phpからメールを送るとX-Authentication-Warningヘッダがご丁寧に | 俺なんて….com ― ORENANTE.com ― ... orz
自鯖から、sendmail をApache経由で -f 付けてfromを変更して送ると 送信したメールのヘッダにこのように Message-Id: <2010********.******0**1*214@kyosuke.net> X-Authentication-Warning: kyosuke.net: apache set sender to *******@***.********.ne.jp using -f To: *******@ezweb.ne.jp X-Authentication-Warningが付加される。 まぁ偽装されてるかもしれませんよ！と 「fromが書き換えられているので信頼できないかも知れません」 ご丁寧に教えてくれるわけですが、これで配信すると迷惑メールフォルダにぶち込まれたり、 キャリアによっては届かないこともあるので、 sendmail.cf をいじっ
メルマガのエラーアドレスやバウンスメールを自動的に処理する方法（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
VPC内のインスタンスからメールを送る - まめ畑
AWSには、SESというメールを簡単に送信出来るサービスがありますが、ケータイキャリア向けに最適化して送りたいとか、送信前に色々やりたい、送信したメールの情報を取っておきたいなどなどで、自前のメールサーバからメールを送信したいという要望はあると思います。 suz-lab - blog: Postfixでリレー設定(冗長構成) の記事で、Postfixのrelayhostとfallback_relayを使用した冗長構成が紹介されていましたので、今回は、Internal ELBを使った構成とAWS内の自前のメールサーバからメールを送信する際の注意点についてまとめておきます。 まず、Internal ELBを使った場合の利点ですが、メンテナンスの容易性と可用性があります。 アプリケーションサーバやバッチサーバなどのメール送信元に設定するメールサーバの接続先情報は、Internal ELBのドメイ
spam対応初心者用メールヘッダー解析講座
Received: from rcpt-impgw.biglobe.ne.jp by biglobe.ne.jp (RCPT_GW) id DAA08174;Mon, 21 May 2001 03:06:52 +0900 (JST) Received: from smtp01.mem.interq.net (smtp01.mem.interq.net [210.157.1.51]) by rcpt-impgw.biglobe.ne.jp (8.9.3+3.2W/3.7W-01050710)with ESMTP id DAA08171 for <stakasaki@mts.biglobe.ne.jp>;Mon, 21 May 2001 03:06:52 +0900 (JST) Received: from -- (kyoto-ppp-210-172-160-58.interq.or.jp [
間違いから学ぶSPFレコードの正しい書き方 : 迷惑メール対策委員会
岡山大学 山井成良 2011年4月 1. はじめに 2. 典型的な誤りと正しい書き方 2.1 SPFレコードが複数行存在する 2.2 機構（メカニズム）の記述に誤りがある 2.3 参照方法に誤りがある 2.4 必要な空白文字がない 2.5 その他の間違い 3. チェック方法 1. はじめに 迷惑メールは、現在のところ、送信元アドレスが詐称された状態で送られるものが大多数を占めます。これにより、迷惑メールの送信源追跡を困難にしたり、フィッシング詐欺に利用されたりします。そこで、送信元アドレスの詐称を防止する送信ドメイン認証技術が開発されました。 現在までに実用化されている送信ドメイン認証技術はいくつか存在しますが、そのうち最も普及しているものがSPF（Sender Policy Framework）です。平成22年6月時点におけるjpドメインでの普及率はドメイン数ベースで約40パーセントであ
SMTPの拡張機能を確かめる「EHLOコマンド」を知ろう！
SMTPの基本仕様は、前回紹介したとおりだ。特に、EHLOコマンドとHELOコマンドの違いについては、SMTPの拡張機能を使う場合がEHLOとだけ説明した。そこでSMTPの拡張について概要とコマンドシーケンスを紹介しておこう。 SMTPのサービス拡張 SMTP拡張機能を使うためには、クライアントとサーバの双方がサポートしていなければならない。クライアントがサーバに、SMTP拡張機能をサポートしていることを伝える手段として用意されているのが、EHLOコマンドである。 サーバはEHLOコマンドを受け付けると、応答として自身がサポートしている拡張機能の一覧を返す。これによって、クライアントとサーバはお互いの機能の折衝ができるようになっている。図1はEHLOコマンドに対するサーバの応答の様子を示したものである。以下、図に示されているSMTPの拡張機能について概要を説明していこう。 SIZEは、受信
firebird » sendmail で複数ドメインのメールを受信
～@hogehoge.jp ～@hagehage.jp の2つのドメインのメールを受信する設定 ユーザーアカウントは ～@hogehoge.jp → ～.hogehoge.jp ～@hagehage.jp → ～.hagehage.jp のユーザー名でPOPログインします。 １．/etc/mail/access に追記 To:hogehoge.jp RELAY To:hagehae.jp RELAY ２．/etc/mail/local-host-names hogehoge.jp hagehage.jp ３．/etc/mail/virtusertable @hogehoge.jp %1.hogehoge.jp @hagehage.jp %1.hagehage.jp ４． makemap hash cd /etc/mail makemap hash ac
PCからデコメールを送るときの仕様 - [携帯 + 携帯] ぺんたん info
[参考記事] PHPでHTMLメールを送る方法 [参考記事] mb_send_mailでCCやBCCを指定する 表示名を指定する [参考記事] mail関数やmb_send_mail関数でReturn-Pathを設定する方法 [参考記事] mailto本文での改行 ドコモのN、Pで送信に失敗します [参考記事] mailtoの使い方 [参考記事] 携帯サイトでのmailtoの使い方 HTMLソース HTMLソースは3キャリア共通 <HTML> <HEAD> <META http-equiv="Content-Type" content="text/html; charset=iso-2022-jp"> </HEAD> <BODY> 本文 </BODY> </HTML> <IMG>タグはContent-IDで置き換える。 Docomo、auの<IMG>タグ置き換え例 <IMG src="ci
ke-tai.org > Blog Archive > postfixで携帯メールを扱う際の注意点
postfixで携帯メールを扱う際の注意点 Tweet 2008/5/8 木曜日 matsui Posted in サーバ | 2 Comments » 今回はPostfixでケータイ向けメールサーバを作る場合のTipsをご紹介します。 Postfixでメールサーバを作成する場合、「main.cf」に次の項目を設定しておかないと、一部ユーザからのメールを受信できません。 allow_min_user = yes 上記は、ハイフン(「-」)から始まるメールアドレスからのメールを受信するために必要です。 Postfixはデフォルトで、ハイフンから始まるアドレスを弾いてしまうためです。 システムに携わっている方は、ハイフンから始まるアドレスを登録するという発想自体が無いと思いますが、一般の方々はそうではありません。 実際に私の管理しているサイトで調査してみたところ、結構多くの方がハイフンから始ま
Postfixの応用
応用 最終更新日：2006-03-12 ここでは、メールサーバを構築する場合において、ありがちな構成での例を実際に挙げながら、Postfixによるその構築方法について示します。 １．DMZ上にスルーサーバ（社外メールサーバ）を構築する例。 以下の図のように、DMZ上にメールサーバ（社外メールサーバ）を配置して、インターネットからのメールをすべてここで受けてから、ファイヤーウォール下の社内メールサーバにリレーする場合の設定です。 この構成のメリットは、ユーザアカウントの登録は内部メールサーバだけにしておく事で、DMZに配置するスルーMailサーバにはユーザのアカウントを登録する必要が無い事です。 インターネットに公開されているのはスルーメールサーバなので、クラッカーから攻撃を受けるのは常にこのスルーメイルサーバですが、万一、クラッキングによってスルーメールサーバが乗っ取られた場合でも、直ちに
Postfixによるメールサーバーの構築
■EXPN/VRFYコマンドを拒否する EXPN コマンドによってシステムアカウントの有無を確認することができます。また、VRFYはメールアカウントが存在するかどうかを確認するもので存在していればそのユーザー名を表示します。EXPN、VRFYを使うとアカウントの情報が外部から容易に確認することができてしまうので、このような情報はできるなら表示させないようにします。以下は、VRFY コマンドを使ってkororoというユーザーが存在するかどうか確認した例です。 # telnet localhost 25 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. 220 mx.kororo.jp ESMTP Postfix EHLO localhost 250-mx.kororo.jp 250-PIPELINING
DoCoMo/メール配信 - ke-tai.org
メールについて † 文字数制限は全角で250文字まで。 送信時の文字コードはJISもしくはSJISで送信する必要があります。 半角カナや絵文字の使用も可能です。 メールアドレスは***@docomo.ne.jpで、***の部分は3文字以上30文字以下。 英数字および「-(ハイフン)」「_(アンダーバー)」「.(ドット)」が使えます。（1文字目は英字のみ） 上記の条件を満たせばどんなメールアドレスでも作成できるため、従来のメールアドレス判定正規表現では処理できない場合があります。 MTAによっては@より前が、自動で"(ダブルクォーテーション)でくくられてしまうことがありますが、配信には特に問題がないようです。
techbank.jp - このウェブサイトは販売用です！ - techbank リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
期日が間近のチケットをメールで通知する（リマインダ機能）