●リンク
本家
ttp://http://www.postfix.org/">ttp://www.postfix.org/ Postfix のぺーじ (ドキュメントの日本語訳、MLなど)
ttp://www.kobitosan.net/postfix/ 過去スレ、関連スレなどは ： 名無しさん＠お腹いっぱい。 [sage] 2013/12/08(日) 19:04:47.08
9370お前のことだよ
お勤めご苦労さまですだよねｗ
ニートの妄想乙、
現実社会ではv4オンリーのサーバーがどれほど稼動しているか、
そしてJPNIC等でも今後10年はv4オンリーで問題が生じることは無いと断言されてる。
anthyで適当に入力したｗ
relay_domainsを大量に指定するのか、mynetworksにグローバルIPを指定するのかどっちが安全かご教授ください
smtpd_recipient_restrictionsでSASL認証するようにすれば出来ました
ありがとうございました！
これまでは若干遅れることはあっても、
それほど問題なかったのですが、
最近メールが届かないという事象が発生し困っております。
PCメールアドレス宛てのメールに関しては遅延もなく
全く問題ありません。
またmaillogも確認してみましたが、該当ドメイン宛のメールに関しても
以前と変らず問題なくみられます。どのようなことが原因か、
対処方法等あるようでしたら教えていただけますでしょうか？
maillogは下記のとおりです。
status=sent (250 Ok: queued as F0B001941CD)
お手数ですが宜しくお願い致します。
SMTP的に送信に成功しているならば、その先で遅延しようが不達になろうが
もう Postfix は関係ない
ttp://www.postfix.org/announcements/postfix-2.10.1.html 今更だけどこれの最後の reuse TCP connections のやっつけ修正ひどすぎる
これは不具合に蓋をして workaround するんじゃなくてちゃんと bugfix しろとゆいたいです
調べててBATVという仕組みがあるというのを知って、対策内容も納得できる様な内容だったけど
ググった感じあまり一般的な手法でもないのかなーと思ったけどどうなんだろう？
BATV知らなかったから見てみたけど、内容的には確かに納得できるけど
ポートを変更しないといけない？のが、ユーザがたくさんいるとこだと難しいね
すでにサブミッションポートを使っているならユーザーさんからは変更なしで使えるようにできるんじゃないかな。
変更点は
ttp://www.postfix.org/announcements.html に書いてあるよ。
IPv4 で配送されたり「揺らぐ」ようになった。環境はデュアルスタックのまま何も変えてない。
調べたら 2.8 から導入された smtp_address_preference のデフォルト値が
=2.8 smtp_address_preference = ipv6
>2.8 smtp_address_preference = any
に変更されていた。
smtp_address_preference = ipv6 を main.cf に追加すれば元に戻るのかと思ったら
The setting "smtp_address_preference = ipv6" is unsafe. It can fail to deliver mail when there is an outage that affects IPv6, while the destination is still reachable over IPv4.
とか書いてある。
「IPv4が reachable なのに IPv6 が障害起こしてるときにメールが配送されないことがあるから unsafe だ」と。
でも smtp_address_preference は IPv6/IPv4 の２択状態の時にどちらを先に試すか ( try first )という設定で
あって IPv6 接続に固定する設定じゃないはず。
もし IPv6 で接続エラーになれば IPv4 にフォールバックすると思っていたのだが
わざわざ注意書きしてデフォルト値を any に変更したということはこの辺何か地雷があるのだろうか。
May 13 11:07:14 xxx postfix/smtp[30191]: 5A6642D62: to=<foo@example.com>, relay=mx2.example.com[IPv4アドレス]:25, ～ dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as ～
IPv6経路いじって追試したらちゃんと IPv4 にフォールバックした。
なぜ unsafe なのか誰か知ってる人教えてくれ
5xxなエラーを返しちゃうとfallbackしないよ。
たとえばv4には逆引きが設定してあるけどv6にはないなんてときに、
宛先サーバが逆引き制限してたりするとひっかかる。
outageだとかreachableだとかというのはそのへんのことも含んでるんじゃないかな？
スッキリした。
ありがとう。
4xx で defered してリトライを繰り返す場合に try first v6 で行ったり try first v4 で行ったり
することに意味があるんだろう。
スレ汚し失礼した。もちっと様子を見てみるわ。
今さら main.cf に後方互換性を制御するパラメータを足すほど非互換なのかよ
送り主(a)が、私のサーバ宛(b)にメールを送ると転送先(c)(d)にメールを転送できればと思っています。
このとき、MLと少し違うのは送信元情報はそのままで、toなどが(b)になっているのを、それぞれ(c)(d)に書きかえたいと思っています。
つまり、(c)(d)からみると(b)宛にきたメールではなく(c),(d)宛にきたメールのようにしたいです。
これを、web上から追加設定するようにしたいので、途中でmysqlを参照できればと思っています。
どのようにすればいいでしょうか。
ttp://tohokuaiki.hateblo.jp/entry/20130616/1371404601 こちらが近いかなと思うのですが、toなどの情報が(b)になるかなと思っています。
送り主
(a)sender@mail1.com
私のサーバ
(b)myserver@mail2.com
転送先
(c)target1@mail3.com
(d)target2@mail4.com
---
(a) -> (b) -> (c)
-> (d)
ttp://www.kobitosan.net/postfix/trans-2.2/jhtml/MYSQL_README.html ( ・∀・) ほー それで
( ： )
し─J
SPF/ DKIM / DKIM-ADSP / DKIM-ATSP / DMARC あたりは RFCも出揃ってきたし
そろそろ本体に取り込んで欲しいなぁ
postfix の rpm をポンと入れたらあんまり他のパッケージ入れたり main.cf や master.cf を
ごちゃごちゃいじらないでサクっと導入したいわ
送受信は普通に問題なく行える状態です。
転送もlogを見るとsentとなっているが届かないしspamフィルタにもかかっていない。
原因を突き止めるにはまず何からすれば良いでしょうかね？
ttp://archives.neohapsis.com/archives/postfix/2015-02/0246.html （人からもらったコードを取り込んだだけだけどﾃﾍ）
でもまだ未完成で対応作業中なんだ
次のバージョン 3.1 で完成したらいいなぁ…
でもとりあえず3.0 をリリースしたから 2.8系列はもうこれでおさらばだぜ！ HA!HA!HA!
最近のSSL/TLS周りの脆弱性ってプロトコル自体に欠陥があるから
もう SSLv3 使うなとか export grade の chiper suite 使うなとかそーいうアドバイザリが多発してるんだけど
それをそのまま MTA に適用すると、今まで弱い、あるいは脆弱性があるにしても一応暗号通信をしていた
相手が暗号なしの丸裸通信するようになって本末転倒なんだよねぇ
virtual domainで、それ用のaliasはMySQLのaliasテーブルに定義されてるみたいなのですが、
そのgotoカラムに"| /hoge/hoge.PHP" 等と入れても宛先がないとエラーになってしまいます。
この場合どうしたら良いのでしょうか？色々自分で調べてみたのですが探せませんでした＞＜；
マニュアルくらい読んでから質問しろやボケカスなのです。
なぜか送ったメールがrootに届いてしまうのはどうしてでしようか
もうちょっと上手に説明しないと良い回答は得られないと思います。
単に/etc/aliasでfooの転送先としてrootが指定されてるだけかもしれないじゃん？
あと、SMTPサーバのログくらいは見てから質問してるんですよね？
CentOS6
postfix
dovecot
これでfoo@hoge.netにメールを送ります。
すると、postfixのログには
postfix/local[5645]: 137CBC0C82: to=<root@hoge.net>, orig_to=<foo@hoge.net>, relay=local, delay=0.17, delays=0.14/0.03/0/0, dsn=2.0.0, status=sent ( delivered to mailbox)
となっていて、rootが受信してるようです
エイリアスを確認したところ、
mailer-daemon: postmaster
postmaster: root
foo: postmaster
となっていてそれが原因でした・・・
postaliasで再作成して解決しました。
ありがとうございました。
UserUnknown時のバウンスとかどうしてるんですか？
virtual_mailbox_mapsを無視しちゃうから、procmail側で対処するしかないんですかね…？
ＵＲＬ貼れないから
メーンズガーデン ってググってみて
※正しいサイト名は英語。
こじらせてるんだろうなぁ
postfix 標準の virtual トランスポートを使わなくするんだから virtual_ 系の機能が
使えなくなるのあたりまえじゃん
postfix 全体を勉強しないで、適当にググって出てきた設定例を部分的に引っ張ってきて
なんとかしようとするからそういうことになる
単に存在しないアドレスを User Unknow にしたいだけなら
smtpd_recipient_restrictions の check_recipient_access で
存在するアドレスを OK にして最後にドメインを REJECT するとか
他の方法はいくらでもあるけど
これが解決しても、次にまた問題を持ち込んでくるんだろうなぁ
正規表現とかうまく使って簡単に書く方法無いかな？
main.cf そのままでとりあえず動くんだよね？
ttp://www.postfix.org/COMPATIBILITY_README.html IDN を punycode に変換して問い合わせる処理なんて入ってないからどうせ駄目だわ
最終的に pop3/imap サーバーも対応必要、MUA も対応必要？とか気が遠くなる話だな
こんなもん普及するんかのう
postfix 2.6 です。
次のようにして、マルチプルインスタンスを生成しました。
postmulti -I postfix-new -e create
postmulti -i postfix-new -e enable
作った、postfix-newインスタンスでメールをリレーさせました。
認証の不要なローカルにおかれたsmtpサーバ25番ポートへは、status=sent (250 2.0.0 Ok で問題なく遅れます。
しかし、認証の必要なispのsmtpサーバ587番ポートへは、connection time outとなり、認証手続きにすら進めません。
（認証関係の設定をすべて外して、relayhostの設定だけにしても、connection time outがmaillogに上がります。）
一つ目のもともとのメインインスタンスからは、同じispのサーバにリレーさせても、sentとなりましたので、
ネットワークでの問題ではないようです。
マルチプルインスタンスにした場合の、新規インスタンスで、どうしてこのようなリレーでコネクションタイムアウト問題が起きるんでしょうか。
25番か、587番の違いが効いているのでしょうか。
しかし、メインインスタンスは問題なくリレーできるんです。
よろしくお願いします。
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
authorized_submit_users = static:anyone
command_directory = /usr/sbin
config_directory = /etc/postfix-new
daemon_directory = /usr/libexec/postfix
data_directory = /var/lib/postfix-new
debug_peer_level = 2
html_directory = no
inet_interfaces = 10.30.242.113
inet_protocols = all
mail_owner = postfix
mailq_path = /usr/bin/mailq.postfix
manpage_directory = /usr/share/man
multi_instance_enable = yes
multi_instance_name = postfix-new
mydestination = $myhostname, localhost.$mydomain, localhost
newaliases_path = /usr/bin/newaliases.postfix
queue_directory = /var/spool/postfix-new
readme_directory = /usr/share/doc/postfix-2.6.6/README_FILES
#relayhost = 10.30.242.17:25
relayhost = smtp.isp.example.com:587
sample_directory = /usr/share/doc/postfix-2.6.6/samples
sendmail_path = /usr/sbin/sendmail.postfix
setgid_group = postdrop
smtp_sasl_password_maps = /etc/postfix-new/relay_password
認証関係の設定は外しています。
SMTPクライアントのソースアドレスの設定(master.cfのsmtpにsmtp_bind_addressオプションを付加)を明示的に行ったところ、
うまく外部のサーバと通信ができるようになりました。
普通は INADDR_ANY で bind しても適切なIPが選択されるはずやけど
まーいっか
INADDR_ANY 調べたいと思います。
ありがとうございます。
この使用許諾契約書には書かれています
”最後にあなたのコンテンツを含む個人データ（例えばあなたの電子メールの内容や―プライベート通信やプライベートフォルダ内のファイル）にアクセスし―開示し保全します”
開示する ここ重要だよ
契約がなければ通常 高度な違法行為になりうることです それはあなたが自分の意思としてこの契約書に同意したのです
ttps://www.youtube.com/watch?v=ZBwEmgdqB1c 【秘密保護法】 ナチスの手口でサヨクを捕まるんだろ？ 早くやってみろよ m9(^Д^) 【緊急事態法】
スノーデン氏→国家秘密法は諜報機関ＮＳＡの日本での活動を容易にするために米国が設計して日本政府に導入を要求したもの。
全日本人が調査の対象であり、ＮＳＡはあなたの交際関係、信仰等の個人情報を把握している。
ttps://twitter.com/hopi_domingo/status/740193540529999873 今朝、辺野古で新基地建設に反対するママの会メンバーに対して、機動隊員が「お前たちには汚い血が流れている」などと暴言を吐いたそうです。
自分のやっていることを「だってお金欲しいもん～」「俺の写真を待ち受けにしろ」とも （顔写真）
ttps://twitter.com/MothersNoWar/status/690357793702940672 サンマ以降のバラエティ芸人の大半が、暴走族出身で極右思想。原発反対派を「放射脳」と嘲笑する連中。
芸能界極右は石原慎太郎一家を筆頭に、上田晋也 草野仁 津川雅彦 向井理 松本人志 宇多田ヒカル マツコ 春日俊彰 田村淳 北村晴雄
ttps://twitter.com/tokaia mada/status/630627400552845312 main.cfのsmtpd_miltersを使って、外部のフィルターに渡した後
付加されたヘッダの内容をもとに、メールの宛先を振り分けたいのですが
header_checks で REDIRECT させようとしたところ、無視されてしまいました
smtpd_milterは、キュー投入後（cleanupの後?）に動作するのでしょうか？
また、header_checksが効かないとなると、他に smtpd_milter 後にヘッダを
検証させる良い方法がありましたらご教授いただけると助かります。
メール送信を自サーバでせずに、
プロバイダーのメールサーバ（PopBeforeSmtp）で実施したいと思っております。
main.cfファイル：
relayhost = [ms.XXX.ne.jp]
transportファイル：
* smtp:ms.XXX.ne.jp
の記述をしてテストしているのですが、メールログには
postfix/error[12189]: D52794969: to=<XXXXX@XXX.XXX.XX>, relay=none, delay=19373, delays=19372/0.09/0/0.07,
dsn=4.4.2, status=deferred (delivery temporarily suspended: lost connection with ms.XXX.ne.jp[61.XXX.XXX.193] while receiving the initial server greeting)
と出力され、送信できません。
なにか原因をご教示頂けないでしょうか？
transportファイル：
* smtp:[ms.XXX.ne.jp]:587
でイけました
PopBeforeSmtpってことは、pop3の認証は別にdovecotで定期的にやってるってこと？
k-opticom使ってる?
local_recipient_mapの検索で与えられた
*を検索文字として扱ったり
先頭のスペースを無視したりするんだな。
おかげで、hogeってユーザーがいると
"*oge"宛てなんかを受信しやがる。
delays の1つ目に時間がかかってる場合なにが原因と考えられますか？
第一印象としては、何かフィルタや制御をしていますか？ という疑問が浮かびます。
以下のドキュメントが参考になると思いますので、ご確認ください。
Postfixキュー投入前コンテンツフィルタ
ttp://www.postfix-jp.info/trans-2.3/jhtml/SMTPD_PROXY_README.html Postfix SMTP リレーおよびアクセス制御
ttp://www.postfix-jp.info/trans-2.3/jhtml/SMTPD_ACCESS_README.html ちなみに delays 各項目の値の意味は以下の通り (もう見てるかもしれませんが)。
Postfix が遅かったら delays を見よう - BitWalker
※どうしても URL が NG 判定されてしまうため書き込めませんでした。
「Postfix が遅かったら delays を見よう site:dtiblog.com」でググってみると、
おそらく最上位に dtiblog.com の blog-entry の 173 という感じの URL の記事がヒットします。
そこを見てみてください。
それとこういう事例もあったみたいだけど、これは送出時の遅延だから参考にはならないね。
№4090 Postfixのdelayについて - Web Patio - Fedoraで自宅サーバー構築
ttp://fedorasrv.com/bbshtml/webpatio/4090.shtml useraddでユーザー追加後に再起動等せずに外部のサーバーが送ったメールを
受信できるか確認したところ、
550 5.1.1 <hoge@hoge.com>: Recipient address rejected: User unknown in local recipient table
というエラーメールが返されてきました。
そこでサーバーをrebootで再起動して再度、受信テストしたら受信できるように
なったのですが、useraddでアカウントを追加した際はDovecotなりPostfixなりを
再起動しないとアカウント追加が反映されない仕様なんでしたっけ？
postfix の local_recipient_maps の設定はどうなってるの？
Linux板にPostfixスレが見当たらず、新たにスレ立てするのも気が引けたもんで。。
local_recipient_maps = unix:passwd.byname $alias_maps
#local_recipient_maps = proxy:unix:passwd.byname $alias_maps
#local_recipient_maps =
こんな感じになってます。
ttps://www.server-world.info/query?os=Ubuntu_16.04&p=mail こちらを参考にしました。
ttp://www.postfix-jp.info/trans-2.3/jhtml/DATABASE_README.html#detect ttp://www.postfix.org/DATABASE_README.html#detect 原則、reloadが必要なものもあるし不要なものもある。いくつかのものはreload不要と明記されている。unix:passwdはreload不要と書かれていない。
proxyはどうなんだろう。
ああー やっぱり/etc/passwd 変更時もreloadしないといけないんですねー
reload必要なのはPostfixの設定変更時だけだと思ってました。
前回他のサーバーで設定した際にとくにreload等した記憶なく新規作成されたアカウントで受信してた気がしてたんで
今回どこかで設定間違ったか気になって質問させて頂きました。
ありがとうございました！すっきりしました。
他のサーバでっていうのは、単に時間を置いてから受信したのでは？
即時反映させたいなら postfix reload を実行すればよいし、急がないなら放っとけばそのうち反映される。
# そのうち反映されるという点についてはちょっと自信ない。OS や postfix のバージョンによって違うかも。
時間をおいてやったのかもしれません。
ちょっと、興味あるのでもう一個サーバー立てて試してみます。
勉強になりました！ありがとうございました。
もう一個サーバー立てて試してみたのですが
local_recipient_maps =
のようにブランクにしてみたところreloadなしでも新規アカウントで受信できるようです。
ttp://www.postfix-jp.info/trans-2.3/jhtml/postconf.5.html local_recipient_maps (デフォルト: proxy:unix:passwd.byname $alias_maps)
Postfix SMTP サーバでのローカル受信者チェックを無効にするには、 "local_recipient_maps =" (つまり空値) を指定します。
これが希望の動作？
民団新聞
www.mindan.org/front/newsDetail.php?category=0&newsid=23472
お知恵を拝借させてください。
現在、VPS上の postfix にて社用メールサーバを通常運用させておりますが、
私を含めた一部のユーザがprocmailにてGmailに自動転送しています。
Gmailは、添付ファイルに特定の拡張子を含むとメールをRejectします。
（ 552-5.7.0 This message was blocked because its content presents a potential
552-5.7.0 security issue. Please visit 552-5.7.0）
これが結構な頻度で誤判定します。
そのため、添付ファイルを含むメールがロストしていることが分かりました。
発信元 -> VPS postfix --(procmail)--> Gmail [特定の拡張子を発見でReject]
Gmail --(警告メール※)--> VPS postfix --(procmail)--> Gmail
※ 元メールのヘッダを出力したテキストを添付した、上の英文を含む警告メール。
ユーザ側からは「ヘッダが記述されたテキストが添付された*Gmail*の警告メール」が
Gmailに届いた、ということだけでした。
GmailからRejectされ警告メールがメールサーバに戻ってきたタイミングで、
添付を含む元メールをどこかへ退避させるのがベストですが、順序的に難しいことは
承知しています。
何かお知恵を拝借できればと思います、どうぞ宜しくお願いします。
Gmailに転送すると同時にローカルにも配送しておくのはいかがですか？
ディスクの肥やしになるのが嫌なら一定期間が経過したメールを削除するスクリプトを仕込めばよい。Maildir形式なら簡単。
(2)
本題ではないけど、そのprocmail設定はループを回避するようになってないの？
警告メールがGmailに転送されているのは適切でない予感がします。
送る前に判定して保存しておけば済む話では？
うちの場合、Gmailの迷惑メールフィルタなどの機能を使うため、基本的に全メールをGmail経由してから
自前のメールサーバで読みたいという条件があって、いろいろ試行錯誤した結果、スマートな方法ではないかも
しれないが↓のようにしてる
1. ユーザhogeに対してメール読み書き用ユーザhoge_mailを作る
2. hogeに届いたメールをhoge → Gmail → hoge_mailと転送する
3. hogeのprocmailレシピでは
- エラーメールはhoge_mailに配信する(Gmailに転送しない）
- 添付ファイル付きメールはコピーをhogeのメールボックスに入れる(Gmailにも転送する）
4. ユーザのメーラではhogeとhoge_mailを読めるように設定し、hoge_mailを常用する。Gmailで拒否された
エラーメールが届いたら、hogeのメールボックスを見る
うちは添付ファイル付きメールが日常的に届くが、Gmailで拒否されるexeなどが添付されているのは
年に1本あるかどうかなので、2重化された一方を簡単に自動削除できるようメールボックスをhogeとhoge_mailの２つにしてる
レスありがとうございます。
871, 873 両氏おっしゃるように、ローカルにも保存しておくのが
無難なのでしょうか。あまりスマートではないようですが、この
方向で考えてみます。
871 (2)ループの件は、適切でないことは承知しておりますが、
Gmailに警告を飛ばさないと、メールが弾かれたことを気付かない、
ということもあり、このままにしてありました。
872 拡張子によって弾かれるというよりも、暗号化zipや暗号化PDF
を含むzipファイルが添付されていると弾かれているのでは
ないかと思っています。
(詳しく調べていないので確証はないのですが...)
Gmailで弾かれた場合は、メールの送信元に弾かれた旨の
警告が返れば、そもそも不通に気付くのではないかと思い
ましたが、現状の流れでは、送信元に警告が返せていない
ということですよね。
少なくとも「暗号化zip」を添付したという理由だけでは弾かれないですよ。
私の Gmail アカウントに自社システムからのレポートが毎朝送信されてくるんだけど、そのメールにはパスワード付き ZIP ファイルが添付されています。
それと「送信元に警告が返せていない」とはどういう意味ですか？
には「GmailからRejectされ警告メールがメールサーバに戻ってきた……」とありますが、これってバウンスメールが返って来たということではないの？
何年か前にGmailのポリシーが変わって、実行形式ファイルまたはその圧縮ファイルが添付されたメールの
受信が拒否されるようになったよ
ttps://support.google.com/mail/answer/6590?hl=ja 説明下手で申し訳ありません。
「暗号化zipを含むzip」「暗号化PDFを含むzip」が添付されていると
弾かれませんか？
procmailしているサーバではなく、その手前のメール送信者へ、
gmailで拒否された警告が返せれば、届いていないよということが
分かると思ったのですが、gmailに転送してるのは受信元の勝手なので、
送信者にgmailの警告を返すのは正しくないですよね。
20171009
Bugfix (introduced: Postfix 3.1): DANE support. Postfix
builds with OpenSSL 1.0.0 or 1.0.1 failed to send email to
some sites with "TLSA 2 X X" records associated with an
intermediate CA certificate. Problem report and initial
fix by Erwan Legrand. File: src/tls/tls_dane.c.
20171024
Bugfix (introduced: Postfix 3.0) missing dynamicmaps support
in the Postfix sendmail command broke authorized_submit_users
with a dynamically-loaded map type. File: sendmail/sendmail.c.
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
CHDN1DEM51
transportの転送先設定で、[]をつけない場合の挙動は、mxをみる。→無ければaレコードを見る。って感じでしょうか？
概ね、そんな感じだけど
The interpretation of the nexthop field is transport dependent.
と書いてあるから全部そうなるとも言い切れない
時間がある方はみてもいいかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
M9KV7
