Repository navigation
Greeting message check for STARTTLS/AUTH availability #15
Description
dma does not read the server greeting to determine whether
STARTTLS or AUTH are available (minor problem as this probably is
just a configuration problem because only one "smarthost" is
contacted).
Spotted in : http://bugs.dragonflybsd.org/issues/953
Activity
bigon commentedon Jul 5, 2013
Hi,
Just to add that regarding the detection of AUTH mechanisms, when CRAM-MD5 is not available on the server, dma is currently printing a quite scary (from a user point of view) in the logs
renini commentedon Dec 8, 2014
Should this just being ignored "AUTH cram-md5 not available" or can i config dma to not output this?
corecode commentedon Dec 9, 2014
You can ignore it.
On 12/08/2014 10:24 PM, renini wrote:
mtremer commentedon Nov 9, 2015
I worked on a patch to implement this. Are you interested in merging this upstream?
http://git.ipfire.org/?p=people/ms/dma.git;a=commitdiff;h=54af6a9684f21d799de17d49f8b985d95f121080
corecode commentedon Nov 10, 2015
Thanks for the patch. Could you please submit a pull request - I have some comments I'd like to share with you.
mtremer commentedon Nov 10, 2015
Thank you. Please see #34.
jjakob commentedon Apr 8, 2021
Debian Buster still has version 0.11 which does not include the patch from #34. I was able to download the 0.13-1 deb package from https://packages.debian.org/sid/dma and install it with dpkg, luckily all the dependencies were the same. This fixed the error messages and I'm not getting banned by fail2ban on the mail server any more after it sees the failed login attempts.
corecode commentedon Apr 8, 2021
Thanks for confirming!