atom feed24 messages in net.sourceforge.lists.courier-usersRe: [courier-users] Failback TLS for ...
FromSent OnAttachments
Dino CiuffettiMay 13, 2008 1:14 pm 
Owen O' ShaughnessyMay 13, 2008 1:40 pm 
Dino CiuffettiMay 14, 2008 10:34 am 
ArnoMay 14, 2008 10:57 am 
Dino CiuffettiMay 14, 2008 11:43 am 
Milan ObuchMay 14, 2008 11:46 am 
Aidas KasparasMay 14, 2008 11:53 am 
ArnoMay 14, 2008 12:33 pm 
Lindsay HaisleyMay 14, 2008 12:34 pm 
Lindsay HaisleyMay 14, 2008 12:52 pm 
Bernd WurstMay 14, 2008 1:34 pm 
Aidas KasparasMay 14, 2008 2:15 pm 
EsaMay 14, 2008 2:21 pm 
Sam VarshavchikMay 14, 2008 3:43 pm 
Bernd WurstMay 14, 2008 10:18 pm 
Aidas KasparasMay 14, 2008 10:44 pm 
Jerry AmundsonMay 14, 2008 11:20 pm 
Aidas KasparasMay 15, 2008 12:09 am 
Owen O' ShaughnessyMay 15, 2008 12:22 am 
EsaMay 15, 2008 10:42 am 
Aleksander AdamowskiMay 16, 2008 2:53 pm 
Dino CiuffettiMay 17, 2008 1:53 am 
Aleksander AdamowskiMay 29, 2008 12:15 pm.pl
Aleksander AdamowskiMay 29, 2008 12:16 pm.pl
Subject:Re: [courier-users] Failback TLS for broken smtp servers?
From:Milan Obuch (cour@dino.sk)
Date:May 14, 2008 11:46:44 am
List:net.sourceforge.lists.courier-users

On Wednesday 14 May 2008, Dino Ciuffetti wrote:

Is it possible to make courier automagically failing back to plain text for broken smtp hosts that advertise STARTTLS but are broken on STARTTLS command returning something like: "454 TLS not available: missing RSA private key (#4.3.0)"?

AFAIK it isn't possible in general. But think about it: why should it? If you announce being able do TLS and actually you aren't why should you announce it in the first place? It's up to the receiving server to get it right. Either I do "speak" TLS and announce it, or I can't. In the latter case I can't announce it.

Yes, that'ok. I agree with you!!

There's a workaround, though, but it's ugly: put something like

receiving-domain.example: mx.for.receiving.domain.example /SECURITY=NONE

in your esmtproutes. That fixes the problem for receiving-domain.example, but not in general. As I said, it's an ugly workaround.

This temporarily solved the problem... I home mx/cname record for that domain does not change too quickly :-)

Thank you so much!!! Dino.

Well, you need not to specify it at all. I am using

domain.com: /SECURITY=NONE

and that's it. It means 'just lookup MX record the usual way and use the result, but do not try TLS at all'.

Regards, Milan