サーバーからのメール:落とし穴

最近、いくつかの理由により、メールニュースレターのサードパーティサービスを放棄し、サーバーからニュースレターを送信することにしました。 このプロセスで遭遇した多くの困難とそれらを解決する方法を指摘したいと思います。 この記事ではレイアウトについて直接触れていませんが、より適切なハブは見つかりませんでした。



もちろん、あなたが長い間このトピックにいれば、そのようなヒントは平凡で明白に見えるかもしれませんが、ある種のトリックとヒントは初心者のメッセンジャーにとって有用です。





留守番電話



留守番電話が必要な理由を人々が理解していないという事実に備えてください。 何百もの非常に重要な自動応答があなたにふりかけます:「ありがとう!」、「あなたの手紙を受け取りました、できるだけ早く返信します」(この理由は何ですか?)、または単に「アディロプリダ」。 自動回答フィールドへの入力を強制されますか?! さらに、ほとんどの留守番電話にはmail.ruメールボックスがあります(これについてコメントすることはほとんど控えません)。



メーリングリストの手紙への返信からヘルプデスクでチケットを作成したことを考えると、各メーリング後に何百もの無駄なチケットでサポートをあふれさせたくありません。



それらに対処する方法? RFCを開き、 Auto-Submittedヘッダーを解析する必要があることを読んでいるように見えます 単語noの意味の不在と不存在により、利益が得られます。 だから? いや。 そこにあるキーワードはSHOULDです。 また、たとえば、gmail、yandex、yahooが行動の指針としてこれを採用した場合、mail.ru(再びですか?)は、誰かのアドバイスを聞くにはあまりにも誇りに思っています。 少なくともX-AutoReplyタイトルをありがとう。 X-Autogeneratedでランブラーが実行されます。 i.uaのようなさらに無責任なサーバーがこのテーマで発明されたと想像するのは怖いですが(まだ議論されています)、今のところ自動応答はありません。 多分彼らはそのような機能を全然持っていないのでしょうか?



サーバー名



FQDNはpostfixのmyhostnameパラメーターで指定する必要があることに注意してください。 また、example.comがなく、単なる例である場合、レターの配信に問題がある可能性があります。 繰り返しになりますが、Gmail、Yandex、MailRuでさえキックしていますが、非常に不運なi.ua(およびukr.net)は、コメントせずに手紙をキックしています。



グレーリスト



ukr.netからの別のトリック。 この件に関して、彼らはそのような愚かなFAQしか持っていません。 肝心なのは、サーバーがukrnetを知らない場合、すぐに手紙を配信しないということです。 彼のホワイトリストにたどり着くには、一定期間後に同じ手紙を送る必要があります。 幸いなことに、postfixはデフォルトでこのオプションをサポートしているため、最初のメールから数時間待つだけで済みます。



検疫



i.uaに再び満足しています。 彼にしか知られていない何らかの理由で、彼は私たちの手紙のいくつかを検疫することにしました。 この検疫からそれらを引き出すには、レターで送信されたコードを入力するか、同じレターのリンクをたどる必要があります。 それから私はあきらめました-妄想的な管理者の気まぐれを満たすためにサービスレターの別のパーサーを書くことは私の計画に含まれていませんでした。



レイアウト



ハブ上の文字のレイアウトについては、すでにたくさんの記事がありましたが、新しい記事を追加することはまずありません。 別の観点から話をします。サイトにすでにページがあり、それを手紙で送信する必要がある場合の対処方法です。 たとえば、サイト上の資料で部分的に構成されているニュースレターがあります。 特に手紙のためにそれを覆さないでください? そして、そのようなページがほぼ200ある場合は? そして、定期的に変更が加えられていますか?



そのため、自分用のライブラリを見つけました。これにより、インラインスタイル、画像への絶対パス、電子メールクライアント用に修正されたスタイルなどを備えた既製の「ウェブサイト」htmlから正しい電子メールバージョンを作成できます。 彼女は常に完全に成功するとは限りませんが、手紙を送る必要がある場合でも、それが必要であり、締め切り-昨日、図書館は大いに役立ちます。



ここでの計画には、コンテンツが変更されたときに電子メールバージョンが自動的に作成されるように、Webサイトワークフローに埋め込むことも含まれています。



ニュースレターの購読を解除する



同じハブのList-Unsubscribeという見出しについては、2010年に書きました 。 ここで覚えておくべき主なことは、同じGmailで、レターに「登録解除」ボタンを表示するには、Googleがあなたを真の送信者と見なす必要があるということです。 実際には、次の点を含め、DKIMを適切に構成する必要があります。 また、少なくとも、Googleは見出しList-Unsubscribeを正確にmailto:リンクにする必要はなく、単に購読解除ページのあるサイトへのリンクにするだけです。



DKIM:ボディハッシュが検証されませんでした



GMailが送信されたレターの一部に「登録解除」ボタンを配置していないことに気付いたときに、レターのヘッダーにこのようなフレーズがありました。 実際、ここではすべてが単純です。署名後にレターの本文が変更されたため、ハッシュが一致しません。



これの理由を見つけることはもはや簡単ではありませんでした。 しかし、掘り下げてみると、RFC2822によると、メッセージ本文の行の長さは998文字を超えてはならないことがわかりました。 何らかの理由で、私が理解しているように、接尾辞は手紙に署名した後にハイフンを配置するので、すでに正しく配置されたハイフンで手紙の入力に接尾辞を提出する方が良いです。



今のところすべてです。 一緒に、私たちの実践からの有用なヒントでこの投稿を補完できます。 そして最後に、小さな世論調査:



All Articles