Q&A
mailman のバージョンはいくつですか？
前提・実現したいこと
mailmanを入会フォームから登録してもらい承認するようにしたいのですが。 これまで管理ページから一括登録して、メール配信をおこなってきましたが、 新たに会員が自分で登録する本来のメーリングリストを作成しようと思っています。 **結果からわかった何が問題になっているかを先に副題として書きます。 mailmanのサーバ移行に際して、生じたPostfixの設定の変更について 送信のtransport_mapsの扱い ということです。**
発生している問題・エラーメッセージ
mailman/listinfoの画面から登録すると直ちに保留状態になったことは表示されるのですが、 管理画面の「未処理の申請を処理」で見ると、「管理データベース 保留中の申請はありません」と出ています。 確認処理に進みません。 mailmanのエラーログを見ると前の状態に Jan 08 03:41:06 2019 mailmanctl(691): PID に到達できません: /var/run/mailman/master-qrunner.pid Jan 08 03:41:06 2019 mailmanctl(691): [Errno 2] No such file or directory: '/var/run/mailman/master-qrunner.pid' Jan 08 03:41:06 2019 mailmanctl(691): qrunner がまだ走ってますか? とあります。 同じディレクトリーにあるsubsribeファイルにはpending(保留)としてメールアドレスが記されています。
該当のソースコード
postfixのmain.cf myhostname = mailing｡xxxxx.jp mydomain = xxxx.jp myorigin = /etc/mailname mydestination = $myhostname,localhost.$mydomain, , localhost relayhost = mynetworks = 127.0.0.0/8 mailbox_command = procmail -a "$EXTENSION" mailbox_size_limit = 0 recipient_delimiter = + inet_interfaces = all relay_domains = mailing.xxxxx.jp mailman_destination_recipient_limit = 1 allow_mail_to_commands=alias,forward,include
試したこと
システムの中でやりとりができていないようなので、ネットワークやメール設定に原因があるわけでなく、
qrunnerについてかな思い調べてみるのですが、よくわかりません。
設定はできるだけ初期の状態でやっていますが、なにか大事なところを設定していないといけないのか不明です。
補足情報（FW/ツールのバージョンなど）
ここにより詳細な情報を記載してください。
使用中の Mailman バージョン: 2.1.15
です。よろしくお願いします。
Debian＋Mailman バージョン: 2.1.13のシステムもあるのですが、
現象としては全く同じで、なにか基本的事項が不足しているのでしょうか。
追加情報です。
すみません。
Debian＋Mailman バージョン: 2.1.13のシステムでは会員登録ができました。
メールによる確認がありました。
「reject: RCPT from localhost[::1]: 454 4.7.1」とのこと、main.cf (または postconf -n)の内容を質問文に追記ください。
追加した部分としては以下の内容でした。
myhostname = mailing｡xxxxx.jp
mydomain = xxxx.jp
myorigin = /etc/mailname
mydestination = $myhostname,localhost.$mydomain, , localhost
relayhost =
mynetworks = 127.0.0.0/8
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
relay_domains = mailing.xxxxx.jp
mailman_destination_recipient_limit = 1
allow_mail_to_commands=alias,forward,include
relay関係はいろいろ試したのですが、結果いっしょでしたのでmynetworksのところから
考えました。
回答3件
0
ベストアンサー
alias_maps で Mailman に受け渡すには、local 配送にする必要があります。
メーリングリスト用のドメインを relay_domains ではなく、mydestination に設定するといいと思います。
投稿2019/01/12 14:53
総合スコア12146
relay_domainsはtransportを使った処理の残滓でした。
mydestinationで先にpostfixに取り込まれますので、不要となっていました。削除します。
ログには受け取り自体はできていたようです。
to=<test-join@mailing.xxxxx.jp>, relay=local, delay=0.1, delays=0.01/0.01/0/0.08, dsn=2.0.0, status=sent (delivered to command: /usr/lib/mailman/mail/mailman join test)
mailman_destination_recipient_limit = 1
も未定義のようですので削除しました。
再起動することで貯まっていたメールも届くようになりました。
0
原因はmailmanとpostfixの連携がうまくできていなかったためです。
（１）送信を以前(debianシステムで)使っていたtransport_mapsでおこなおうとしたために
標準でサポートされていませんでした。
そこで標準とされるalias＿mapsで置き換えました。
（２）これでmailmanがメールを受信するところまではできましたが、送信の段階でrelay denyを起こしました。これはIPv6の問題で
main.cf
inet_protocols = ipv4
とし、再起動することで正常に動作するようになりました。
投稿2019/01/13 06:49
総合スコア22
0
未だ完全には解決していませんが、基本的な原因がわかったようです。
正しく動作しているサーバとしていないそれとを比較すると
正しい方はmaillogにsentとされているのに対して、もう一方は記述がありませんでした。
登録はconform確認ファイルをまず登録者に送るようで、その後管理者の確認承認となります。
こう考えるとサーバーの内部処理でなく、一旦postfixを経由するようです。
結局メールの配送が問題で、試しに投稿ファイルを投げると
Error: too many hops (in reply to end of DATA command)
になりました。
2つのサーバは基本的に同じような設定になっているのですが、メールの経由のどこかに
違いがあるのかもしれません。このあたりをもう一度見直します。
投稿2019/01/10 04:35
総合スコア22
> Error: too many hops (in reply to end of DATA command)
であれば、メールの経路がループ or ピンポンしていますね。
ありがとうございます。
ループは中継機器のインタースキャンの設定変更が保存されていなかったためでした。
そこは解決し次はそれでもmailmanのシステムへメールが行きません。
本来はrelay=mailmanとなるところがUser unknown in local recipient tableとなります。
postfixの設定はほとんど同じなのですが、どこが違っているかしらべています。
もう少しの処まで来たのですが
mailログに
warning: connect to transport private/mailman: No such file or directory
Jato transport private/mailman: No such file or directoryconnect to transport private/mailman: No such file or directory
to=<test@mailing.xxxxxxx.jp>, relay=none, delay=0.03, delays=0.01/0.01/0/0.01, dsn=4.3.0, status=deferred (mail transport unavailable)
なにかファイルがなくてmailmanにrelayできていません。
postfixのmain.cfのtransportの記述が変わったのでしょうか。
例が書かれていなかったので別の記述のとおり
transport_maps = hash:/etc/postfix/transport
として
transportファイルはpostmapでtransprt.dbを作成し、
strings transport.db
mailman:
mailing.xxxxx.jp
とちゃんとできているようなのですが。
transport_maps で「mailman:」＝UNIX ドメインソケット(/var/spool/postfix/private/mailman)に転送しようとして、失敗しています。
Postfix→Mailman 連携は、一般的には alias_maps (/etc/mailman/aliases) で local: 配送になると思うのですが、なぜ、「mailman:」という専用の配送を使おうとしているのでしょうか。
ありがとうございます。光明が見えてきた気がします。
今回１０年以上前に作ったmailmanシステム（Debian＋postfix 何回か更新）のバックアップ用として
CentOS＋postfixで作りました。はじめからブラウザーで初期状態を作り、そこに会員データを移行する
形をとりました。
そこで設定し忘れているのが「mailman:」＝UNIX ドメインソケットのことのようです。
/etc/postfix/master.cf
mailman unix - n n - - pipe
flags=FR user=list argv=/usr/lib/mailman/bin/postfix-to-mailman.py
${nexthop} ${user}
Debianでは初期設定で記述されているようでCentOSへの移行の際に書き忘れていました。
バーチャルドメインを使う方法としてalias を使う方法とtransport を使う方法とがあるようで、
後者を使っていました。この場合、transportでlocal指定するとユーザがないので受け取れない
となるのかと想像するのですが。
一度これでやってみて、うまくいかなければ標準的なaliasを使う方法でやるかなと考えます。
確かにネットで調べてもmailmanとtransportの記述が少ないのに気づきました。
調べてみたのですが、CentOS＋Postfixには
postfix-to-mailman.pyがありませんでした。
TaichiYanagiyaさんがおっしゃっていただいたようにalias_mapによる配送を使う方がいいようです。
さてwebの情報を頼りに修正をしようと思います。
webでは例として管理用メーリングリスト(mailman)作成から入っていますが、
webの管理画面からリストを作成したため、管理用メーリングリスト(mailman)は作っていません。
この場合、alias_mapsを作成し、newaliases、Postfix再起動だけでよろしいのでしょうか。
メーリングリスト "mailman" は必須だったと思います。
alias_mapsによる処理に切り替えました。
# vi /etc/postfix/main.cf
alias_maps = hash:/etc/aliases, hash:/etc/mailman/aliases
alias_database = hash:/etc/aliases, hash:/etc/mailman/aliases
allow_mail_to_commands = alias,forward,include
に変更し、Mailmanのエイリアスファイル( /etc/mail/aliases ) を設定。
# /usr/lib/mailman/bin/genaliases
# chmod 666 /etc/mailman/aliases*
これでメール制御のリストが作られていましたので
念のためにメーリングリストmailmanを作成し、再起動。
mailmanがメールを受信するところまではできましたが、送信の段階でrelay denyを起こしているようです。いままでPostfixで経験はなかったのですが、
メールログにはNOQUEUE: reject: RCPT from localhost[::1]: 454 4.7.1 と出ています。
帰って、調べ得てみるとIPv6の関係のようです。対策としてはpostfixのmain.cfでIPv6を止めるか
mynetworksに[::1]/128とかlocalhostを加えるとかが記されていました。
どれが良いのかわかりませんので、単純にIPv6を止めるのが良いかと思います。
あと少しのところにきているようです。
あなたの回答
tips
プレビュー
