On 25/08/14 13:28, Trent W. Buck wrote:
> Daniel J Jitnah
> <[email protected]> writes:
>
>> https://bugs.launchpad.net/serverguide/+bug/1340772
>> What seems to happen is that when the google smtp server connects to
>> your server sasl will fail and google will fail.
> Are you talking about opportunistic TLS between MTAs?
> I don't understand where the SASL comes in.
> It's not clear to me from LP1340772 either.
>
> Just turn off opportunistic TLS (for 25/tcp) and continue to require it
> for submission (587/tcp).
What was happening:

Someone sent me an email using Google smtp and it bounced to him, and he
told me about it.

In my mail.log there where errors:

Aug 25 03:25:16 greenwareit postfix/smtpd[7743]: connect from
mail-pa0-f48.google.com[209.85.220.48]
Aug 25 03:25:17 greenwareit postfix/smtpd[7743]: warning: SASL: Connect
to private/auth-client failed: No such file or directory
Aug 25 03:25:17 greenwareit postfix/smtpd[7743]: fatal: no SASL
authentication mechanisms

When I changed it to private/auth in Dovecot master.conf it fixed the error.

In the installed dovecot master.conf in Ubuntu 14.04, it is
private/auth-client instead of private/auth.  So sasl was always
failing, but smtps just dropped to port 25 and you still receive email. 
But it seems that Google does not do that (may be only since a few days
ago??)  - If I had turned off opportunistic TLS, I think all would have
failed.

And as I said,  receiving emails from other sources was OK.

Cheers
Daniel


>
> _______________________________________________
> luv-main mailing list
> [email protected]
> http://lists.luv.asn.au/listinfo/luv-main

_______________________________________________
luv-main mailing list
[email protected]
http://lists.luv.asn.au/listinfo/luv-main

Reply via email to