Wietse, thank you for your assistance. I tried removing (separately)
unix_listener and unix_listener auth-userdb but neither cured the
problem so they are now both reinstated.
Apart from two connection messages in the log, the three lines I quoted
are the only ones following a restart and are triggered by a failed
attempt to send mail on port 587. Nothing else at all.
I was fairly certain I must have upset postfix config in some way so I
returned to comparing the old and new server configs. I eventually came
to...
smtpd_sasl_security_options = noanonymous noplaintext forward_secrecy
mutual_auth nodictionary
Trial and error led me to recompose the line to...
smtpd_sasl_security_options = noanonymous nodictionary
The impression I got from SASL_README was that these five options would
play together nicely but obviously not for every implementation (mine
included). On re-reading the paragraph where smtpd_sasl_security_options
was defined I also noticed the title, which had escaped me before: "SASL
mechanism properties". Not very bright of me. Sorry.
Apart from a warning about spamass-milter 'Could not retrieve sendmail
macro "i"', which I erroneously thought would be fixed by adding a
reference to it in main.cf under milter_connect_macros (recommended by
some online forums), and a missing dkim in email headers, which I think
I can cope with, all now seems to work. Again, thank you for your quick
response to my problem.
--
Dave Stiles
