Holen Sie sich die Message-Idaus der Seitenquelle
Neben dem Herunterladen der Monatsarchive, wie unter /webapps//a/23198/51862 angegeben, finden Sie das auch, Message-Idindem Sie die Seitenquelle überprüfen.
Am Anfang jeder Nachrichtenseite, z. B. http://lists.busybox.net/pipermail/buildroot/2018-March/214868.html, befindet sich ein mailto:Link, der Folgendes anzeigt:
Ciro Santilli ciro.santilli at gmail.com
Wenn Sie es nur auf Chromium 64, Ubuntu 17.10 anklicken, funktioniert es nicht: Thunderbird wird geöffnet, ohne das In-Reply-To. Das gleiche Verhalten für alle Kombinationen von Firefox 58 und Einstellen von Google Mail als E-Mail-Handler , die ich ausprobiert habe.
Wenn Sie jedoch die Seitenquelle öffnen oder die Funktion zum Überprüfen des Browsers (Strg + Umschalt + I) verwenden, wird der vollständige Link folgendermaßen angezeigt:
mailto:buildroot%40busybox.net?Subject=Re%3A%20%5BBuildroot%5D%20%5BPATCH%5D%20Fix%20%22Incorrect%20selection%20of%20kernel%20headers%3A%0A%20expected%204.11.x%2C%20got%204.15.x%22%20for%20qemu_x86_64_defconfig&In-Reply-To=%3C20180303072704.11166-1-ciro.santilli%40gmail.com%3E
und so In-Reply-Toist die eigentlich doch da URL verschlüsselt! Wir können dann einen Decoder wie https://urldecode.org oder CLI-Tools verwenden, der uns die richtigen Ergebnisse liefert Message-Id:
<20180303072704.11166-1-ciro.santilli@gmail.com>
Manuell setzen Sie den In-Reply-ToHeader an die Message-Idwir gefunden
Sobald wir die Nachrichten-ID haben, müssen wir einen Client finden, mit dem wir sie festlegen können.
Methoden, die ich in meinem Google Mail-Konto getestet habe:
mutt
Stellen Sie zunächst sicher, dass muttdie Konfiguration korrekt ist und dass Sie E-Mails über zwei von Ihnen kontrollierte Dummy-Konten senden können.
Dann ergänzen Sie Ihre .muttrc:
set edit_headers=yes
/programming/12158201/how-to-change-the-senders-name-or-e-mail-address-in-mutt
Wenn Sie die E-Mail im Texteditor bearbeiten, können Sie die Überschriften jetzt sehen und direkt bearbeiten, sodass sie eine Zeile vom Typ enthalten sollten:
In-Reply-To: <20180303072704.11166-1-ciro.santilli@gmail.com>
Das Subject:Feld sollte mit dem OP-Set übereinstimmen, aber Sie müssen das Mailinglisten-Tag nicht [gem5-users]in die Subject:Zeile einfügen. Dies wird automatisch hinzugefügt, wenn GNU Mailman E-Mails an andere weiterleitet.
Hier ist eine Beispielantwort, die ich vollständig manuell über diese Methode eingegeben habe: https://www.mail-archive.com/gem5-users@gem5.org/msg15488.html (funktionierte auch auf dem GNU Mailman des Projekts, aber es Bitte loggen Sie sich ein, um zu sehen: http://m5sim.org/cgi-bin/mailman/private/gem5-users/2018-May/031515.html )
Eine einfache Möglichkeit , eine Vorlage für die Antwort - Header zu finden , ist zu klicken , um einen Thread zu antworten , dass Sie nach der Anmeldung erhalten hat , und ändert nur die Subject:und In-Reply-To:Felder zu dem, was Sie brauchen.
muttBeachten Sie jedoch, dass die Firewall des Unternehmens möglicherweise die Ports blockiert, ohne die Weboberfläche von Google Mail zu blockieren: /programming/28038662/how-to-solve-unable-to-initialize-smtp-properly-when-using-using- -git-send-ema / 50172911 # 50172911
Getestet in GNU Mailman 2.1.16, mutt1.9.4, Ubuntu 18.04.
Für folgende Kunden konnte ich keine gute Methode finden:
Standards
Der RFC selbst erwähnt, dass In-Reply-Toin mailtoLinks https://tools.ietf.org/html/rfc1738 :
Eine interessante Verwendung Ihrer mailto-URL ist das Durchsuchen von Nachrichtenarchiven. Jede durchsuchte Nachricht enthält möglicherweise eine Mailto-URL wie:
<mailto:foobar@example.com?In-Reply-
To=%3c3469A91.D10AF4C@example.com>
und es ist großartig, dass GNU Mailman-Entwickler davon profitiert haben, aber ich frage mich, welche Komponente nicht richtig funktioniert, damit dies funktioniert.
Verwirrenderweise sagt derselbe RFC auch:
4. Unsichere Header
Der Benutzeragent, der eine mailto-URL interpretiert, SOLLTE keine Nachricht erstellen, wenn einer der Header als gefährlich eingestuft wird. Es kann auch eine Nachricht mit nur einer Teilmenge der in der URL angegebenen Header erstellt werden. Es wird davon ausgegangen, dass nur die Betreff-, Schlüsselwort- und Textkopfzeilen sicher und nützlich sind.
Der Ersteller einer mailto-URL kann nicht erwarten, dass der Resolver einer URL mehr versteht als die Header "subject" und "body". Clients, die mailto-URLs in E-Mail-Nachrichten auflösen, sollten in der Lage sein, RFC 822-kompatible E-Mail-Nachrichten mit den Kopfzeilen "subject" und "body" korrekt zu erstellen.
Vielleicht unterstützen es deshalb nicht viele Kunden?
Siehe auch: /programming/4782068/can-i-set-subject-content-of-email-using-mailto/41365892#41365892
Das nächste, was Sie wissen wollen, ist, wie Sie Patch-Sets anwenden, die andere Leute gesendet haben, um sie lokal zu testen: /programming/5062389/getting-started-with-git-am Spoiler: Es ist ein Schmerz / Undoable auch.