ドコモ、メールアドレスの仕様を修正 | スラド モバイル
俺の周りにはまだ電話番号@docomo.ne.jpの人もいるし、 俺自身も、途中で@jp-tから@t.vodafoneになったものの、10年間アカウント変えてないです。 これが多数派か少数派かわかりませんが、 メールアドレスなんて変えるもんじゃないと思ってる人が一定数いて、その中に変なアドレスの人が含まれてたら、 「新規に取れなくしました」だけでは変なアドレスはなくならないし、 なくならないと言うことは、結局メールを使うサービスを提供しているほかのシステムがそれに合わせた仕様にせざるを得ないわけで、 じゃぁもう別に新規に取れなくしてくれなくても変わらんと思うのですが・・・ ずいぶん極端な御意見だと思います。 病気の根本原因を取り除いて完治させられないならば、 感染拡大防止や対処療法なんて何の意味も無い、と言い切るぐらいに、 > なくならないと言うことは、結局メールを使うサービスを提供してい
tokuhirom blog
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
あなたの作ったメール配信システムはエラーメール処理をしていますか？
今回はメルマガ等やメーリングリストのように大量のメールを配信するためのメール配信システムを自前で開発している方向けの情報（備忘録？）です。 大量のメールを配信する場合、配信できなかったエラーメールを適切に処理することが重要です。たとえば、 なんて感じです。適切なエラーメール処理なくば、知らず知らずのうちに SPAMer と同じようなメール配信をしていることになってしまうのです。かく言う僕の作ったメール配信システムも、それほどエラーメール処理を厳密に行っているわけではなく、何とかしないとなぁ〜と思っている今日この頃で、ちまちま資料を集め始めて仕様検討している次第です。
Sender IDについて調べてみた - unnecessary words
初音ミクの妹。 ・http://japan.cnet.com/blog/takahito/2007/11/07/entry_25001258/ ・初音ミクニュース ・クリプトン | 鏡音リン・レン act2（KAGAMINE RIN/LEN act2） | クリプトン 記事いろいろ。 ・[asin:B000XF2LJU:title] で、Amazonの中の人が先走っております。 ・【日本一ソフトウェア】PS2とPS3に初音ミク登場！！ ラフ画像あったー。 スイーツ（笑）とは - はてなキーワード こんな言葉ができたのか。 ・http://fsokuvip.blog101.fc2.com/blog-entry-284.html 11/1からDoCoMoが送信ドメイン認証（Sender ID）を開始したようなので、今更ながらSender IDについて調べてみました。 メールの送信元偽装を防ぐた
ウノウラボ Unoh Labs: 携帯へメールを送る際の確認事項
harukiです。 ケータイ宛にメールを送信するサイトにおける確認事項をまとめてみました。 サーバ側 DNS IPアドレスが逆引きできるようになっているか SPFレコードが正しく設定されているか SPFは、2007年11月1日からDoCoMoも対応します。 http://www.nttdocomo.co.jp/service/mail/imode_mail/sender_id/index.html MTA EHLO/HELOコマンドでのドメイン名が正しいか エンベロープFrom/Toは正しいか その他 Fromフィールドのドメインが正しいか (Aレコード、MXレコードが存在しているドメインか) Return-Pathは設定しているか 端末で表示できる文字コード・形式で送っているか あとは、OP25B(Outbound Port 25 Blocking)に該当する場合は、その確認も必要にな
酒日記 はてな支店 - EZ にデコレーションメールを送信する場合の画像インライン展開
かなりはまった。 技術情報には以下のようにあるが、画像が × になって展開されない。 ・構造情報にmultipart/alternativeのContent-Typeが存在し、text/plainおよびtext/htmlパートの2つのパートが存在すること ・弊社指定のサポートタグを使用したHTML記述となっていること ・インライン添付されるファイルの形式は、GIF形式 (GIF、アニメーションGIF) もしくはJPG形式であること KDDI au: デコレーションメール > デコレーションメール送受信条件 multipart のくくり方を考えられる限り試したりしたけど、どうやってもダメ。 頭に来たので Wii でしばらく遊んだ後、ふと思い立って img_cid_000 でググったら以下が見つかった。 仕様に沿ってContent-IDをimg_cid_000のように記述していましたが、 この
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
void GraphicWizardsLair( void ); //
