|
|
|
|
コメント(14)
いろいろあるので、一部だけ載せるのもどうかなと思ったわけで。
セゾンカードとAmazon.co.jpですが、どっちもその後、指摘はしたつもり。
いちばん古くから知っているものだと、RealPlayerの利用開始時の登録のメールは、いつまで経ってもSubjectが化けたままでした。
一度指摘はしているのですけど、再度連絡する手段自体がないに等しいので、どうにもしがたいです。
古い時代の8ビット透過でないシステムの縛りが、いつまでもこういう現象を引きずることになってしまっているのは、悲し。
RFCを無視してくれると、たとえば返信先を適当に指定して無限ループ等々になる場合や、Message-Idが適当だとはじいてしまう処理系などもあるので、そういうのは守るべきだと思います。
仕様を見ないで、ツールを設定して動いてるからいいか、というのが多いと思いますが、知らなくてもまともなエンコードができるツールや、テストセットのようなものもほしいかもですね。
JavaMail などでも、正確なエンコードの指定方法が曖昧だったり、そのぶん試行錯誤と憶測だけで書かれた手順みたいなのがWebでごろごろしていたり。
セゾンカードとAmazon.co.jpですが、どっちもその後、指摘はしたつもり。
いちばん古くから知っているものだと、RealPlayerの利用開始時の登録のメールは、いつまで経ってもSubjectが化けたままでした。
一度指摘はしているのですけど、再度連絡する手段自体がないに等しいので、どうにもしがたいです。
古い時代の8ビット透過でないシステムの縛りが、いつまでもこういう現象を引きずることになってしまっているのは、悲し。
RFCを無視してくれると、たとえば返信先を適当に指定して無限ループ等々になる場合や、Message-Idが適当だとはじいてしまう処理系などもあるので、そういうのは守るべきだと思います。
仕様を見ないで、ツールを設定して動いてるからいいか、というのが多いと思いますが、知らなくてもまともなエンコードができるツールや、テストセットのようなものもほしいかもですね。
JavaMail などでも、正確なエンコードの指定方法が曖昧だったり、そのぶん試行錯誤と憶測だけで書かれた手順みたいなのがWebでごろごろしていたり。
小さなミスではあると思うのですが、
セゾンは、申込みのときの連絡メールのSubjectが化けていて、コード指定はiso-2022-jpになっていたのに、実体はShift_JISになってましたね。
それから、Amazonは、「Amazon.co.jp から〜などのおすすめ商品のご紹介」という題のメールが届いた中で2通だけ化けていたんですが、
Content-Type: text/plain; charset=charset=iso-2022-jp
こんな間違いをしていたようです。
なんだか詰めが甘いかも。
HTMLメールはいろいろ危険なので、HTMLメール送信するところには極力参加していないですよ。
RFCの中でもメール関係はSTD 10なんかになっているので、守らないと。
セゾンは、申込みのときの連絡メールのSubjectが化けていて、コード指定はiso-2022-jpになっていたのに、実体はShift_JISになってましたね。
それから、Amazonは、「Amazon.co.jp から〜などのおすすめ商品のご紹介」という題のメールが届いた中で2通だけ化けていたんですが、
Content-Type: text/plain; charset=charset=iso-2022-jp
こんな間違いをしていたようです。
なんだか詰めが甘いかも。
HTMLメールはいろいろ危険なので、HTMLメール送信するところには極力参加していないですよ。
RFCの中でもメール関係はSTD 10なんかになっているので、守らないと。
はっぴさん はじめまして。
SMTPサーバを作るときは、不正中継対策など、いろいろ気をつけないといけないので大変ですが、頑張ってください。
Webでは、どこがいいとかではなく、あちこち検索して探してたりですね・・・。
書籍はピアソンのがいちばん詳しいので在庫がなくなってしまっても、出版社に問い合わせ等していると再販されることもあると思います。
新しくなった部分まで調べるのであれば、原本のRFCを追ってみるのがいいのではないでしょうか。基本的なところだけであれば、あまり難しくもないと思います。
http://www.amazon.co.jp/exec/obidos/ASIN/4873110289/ref=ase_siisisenet-22
オライリーからも近いものが出ています。
SMTPサーバを作るときは、不正中継対策など、いろいろ気をつけないといけないので大変ですが、頑張ってください。
Webでは、どこがいいとかではなく、あちこち検索して探してたりですね・・・。
書籍はピアソンのがいちばん詳しいので在庫がなくなってしまっても、出版社に問い合わせ等していると再販されることもあると思います。
新しくなった部分まで調べるのであれば、原本のRFCを追ってみるのがいいのではないでしょうか。基本的なところだけであれば、あまり難しくもないと思います。
http://www.amazon.co.jp/exec/obidos/ASIN/4873110289/ref=ase_siisisenet-22
オライリーからも近いものが出ています。
初めまして。
経営戦略的にGoogleへの対抗という意味が大きいんじゃないでしょうか。
というよりほとんどそれだけかと。
ヤフー買収もなんだかな〜って感じになっちゃってますしね。
それにしても、ひたすら巨大化を目指したMSも、ぼちぼち方向転換でしょうかね。
そんなに先々まで見通してるとは思えませんけどね。
以上､極めて個人的な意見でした☆
> 日本ではどちらかというと携帯メールが普及しているといってもいいかもしれませんが。
日本の場合、単純に頭数だけ数えて普及度を考えてもあんまり意味は無いと考えます。
私生活ではケータイメールが圧倒的でしょうけども、
ビジネスとなるとそれだけでは収まらない使い方が圧倒的になります。
私は私生活でもケータイの比率は低いですが(^_^;)
経営戦略的にGoogleへの対抗という意味が大きいんじゃないでしょうか。
というよりほとんどそれだけかと。
ヤフー買収もなんだかな〜って感じになっちゃってますしね。
それにしても、ひたすら巨大化を目指したMSも、ぼちぼち方向転換でしょうかね。
そんなに先々まで見通してるとは思えませんけどね。
以上､極めて個人的な意見でした☆
> 日本ではどちらかというと携帯メールが普及しているといってもいいかもしれませんが。
日本の場合、単純に頭数だけ数えて普及度を考えてもあんまり意味は無いと考えます。
私生活ではケータイメールが圧倒的でしょうけども、
ビジネスとなるとそれだけでは収まらない使い方が圧倒的になります。
私は私生活でもケータイの比率は低いですが(^_^;)
始めまして。
あけましておめでとうございます。
現在、脳なりで休業中です。（失業中です）
生涯の目標
３０年近く通信関連の仕事と研究（趣味）をして来また。
Ｕｎｉｘ、コミュニティーには、大変お世話になっております。
子供を守るメールサーバの開発を目標としております。
現代の活動
脳なりのリハビリも兼ねて子供を守るメールサーバを
Pythonのmilterライブラリーを使い作っています。
milter 関連のコミュニティーが無かったので作ってしまいました。
コミュニティー：「Python milter」
トピック「python-milter の使い方」で
python-milter を使って SMPT プロトコルのモニターログを
作るシステムを公開しました。（簡易フィルターのサンプルも）
SMPT プロトコルについて
徐々に修正して行く以外は、難しいように思います。
（IP4からIP６への移行みたいに用意しながら徐々に）
spam対策については、
ダイナミックIP４ と ダイナミックDNS からの送信と
センダー（mail from:のメールアドレス）の確信性の組み合わせで
かなりのプロテクトになると思います。
あけましておめでとうございます。
現在、脳なりで休業中です。（失業中です）
生涯の目標
３０年近く通信関連の仕事と研究（趣味）をして来また。
Ｕｎｉｘ、コミュニティーには、大変お世話になっております。
子供を守るメールサーバの開発を目標としております。
現代の活動
脳なりのリハビリも兼ねて子供を守るメールサーバを
Pythonのmilterライブラリーを使い作っています。
milter 関連のコミュニティーが無かったので作ってしまいました。
コミュニティー：「Python milter」
トピック「python-milter の使い方」で
python-milter を使って SMPT プロトコルのモニターログを
作るシステムを公開しました。（簡易フィルターのサンプルも）
SMPT プロトコルについて
徐々に修正して行く以外は、難しいように思います。
（IP4からIP６への移行みたいに用意しながら徐々に）
spam対策については、
ダイナミックIP４ と ダイナミックDNS からの送信と
センダー（mail from:のメールアドレス）の確信性の組み合わせで
かなりのプロテクトになると思います。
- mixiユーザー
- ログインしてコメントしよう！
|
|
|
|
電子メール研究 更新情報
-
最新のアンケート
-
まだ何もありません
-
