携帯の受信拒否設定時の動きについての巻 | へぼへぼWEBエンジニア？の備忘録
携帯でドメインやアドレス拒否された場合、 それを送信側で判定する方法ってあるのだろうか？ あるサイトでは、受信側のログに拒否されたというステータスが残るので それを解析する必要があるって書いてたけど・・・ 【OP25対策を外し、プロバイダ（ocn）経由を止めた場合 SPFはsoftfailだった気がする】 <ドメインで拒否し、実際に存在するメールアドレスに送信> ■docomo failure: 203.138.180.240_failed_after_I_sent_the_message./Remote_host_said:_550_Unknown_user_メールアドレス/ で、バウンスが返って来た。 ■softbank success: 202.179.204.119_accepted_message./Remote_host_said:_250_Message_received:_
Iphooone
3M architectural finishes are decorative surfaces that can be applied virtually anywhere and offer hundreds of different design choices. Because…
Loading
Videos Watch and learn from our engineers as they show how to bring the latest web technologies to your websites on Safari. Watch Safari and Web Videos Forums Ask questions and discuss a variety of web development topics with Apple engineers and other developers. Apple Developer Forums Safari Extensions Safari extensions are a powerful way to add new features to Safari. They are built in Xcode wit
qmailのパフォーマンス・チューニング
qmailanalogなどでログを管理していると、ボトルネックが見えてくる。では、ボトルネックを改善するにはどうすればよいのだろうか？ 今回は、qmailのさまざまなチューニング方法を紹介する。 前回紹介したqmailanalog／qmailmrtg7はお試しいただけたでしょうか。こうしたツールを有効に使ってqmailサーバの稼働状況を適切に把握できるようになれば、サーバの増強計画も根拠のあるものとなり、より具体的に計画を遂行できます。恵まれた状況であればメモリやCPUを増設することも、バックボーンをより高速なものに移行することも可能ですが、多くの場合は思いどおりに運ばないものです。そこで、まずはqmailの設定を見直すところから始めましょう。 配信処理の上限を上げる qmailのローカル／リモート配信プロセス数 qmailでは、メッセージの送受信を処理するプロセスの同時起動数の上限が決め
Text::MicroTemplate
NAME Text::MicroTemplate - Micro template engine with Perl5 language SYNOPSIS use Text::MicroTemplate qw(:all); # compile template, and render $renderer = build_mt('hello, <?= $_[0] ?>'); $html = $renderer->('John')->as_string; # or in one line $html = render_mt('hello, <?= $_[0] ?>', 'John')->as_string; # complex form $mt = Text::MicroTemplate->new( template => 'hello, <?= $query->param('user') ?
Kazuho@Cybozu Labs: Text::MicroTemplate - テンプレートエンジンのセキュリティと利便性
« MySQL の order by 〜 limit を高速化する方法 | メイン | MySQL Conference & Expo 2009 で Q4M の話をします » 2008年12月16日 Text::MicroTemplate - テンプレートエンジンのセキュリティと利便性 先月開催された Shibuya.pm #10 でプレゼンテーションがあった MENTA や NanoA では、Mojo 由来のテンプレートエンジンを拡張して使用してきたのですが、Perl モジュールとして独立させるべきだよね、ということになり、このたび Text::MicroTemplate として CPAN にアップロードしました。 そのことを告知するとともに、作業の過程で興味深く感じた、テンプレートエンジンのセキュリティと利便性に関する話題をブログに書いておこうと思います。 テンプレートエンジンのエスケ
Text::MicroTemplate と Template-Toolkit のベンチマーク - makogの日記
Perlの軽量フレームワーク（MENTA や NanoA）から生まれた Text::MicroTemplateと、ご存じ Template-Toolkit の比較のため、ベンチマークしてみました。参考までに、こちらも有名どころの HTML::Template も入れてみました。 結果 Benchmark: timing 5000 iterations of HTML::Template, Template-Toolkit, Text::MicroTemplate... HTML::Template: 2 wallclock secs ( 1.68 usr + 0.04 sys = 1.72 CPU) @ 2906.98/s (n=5000) Template-Toolkit: 9 wallclock secs ( 8.73 usr + 0.36 sys = 9.09 CPU) @ 550.
Third Party Relay Check RBL.JP第三者中継チェック RBL.JP
This service will check your server to see if it is possible for a third party to relay mail from your server. This service will test several techniques for sending relayed mail, but no mail will actually be sent to your server. If your server passes all tests performed by this serivice, no relays accepted in blue will be dispayed at the bottom of the output report. If any or all of the tests f
デコメールサービスの仕組み | サービス・機能 | NTTドコモ
デコメール対応機種でHTMLメールを作成し送信すると、HTMLパートとTEXTパート（HTMLパートよりすべてのHTMLタグを除去したもので、携帯電話上で自動生成されます）の両方がiモードサーバに送信されます。 デコメール対応機種は、基本的にHTMLパートのみを受信します（iモードサーバにてTEXTパートを除去します）。ただし、受信したデコメールの内容により、TEXTパートとデコメール表示用URLを受信する場合があります。詳細については、デコメールの受信形式をご覧ください。 デコメール非対応機種には、TEXTパートのみを受信する機種と、TEXTパートとデコメール表示用URLを受信する機種の2種類があります。 デコメール表示用URLを押下することにより、iモードブラウザを用いて、送信されたデコメールを確認することができます（この機能をWeb版デコメール機能とします）。 なお、Web版デコ
DoCoMo/メール配信 - ke-tai.org
メールについて † 文字数制限は全角で250文字まで。 送信時の文字コードはJISもしくはSJISで送信する必要があります。 半角カナや絵文字の使用も可能です。 メールアドレスは***@docomo.ne.jpで、***の部分は3文字以上30文字以下。 英数字および「-(ハイフン)」「_(アンダーバー)」「.(ドット)」が使えます。（1文字目は英字のみ） 上記の条件を満たせばどんなメールアドレスでも作成できるため、従来のメールアドレス判定正規表現では処理できない場合があります。 MTAによっては@より前が、自動で"(ダブルクォーテーション)でくくられてしまうことがありますが、配信には特に問題がないようです。
「携帯向けメールを速く・確実に送る7か条」2010年度版、無料配布開始
同社Webサイト内の「小冊子無料プレゼント」ページから申し込むことができる。 「携帯向けメールを速く・確実に送る7か条」は、同社が携帯向けメール配信システム「アクセルメール」で培ったノウハウを一冊にまとめたもの。昨年度公開した2009年度版は約1,000社の申し込みがあったという。 今回申し込み受付を開始した2010年度版は、2009年度中の携帯キャリアの最新動向を追記したほか、メール配信システムを扱う現場のエンジニアが困りやすいエラーメールの具体的な処理方法や、配信トラブル時に注視すべき点などが盛り込まれている。 目次 第1章 はじめに 第2章 携帯メールを速く・確実に送る7か条 第1条 自社のメール配信状況を把握する 第2条 正しい配信環境を整える 第3条 エラーを「正しく」処理する 第4条 キャリアの最新動向に対応する 第5条 送信処理の最適化・高速化を図る 第6条 配信経路全体を通
メルマガのエラーアドレスやバウンスメールを自動的に処理する方法（PostFix） - igreks開発日記
おそらく、この世にメルマガ配信システムはたくさんあるので、この方法は 広く使われていると思うのだが、いくら検索しても具体的に説明されてるサイトが ないので、忘れないようにメモ。 （環境：fedora9、postfix2.23以降、perl5.8.X） まず、VERPを利用するので、sendmailを使う場合はパス指定時に、 sendmail -XV -f bounce と指定。 ※postfixのバージョンが2.2以前の場合は -XV じゃなく -V 。 ※bounceの部分は別にhogeでも何でもよい。 ※sendmailを使わない場合（SMTPに直接送るときとか）は、別にVERPを使わなくても、 エンベロープMailFromに "バウンスを受けたい架空のアカウント"+"送信先のアカウント"="送信先ドメイン"@"自ドメイン"の形で指定できればOK。 次に、/etc/postfix/ma
[postfix]キューから削除 | quabbinの日記 | スラド
ちょっとした操作メモ。 手元の環境では、サーバはテストと本番に別れているが、このテスト側にちょっとした障害が起きていて、不要なメールが溜まってしまっていた。 この「不要」なメール、送信されてしまうとウザいことになるので、削除しようとしたのだが、ちょっとgoogle頼みしてもやり方がわからなかった。 そこで、ドキュメントをいろいろひっくり返していたら、「一時的な問題」により配送されなかったメールは、"deferred"キューにたまり、再配送を待つらしいという記述を発見。 そこで、postfixを停止し、このdeferred_queueを削除して再起動し、再配送要求をしたところ、確かにキューから削除された。 [root@miracle4 ~] # /etc/init.d/postfix stop postfix/postfix-script: stopping the Postfix mail
Postfixのぺーじ―ホーム
Postfixは高速さ、管理の容易さ、そして安全性を目指して作られているMTA (メールサーバソフトウェア)です。 お知らせ バージョン2.3の日本語訳は完了したものから順次公開を始めています。2.4以降はさらにしばらくお待ちください。 このページへは http://www.postfix-jp.info/ でもアクセスできます。 What's New 2015.2.11 (過去のニュース) 注意事項 一般論として、安全なメールサーバであっても設定によっては容易にSPAMの 巣窟とすることができます。デフォルトではほぼ安全側に振ってありますが、 必ず一通り目を通して穴を作らないようにしましょう。 「Postfixだから安全」とか「qmailなら大丈夫」なんてことは 絶対にありません。 メジャーバージョンをまたいでアップデートする場合 (2.2.x→2.3.x etc.)、 Postfixを
asterisk Fedora - Service/Postfix
メールサーバを選ぶ † 個人でメールサーバを動かす事は少ないかもしれません。最近はspamの影響により、IPアドレスから逆引きできないSMTPサーバからのメールを受け付けないなど、送信側には様々な制約が課されています。それでも、受信側で多数のメールアドレスを運用したい場合や、スパムフィルタ・ウィルススキャナなどを自分のサーバで動かすなどの用途があります。 一般にMTAといえばsendmailやqmailもあります。sendmailは標準でインストールされ、何も設定しなければFedora内アカウントへのメッセージ通知に活用されていることでしょう。しかしsendmailをメールアカウントの管理や送受信に使うには、難解な設定や今でも時おりアップデートされるセキュリティ問題に追従しなければなりません。qmailは堅牢なセキュリティが売りでしたが、開発が止まっている上にライセンスが厳しくrpmパッケ
Postfix アーキテクチャの概要
キューマネージャ (図の qmgr(8) サーバ プロセス) は Postfix メール配送の心臓部です。smtp(8) または lmtp(8)、local(8)、 virtual(8)、pipe(8)、 discard(8)、error(8) 配送エージェントに接触し、1つ以上の受信者アドレスに対する配送要求を送ります。 discard(8) および error(8) 配送エージェントは特別です: すべてのメールを破棄するかバウンスします。これは 上の図では示されていません。 キューマネージャは配送のためにオープンされたメッセージを持つ小さな active キュー キューを 管理します。active キュー は潜在的に大きな incoming または deferred キュー の限られた窓として振る舞います。 active キュー を制限する ことで、キューマネージャは高負荷時にメモリを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Web Forms 2.0
ソフトバンク 携帯端末ユーザエージェント一覧
PCから携帯へメールを送る際に気をつける７つのポイント
MTA機能比較