タグ

E-mailに関するblythegirlsのブックマーク (46)

  • Postfix でバーチャルドメイン宛のメールを受け取る ( ラボブログ ) - ryuzi_kambe の?D

    Postfixhttp://blog.spicebox.jp/labs/2009/03/postfix_1.html なんかよく忘れるので、Postfix でバーチャルドメイン宛のメールを受け取る方法をメモして億来ます。 基的にはここにあるのと同じです。。 複数のドメインでメールを受信する postfixが好きだ! - Favorites! 1./etc/postfix/viatual に、メールアドレスとローカルアカウントの組み合わせを記述 2./etc/aliases を編集して、そのアカウントの挙動を記述(aliases でキャッチするので必ずしもローカルにそのアカウントがある必要はない)記述後はもちろん newaliases を実行(←よくやり忘れる) 3./usr/sbin/postmap /etc/postfix/virtualとか、postfix の再起動で設定を有効にする

  • Submission over TLS 設定メモ - Many-worlds interpretation

    Postfix で submission port (port 587) を使用する SMTP over TLS のサーバを立てた。 ついでにバーチャルドメイン回りの設定もやってみた。 OS は Ubuntu 8.04 LTS。 以下自分用覚え書きメモ。 Postfix install aptitude install postfix インストール時選択肢 インターネットサイト hoge.com ユーザ fuga 作成 adduser --ingroup users fuga vi /etc/postfix/main.cf #------- mail_owner = postfix mydomain = hoge.com myorigin = $mydomain mydestination = localhost, $mydomain mynetworks = 127.0.0.0/8 un

    Submission over TLS 設定メモ - Many-worlds interpretation
  • バックアップサーバからのメールが不達になった - あれだよ、あれ……なんだっけ?

    記事にするのはもっと後でも良いかとは思ったが、よくよく考えたら 時間が空きすぎてしまうと情報を引っ張り出すのが少々面倒なので ここら辺で記事にしておこうと思う。まあそれくらいちょっとした話。 現在自宅に設置してある全てのサーバのperiodicやcronで回した処理の結果を メインサーバに転送するように設定してあるのだが、 今朝確認を行ったところメインサーバ以外からのメールが一切不達になっていた。 ネットワーク的な問題が発生した痕跡もないしサーバを落とした覚えもないので 早速原因究明に映る。 ……と思いきや、メインサーバのroot宛(正確に言えばrootのaliasに設定したアドレス)に 下記のようなメールが届いているのを早速発見。 Transcript of session follows. Out: 220 mail.local.server ESMTP Postfix In: EHL

    バックアップサーバからのメールが不達になった - あれだよ、あれ……なんだっけ?
  • submission portへの対応

    [Linux] プロバイダーでOutbound Port25 Blockingが最近すすんでいる。これはポート25番ポートからのメール送信をできなくするものである。これらのプロバイダを使用している場合、プロバイダ以外のメールサーバを使用する場合には、通常のポート25ではなくsubmission portの587番ポートを使用する必要がある。一方サーバ側ではポート587へのアクセスを以下のようにして25番にリダイレクトしてあげればよい。

  • メールアドレスのcase-insensitive - ぐだぐだ日記

    メールアドレスのcase-insensitiveがたまに議論になるので、調べた内容を備忘録で Wikipedia rfc5321には運用上の注意点の記載があります。 来はcase-sensitiveであるべきらしいです。rfc2821に以下の記載がありますね。 The local-part of a mailbox MUST BE treated as case sensitive. Sendmailとかqmailとかは区別してなかったと思う(postfixは区別してた様な記憶が・・・)。

    メールアドレスのcase-insensitive - ぐだぐだ日記
  • Message transfer agent - Wikipedia

    Within the Internet email system, a message transfer agent (MTA),[1] mail transfer agent,[2] or mail relay is software that transfers electronic mail messages from one computer to another using the Simple Mail Transfer Protocol.[3] In some contexts, the alternative names mail server, mail exchanger, or MX host are used to describe an MTA. Messages exchanged across networks are passed between mail

  • Message submission agent - Wikipedia

    This article needs additional citations for verification. Please help improve this article by adding citations to reliable sources. Unsourced material may be challenged and removed. Find sources: "Message submission agent" – news · newspapers · books · scholar · JSTOR (March 2017) (Learn how and when to remove this message) A message submission agent (MSA), or mail submission agent, is a computer

    Message submission agent - Wikipedia
  • Message delivery agent - Wikipedia

  • Sendmail with Maildir

    Sendmail で Maildir を使う 大誤解 「Sendmail が扱えるのは mbox 形式だけで、Maildir は使えない」 大嘘である。sendmail は Maildir を扱うことはできない。それは事実だ。しかし、sendmail は mbox も扱うことができない。なぜならば、sendmail は MDA ではないからだ。 MDA とは何ぞ MTA と MDA MTA (Mail Transfer Agent): SMTP を使ってサーバ間でメールを転送するもの。 MDA (Mail Delivery Agent): ユーザのメールボックスにメールを配信するもの。 sendmail は MTA である。MSA や MSP としての側面もあるが、MDA としての機能は内包していない。sendmail はユーザのメールボックスの形式は関知しない。sendmail がメール

  • redhat updateマニュアル

    Planning Important planning recommendations and guidance to review before deploying. Considerations in adopting RHEL 9Key differences between RHEL 8 and RHEL 9 Getting the most from your Support experienceGathering troubleshooting information from RHEL servers with the sos utility Package manifestPackage listing for Red Hat Enterprise Linux 9 Interactively installing RHEL from installation mediaIn

  • redhat.com | jboss document

    For customersCustomer supportDocumentationSupport CasesSubscription managementRed Hat Ecosystem CatalogFind a partnerFor partnersPartner loginPartner supportBecome a partnerTry, buy, & sellRed Hat MarketplaceRed Hat StoreContact SalesStart a trialLearning resourcesTraining and certificationFor developersHybrid cloud learning hubInteractive labsLearning communityRed Hat TVOpen source communitiesAns

    redhat.com | jboss document
  • MTA のアクセス制御

    MTA の各種のアクセス制御手法について思いつくままにメモしたもの。ほとんどは spam 対策だが、こうすれば spam を撃退できる、というガイドではない。絶大な効果があるものから、ほとんど効果がないどころか多大な副作用をもたらすものまで、さまざまな手法をとにかく列挙する。筆者は spam 対策については「やりすぎるぐらいならば何もしない方がマシ」という立場を取っているので、メリットよりもデメリットを重視する。なお、分量はわずかだが DoS 対策や内部ユーザによる abuse を防止する手法についても触れる(この文書は spam 対策技術のメモではなく MTA のアクセス制御手法のメモである)。 ローカル配送された後にユーザごとで選別する方法についてはほとんど取り上げない。携帯電話向け spam についても触れない。特定の MTA や対策ツールにかたよった記述はほとんどしないし、特に必要

  • MSN Japan - ニュース, 天気, メール (Outlook, Hotmail), Bing検索, Skype

  • http://daemon.m-i.jp/

  • 日本語のe-mail、ISO-2022-JP以外のcharsetを使うのは是か非か | スラド IT

    問題をよく考えましょう. 単独で動作するアプリケーションの話ではなく,不特定多数の相手との通信アプリケーション 直接に相手の(文字コードなどの)能力仕様を確認する手順を踏まずに, 仮定(相手が ISO-2022-JP 等を処理できると決めうち)の上でいきなり送りつける (SMTPによる MTA 間のやり取りはEHLO 等で仕様確認して調整する余地があるが, MUA間のやり取りは RFC822,RFC2822,RFC5322 などの仕様で書かれたものを,完全一方通行で送る) (とりあえず 8bit through かどうかはまた別の問題ということで置いておく) さてここで,歴史的に考えるとこんな感じになります. 原始時代: 英語? ローマ字?(私はよく知らない) pre-MIME時代: メッセージには JIS(≒ISO-2022-JP)を使うという プロトコル外の「共通の了解事項」を設定する

  • アップデーティング・メールセキュリティ 連載インデックス - @IT

    櫻井 俊宏 株式会社日システムディベロップメント プロダクトソリューション営業部 チーフ 電子メールセキュリティはウイルス対策、スパム対策だけで終わるものではなく、アーカイブや暗号化、一斉配信や大容量ファイル転送なども広義のメールセキュリティに含まれる。そこで連載では、メールセキュリティの定義を“アップデート”し、メール管理者が知っておくべき手法をていねいに解説する(編集部) メール暗号化の必然性と暗号化手法の基礎 アップデーティング・メールセキュリティ(1) メールセキュリティはウイルス、スパム対策だけではありません。メールセキュリティのアップデート、まずは「暗号化」から! 櫻井 俊宏(さくらい としひろ) 株式会社日システムディベロップメント プロダクトソリューション営業部 チーフ 1980年11月4日、神奈川生まれ。2003年4月に日システムデベロップメント(NSD)に新

  • 特定電子メールの送信等に関するガイドラインの公表 - BSDmad の日記

    セキュリティホール memo にも紹介されていますが、総務省から 総務省|掲載期間終了につき転送します。 として 特定電子メールの送信等に関するガイドラインの公表 がなされました。 先日の 迷惑メール対策カンファレンス でも言及がありましたが、来、真っ当な事業者であれば全く影響が無いはずです。が、一応ガイドラインには目を通しておいた方が良いと思います。法人、個人問わず『事業者』であれば対象ですので。 ちなみにガイドラインの『3 オプトイン規制の例外(法第3条第1項第2号〜第4号)』の(3)*1「自己の電子メールアドレスを公表」している団体・営業を営む個人 については、私は迷惑メール対策カンファレンスの質疑応答で初めて知りました。 (省略) 正当な営業活動の一環として事業者間(BtoB)で電子メールを送受信する場合に、ウェブサイトなどでメールアドレスを公開している事業者に対してビジネス向け

    特定電子メールの送信等に関するガイドラインの公表 - BSDmad の日記
  • どさにっき

    2008年11月25日(火) ■ 虹 _ 東福寺といったら、とくにこの時期は通天橋から眺める紅葉が有名なんだけど、ここは三門がすばらしいのですよ。おれ的京都三門ランキング堂々1位なのですよ。次点で南禅寺、知恩院。 _ で、その東福寺三門にかかる虹。 ここしばらくはほぼ毎年京都見物に行ってるし、そのたびに東福寺には出かけるんだけど、さすがにこんな景色に出会えるとは思いもよらなんだ。ほんといいもん見れた。 _ つーわけで、3連休+有休1日で車1300km+自転車100km。4日じゃ足りん。行きたかったのに行けなかったところがまだまだたくさん。 2008年11月26日(水) ■ 無題 _ 今さらだが、 2週間前ほどに世界中の spam が激減した話と、 それがまだ復活してないという話。 うちみたいなしょぼい個人ホストでも、たしかに 11/12 以降ログサイズが減少してそれ以降回復してないことが観

    blythegirls
    blythegirls 2008/11/27
    そもそも知らなかった…
  • 2008年11月14日 UTF8互換syscons(4)開発中、FFSスナップショットバッファフラッシュ改善、sendmailでTLS/Auth機能対応、HAMMERにバージョニング機能実装、NetBSD 5.0リリースサイクル開始他 | gihyo.jp

    FreeBSD Daily Topics 2008年11月14日UTF8互換syscons(4)開発中、FFSスナップショットバッファフラッシュ改善、sendmailでTLS/Auth機能対応、HAMMERにバージョニング機能実装、NetBSD 5.0リリースサイクル開始他 heads-up UTF8-compatible syscons(4) development current - Alexander Churanov氏がcurrent-mlにおいてUTF8互換のsyscons(4)開発が継続して進められていることを伝えています。今のところsyscons(4)におけるUTF-8デコードの実装が完了しているようです。これにはカーネルモードデコーダ、ユーザモードユニットテスト、syscons出力プロセッサへのパッチ、ユーザモードインテグレーションテストアプリケーションなどが含められていま

    2008年11月14日 UTF8互換syscons(4)開発中、FFSスナップショットバッファフラッシュ改善、sendmailでTLS/Auth機能対応、HAMMERにバージョニング機能実装、NetBSD 5.0リリースサイクル開始他 | gihyo.jp
  • 電子メールクライアント - Wikipedia

    「メーラー」はこの項目へ転送されています。アメリカ合衆国の作家Norman Kingsley Mailerについては「ノーマン・メイラー」をご覧ください。 この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。(このテンプレートの使い方) 出典検索?: "電子メールクライアント" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL(2023年9月) 電子メールクライアント(でんしメールクライアント、英: mail user agent、MUA、メールユーザエージェント)とは、電子メールを送受信し管理するためのアプリケーションソフトウェア。一般的には(電子)メールソフトなどと言う。メーラーと言うこともあるが、その場合には、メール転送エージェント