前回に引き続き、メールのメッセージ構造について書きたいと思います。参考リンク大まかな構造メールメッセージの基本的な形式はRFC5322で規定され、大まかに分けるとヘッダ部とボディ部に分かれます。(今回添付ファイルが付いたケースは別とします。)ヘッダ部ヘッダ部はさらに下記のような要素に分かれます。メールアドレス読んで字のごとくです。From/Sender/Reply-ToFromはメッセージ作成者、Senderは送信者です。同一の場合、Senderは不必要です。To/Cc/Bccそのままのいみです。厳密にいうとToと送信先が違うケースもありますが、ここでは省略します。Dateメッセージの送信時刻です。Message-Id/In-Reply-To/ReferencesMessage-Idはメッセージをユニークに識別する記号です。In-Reply-Toはメッセージに返信する際に付加されます。Referencesも近い概念ですが、直接の返信元だけでなく、返信を繰り返すたびに追加されていきます。Subject件名です。ボディ部こちらはメールの本文の情報になります。ボディ部も通常はASCII文字だけで構成されます。Unicode以前はASCII文字だけで構成されているISO-2022-JPというエンコーディングがあります。日本語だけで送る場合は今でもISO-2022-JPで送ることが一般的です。MIMEASCII文字だけの場合は件名に日本語や送信者を記述できませんでしたし、バイナリデータを送ることもできませんでした。MIME規格が生まれたことで件名に日本語とバイナリデータを添付させることができるようになりました。ヘッダ中の非ASCII文字MIMEではASCII文字にエンコードすることでヘッダ中に非ASCII文字を入れることができます。=?UTF-8?B?5pel5・・などの文字はこのエンコーディングされた文字列を表しています。処理自体は複雑なため、技術者泣かせです。(私もこれで苦労したことが結構あります。)Content-Transfer-Encoding次はボディ部の変換になります。ISO-2022-JP以外はいずれも8bitデータであったり、テキストデータでないこともあるため、これらを変換するためにBase64とQuoted-Printableという規格が使われます。(ここではBase64のみに触れます。)Base64バイナリデータをテキストに変換します。Content-Transfer-Encoding:base64と指定します。Content-Typetype/subjectの形式でボディ部のデータの種類を表します。JPEG画像など8bitデータの扱いSMTPは基本的に7bitのデータしか扱えませんが、拡張で8bitデータを扱うこともできます。文字化け対策メールが文字化けをする場合、下記のようなことが原因であることが多いです。charasetが正しくないテキストがsjisなのにContent-TypeにISO-2022-JPが含まれているなど。charasetに含まれない文字を使用している例えば半角カナ、〇囲み、カッコつき漢字など・MIMEエンコーディング=?UTF-8?B?5pel5・・の部分がダブルクオートでくくられていたりするとエンコーディングが正常に行われません。コメントをキャンセルメールアドレスが公開されることはありません。*サイト次回のコメントで使用するためブラウザーに自分の名前、メールアドレス、サイトを保存する。関連記事25番ポートブロッキングほぼ一般常識に属するようなことを知らなかったため、メモ。先日メールアカウントを開設した際に自分の環境では送信できるのに、他人の環境では送信できないということが発生しました。...メールを受信してプログラムを起動させる今年の初めごろにやったプログラムです。汎用的なのと、使えそうなのでメモしときます。題の通り、メールを受信して、それをトリガーにしてなんらかのプログラムを起動させます。...Swift_Mailer(PHPのメール送信。Laravelに入っているライブラリ)Laravelでメールを送信することがあったんですが使っていたライブラリがSwift_Mailerだったので、ここにメモ。SESについて(Route53登録→SESで受信→S3で保存)本日はAWSのSESのメモ。2019年はJavaScriptとAWSを勉強する、と心に決め、JavaScriptの方は色々勉強しましたが、AWSの方が手付かずでした。SESでの受信→S3→Lambdaでのメール転送SESでのメール受信についてエントリーを書いたのですが、実際にLambdaで転送して別のメールアドレスで受け取るまで。