web-dev-qa-db-ja.com

Mailmanアーカイブメッセージへの返信

GNUデバッガー(GDB)で問題が発生していましたが、この問題は再発しているように見えますが、最近同じ問題が発生している人のインスタンスは1つしか見つかりませんでした。 Mailmanアーカイブメーリングリストでこの他のインスタンスを見つけました。

その後、さらにいくつかのことを試し、最終的にGDBの問題を解決しました。そこで、見つけた解決策をメーリングリストに報告したいと思います。しかし、これはMailmanが元の問題と同じスレッドであるとMailmanが認識した場合にのみ有効ですが、そのメール(オンラインアーカイブバージョンのみ)がないため返信できません。

Mailmanが自分のメールをそのスレッドへの返信と見なすようにするにはどうすればよいですか?

トピックをコピーするだけで十分ですか?

23
Jasper

1つには、古いメッセージに返信しても、Mailmanは送信された月に引き続きメールを表示します。持っていないメッセージに返信してみるのは面倒なことではないでしょう。ソリューションと一緒に新しいメールをメーリングリストに送信するだけです(トピックに関連性がある場合)。

ただし、教育目的の場合:メーリングリストのすべてのメッセージが一意の件名を持つとは限らないため、件名をコピーするだけでは十分ではありません。メッセージに返信していることを示す標準的な方法は、メールヘッダーIn-Reply-Toを使用することです。そのヘッダーの値は、返信するメッセージのMessage-IDヘッダーから取得されます。通常、これは電子メールクライアントによって自動的に行われますが、カスタムヘッダーフィールドを設定できるプログラムを使用している場合は、手動で行うことができるはずです。問題のメーリングリストのリストアーカイブにアクセスし、問題の月の[Gzip'd text]リンクをクリックすると、その月に送信された各電子メールのMessage-IDヘッダーを含むgzip圧縮されたテキストファイルが取得されます。 。返信しようとしているメッセージからヘッダーの値をコピーし、その値を持つカスタムIn-Reply-Toヘッダーを送信するメッセージに追加します。たとえば、

Message-ID: [email protected]

ダウンロードしたテキストファイルで返信するメッセージに、カスタムヘッダーを追加する必要があります

In-Reply-To: [email protected]

送信しているメッセージに送信すると、そのメッセージは古いメッセージへの返信と見なされます。

13
David Z

http://lists.sugarlabs.org/archive/fourthgrademath/2009-September/000337.html

アーカイブされたメッセージには、[著者の]スパムセーフメールアドレスへのリンクがあります。このリンクは、実際にはHTML mailtoリンクです。クリックすると、リストに一致する件名の新しいメッセージが作成されます。

15
user44896

ページソースからMessage-Idを取得します

https://webapps.stackexchange.com/a/23198/51862 で説明されているように月のアーカイブをダウンロードすることに加えて、ページソースを調べることでMessage-Idを見つけることもできます。

すべてのメッセージページの上部、たとえば http://lists.busybox.net/pipermail/buildroot/2018-March/214868.html として表示されるmailto:リンクがあります:

Ciro Santilli ciro.santilli at gmail.com

Chromium 64、Ubuntu 17.10でクリックしただけでは機能しません。ThunderbirdはIn-Reply-Toなしで開きます。 Firefox 58と Gmailをメールハンドラーとして設定 のすべての組み合わせで同じ動作を試しました。

ただし、ページソースを開くか、ブラウザの検査機能(Ctrl + Shift + I)を使用すると、完全なリンクが実際にあることがわかります。

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

In-Reply-Toは実際にはありますが、URLはエンコードされています!その後、次のようなデコーダを使用できます。 https://urldecode.org または CLI tools 正しいMessage-Id

<[email protected]>

In-Reply-Toヘッダーを見つけたMessage-Idに手動で設定します

メッセージIDを取得したら、それを設定できるクライアントを見つける必要があります。

Gmailアカウントでテストした方法:

次のクライアントに適した方法が見つかりませんでした。

基準

RFC自体は、mailtoリンクのIn-Reply-Tohttps://tools.ietf.org/html/rfc1738 に言及しています。

Mailto URLの興味深い使用法は、メッセージのアーカイブを閲覧するときです。閲覧した各メッセージには、次のようなmailto URLが含まれる場合があります。

<mailto:[email protected]?In-Reply-
To=%[email protected]>

GNU Mailman開発者がそれを利用したのは素晴らしいことですが、これを機能させるためにどのコンポーネントが適切に機能していないのでしょうか。

紛らわしいことに、同じRFCは次のようにも言っています。

4.安全でないヘッダー

Mailto URLを解釈するユーザーエージェントは、ヘッダーのいずれかが危険と見なされる場合、メッセージを作成しないことを選択する必要があります。 URLで指定されたヘッダーのサブセットのみでメッセージを作成することもできます。 Subject、Keywords、およびBodyヘッダーのみが安全で有用であると考えられています。

Mailto URLの作成者は、URLのリゾルバが「件名」および「本文」ヘッダー以上を理解することを期待できません。 mailto URLをメールメッセージに解決するクライアントは、「件名」および「本文」ヘッダーを使用してRFC 822準拠のメールメッセージを正しく作成できる必要があります。

だから多分それが多くのクライアントがそれをサポートしない理由でしょうか?

参照: https://stackoverflow.com/questions/4782068/can-i-set-subject-content-of-email-using-mailto/41365892#41365892

次に知りたいのは、他の人がローカルにテストするために送信したパッチセットを適用する方法です。 https://stackoverflow.com/questions/5062389/getting-started-with-git-am =ネタバレ:それは苦痛であり、元に戻すこともできません。

私はそのメッセージに答えようとしていた:

https://lists.opensuse.org/opensuse/2016-04/msg00165.html

@ david-zの答えは、私が舞台裏で何が起こるかを理解するのに役立ちましたが、本当に私にとってうまくいったのは、メーリングリストのアーカイブに行くことでした:

https://lists.opensuse.org/opensuse/

そして、2016年4月のメーリングリストアーカイブのcompressed mbox(.mboxファイル)をダウンロードします。次に、ダウンロードしたmboxファイルを Mozilla Thunderbird これらの指示に従います:

http://kb.mozillazine.org/Importing_folders

最後に、そのメッセージを検索して、「すべてに返信」をクリックしました。

https://forums.opensuse.org/showthread.php/419363-how-do-you-reply-to-a-mailing-list-message

返信を書いてSendをクリックすると、実際に返信がメーリングリストに送信されたようです。

Mboxファイルをダウンロードできる場合(過去に購読していなかった場合はパッチワークインスタンスにあります)、そこから取得できます。そのスレッドへの返信が最も簡単なのはmutt -f file.mboxであるか、c内のmuttでこのmboxファイルをロードします。

0
pevik