[sSMTP] GmailのSMTPサーバを使ってsSMTPでroot宛のメールを送信する設定 - Life with IT
2015/07/04更新 対応バージョン: 2.64-8 GmailのSMTPサーバを使ってsSMTPでroot宛のメール(cronジョブの結果など)を送信するには以下のようなシンプルな設定を行えばよい。 /etc/ssmtp/ssmtp.conf root=<Gmailアカウント>@gmail.com mailhub=smtp.gmail.com:587 UseSTARTTLS=YES AuthUser=<Gmailアカウント>@gmail.com AuthPass=<パスワード> メールを送信すると/var/log/mail.logには以下のようなログが記録される。 sSMTP[xxx]: Creating SSL connection to host sSMTP[xxx]: SSL connection using RSA_ARCFOUR_128_SHA1 sSMTP[xxx]: S
![[sSMTP] GmailのSMTPサーバを使ってsSMTPでroot宛のメールを送信する設定 - Life with IT](https://cdn-ak-scissors.b.st-hatena.com/image/square/63c67004f340a9cfebe1346d512a10a786385cbc/height=288;version=1;width=512/https%3A%2F%2Fl-w-i.net%2Fimg%2Flogo_256.png)
Amazon EC2 Eメール送信ベストプラクティス | DevelopersIO
ども、大瀧です。 EC2からEメールを送るという案件、たくさんありますよね。そして結構な確率でトラブるんですよね(涙目)。そんな苦い経験をベストプラクティスとしてまとめてみました。一応技術的なところは網羅したつもりですが、メールセキュリティの専門ではないので、不備や間違いがあればご指摘ください。 では、メール送信トラブルの元凶である、スパムメールとその対策からご紹介していきます。 スパムメールとの闘いダイジェスト Eメールの歴史は、スパムメールとの闘いの歴史と言えます。 不特定多数に送信されるスパムメール(未承諾の広告メール)は、メール受信者に不快な思いをさせるとともに、メールサーバーのメール流量を爆発的に増加させ、長らくメールサーバー管理者を泣かせてきました。 このスパムメールをなんとか撃退しようと、現在では主に以下のような対策が行われています。 1. 送信メールサーバー側のネットワーク
Third Party Relay Check RBL.JP第三者中継チェック RBL.JP
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
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Black list DB check
