[目次] [前] [次] Postfix の罠 Postfix にはハマリがちな罠がいくつかある。 main.cf が反映されるタイミング main.cf を変更して、すぐに反映させたければ「postfix reload」コマンドを実行する。 しかし、「postfix reload」コマンドを実行しないと反映されないというわけではない。 Postfix は必要に応じて各種デーモンを起動したり停止したりするが、各デーモンは起動時にその時点の main.cf を読み込んで動作するのである。 postconf コマンドで出力されるパラメータ値も、main.cf を読んでいるだけなので、その値で各デーモンが動作しているとは限らない。 だから、設定を反映させたくない状態で、main.cf を変更してはいけない。 設定を反映したいタイミングで、main.cf を変更し、直後に「postfix relo
先週用事があり、夕方東京から棚倉町方面に向かう事になりました。秋の乗り放題パスを使って行ったのですが、ルートとして東北本線→新白河→JRバス白棚線と東北本線→安積永盛→水郡線にとの2通りのルートが考えられました。前者の新白河からバスの場合、下記のような行程となります。 東北本線 黒磯→新白河 21:08 JRバス白棚線 新白河21:10→磐城棚倉 乗り換え時間は2分しかなく、ダッシュすれば間に合いそうな気もします。この日は秋の乗り放題パスを利用していたので運賃は安積永盛経由の方が有利だが1時間余計にかかります。とりあえず新白河に到着した時の時間次第で考える事にしました。 当日、予定通り東北本線を北上し、新白河駅手前の白坂までは定刻で動いていました。しかし電車は白坂駅をなかなか発車しません。どうやら精算のお客さんに手間取ってたようです。その影響で東北本線は3分の遅延。新白河駅に列車が到着した
MTA が吐く maillog は普段あまり見ないのだけど、トラブルがあったときには大変重要。これも Mongo に入れれば、問い合わせがあったアドレスで検索してログを管理画面で見るとかできて便利!ということでやってみた。 # fluentd.conf <source> type tail path /var/log/maillog tag maillog format /^(?<date>[^ ]+) (?<host>[^ ]+) (?<process>[^:]+): (?<message>((?<key>[^ :]+)[ :])? ?((to|from)=<(?<address>[^>]+)>)?.*)$/ </source>正規表現がなかなかですが、これで maillog を parse して以下のような生ログから 2012-03-26T19:49:56+09:00 worker00
ViMbAdminはメールアドレス管理ソフトウェアです。複数ドメインに対応しています。 メールアドレスの管理というのは意外と煩雑になりがちです。特に転送メールなどで入れ子になっていたりすると非常に面倒な管理になるでしょう。そこでWebブラウザ上で分かりやすい管理ができるViMbAdminを使ってみましょう。 ログインします。 ドメイン一覧です。 メールボックス一覧です。 パスワードの変更もできます。 エイリアスの一覧です。 作業したログです。 管理者アカウント一覧。 ViMbAdminは複数ドメインのメールアドレスを一元管理できます。PostfixやSendmailに対応しており、設定ファイルを使った煩雑な管理から解放されるはずです。サーバのセットアップさえしてしまえば、運用は楽になるのではないでしょうか。 ViMbAdminはPHP製、GPL v3のオープンソース・ソフトウェアです。 M
Postfix をちゃんと調べたのは「Postfix辞典」を執筆した頃なので、2.2 が主流で 2.3 が出たばっかりの頃でした。もう6年くらい前のことです。 Postfix 辞典 (DESKTOP REFERENCE) 作者: とみたまさひろ出版社/メーカー: 翔泳社発売日: 2006/06/21メディア: 単行本 クリック: 13回この商品を含むブログ (7件) を見る 最近はあまりちゃんと調べずに使うだけになってたのですが、Postfix 2.9.0 が出たのをきっかけに久しぶりにパラメータの追加/削除/変更について調べてみました。 2.2 では 411個だったパラメータが 2.9 ではなんと 700個に! 増えているとは思ってましたが、こんなに増えていたとは…。 最新バージョンで「Postfix辞典」のような内容のドキュメントをまた書いてみたいです。書籍はむずかしいだろう(多分売れ
cron で定期的にチェックして、その結果を携帯に送ろうと思ったので。 Leopard には標準で Postfix が入っているので、それを使って Gmail でメールを送れるようにする。 設定ファイルは /etc/postfix 以下に入っている。 まず、/etc/postfix/main.cf を編集する。 # Gmail relayhost = [smtp.gmail.com]:587 smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd smtp_sasl_security_options = noanonymous smtp_sasl_mechanism_filter = plain smtp_use_tls = yes 次にアカウント情報用のファイル sasl_pa
Postfix で Submission ポート設定 (OP25B対策) 提供:maruko2 Note. 移動: 案内, 検索 Submission ポート (ポート番号 587) でも SMTP を受けるようにするには、 submission ポートでも smtpd デーモンを起動するようにすればよい。 /etc/postfix/master.cf で、デーモンの起動設定をする デフォルトで記述例が書かれているので、コメントを外すだけ。 オプション行 -o の先頭は、tab かスペースを使う。 パラメータとパラメータ値の間の = の前後にスペースを入れるとエラーになる。(fatal: unexpected command-line argument: = ) オプション -o smtpd_enforce_tls=yes の行は、smtpd の設定で TLS を有効にしてないとエラーにな
さくらのVPSでは試用期間中はOB25P (外部へのSMTP接続) が設定されているため、メールを送信する事が出来ない。(多分spam対策) これではroot宛のメールが受け取る事が出来ない、メールのテストが出来ないという問題があるため、別途用意したサーバ (以降 "中継サーバ") のSubmissionポートを利用して中継する方法を試してみた。 環境 送信元となるサーバ (送信サーバ) さくらのVPS (postfix-2.3.3) 試用期間中, fatechan.example.com [192.0.2.99] 中継に利用するサーバ (中継サーバ) 適当なサーバ (今回はさくらの専用サーバを利用, postfix-2.6.2), azunyan.example.com [192.0.2.100] ※ホスト名とIPアドレスは架空のものです。 設定 送信サーバの main.cf に以下のよ
思い込み多々あり。 http://www.postfix-jp.info/trans-2.3/jhtml/postconf.5.html <再送まわり> minimal_backoff_time maximal_backoff_time maximal_queue_lifetime bounce_queue_lifetime queue_run_delay ここらへんの設定がいる模様。 たとえば、 minimal_backoff_time = 60s maximal_backoff_time = 600s maximal_queue_lifetime = 1800s bounce_queue_lifetime = 1800s queue_run_delay = 60s ※「s」は秒 した場合、 最初再送に失敗したら、defferedキューに入って、queue_run_delayごとにdef
2008/02/06 PostfixにDomainKeysを実装する方法 DomainKeysは必ずしも良いシステムだとは思わないが、PostfixにDomainKeys (RFC 4871) を実装する方法がHowtoForgeに出ていたので参考までに転載する。DomainKeys Identified Mail (DKIM) を Postfix で使う方法として、Sendmail で使われるプラグイン Milter (dk-milter) を使っているのが特徴。 インストール ソースコードあるいはrpmなどのパッケージを使って、dk-milter をインストールする。 鍵の生成 dk-milterに含まれるスクリプトで鍵を生成する。<selector> は何でもいいのだが、default を使って、<domainname> には署名するドメイン名を指定する。 /usr/share/do
先日のデブサミ2010でも話した(デブサミ2010の資料"クラウドサービスAmazon EC2を活用した「SKIPaaS」構築事例"を公開します+α)のですが、Amazon EC2のサーバからメールを送信すると、一部分の宛先(メールサーバ)では、迷惑メール(SPAM)扱いされ、突き返されちゃう事があります。 それをどう解決したかという話。 Twitterを見ていて、まだきちんとした情報がまとまっていない気がしたので、経験談をまとめてみます。 課題 Amazon EC2のサーバがスパムメール送信に利用されるケースが増えているようで、Amazon EC2で利用されているIPアドレスのレンジ(ネットワーク)が、スパムメールのブラックリストにまるっと載ってしまっているため、メールサーバによっては、門前払いによる受信拒否となるケースがあります。 参考: Amazon EC2を悪用したセキュリティ攻撃
このウェブサイトは販売用です! hansode.org は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、hansode.orgが全てとなります。あなたがお探しの内容が見つかることを願っています!
Postfix後方散乱 Howto はじめに このドキュメントはPostfixバージョン2.0以降を必要とする機能を 記述しています。 このドキュメントがカバーする話題: 後方散乱メールとは? ランダムな受信者アドレス宛の後方散乱メールを ブロックするには? 実在する受信者アドレス宛の後方散乱メールを ブロックするには? 騙られた HELO 情報を持つ後方散乱メールの ブロック 騙られた送信者情報を持つ後方散乱メールの ブロック 騙られた他の情報を持つ後方散乱メールの ブロック ウィルススキャナからの後方散乱メールの ブロック 後方散乱メールとは? スパマーやワームが送信者アドレスを騙ってメールを送信すると、 罪のないサーバは不達メールの通知であふれてしまいます。これは後方散乱 (backscatter) メールと呼ばれており、システムがあふれればすぐに わかるでしょう。 ランダムな受信者
キューマネージャ (図の 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 キュー を制限する ことで、キューマネージャは高負荷時にメモリを
Postfixパフォーマンスチューニングの目的 このドキュメントにあるヒントやtipsはすでに動いているPostfixシステムの パフォーマンスを向上するのに役立ちます。あなたのPostfixシステムがメールを 送信したり受信したりできないのであれば、 DEBUG_README ドキュメントを手引きとして 使い、まずその問題を解決する必要があります。 外部コンテンツフィルタのパフォーマンスをチューニングするには、まず FILTER_README と SMTPD_PROXY_README ドキュメントの 情報を読んでください。そしてコンテンツフィルタコードのレイテンシをなくす ようにします。できるだけ遅延が大きかったり遅延のバラツキが大きい外部 データソースへの問い合わせを避けるようにしてください。CPU/メモリを使い 果たさないように、コンテンツフィルタは並列数を小さくして走らせますが、
もしもこの世から「残業」が完全になくなったら 3年ぐらい前に読んだ本を思い出した。 1980−90年代の話ですが、残業について、 「時間外・休日労働の弾力的運用が我が国の労使慣行の下で雇用維持の機能をはたしている」(1985年労働基準法研究会報告)とか、「我が国の労働慣行の実情に合うような上限設定が可能かどうか定かでない」(1992年同報告)と、雇用維持の為のコストとして恒常的な長時間労働を是認する考え方が主流でした。 需要の低下に応じて、生産水準を下げなくてはならなくなっても、バッファがあるから解雇せずに大丈夫でしょ、という。。。 まぁ、 ところが、その後、労働法政策が内部労働市場の雇用維持から外部労働市場における移動促進に徐々にシフトしていったにもかかわらず、この長時間労働哲学には疑問が呈されないまま21世紀に至っているのです。 と著者は問題視しているわけだけど。 話変わって、最近友人
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く