Yet Another Topic on Postfix + TLS [solved]

[Dun]

Si...un ennesimo topic su postfix, sasl e tsl

Ho cercato dappertutto ma non purtroppo non ne esco proprio.

Il problema in breve è il seguente:

Se opero con telnet da localhost posso inizializzare senza problemi una connessione tsl:

[.:chrome:.]

[Dun]

Ehm...non è che li abbia messi a casaccio i parametri smtp_*

Non mi risulta che alcun paraemtro di quelli sia inventato...lo scopo era di fargli utilizzare una connessione tls anche quando si connetteva a smtp remoti per consegnare la posta ad altri domini. Cmq la funzionalità per ora è opzionale e quindi ho sostituito l'intera lista di parametri con quelli da te consigliati.

Purtroppo l'errore e' sempre il medesimo

[.:chrome:.]

allora... andiamo con calma.
una volta avviato il server verifica che non vengano segnalati errori nei log

poi dalla consolle locale tenta una connessione manuale:

[Dun]

Niente errori nei log al riavvio:

[makoomba]

posta il log della sessione remota, partendo da "connect from"
_________________
When all else fails, read the instructions.

[Dun]

La cosa curiosa come vedrai e' che sembra che il comando starttls non arrivi proprio a postfix...cmq:

Comandi del client:

[.:chrome:.]

a me sembra che ci sia qualcosa che non va nel tuo postfix. guarda qui:

[Dun]

[.:chrome:.]

e quindi cosa? vuoi implementare TLS o SSL?
la questione cambia eccome

[Dun]

TLS senza alcun dubbio...le guide che ho seguito erano tutte su TLS. SSL inoltre richiede che il demone stia su un altra porta, no?

Cmq ho provato il tutto togliendo l autenticazione e i sintomi sono gli stessi. Uguali in tutti i frangenti

Aggiungo che inolte ho ricompilato anche openssl e fatto un revdep-rebuild per sicurezza ma niente

Non ho assolutamente idee su come procedere

[.:chrome:.]

allora... sei cosciente del fatto che TLS non è supportato dai client Microsoft, ma che puoi accedere alla mailbox solo con i vari thunderbird, kmail. evolution, ecc...?
questa è una cosa che devi mettere in conto. se non puoi permetterti di escludere una intera categoria di client, devi implementare il doppio servizio.

ora vediamo di capire cosa non va: sei in grado di escludere un difetto di configurazione di SASL? non è possibile che sia quello a non funzionare, e che invece postfix sia a posto?
e prima ancora... sei certo di poter escludere un difetto nella configurazione del tuo firewall?

[Dun]

[.:chrome:.]

[Dun]

[.:chrome:.]

abbi pazienza, e cerca di mandare i log (con un livello di verbosity non eccessivo, ovviamente) dal momento in cui premi il pulsante INVIA del tuo client, e nulla di più

forse riusciamo a cavarcela prima di domani

EDIT: accidenti, è già domani!

[Dun]

Adesso non voglio dire....ma:

Postfix con tutte le use al minimo installato su una macchina pulita

[Dun]

Grandi novita'....

Sono in fase di analisi quindi le informazioni che raccolto sono parziali.

La questione rimane valida sia nel caso di firewall abilitato che disabilitato.

Windows -> Errore 454
Gentoo su VMware con connessione all'esterno via NAT -> Errore 454
Debian su VMware con connessione all'esterno via Bridge -> SUCCESS!

Scrutando il tutto via ethereal pare proprio che il pacchetto contenente la richiesta non venga proprio spedito dalla macchina ospite (caso di windows).

UPDATE:
Oki. Non avevo considerato cosa c'era in comune alle due macchine provate....

Scusate tantissimo per il tempo rubato...e' veramente una cavolata:

Norton Antivirus si interpone proprio nello stack TCP per controllare le email...avere attivato il check delle mail in uscito porta al fallimento del comando STARTTLS.


Scusate ancora