format=flowed; delsp=yesなメールの処理 - Scrapcode@はてなダイアリー
Apple MailやiPhoneなどからメールを送信すると、受信側のメールソフトによっては、長い行が変なところで改行されて表示されます。 これは、RFC3676の「format=flowed; delsp=yes」というものに従って改行処理がされているためです。 例示のために仮に20バイトで改行されるとして、 あいうえおかきくけこさしすせそ が あいうえおかきくけこ(スペース) さしすせそ のように、改行されたところは「スペース＋改行」になるのです。 そして、メールヘッダのContent-typeが例えば Content-Type: text/plain; charset=ISO-2022-JP; format=flowed; delsp=yes のようになります。 これを「format=flowed; delsp=yes」に対応していないメールソフトで表示すると、行末のスペースの意味を
Email::MIME::CreatorとEmail::Sendでメール送信 - Scrapcode@はてなダイアリー
いつもはMIME::Liteを使うけど、他のモジュールも検討してみようとEmail::MIME::CreatorとEmail::Sendを使ってみます。 「メールの送信 - モダンなPerl入門 - モダンなPerl入門」を参考に、charsetとX-Mailerも指定します。 #!/usr/bin/env perl use strict; use warnings; use utf8; use Email::MIME::Creator; use Email::Send; use Encode; MAIN:{ my $mime = Email::MIME->create( header => [ From => '#####@####.###', To => '#####@####.###', Subject => Encode::encode( 'MIME-Header-ISO_2022
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
送信ドメイン認証（Sender ID／SPF）について | サービス・機能 | NTTドコモ
ドコモ同士はもちろん、他社のケータイやパソコンにも文字や静止画などが送れます。絵文字を組み合わせたメールを送ることもできます。 iモードメールへ
携帯で件名ってどんだけー
http://www.future-planning.net/x/modules/news/article.php?storyid=2621 何この主張。件名なしは非常識だと。 あのねぇ、仕事でのメールのやり取りなら話はわかるけど友人とするメールのやり取りでなんでわざわざ件名を書くかっての。しかも携帯メールだぜ？普通書かねぇよ。 書くとしてなんて書くんだよ。 オレ： 件名：お久しぶりです。オレです。 本文：今暇ー？ 友人： 件名：今ヒマかどうかの件 本文：今ヒマじゃないけど？どうしたん？ オレ： 件名：今日遊びたかった件 本文：いやぁヒマならちょっと飲みに行こうと思ってさー。時間ないの？ 友人： 件名：もう少しあとなら 本文：時間あるよー。何時から？ オレ： 件名：夜9時くらいかかな 本文： 友人： 件名：OK大丈夫。 本文： オレ： 件名：じゃまた連絡するわー 本文： 友人： 件名：わか
livedoor Techブログ : モブログに潜んでいる不具合
今回はモブログに潜んでいる不具合を紹介してみたいと思います。 モブログと言ってもブログサービスに限った話ではなく、SNS の日記などを携帯から投稿したり、送信するメールに写真を添付してフォトストレージサービスにアップロードしたり、その仕組みは様々なサービスに応用されています。 では、その様々なサービスに潜んでいる不具合の内容からご説明しましょう。 ・件名を「サークルKサンクス」など「全角半角英数全角」としてモブログ。 ・投稿された記事のタイトルが「サークルK サンクス」となる。 「サークルK」と「サンクス」の間に半角スペースが入る。 ・AU、SoftBank の端末ではこの不具合は起こらない。 こんな感じ。 なぜこの不具合が起こるか、を説明する前に RFC2822(822) の Section 2 に目を通しておいた方がよいかもしれません。 とは言うものの、英文で量も少なくないので大事な部
Mint's log: YAPC::NAメモ2日目：How I Learned to Stop Worrying and Love Email::: The 2007 PEP Talk!（メール関係のPerlモジュールについて）
2007年7月22日 YAPC::NAメモ2日目：How I Learned to Stop Worrying and Love Email::: The 2007 PEP Talk!（メール関係のPerlモジュールについて） タイトルは映画の「Dr. Strangelove, or: How I Learned to Stop Worrying and Love the Bomb」のもじり。プレゼンテーション資料あり。 講演の中で触れられていたけれどメール関係のPerlモジュールは数が多すぎてわけがわからない。このあたりはCPANの構造的な問題だとも思うけど、かなり見通しが良くなった。 Perl Email Project もともとEmail::*をつくるプロジェクトだった 古いモジュールのメンテナンスもプロジェクトの視野に入っている Email::SimpleとEmail::MIME
「APOP解読」の記事に対するブロガーの反応 - 辰己丈夫の研究雑報
読売新聞のweb版の2007年4月19日掲載の記事に、「メールのパスワード暗号破った…ＡＰＯＰ規格を解読」というものがあります。 記事の内容は、「MD5から元のパスワードがわかる、よってメールに使われているＡＰＯＰが解読される。云々」というものです。また、「この技術がハッカーなどに使われると、重要なメールが読み取られる恐れがある。」とも書いてある。 素人向けの記事なので、MD5の例としてAPOPを持ってきたのだろうと思います。また、相変わらずハッカーを悪者扱いしています。（「ハッカー」は尊敬すべき対象であって、悪いことをする人は「クラッカー」と呼ぼうって例の話を我々は何回も繰り返してきているのに…。） それで、この記事が Yahoo news からも引けるようになっていて、そこをみると、「この話題に対するブログ」というのがあったので、早速見てみました。 そうすると、いろいろな記事が見つかり
APOP Broken? | Okumura's Blog
IPAから本日付でAPOP方式におけるセキュリティ上の弱点（脆弱性）の注意喚起についてが出た。これについてはすでに4月10日の杜撰な研究者の日記: APOPにも紹介されている。FSE 2007（3月末）での話題で，Leurentが4月2日にBugtraq: APOP vulnerabilityとして報告している。こちらは3文字だが，IPAに報告されたほうは31文字がわかるとされている。いずれにしても攻撃者は偽のメールサーバを立てなければならない。メールソフトがバイナリのチャレンジにおかしいと気づけばとりあえずは防げる（が現状ではそうなっていない）。 メールのパスワード暗号破った…ＡＰＯＰ規格を解読（読売）。なんかあまり的を射ていない解説。とりあえずはメールソフトはASCIIでないおかしなチャレンジをチェックするようにしないと。長期的にはAPOPは捨てよう。奥村研サーバではとっくにAPOPを
メールのパスワード暗号破った…ＡＰＯＰ規格を解読 - www.textfile.org
太田教授の研究グループは暗号化のカギとなる「ＭＤ５」を逆にさかのぼり、暗号化する前のパスワードに戻す手法を見つけた。 http://www.yomiuri.co.jp/atmoney/news/20070419i101.htm APOPってチャレンジ・レスポンスですよね。MD5ハッシュ値からパスワードを得たということ？何だか不思議。そもそも暗号化じゃなくて情報が落ちているはずだから、逆算できるというのが疑問なのだけれど…詳細が知りたい。 追記： 匿名さん、情報感謝。 この攻撃では、攻撃者がメールクライアントの通信先であるメールサーバになりすまし、攻撃者が送信するチャレンジ文字列に対するメールクライアントからの応答を、ユーザに気づかれずに長時間にわたって集める必要があります。 JVN#19445002: APOP におけるパスワード漏えいの脆弱性 ざっと読みました。man-in-the-mi
hansode.org - このウェブサイトは販売用です！ - hansode リソースおよび情報
このウェブサイトは販売用です！ hansode.org は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、hansode.orgが全てとなります。あなたがお探しの内容が見つかることを願っています！
Clouder::Blogger: Rastでひたすら検索するemacsのメーラ「morq」を試す
たまたま先週末、いつも使っているThinkPad X40を会社に忘れて帰宅してしまったんです。 で困ったのがメール。普段はX40のBeckyで読んでいるため、週末メールが読めない。。。緊急のメールとかあったら困るなぁと小一時間考えて、どうせならなんかメーラを試してみようかと思いました。 今までメーラはいろいろ試しました。WinではBeckyだけですが、Unix環境では、mh-e、mew、wonderlust、muttなどなど。でもせっかくなので他のが使ってみたい。んでちょっと前に知った morq というメーラを試すことにしてみた。まぁ週末だけだし、さくっとインストールできるやつを試そうと。 morqはRastのプロジェクトの副産物みたいなものらしいです。コアはRubyでできていて、それをemacsで使用するための側を作っただけのシンプルなやつです。んで、特徴はメールをすべてRastに通して
Return-Pathをセットする(MIME::Lite) | ブログが続かないわけ
メール配信の仕組みなどを作ると、どうしても面倒になってくるのがエラーの処理。アプリケーションの開発を行っているとエラーの処理というのは日常的なものだ。何かを実行してエラーならまた別の何かを、例えばログを出力して終了する、ってことをしてやればよい。これは何かを実行すればすぐに成功か失敗かがわかるから単純だ。 ところがメールってやつはやっかいで、処理（送信）された瞬間には成功したか失敗したかわからない。一見成功したように見えても、しばらくしてから、「やっぱりだめだったよ...」ってな感じでエラーメールが返ってくる。つまり、このエラーメールが返ってきてから初めて失敗したことがわかり、そこでそれなりの処理をしなければならないのだ。 わかっているならそれをやればいいんだけど、いくつか考えなければならないことがある。まずは、エラーメールがどこに返ってくるかということだ。ものすごく話を単純にすれば、これ
Widescreen Mail.app plug-in | 43 Folders
Widescreen Mail.app plug-in Originally uploaded by merlinmann. Widescreen Mail.app plugin As the monitors in my life have gotten wider, I've longed for a Mail.app feature that's baked-in to most other Mac email apps and RSS readers (as well as all the Microsoft email clients I'm aware of): the three-paned, widescreen format. Prayers apparently have been answered in the affirmative with harnly.net'
sendmailの生みの親が「皆メールを使い過ぎ」 ― ＠IT
2006/11/21 「sendmail」プログラムを書き、その後も同プログラムにかかわり続けてきた米センドメールのCSO（Chief Science Officer）、エリック・オールマン（Eric Allman）氏がsendmail誕生25周年を記念して都内で講演、同プログラム誕生の経緯を話した。 オールマン氏が「家に近く、授業料が安く、入学試験で外国語が要らなかった」という理由でカリフォルニア大学バークレー校に入学したのは1973年。当時はインターネットの前身であるARPANETが急速な成長を始めており、1971年には2つのホスト間で最初の電子メールがやりとりされていた。同校は、その後サン・マイクロシステムズの創設に参画したビル・ジョイ氏やエリック・シュミット氏、アップルコンピュータをつくったスティーブ・ジョブズ氏など、多くの才能が集う黄金時代を迎えていた。 バークレー校でリレーショ
シゴタノ！ - 読み手の負担を最小化するメールの書き方
Tips for Mastering E-mail Overload 受信トレイに山のように届くメールをいかにして効率よくさばくか、という技術的な話はそれこそ山ほどありますが、結局自分一人ががんばっても“山”そのものを動かすことはできません。 そもそも、メールは気安く送ることができるために、コスト負担構造が逆転している、すなわち書き手よりも読み手にとって重荷になっていると、書かれています。 ●メールが登場する以前は、送り手にコストがかかっていた ●連絡文を書く、切手を貼る、投函する、といった手間、 ●送り先の数に応じて嵩む郵送料、 ●それゆえ、おのずと送り先を厳選していた そして、 ●メールの登場とともに、これらの送り手のコストが格段に下がり、 ●ちょっとした思いつきや衝動でメールを送れるようになった ●しかも、一度に数十人の同僚に送り届けることができる ●自分ができる、ということはみんな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
void GraphicWizardsLair( void ); //
Catalyst-View-Email-0.36
Mail-DeliveryStatus-BounceParser-1.543
Mail::Message モジュール
{{#tags}}- {{label}}
{{/tags}}