Ok, I admit I am baffled by this one.
I cannot email a list from an account on the list server itself (for example, programmatically by script, but also manually) using mail / mailx / mutt / etc from the command line. The emails just disappear into the ether.
I can email other arbitrary addresses just fine, including real users hosted on that server.
Here’s the postfix main.cf section for mailman3:
owner_request_special = no transport_maps = hash:/var/lib/mailman3/data/postfix_lmtp local_recipient_maps = proxy:unix:passwd.byname $alias_maps hash:/var/lib/mailman3/data/postfix_lmtp relay_domains = ${{$compatibility_level} < {2} ? {$mydestination} : {}} hash:/var/lib/mailman3/data/postfix_domains
What obvious thing am I missing?
- Mark
mark@pdc-racing.net | 408-348-2878
On 6/1/20 10:02 AM, Mark Dadgar wrote:
I cannot email a list from an account on the list server itself (for example, programmatically by script, but also manually) using mail / mailx / mutt / etc from the command line. The emails just disappear into the ether.
What's in Postfix's mail.log?
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
On Jun 1, 2020, at 11:45 AM, Mark Sapiro <mark@msapiro.net> wrote:
On 6/1/20 10:02 AM, Mark Dadgar wrote:
I cannot email a list from an account on the list server itself (for example, programmatically by script, but also manually) using mail / mailx / mutt / etc from the command line. The emails just disappear into the ether.
What's in Postfix's mail.log?
Jun 1 11:54:55 mail postfix/lmtp[238922]: 1F42613BEB5: to=<test3@pdc-racing.net>, relay=127.0.0.1[127.0.0.1]:8024, delay=0.04, delays=0.02/0.01/0/0.02, dsn=2.0.0, status=sent (250 Ok)
smtp.log:
Jun 01 11:54:55 2020 (238852) Peer: ('127.0.0.1', 53402) Jun 01 11:54:55 2020 (238852) ('127.0.0.1', 53402) handling connection Jun 01 11:54:55 2020 (238852) ('127.0.0.1', 53402) Data: b'LHLO mail.pdc-racing.net' Jun 01 11:54:55 2020 (238852) ('127.0.0.1', 53402) Data: b'MAIL FROM:<mark@pdc-racing.net>' Jun 01 11:54:55 2020 (238852) ('127.0.0.1', 53402) sender: mark@pdc-racing.net Jun 01 11:54:55 2020 (238852) ('127.0.0.1', 53402) Data: b'RCPT TO:<test3@pdc-racing.net>' Jun 01 11:54:55 2020 (238852) ('127.0.0.1', 53402) recip: test3@pdc-racing.net Jun 01 11:54:55 2020 (238852) ('127.0.0.1', 53402) Data: b'DATA' Jun 01 11:54:55 2020 (238852) ('127.0.0.1', 53402) Data: b'QUIT' Jun 01 11:54:55 2020 (238852) ('127.0.0.1', 53402) connection lost Jun 01 11:54:55 2020 (238852) Connection lost during _handle_client()
Test3 is a working mailman3 list.
There are no posts held for moderation.
- Mark
mark@pdc-racing.net | 408-348-2878
On 6/1/20 11:56 AM, Mark Dadgar wrote:
On Jun 1, 2020, at 11:45 AM, Mark Sapiro <mark@msapiro.net> wrote:
What's in Postfix's mail.log?
Jun 1 11:54:55 mail postfix/lmtp[238922]: 1F42613BEB5: to=<test3@pdc-racing.net>, relay=127.0.0.1[127.0.0.1]:8024, delay=0.04, delays=0.02/0.01/0/0.02, dsn=2.0.0, status=sent (250 Ok)
OK. It was delivered to Mailman's LMTP runner which presumably accepted it and queued it because that's the only case in which it returns '250'
You could set
[logging.smtp] level: debug
in mailman.cfg to get more logging, but I think that that will just add confirmation of what we already know, i.e., it was queued in the in queue.
So that leaves us with:
some error in processing shunting the message. In that case the error would be logged in mailman.log and the message would be in var/queue/shunt.
or some rule discarding the message. In that case, there should be a
DISCARD: <message-id>
entry in mailman.log. If that's the case, we still don't know which rule did the discard and why.
One thing you might consider is the possibility that you've missed some message because it was delivered to a local mailbox rather than where you expect it.
In my case, msapiro.net has an MX record pointing to my real mail server, but it is also the host name of my development box so mail generated on that box for me winds up in /var/mail/mark instead of being delivered to my real mail server.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
participants (2)
-
Mark Dadgar -
Mark Sapiro