mail コマンドで送信したメールが添付になる - しょぼんメモリ （´・ω・｀）
【環境】 $ cat /etc/redhat-release CentOS Linux release 7.3.1611 (Core) $ mail -V 12.5 7/5/10 やりたかったのは、diff の結果で差分があった時だけメールを送る事。 実査にmailコマンドでdiffの結果をメールしたら、受信側で添付ファイルになってしまった。 テキストメールのつもりが、メールヘッダを見ると、次のようになっていた。 Content-Type: application/octet-stream diffの結果は何もないはずなのに、見えない何かがある？ となると、怪しいのは制御コードが思い付く。 調べてみると、diff対象のテキストファイルの行末にCRが入っている事がある模様で、diffの結果に改行コード（CR：^M）が含まれてしまうようだった。 diff対象のファイルを出力する側は修正できない
PHPで半角カタカナも機種依存文字もそのままメール送信
PHPで、mb_send_mail() を使ってメールを送信していましたが、 半角カタカナや①や㎡など機種依存文字が入ると？に文字化けする問題がありました。 iso-2022-jp で扱うことができないことになっているので、 普通ならば iso-2022-jp で扱える形式に変換するところですが、 思い切って無視して「そのまま」送信することで今回問題回避しました。 参考にしたのは次のサイト http://d.hatena.ne.jp/u87/20100308/ mb_language('ja'); mb_internal_encoding('UTF-8'); $e_subject = mb_encode_mimeheader($subject); $e_body = mb_convert_encoding($body, 'ISO-2022-JP-MS'); $mail_header = "
iPhoneの文字化けを防ぐ魔法の呪文 - 帰ってきた💫Unicode刑事〔デカ〕リターンズ
昨日のエントリ（「iPhoneのMailから送ったメッセージ全体が文字化け」のまとめ）読みましたよー。iPhoneから送るメールの文字化け防止策は、署名に「♡」を入れておけばOKなんですよね？ うん。ただまあ、ちょっと気にする人はいるかもなあ。 男子に誤解されちゃう、と？ いや、そういうのじゃなくて、つまり、化けちゃうんだよね。 えっ？ 相手の環境によっては「♡」が化けるんだよ。 何ですかそれ。文字化け対策で入れた文字が化けたら意味ないじゃないですか。 意味はあるよ。iPhoneから送ったメールは相手先で全体が化けて読めなくなる可能性があるけど、「♡」でcharset=UTF-8にしておけば、この「全体化け」を防げるんだから。ただし、相手がケータイだったりすると、「♡」自体は「･」とか「?」とかになっちゃうってこと。 自らは捨て石となってメッセージ全体を救うということですか。UTF-8にな
Encode::compat::MIME::Header::ISO_2022_JP つーモジュールをでっちあげた - kazuhoのメモ置き場
perl 5.8.7 以前かつ Encode のバージョンアップできねーみたいな環境でも互換性を保ちながら書けるように。 use Encode; use Encode::compat::MIME::Header::ISO_2022_JP; my $subject = encode('MIME-Header-ISO_2022_JP', '日本語の件名'); みたいな感じ。コピペプログラミング万歳。コードは http://coderepos.org/share/browser/lang/perl/Encode-compat-MIME-Header-ISO_2022_JP/ に置いてあります。 アドバイスをくれた id:miyagawa++ id:tokuhirom++ Encode メンテナの id:dankogai++ Encode::MIME::Header::ISO_2022_JP コピ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
メール件名 デコード | 黒川 仁のポートフォリオ
サービス終了のお知らせ
