Pobierz Message-Idze źródła strony
Oprócz pobierania archiwów miesiąca, jak wspomniano na /webapps//a/23198/51862 , można również znaleźć Message-Id, sprawdzając źródło strony.
U góry każdej strony wiadomości, np. Http://lists.busybox.net/pipermail/buildroot/2018-March/214868.html znajduje się mailto:link, który pokazuje się jako:
Ciro Santilli ciro.santilli at gmail.com
Jeśli klikniesz na Chromium 64, Ubuntu 17.10, to nie będzie działać: Thunderbird otworzy się bez In-Reply-To. To samo zachowanie dla wszystkich kombinacji Firefoksa 58 i ustawienie Gmaila, jak mój program obsługi poczty e-mail , którego próbowałem.
Jeśli jednak otworzysz źródło strony lub skorzystasz z funkcji Sprawdź przeglądarkę (Ctrl + Shift + I), możemy zobaczyć, że pełny link to w rzeczywistości:
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
i tak In-Reply-Tojest tam, ale zakodowany adres URL! Następnie możemy użyć dekodera, takiego jak: https://urldecode.org lub narzędzia CLI, które dają nam prawidłowe Message-Id:
<20180303072704.11166-1-ciro.santilli@gmail.com>
Ręcznie ustaw In-Reply-Tonagłówek na Message-Idznaleziony
Po uzyskaniu identyfikatora wiadomości musimy teraz znaleźć klienta, który pozwoli nam go ustawić.
Metody przetestowane na moim koncie Gmail:
mutt
Najpierw upewnij się, że muttjest poprawnie skonfigurowany i że możesz wysyłać wiadomości e-mail przez dwa kontrolowane konta zastępcze.
Następnie dodaj do .muttrc:
set edit_headers=yes
/programming/12158201/how-to-change-the-senders-name-or-e-mail-address-in-mutt
Podczas edycji wiadomości e-mail w edytorze tekstu możesz teraz zobaczyć nagłówki i edytować je bezpośrednio, dlatego powinniśmy umieścić w nich wiersz typu:
In-Reply-To: <20180303072704.11166-1-ciro.santilli@gmail.com>
Subject:Pola powinna odpowiadać co zestaw OP, ale nie trzeba umieścić tag list dyskusyjnych [gem5-users]na Subject:linii, to zostanie dodany automatycznie po GNU Mailman przesyła e-maile do ludzi.
Oto przykładowa odpowiedź, którą całkowicie wpisałem ręcznie za pomocą tej metody: https://www.mail-archive.com/gem5-users@gem5.org/msg15488.html (pracowałem także nad GNU Mailman projektu, ale to niestety loguję się, aby zobaczyć: http://m5sim.org/cgi-bin/mailman/private/gem5-users/2018-May/031515.html )
Jednym łatwym sposobem na znalezienie szablonu dla nagłówków odpowiedzi jest kliknięcie, aby odpowiedzieć na wątek otrzymany po zasubskrybowaniu, i po prostu zmodyfikuj pola Subject:i zgodnie In-Reply-To:z potrzebami.
Uważaj jednak, że zapora firmowa może blokować muttporty, nie blokując interfejsu sieciowego Gmaila: /programming/28038662/how-to-solve-unable-to-initialize-smtp-properly-when-using-using -git-send-ema / 50172911 # 50172911
Testowane w GNU Mailman 2.1.16, mutt1.9.4, Ubuntu 18.04.
Nie mogłem znaleźć dobrej metody dla następujących klientów:
Standardy
Sam RFC wspomina, że In-Reply-Tow mailtolinkach https://tools.ietf.org/html/rfc1738 :
Ciekawym zastosowaniem adresu URL mailto jest przeglądanie archiwów wiadomości. Każda przeglądana wiadomość może zawierać adres URL mailto, taki jak:
<mailto:foobar@example.com?In-Reply-
To=%3c3469A91.D10AF4C@example.com>
i wspaniale, że deweloperzy GNU Mailman skorzystali z tego, ale zastanawiam się, który składnik nie działa poprawnie, aby to działało.
Mylące jest to, że ten sam RFC mówi również:
4. Niebezpieczne nagłówki
Klient użytkownika interpretujący adres URL mailto POWINIEN zdecydować, aby nie tworzyć wiadomości, jeśli którykolwiek z nagłówków zostanie uznany za niebezpieczny; może również utworzyć wiadomość z tylko podzbiorem nagłówków podanych w adresie URL. Uważa się, że tylko nagłówki Temat, Słowa kluczowe i Ciało są zarówno bezpieczne, jak i przydatne.
Twórca adresu URL mailto nie może oczekiwać, że program rozpoznający adres URL zrozumie więcej niż nagłówki „temat” i „treść”. Klienci, którzy przekształcają adresy URL mailto w wiadomości e-mail, powinni mieć możliwość prawidłowego tworzenia wiadomości e-mail zgodnych z RFC 822 przy użyciu nagłówków „temat” i „treść”.
więc może dlatego wielu klientów go nie obsługuje?
Zobacz także: /programming/4782068/can-i-set-subject-content-of-email-using-mailto/41365892#41365892
Następną rzeczą, którą powinieneś wiedzieć, jest stosowanie zestawów łatek, które inne osoby wysłały, aby przetestować je lokalnie: /programming/5062389/getting-started-with-git-am Spoiler: to ból / także nieodwracalne.