友人への送信機能を作成していますが、差出人アドレスを送信者の電子メールにして、もう少し個人的なものにする必要があります。しかし、Amazon SES では検証済みのアドレスからしか送信できないようです。
これは珍しい問題ではないと思いますが、他の誰かがこれをどのように解決したのか疑問に思っていましたか?
友人への送信機能を作成していますが、差出人アドレスを送信者の電子メールにして、もう少し個人的なものにする必要があります。しかし、Amazon SES では検証済みのアドレスからしか送信できないようです。
これは珍しい問題ではないと思いますが、他の誰かがこれをどのように解決したのか疑問に思っていましたか?
ただし、Amazon SESでは、確認済みのアドレスからしか送信できないようです。
それは正しいですが、 Simple Mail Transport Protocol(SMTP)の歴史的な欠陥の1つ(そして人々が電子メールベースの釣り攻撃の犠牲者になる主な理由の1つ)は、メールトランスポートエージェント(MTA)からの送信者が視点は、メールクライアントの観点から送信者と一致する必要はまったくありません。ヘッダーフィールドについてを参照してください。
Simple Mail Transfer Protocol(SMTP)は、メールエンベロープとそのパラメータの一部を定義することにより、電子メールメッセージの送信方法を指定しますが、メッセージの内容には関係ありません。代わりに、インターネットメッセージフォーマット(RFC 2822)は、メッセージの作成方法を定義します。
RFC 2822は、メッセージの送信元のメールボックスを示す発信元フィールドを定義しています。
「From:」フィールドは、メッセージの作成者、つまり、メッセージの書き込みを担当する人またはシステムのメールボックスを指定します。「送信者:」フィールドは、メッセージの実際の送信を担当するエージェントのメールボックスを指定します。たとえば、秘書が別の人にメッセージを送信する場合、秘書のメールボックスは「送信者:」フィールドに表示され、実際の作成者のメールボックスは「差出人:」フィールドに表示されます。
概説したように、Sender
ヘッダーフィールドに確認済みの送信者を入力するだけで、任意のFrom
アドレスを入力できます(サポートされているフィールドのリストについては、付録:ヘッダーフィールドを参照してください)。
前述の理由により、メールをそのように作成すると(完全に有効ですが)、関連するメールトランスポートシステムによってスパムとして分類される可能性がはるかに高くなります-AWSがメールのベストプラクティスに関するホワイトペーパーでこの問題を説明する方法は次のとおりです。
メールの送信元のアドレスについて慎重に検討してください。「差出人」アドレスは、電子メールクライアント(プレビューペインを含む)の受信者に表示されるだけでなく、一部のISPでレピュテーションを収集します。これは、件名とともに、受信者があなたの電子メールに対して抱く第一印象を作成します。
したがって、Eメールの認証に利用可能な手段を適用して、評判を向上させる必要があります(もちろん、これを強くお勧めします)。