タグ

関連タグで絞り込む (11)

タグの絞り込みを解除

postfixに関するtyruのブックマーク (13)

  • Postfixのセキュリティ対策


    text Postfixのセキュリティ対策 暗号化通信とメールの不正中継の対策1．メールサーバーの歴史 まずは簡単にメールの歴史を振り返ってみよう。メールが利用され始めたのは 1960年代初頭にマサチューセッツ工科大学で世界最初の電子メールプログラムが開発される。1964年に一部の科学者の間でメールの利用が始まったと言われている。 1972年 BBN 社のレイ・トムリンソン︵Ray Tomlinson︶ が CRYNET と呼ばれるファイル転送プロトコルを利用した最初の電子メール処理用プログラム SNDMSG を開発した。メールアドレスのローカルパートとドメインパートを区切る文字に @ マークを採用したのもレイ・トムリンソンと伝えられている。 その後、メールを送受信するプロトコルが考案されはじめる。 1982年 SMTPが開発 1984年 POPが開発 1985年 POP2が開発 199
    Postfixのセキュリティ対策

  • Postfix アーキテクチャの概要


    キューマネージャ (図の qmgr(8) サーバ プロセス) は Postfix メール配送の心臓部です。smtp(8) または lmtp(8)、local(8)、 virtual(8)、pipe(8)、 error(8) 配送エージェントに接触し、1つ以上の 受信者アドレスに対する配送要求を送ります。error(8) 配送エージェントは特別です: 常にメールが配送できないと宣言します。これは 上の図では示されていません。 キューマネージャは配送のためにオープンされたメッセージを持つ小さな active キュー キューを 管理します。active キュー は潜在的に大きな incoming または deferredキュー の限られた窓として振る舞います。 active キュー を制限する ことで、キューマネージャは高負荷時にメモリを使い果たさないようにします。 キューマネージャは配送でき
    tyru
    tyru 2012/11/24
    Postfix各プロセスのブロック図
    リンク

  • docomo 550 Unknown user : ため息ばかりのブログ

    メーリングリストにdocomoの携帯メールのアドレスを登録すると、届いているのに550 Unknown userが返ってくる。 先ほど携帯メールアドレスが５３ヶ登録してあるメーリングリストにメールを送ったら約半分の２６件から 550 User Unknown が返って来た。そのうちdocomoが２５件だ。これは疑わしいので、個々に別途メールしてみたところ２１名からメーリングリストからのメールはとどいているとの返事だ。この２１名のうち１名は@の前に . （ドット）があるというillegal なメールアドレスだが、メーリングリストのほうで ”  ” で括ってくれて、届いている。あと２通はまだ返事がない。多分とどいているんだろう。 残り３件はau (ezweb) が１件、docomoが２件で、この３件に個別に送信しても550 Unknown userなのでメアドを変更したんだろ。届け出がない。知

  • About - Mikula Beutl

    Interested in the marketing services that i offer? For now, please see the contact page Hours & InfoErdbergstrasse 101/3, 1030 Vienna, AT +43 660 1585169 [email protected] Calling: Mo-Fr 7am – 8pm Closed: Sa, Su: ALL DAY The History of DonateI immigrated to the United States from South Korea when I was young. After being involved with a supply chain software company as its third founding member, w

    About - Mikula Beutl
    tyru
    tyru 2012/04/15
    http://d.hatena.ne.jp/matzmura/20080316/1205672821 ではroots.zipってファイルをダウンロードするって書いてあったけど/etc/ssl/certs/ca-certificates.crtを指定すればいいようだ。とりあえず様子見。
    リンク

  • 自宅サーバー(Postfix)から外へメールを送る - それはそれ、これはこれ


    あまり必要性はないのだが、VMware上で時々起動しているLinuxOSから外にメールを送る設定の覚え書き。 何もしないと、Senderに送り返せないので駄目というエラーメールが返ってくる。 プロバイダが nifty で、アカウントが foofoobar@nifty.com、LinuxOSのホスト名が、myhost.local の場合。 (1) main.cf に設定 relayhost = [smtp.nifty.com] sender_canonical_classes = envelope_sender sender_canonical_maps = hash:/etc/postfix/sender_canonical(2) /etc/postfix/sender_canonical ファイルの作成 @myhost.local foofoobar@nifty.com(3) マップの作
    自宅サーバー(Postfix)から外へメールを送る - それはそれ、これはこれ
    tyru
    tyru 2012/01/03
    sender_canonical_mapsだとヘッダまで書き換わってしまう。smtp_generic_mapsだとEnvelope Fromのみ書き換えてくれる。
    リンク

  • Postfixアドレス書き換え


    メール受信時のアドレス書き換え cleanup(8) サーバは転送されたメールのような内部ソースからのメールや送信者にバウンスされる配送できないメール、メールシステムの問題を postmaster に通知するメールと同様に、Postfix の外からのメールを受信します。 cleanup(8) サーバは送信者や受信者、メッセージの中身を incoming キューに書き込む前に標準的な形式に変形します。サーバはメッセージヘッダおよびエンベロープの送信者および受信者アドレスを整え、From: や Date のようなメールの規格で要求されるメッセージヘッダを加え、Bcc: のように現れるべきではないメッセージヘッダを取り除きます。このドキュメントの後の方で述べるように、cleanup(8) サーバは複雑なアドレス操作を trivial-rewrite(8) サーバに委任します。 このステージでのア
    tyru
    tyru 2012/01/03
    Postfixアドレス書き換えの概要。図とテーブルが分かりやすい
    リンク

  • Postfixのバージョンを調べる - LostMemories

    tyru
    tyru 2012/01/03
    リンク

  • cohtan blog: PostfixでメールのToやFromを書き換える方法

    2009年3月18日水曜日 PostfixでメールのToやFromを書き換える方法 タイトルのようなことをちょっとやったのでメモ。 Postfixでアドレスを書き換える為にはカノニカルアドレスマッピングという機能を使用。 参考 : Postfixアドレス書き換え 設定例をいくつかメモります。 おまじない的にやることPostfix 2.2系の場合特に無し。 書き換えルールを設定ファイルに記述していけばOKみたい。Postfix 2.3系の場合local_header_rewrite_clients = static:allをmain.cfに書く。 2.3系ではデフォルトでは、local_header_rewrite_clients = permit_inet_interfacesとなっているようで、$inet_interfacesにマッチしたクライアントIPアドレス以外からのメールに対して書

    tyru
    tyru 2012/01/03
    リンク

  • メールサーバーにGoogle Apps（Gmail）を使う場合に軽く押さえておくポイント


    セキュリティーの問題がクリアできれば、独自ドメインでメールアドレス︵サーバー︶を運用するのにGoogle Apps︵Gmail︶を利用しない理由はないと思います。 無料版であるStandard Editionでは 無料︵広告が表示されるだけ︶ で1アカウント7GBのメールボックスが独自ドメインで作成できる50アカウントまで作成可能Gmailと同じUI、同等の機能︵検索、スパムフィルター、POP/IMAP対応、携帯・iPhone対応など︶ といった目に見える特徴と、なんと言ってもサーバーを保守する必要がないという絶大なメリットがあります。 そこで、メールサーバーとしてGoogle Appsを利用する際に行った設定︵主にDNS︶と、自戒を込めて、アプリケーションサーバーでメールを送信する場合のポイントを書きたいと思います。 ※Google Apps の導入手順のステップ 4: ユーザー ア
    メールサーバーにGoogle Apps（Gmail）を使う場合に軽く押さえておくポイント

  • メール受信をTriggerにしてコマンドを実行する代わりにMaildirを監視して負荷を削減する - blog.nomadscafe.jp


    サーバが重かった原因は別だったんだけど、某サービスでメールを受信してプログラムを起動する際のコストが大きいんじゃないかという話をしたので、以下のようなことを考えてみた。qmailを使っている場合、届いたメールをプログラムで処理したい場合は .qmailに | /path/to/program.pl と書きます。標準入力にメールの内容が渡され、環境変数等を通して表書き発送者アドレス等が取得できます。postfix でも master.cf にtransportを追加し、mapファイルを変更すると大体同じことができます。 参考: RailsとPostfixで受信メールを処理する方法 ただし、この方法だとメールの受信の度にプログラムを起動(exec)するコストが高くなりがちです。特にデータベースに接続したり、アプリケーションのライブラリを読み込んで行くと起動の負荷が上がって行ってしまいます。

  • Postfix で、Gmail にメールをリレーする - 私の二次記憶


    はじめに ︵2009年9月24日加筆︶ 多くの方に参照頂いているようですが、私もプロトコルを分かっている訳ではなく、また、情報が古びているところも目だってきました。以下、少しだけ新しい情報を加筆しておきます。書き直しの時間がとれず、どーもすみません。 Cyrus SASL については、/usr/pkgsrc/security/cy2-loginをインストールすれば良いようです。 Postfix: NetBSD 5.0.1 付属の Postfix でも、SASL は入っていないような感じです。pkgsrc から SASL 付きの Postfix を入れたほうが良いようです。 この辺︵↓︶も、参考にしてください。 http://forums.bsdnexus.com/viewtopic.php?id=720 以下、当時の原文 昨日の夜、ようやく動き始めました。2日ほどハマってしもた。以下は備
    Postfix で、Gmail にメールをリレーする - 私の二次記憶

  • HENNGE株式会社


    働く環境の﹁安全性﹂と﹁利便性﹂の両面を支えるクラウドセキュリティサービス。﹁IdP﹂は、複数のクラウドサービスのID/パスワード統合と、アクセス制御を実現。﹁E-MailSecurity﹂は、脱PPAP対応策、標的型攻撃対策、メール誤送信/監査対応など、幅広いメールセキュリティ機能を搭載。
    HENNGE株式会社

  • Postfix から Gmail 経由でメールを送る | 冒険するコンピューティング


    はて、そんなワケで昨日書いたとおりGmailさんをメインなメール環境として使いはじめたワケです。 んが、それはそれでちょいと困ることがあります。 クライアントなりサーバーなりとして UNIX (Linux) なホストが LAN の中で動いているとしましょう。 そいつらは、いろんな監視機能で root (管理ユーザー) にメールを送りつけてくるワケです。 たとえば UPS がバッテリー駆動モードになったとか、RAIDが異常だとか、redhat 由来ディストリだと1日1回 logWatch なメールが飛んできますね。 root アカウント宛のメールは root でスプールしていて、1日1回ログインして mutt (テキストインターフェースなメールリーダー) なりでちゃんと読むというのでも良いですが、面倒臭いので自分の一般権限アカウントに転送していることでしょう。 で、その一般権限アカウン
    Postfix から Gmail 経由でメールを送る | 冒険するコンピューティング
  • 1

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.