mail関数やmb_send_mail関数でReturn-Pathを設定する方法 - [PHP + PHP] ぺんたん info
Return-Pathとは、メールヘッダーの種類のひとつで、正常にメール受信が行えなかった場合などの返送先を指定します。 [参考記事] PHPでHTMLメールを送る方法 [参考記事] mb_send_mailでCCやBCCを指定する 表示名を指定する [参考記事] PCからデコメールを送るときの仕様 [参考記事] mailto本文での改行 ドコモのN、Pで送信に失敗します [参考記事] mailtoの使い方 [参考記事] 携帯サイトでのmailtoの使い方 このヘッダーは、メールを一番最後に受け取ったSMTPサーバーがつけるが、任意のヘッダーであるため、Return-Pathの有無はサーバーに依存します。 またReturn-Pathに記録されるのは、通常エンベロープのMAIL FROMの内容です。 詳細はRFC2822（詳細はRFC2821）によって定義されています。 Return-Pat
Return-Pathをセットする(Catalyst::Plugin::Email::Japanese) | ブログが続かないわけ
先日MIME::LiteをカスタマイズしないとReturn-Pathをセットできないというような内容のエントリを書きましたが、適切な突っ込みを頂き、私が間違っていたことがわかりました。 [参考]下記のコメント欄 Return-Pathをセットする(MIME::Lite) MIME::LiteのFromSenderに下記のように渡せばよかったので、MIME::Liteは問題なく、やっぱり素晴らしいモジュールだったのでした。$msg->send( 'sendmail', FromSender => 'error@example.com', ); さっそくこれを使ってやろうと思います。 無理だ... 私はMIME::Liteを直接使っているのではなく、Catalyst::Plugin::Email::Japaneseから使っているのですが、こいつにFromSenderをセットする機能がないのです
Return-Pathをセットする(MIME::Lite) | ブログが続かないわけ
メール配信の仕組みなどを作ると、どうしても面倒になってくるのがエラーの処理。アプリケーションの開発を行っているとエラーの処理というのは日常的なものだ。何かを実行してエラーならまた別の何かを、例えばログを出力して終了する、ってことをしてやればよい。これは何かを実行すればすぐに成功か失敗かがわかるから単純だ。 ところがメールってやつはやっかいで、処理（送信）された瞬間には成功したか失敗したかわからない。一見成功したように見えても、しばらくしてから、「やっぱりだめだったよ...」ってな感じでエラーメールが返ってくる。つまり、このエラーメールが返ってきてから初めて失敗したことがわかり、そこでそれなりの処理をしなければならないのだ。 わかっているならそれをやればいいんだけど、いくつか考えなければならないことがある。まずは、エラーメールがどこに返ってくるかということだ。ものすごく話を単純にすれば、これ
PHPからメールを送信する - hamacoの日記
PHPのメール送信をしたらメールヘッダにローカルマシンの情報が大量に出てきたので、それを消した時のメモ。 とりあえず、一番最初のPHPのソースコード。 <?php $headers = "MIME-Version: 1.0\r\n" . "Content-Transfer-Encoding: 7bit\r\n" . "Content-Type: text/plain; charset=ISO-2022-JP\r\n" . "From: Hamaco <hamaco@example1.jp>\r\n"; $subject = mb_encode_mimeheader("メール送信テスト", "ISO-2022-JP"); $body = mb_convert_encoding("これはテストメールです。", "ISO-2022-JP"); $to = "hamaco@example0.jp"
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
さくらインターネットのレンタルサーバで、phpからmail関数でメールを送ると、Return-Pathを第4パラメータとして持たせても、変更できずに 「Return-Path: アカ…
