今更だけど完璧なメール送信ライブラリってあるの？

**nobodyさん** · 2009/08/09(日) 09:45:20

”完璧”の定義

　・RFCをきちんと守っている。
　・だけど、正しくないメールアドレスを許容できるようにも設定できる
　・ISO-2022-JPだけじゃなく、Shift-JISやUTF-8など対応
　・添付ファイルやHTMLメールにも対応
　・sendmail呼び出しだけじゃなくてSMTPにも対応
　・使いやすい

プログラム言語は問わないというか、どの言語でも必要になるだろうから
どの言語版も必要だけど。

巷にメール送信のサンプルは数あれど、これでいいのか
今更ながらに迷う。

**nobodyさん** · 2009/08/09(日) 10:28:03

これは期待age

**nobodyさん** · 2009/08/09(日) 10:35:46

ずっと前からある問題なのに、ぐぐっても不完全な情報の断片ばかり。
最近のフレームワークなどで対応しているのかと思いきや、次のような流ればっかり。
「メール送信機能がついている → 日本語では文字化けする → その修正方法（不完全）」

これだけ時間がたっているのだから、さすがにどの言語でも
完成された形でライブラリが出来上がっていると思うのに、
見つからない・・・見つけられない俺が悪いのだろうか？

**nobodyさん** · NG

(￣ー￣)ﾆﾔﾘｯ(わっ)

**nobodyさん** · 2009/08/09(日) 23:00:12

> RFCをきちんと守っている
これだとa@aなんてアドレスが通ったりしません？

**nobodyさん** · 2009/08/09(日) 23:35:40

>>5
そこんところは、柔軟に、
チェックするかしないかを設定できるってことで。

**nobodyさん** · 2009/08/10(月) 00:07:41

>>5です

ううむ
なんとなくPerlで作ってみたくなったんですが
野良モジュールでよかったらとか……CPAN嫌い

Subjectを要求通りエンコードしたら日本語UTF-8で文字化けする
実はRFCの要求ではメールアドレスにだって改行コードを入れることができる(爆
メールアドレスの途中にコメントなんか入れることができる(爆
[例] example"Hello World"@example.com = example@example.com
a@aといった.のないメールアドレスが通ってしまう
Per5.8系ではメールアドレスの完璧な正規表現は無理

などの気の遠くなるような課題が山積でしたよね

**nobodyさん** · 2009/08/10(月) 00:21:01

>>7
頭いたいねｗ
こんなんだから、誰もちゃんとしたのを
作れないだろうね。

まあ機能不足は許容するとして、
間違ったメールは出したくないよなぁ。

**nobodyさん** · 2009/08/10(月) 00:27:57

> Per5.8系ではメールアドレスの完璧な正規表現は無理

無理して正規表現にしなくていいと思う。
たぶん読みにくくなるというデメリットしかない。

5 · 2009/08/10(月) 00:33:40

こんな問題もある(有名
ttp://neta.ywcafe.net/000799.html
ttp://neta.ywcafe.net/000803.html
ttp://neta.ywcafe.net/000804.html

5 · 2009/08/10(月) 00:49:36

> [例] example"Hello World"@example.com = example@example.com
これ勘違い

こうらしい
[例] example(Hello World)@example.com = example@example.com

**nobodyさん** · 2009/08/10(月) 01:12:27

>>10
そこらへんは、--disable-@の直前に.が来ないかチェックなんてオプションで対応使用と思います。

それで、いろいろ考えていたんだけど、
send-mail --from=a@example.com --to=b@example.com -body='test'
なんてオプションで後れる方式もつけるとして、
これだとマルチパートで添付ファイルもついているHTMLメールなど
複雑なメールだとオプションで対応しきれないと思うんだよね。

そこれで、ftpみたいに、コマンド入力形式にしようと考えているんだ。

例
send-mail [ENTER]
>set-charset iso-2022-jp
>from a@example.com
>to b@example.com
>subject メール
>attach ファイル.zip
＞send

**nobodyさん** · 2009/08/10(月) 01:15:40

一見、sendmailコマンドと同じように見えるかもしれないけど
あれは、標準入力からうけとった文字列をただ流しているだけ。

>>12の方法はattach見たいな簡易な命令を書くだけで、
Content-Type: multipart/mixed; boundary="---"
なんてヘッダを自動的に補間したり文字コード変換したりするのが違いね。

**nobodyさん** · NG

メールでドットが２つあると送れないのあるよね。どうして？

**nobodyさん** · 2009/08/10(月) 02:37:41

>>11
そういう変な仕様を思い出したら教えてほしい。

本当はRFCを読むべきなのはわかっているが、
時間がかかるんだ。

**nobodyさん** · 2009/08/10(月) 04:14:29

>>1
巷の実装は調べてみたの？

「どのサンプルでも実装できていない問題がある」という事と、
「部分的には満たしてるけど一部残念なところがある」という事は
分けて考えた方がいいと思う。

後者なら書き直せばなんとかなるわけだし、前者なら仕様策定が必要。

**nobodyさん** · 2009/08/10(月) 11:27:43

> 巷の実装は調べてみたの？
というか、ちゃんとしているのあるのかなぁ？と。

**nobodyさん** · 2009/08/10(月) 11:32:38

> 巷の実装は調べてみたの？

それ無理だわｗ

だってメールの仕様って思った以上に複雑というか
知られざる罠が存在するんだ。

ぶっちゃけ知らん。　そういう細かい所を知らなくても
簡単に使えるようにしたのが、ライブラリだと思うんだが。

**nobodyさん** · 2009/08/10(月) 14:43:54

>>1
そもそもメールサーバ側の実装が怪しい以上RFCを完璧に遵守してもなあ

**nobodyさん** · 2009/08/10(月) 15:29:10

文字エンコーディングの必要ない、新しいプロトコルできないものかね？

互換性を保つ為に非対応を検出したらサーバー側で変換する

**nobodyさん** · 2009/08/11(火) 12:05:16

>>17-18
なるほど。俺はQdmailというやつを使っている。
ttp://hal456.net/qdmail/

コンセプトが気に入ったので使ってるけど、大して多角的には使ってないので、
もし他に評価対象が無いなら、試しに使ってみたらいいかも。ｵﾇﾇﾇ。

個人的な使用感としては、文字コードとSMTP送信は今の所いい感じ。
変なメールアドレスは試してないのでわからん、といったところです。

**nobodyさん** · 2009/08/12(水) 07:26:10

ライブラリってのは柔軟に作ってあって
必要に応じて制限掛けていくもんだろ
>>1は要するに他人が完璧に全て作ったものをそのまま使いたいだけじゃないのか？