Wietse Venema wrote
>> Thank you very much for the responses!
>> This is a small, personal setup with low traffic so I will definitely
>> explore using notify_classes to try to get more feedback on the failures.
>> Remote server legitmacy - *.dbsintl.net appears to be a third party
>> solution for small businesses. In the example provided before, I can
>> correlate the timestamps in my mail.log to attempts to generate e-mails
>> a particular website to myself (e.g. updating my e-mail address, etc.).
>> Coupled with the failure to receive mail from nabble, I have to assume
>> problem is on my end.
>> Here's the output from postconf -n (with my server/domain names
> If this is the server that logs
> unknown[184.108.40.206] ehlo=1 mail=0/1 quit=1 commands=2/3
> but no logging about rejected commands, then there is no Postfix
> setting that would change the result.
> To see the client's MAIL FROM command you can turn on verbose logging
> postconf debug_peer_list=220.127.116.11
> or use tcpdump as described in http://www.postfix.org/DEBUG_README.html.
I've finally had time to circle back to this and was able to reproduce the
problem receiving mail from nabble (for the postfix users forum) with
notify_classes enabled. I don't know if this particular issue is my only
problem, but for the time being it's the only one I've had to opportunity to
reproduce. Here is the result from the postfix forum registration e-mail
(my server/domain redacted):
Transcript of session follows.
Out: 220 <myserver>.<mydomain>.net ESMTP
In: ehlo hello
Out: 250-SIZE 104857600
Out: 250 DSN
Out: 502 5.5.2 Error: command not recognized
Out: 500 5.5.2 Error: bad syntax
My installation does not appear to recognize the extended smtp "help"
command. I've attempted to do some research on this but "help" is an
awfully generic string to search for, so other than determining that it is a
valid estmp command I'm not sure what I need to do to correct it.
Sent from: http://postfix.1071664.n5.nabble.com/Postfix-Users-f2.html