On Tue, 16 Jan 2018, Noel Jones wrote:
Pick one message and follow it through the logs. If postfix fails or misdirects the message, postfix will log what happened. If the message makes it through postfix and is handed off to procmail, then that's where the problem is.
Noel, Aw, I should have looked at the log, but looked everywhere but there. My apologies. I sent a test message from my personal account. This is what maillog shows: Jan 16 05:54:55 salmo postfix/smtpd[23648]: connect from salmo.appl-ecosys.com[192.168.55.1] Jan 16 05:54:55 salmo postfix/smtpd[23648]: warning: connect to Milter service inet:127.0.0.1:8891: Connection refused Jan 16 05:54:55 salmo postfix/smtpd[23648]: 0689799232: client=salmo.appl-ecosys.com[192.168.55.1] Jan 16 05:54:55 salmo postfix/cleanup[23650]: 0689799232: message-id=<alpine.lnx.2.20.1801160554380.22...@salmo.appl-ecosys.com> Jan 16 05:54:55 salmo postfix/qmgr[14668]: 0689799232: from=<rshep...@twodogs.us>, size=661, nrcpt=1 (queue active) Jan 16 05:54:55 salmo postfix/smtpd[23648]: disconnect from salmo.appl-ecosys.com[192.168.55.1] ehlo=1 mail=1 rcpt=1 data=1 quit=1 commands=5 Jan 16 05:54:57 salmo postfix/local[23651]: 0689799232: to=<rshep...@appl-ecosys.com>, orig_to=<i...@appl-ecosys.com>, relay=local, delay=2.4, delays=0.14/0.02/0/2.2, dsn=2.0.0, status=sent (delivered to command: /usr/bin/procmail) Jan 16 05:54:57 salmo postfix/qmgr[14668]: 0689799232: removed So it looks like it was passed to procmail but not delivered to my inbox. Now I need to figure out why since the only changes to the recipes were the addition of two rules for two mail lists. Thanks, Rich
