Copyright © 2024 Information-technology Promotion Agency, Japan(IPA) 法人番号 5010005007126

ふと気になって調べたことの備忘メモです ✍ (2022/4/2追記)Twitterやはてブで色々とご指摘やコメントを頂いたので、それに基づいて加筆と修正をおこないました 特に、幾つかの技術については完全に誤った説明をしてしまっており、大変助かりました…ありがとうございました🙏 (2024/8/13追記)今年に入って、実務で使える メール技術の教科書という本が出版されています🎉 私も買って読みましたが、電子メールに関するトピックについて広くカバーされていました パブリッククラウドに関する記述は少な目ですが、メールサーバーを自身で構築する方法が紹介されていたりなど、より基礎的な内容に主眼をおいている本だと思います なぜ調べたか メール送信機能のあるWebアプリケーションを開発・運用していると、 特定のアドレスに対してメールが届かないんだが とか MAILER-DAEMONなるアドレスからメ
メールというインターネットの闇 ※この文書では メール=e-mail です メールというと哀れみの目線がエンジニアからとんでくる昨今 わたしのお仕事の半分以上はメール関連なのですが、ITなエンジニアの集まりで「メールのお仕事してます」というと うわ、レガシーな領域の人なんだ! メールってまだ仕事になるの? スパム屋さんかな? と、マイナスというか哀れみな目線をいただくことがあります。 大きな本屋さんに行ってみると分かるのですが(例えば、丸の内オアゾの丸善さんとか)、メールの書き方など仕事でメールをどう活かすかみたいな本はありますが、システム的な見地の送受信に関する本は、ここ5年出版されていません。 たぶん、Postfix実践入門(2010/9/3発売)が一番新しい思います。 https://www.amazon.co.jp/Postfix%E5%AE%9F%E8%B7%B5%E5%85%A
上記の「ステータス」というのは、メール配信時に付加される "Received-SPF:" ヘッダに表記される文字列です。 Received-SPF ヘッダに関する詳細は後述します。また、「メールの扱い」はあくまで代表的な例ですので、すべてのサーバーが上記のような動作をするとは限りません。最終的には受信側サーバーの裁量にいかんです。 Mechanism Mechanism はディレクティブの Qualifier を除く部分で、ホストのマッチングルールを指定します。多くの指定方法がありますので、それぞれ個別にご紹介します。 ip4 : IP アドレスによるマッチ "ip4" は送信元 IP アドレスが指定された IP アドレスと一致するかを確認する Mechanism です。書式は以下のようになります。 ip4:<IPアドレス> 例えば、 "+210.251.253.231" というディレクテ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? クラウドワークス Advent Calendar 17日目担当のSMTPおじさんの記事です。 時間の無い人のために3行でまとめますと以下のコンテンツでお送りします。 大規模なメール配送を安全に行うには特別なノウハウがあり罠も多い SendGrid便利です 当たり前になった技術は空気のように見えなくなってインフラ化する。それがある日突然失われたときの被害は甚大。インフラ技術をキャッチアップして備えよう メール配送今昔 さて、メール配送といえば古くはSendmailを使っていました。多くのUnixディストリビューションに標準でインストールさ
前置き メールの決まり事って言っても「目上の人に対してお疲れ様です。」を言わない、「ちゃんと、冒頭で名乗る」とかそういうことじゃなく。。。 電子メールは1970年ごろに開発されてから色々と仕様をインターネットを作ってきた偉い人達があれやこれやと決めてきました。 その、仕様をちゃんと守ってメールを作りましょうね。という話を書きます。 一括送信ガイドライン - Gmail ヘルプ にも、そのことは明記されています。相変わらずごちゃごちゃと書いていますので、話を抽出すると。 RFC5322に従ってね HTML規格に従ってね メールには Message-IDを付けてね メールヘッダに Precedence: bulk って付けて一括送信メールって教えてね リンク先ページやメールの送信者を隠蔽しないでね 本文に関係のある件名を付けてね ドメインは正しく書いてね という感じです。 いつものように一つ一
今回はメールの『 ヘッダ情報 』の読み方に関してご案内いたします。 メールソフトを利用すると、メールごとに以下のようなヘッダ情報を取得することができ、 受信したメールが、どのような経路を通って送られてきたか等の情報がわかります。 ※メールソフトやメールサーバによって表示方法が異なります。 ※スパムメールの場合、ヘッダ情報が詐称されている場合もございます。 ヘッダ情報の取得方法に関しましては『各種メールソフトでのヘッダ情報の確認方法』をご確認ください。 <例: 『 hetemail 』 で表示されるヘッダー情報> 送信元メールアドレス(From) 送信先メールアドレス(To) CC、BCC 返信先のメールアドレス(Reply-To) メールが送信先に届かなかった際にエラーが返送されるメールアドレス(Return-Path) 件名(Subject) メール1通ごとにわりふられる番号(Messa
わたくし、月々315円という格安の有料メルマガを毎週月曜日に発行しているわけです。 まぐまぐ! http://www.mag2.com/m/0001522550.html BLOGOS(LINE) http://magazine.livedoor.com/magazine/69 ここには最近けっこうな数のご質問をいただくようになっており、なんとかマネタイズもできるようになりました。総合ランキング見ますと15位あたりに定着しており、ここから上がるのは至難の業と思われます。上位ランカーはみんな月850円なので、「しまった、850円にしておけば良かった」と後悔の涙で枕を濡らす夜もありますが、「ブログ → Facebookのフィード購読 → メルマガ購読 → 仕事の依頼」という黄金リレーとなっているため、ブログのアフィリエイトなんてどうでもいいのです。この間、30分でなにげに書いた血液型のエントリ
メールヘッダの Received フィールドの読み方 情報シナジーセンター 水木敬明 1 はじめに --- 差出人情報の偽装は容易? --- 電子メールの差出人の情報(From フィールド)は,わりと簡単に偽装がで きてしまうことをご存知の方も多いと思います。例えば,普段お使いの Microsoft Outlook Express などのメールリーダ(*1) において,自分の名前の情報やメールアドレスを他 人のものに変更してから送信してみても,多くの場合,宛 (あて)先のアドレスにちゃんと届いてしまいます (*2)。このことは何を示唆してくれるのでしょうか? それは,自分が受け取ったメールの中に含まれている差出人の情報を,いつ もそのまま盲信してはいけない,ということになると思います。 …ちょっとおおげさに書いてしまいましたが,もちろん,ほとんどの場合, いつもやりとりしている相手からのメ
# ああ3月が去ってしまう。。ということでもろ技術ネタ。興味の無い方すんません。。 メール配信にはphplistを使っています。多機能かつ大量送信時のthrottlingもきちんとこなしてくれるお行儀の良さで長年愛用しているのですが、ところどころ作りが「フニャ」っとしているところがあり、というか使い始めたころは日本語対応をまともにやってくれていなかったこともあり、愛憎半ばといったところです(その後、phpmailerライブラリを採用してくれたので大分ラクになったんですが)。 そんな憎めないヤツなんですが、先日そもそもメールがちゃんと送れない、という基本的なところで大ハマりしたのでちょっと経過報告。 ヘッダが漏れる! DIPさんで公開してくれている、PHPList日本語化適用版をインストールし、2バイト1バイト混在時の改行の乱れ対策等、ちょこっといじってハイ完成。メール送信ライブラリをゴリゴ
smtp4devはWindowsローカル上に立てるダミーのSMTPサーバです。 システム開発においてメール送信を行う時はよくあります。SMTPサーバを立てたとして、間違って送信してしまうと大変な事態につながるかも知れません。そこで使ってみたいのがローカルで使えるダミーのSMTPサーバ、smtp4devです。 起動しました。まずはセキュリティ警告が出ます。 メイン画面です。この時点でポートは開いています。 オプションです。UIに関する設定です。 サーバ設定です。ポート番号はデフォルトで25です。 アップデートチェッカーもあります。 こんな感じで常駐します。 こんな感じでPHPからメールを送ってみます。 送信しました。すぐに反映されます。 さらに日本語件名のメールを送ってみました。文字化けせずに送信されています。 メーラーでメールの内容を確認できます。 さらに詳細を確認できます。 メッセージソ
23. $ dig mx hiroba.org;; QUESTION SECTION:;hiroba.org. IN MX;; ANSWER SECTION:hiroba.org. 86400 IN MX 5 alt1.aspmx.l.google.com.hiroba.org. 86400 IN MX 5 alt2.aspmx.l.google.com.hiroba.org. 86400 IN MX 10 aspmx2.googlemail.com.hiroba.org. 86400 IN MX 10 aspmx3.googlemail.com.hiroba.org. 86400 IN MX 10 aspmx4.googlemail.com.hiroba.org. 86400 IN MX 10 aspmx5.googlemail.com.hiroba.org. 86400 IN MX 1
あなたが書いているいつもの「ビジネスメール」、一度見直してみませんか?「相手にいい印象を与えたい」「文面を効率良く作成したい」「送信ミスをしたとき、上手に対処したい」など、ワンランク上を目指すためのメールテクニックを集めました。 ■ 相手の心を動かすメールとは? 文中での言い回しを少し変えてみるだけで、印象アップにつながります。 <ワンランク上の言い回しを学ぶ> ▽ 美しい日本語を使いたい、ワンランク上のビジネスメールの作法 | コリス 上記のエントリーでは、ビジネスメールでよく使うフレーズを“ワンランク上”に言い換えています。 「変更の件、了解しました」→「変更の件、承知しました」 「資料を受け取りました」→「資料を拝見いたしました」 「取り急ぎ、お礼まで」→「まずは、お礼を申し上げます」 いずれもほんのわずかな違いですが、グッと印象が良くなりますよね。エントリーでは催促のメールや断りの
メールサーバーを構築する場合、送信メールサーバー(SMTPサーバー)と受信メールサーバー(POP/IMAPサーバー)の構築が必要となる。 ここでは、送信メールサーバーにはPostfix、受信メールサーバーにはDovecotを採用する。 なお、Postfixは迷惑メールの不正中継に利用されないようにするため、初期設定では外部から外部宛(例えば、会社等で自宅サーバーのメールアドレスからプロバイダのメールアドレス宛)に送信できないようになっているが、迷惑メールの不正中継に利用されずに外部から外部宛に送信できるようにするため、SMTP認証機能※を有効にする。 また、DovecotはPOP/IMAPサーバーとして構築し、ユーザーがPOPまたはIMAPを選択できるようにする。※POPとIMAPの違い ※SMTP認証機能とは、メール送信時にユーザー名とパスワードで認証を行なう機能であり、これにより、迷惑
This service will check your server to see if it is possible for a third party to relay mail from your server. This service will test several techniques for sending relayed mail, but no mail will actually be sent to your server. If your server passes all tests performed by this serivice, no relays accepted in blue will be dispayed at the bottom of the output report. If any or all of the tests f
メール転送時に転送者アドレスを含める。この場合、FromはオリジナルのFromのままになる。ただし、あまり実装されている例はないようだ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く