●リンク
本家
ttp://http://www.postfix.org/">ttp://www.postfix.org/ Postfix のぺーじ (ドキュメントの日本語訳、MLなど)
ttp://www.kobitosan.net/postfix/ 過去スレ、関連スレなどは ： 名無しさん＠お腹いっぱい。 [sage] 2015/11/05(木) 22:14:20.00
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
