ベストプラクティス:ユーザーに代わって電子メールを送信します
-
03-10-2019 - |
質問
私が働いている会社は、ヘルスケア業界にテストサービスを提供しています。当社のサービスの一環として、クライアントの従業員にメールを送信する必要があります。通常、これらは温度、パートタイム、または契約従業員であるため、プライベートメールアドレス(HotMail、Gmail、Yahoo!など)があります。
これまで、私たちは内部住所から送信してきましたが、これは、従業員が注意を払っていないか、クライアントにクエリを送信することを知らないときに返信が戻ってくることを意味します。これを変更して、電子メールが送信されることを要求する人が返信される人であるようにしたいと思います。
Reply-To:過去に使用しましたが、追加のメールがスパムフィルターに閉じ込められているように見えました。
私は送信者について読んでいました:そしてオンバハルフ・オブ・ヘッダー、そして、返信が私たちがしないドメインに行くように電子メールを送信する必要があるシナリオで電子メールを送信するための現在のベストプラクティスは何であったのか疑問に思っていました。 Tコントロール。
解決
on-behalf-of
ヘッダーはそれを行うための最良の方法ですが、スパムフィルターに閉じ込められます。スパムフィルターで終わる可能性を緩和または軽減するのに最適なのは、ドメインとメールサーバーの検証に関するすべての業界標準を実装することです。この記事で示されているように:
http://www.codinghorror.com/blog/2010/04/soyoud-like-some-some-email-through-code.html
ただし、スパムの基準を把握し、缶スパムの法律やその他すべてを順守する必要があるため、それは非常に難しいです。より良い賭けは、このようなオンデマンドクラウドベースのSMTPサーバーを使用することです。
電子メールを送信する分野のドメインの専門家である会社を使用し、すべての脚の作業を経験して、最高の配信率を得ることができます。そして、あなたの基準の上に留まり、問題について黒のリストを監視します。
他のヒント
あなたはおそらく探しています Reply-To
. 。それは公式で広くサポートされているヘッダーです。 On-Behalf-Of
, 、そしてそれは同じスパムチェックの対象ではありません From
.
別のユーザーに代わって送信して実際に表示したい場合は、SMTP標準による「ほぼ」正しい方法は、「実際の」アドレスを入れることになります。 Sender:
そして、あなたのクライアントのアドレス(あなたが代わりに送っている人) From:
. 。でも、 From:
ほとんどの主要な電子メールプロバイダーが実装する非常に厳格なスパム予防プロトコルであるDMARCが特に標的としています。彼らは見落としません From:
あなたが有効なという理由だけでDMARCの障害 Sender:
ヘッダ。
DMARCを使用すると、ドメインの所有者はSPFとDKIMをどのように適用するかを指定できます。 From:
ヘッダ。一般的なポリシーは、SPFまたはDKIMのいずれかに失敗する電子メールを拒否することです。つまり、電子メールはスパムとしてフラグを立てることさえありません。
Sender:
+ From:
技術的にはまだ機能しています。もともとは、秘書やアシスタントなど、同じ組織の人々が使用することを意図して作成されました。これは、スパム予防メカニズムの出現により、困難な制約に変わりました。
他の人に代わって電子メールを送信しようとすることにより、電子メール認証システムをチートしてハッキングしたいと考えています。このハックは一時的に機能する可能性がありますが、将来的にはメールボックスプロバイダーによって禁止されます。フィッシング攻撃では、メールボックスプロバイダーが適用する必要があるという厳格なポリシーが必要です。
このようなハッキングを避けるために、私が提案する解決策です。 すべてのクライアントのユニークなメールアドレスを作成し、クライアントと従業員の間の会話のために「メディエーター」にします。
使い方
すべての電子メールの会話は、作成した電子メールを介して行う必要があります。カスタムディスプレイ名を設定できます(例: John <123@yourdomain.com
)メール受信機と奇妙な一意のIDを混同しないこと。そうするとき A
書く必要があります B
, 、それは実際にあなたの電子メールに書き込み、そしてあなたは電子メールを転送します B
, 、そしてその逆も同様です B
に A
.
この実装にはある程度の複雑さがありますが、それは将来支払われます。