Newsgroup: it.comp.os.linux.sys
Titolo: Re: SMTP/TLS e Palm Treo

 dichiarare guerra a Palm... qualcuno ha qualche idea?
Bisognerebbe almeno sapere che programma usa il Palm per leggere la
posta...
Un'idea, pero', potrebbe essere che il Palm (o, meglio, il MUA installato
sul Palm) decide che ha gia' in memoria il certificato di Amsterdam e
quello di Washington e' differente e lui pretende di parlare con
Amsterdam...
E' un'idea! Per verificarla, prova a cancellare i certificati dal MUA del
Palm e vedere se, leggendo la posta da Washington ottieni l'effetto di non
leggerla da Amsterdam...
Ciao
Luca Bertoncello
(
luca...@lucabert.de
)
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 L'idea suonava bene comunque...
Beh, almeno quello...
Sinceramente non so proprio che altro consigliarti...
Domanda: hai provato, giusto per fare un test, a NON usare il TLS per
collegarti ai due Server di posta?
Se si, accade lo stesso o no?
ciao


 posso fare la prova. 
Azz! Peccato... Sarebbe stata la prova decisiva...
Momento, pero'! C'e' ancora una minima possibilita', ossia che il Provider
americano, come oramai fanno parecchi (anche europei!), abbia deciso di
bloccare il traffico sulla porta 25, nel tentativo (inutile quanto
dannoso) di limitare lo Spam.
AOL e' un'altro Provider che fa queste cose, tanto per fare un esempio.
Gli utenti di questo Provider, quindi, devono per forza di cose usare
un'altra porta per spedire le E-Mail.
Ed e' per questo che e' stata creata la porta 587 (Submission) che accetta
SOLO comunicazioni autenticate.
E' possibile che il problema sia li? Il modo piu' semplice di provare e'
di collegarsi tramite il Provider americano al Server olandese.
Se funziona, il problema NON e' li, se non funziona, allora devi
configurare Sendmail (ma non chiedermi come!) per accettare SOLO
comunicazioni autenticate sulla 587.
Ciao


 era di dividere il carico di lavoro sui due hub.
Allora avevo capito male...
Sinceramente non ho altre idee... Se i Server sono esattamente identici,
sia come versione dei programmi che come configurazioni, DEVE funzionare...
Come ho detto, l'unica prova per cercare di limitare il problema sarebbe
di collegarsi senza TLS/SSL e vedere...
Non riesci a mettere su un Server "spare" con esattamente tutto quello che
e' installato in America, salvo il TLS e provare?
ciao


 dannoso) di limitare lo Spam.
Il tcpdump direbbe di no.
04:29:19.206035 a194-109-141-46.mobile.xs4all.nl.64176 >
hubb.noisalviamoilmondopuntocom.com.smtp: P 1:2(1) ack 89 win 40622
04:29:19.206177 hubb.noisalviamoilmondopuntocom.com.smtp >
a194-109-141-46.mobile.xs4all.nl.64176: . ack 2 win 5840 (DF)
04:29:19.826016 a194-109-141-46.mobile.xs4all.nl.64176 >
hubb.noisalviamoilmondopuntocom.com.smtp: P 2:11(9) ack 89 win 40622
04:29:19.826065 hubb.noisalviamoilmondopuntocom.com.smtp >
a194-109-141-46.mobile.xs4all.nl.64176: . ack 11 win 5840 (DF)
(e bloccare la 25 non è così inutile nè così dannoso: submission c'è
apposta)

 Non in tempi brevi.
In tal caso, ho esaurito le idee... mi spiace!
Ciao


 apposta)
Il fatto che lo Spam non sia assolutamente diminuito da quando i grossi
provider hanno deciso di bloccare la porta 25 dovrebbe dimostrare che il
blocco e' abbastanza inutile...
E il fatto che parecchi Servers "casalinghi" (o di piccole aziende) che,
per motivi vari sono agganciati a questi Servers e devono fare un po' di
salti mortali (che spesso si riducono ad un RelayHost, ma puo' non piacere
a tutti!), dimostra che un po' di danno lo fanno... :)
Buon fine settimana esteso!


 dichiarare guerra a Palm... qualcuno ha qualche idea?
E disabilitare SSL/TLS su quel palm per poter debuggare la sessione 
SMTP in chiaro [1]?
Per subito, proverei a vedere se la lista delle estensioni proposte
all'EHLO dai due server e' la stessa (anche se la configurazione e'
uguale per entrambi i server, i dati della sessione SMTP potrebbero
venire spippolati lungo la via (es: firewall troppo zelanti).
Fabio
[1] ok, visto che hai il certificato potresti decifrare il traffico 
    anche a posteriori, ma cosi' e' piu' facile.

 
...che ti dice se aumenti per un attimo il LogLevel di Sendmail, dai 9 
di default fino a (sparo a caso perche' non mi ricordo) per esempio 30? 
IIRC, si dovrebbe vedere anche la conversazione SSL in chiaro con un 
livello abbastanza alto...
es: sendmail -O LogLevel=30 ....
oppure, in 
sendmail.cf
: O LogLevel=30
-- 
Cybertoldo
Per rispondermi via email, sostituisci moc.liamg con 
gmail.com

 Buon fine settimana esteso!
Ricambio.

 MAIL/EXPN/VRFY/ETRN during connection to StartTLS
domanda brutale: utilizzando l'ssl al posto di tls cambia qualcosa?

 domanda brutale: utilizzando l'ssl al posto di tls cambia qualcosa?
AFAIR quella riga vuol dire che l'handshake TLS e' andato bene. Non mi 
vorei sbagliare, ma mi sembra che i problemi siano a livello SMTP.
Fabio

 
sparo una cazzata immane, il localtime minchione?
Ciao
Zelo

 Consigli sul come diagnosticare il problema?
Quelli dell'altro post: verificare che le risposte all'EHLO di entrambi i
server siano uguali (e non vengano alterate da un firewall [1] in maniera
incompatibile con l'implementazione SMTP [2] di quel client) e poi levare
momentaneamente tls dal client [3] per vedere la sessione SMTP in chiaro.
A naso, potrebbe essere un problema nella fase d'autenticazione. Posta le
risposte a EHLO, magari.
Uno in piu': molto tempo fa mi sembra di aver visto un post sulla mailing 
list di exim (forse) in cui veniva riportato il log di un client di posta
per il Treo. Non so se fosse il client di serie (e magari mi ricordo male
tutto quanto) ma se lo era, sembra che abbia dei log dettagliatissimi che
potrebbero esserti utili (sicuramente da attivare esplicitamente).
Fabio
[1] tipo che ti "oblitera" lo schema di AUTH supportato da quel client, o
    rende incomprensibile un'estensione che ti manda in palla il treo, ma
    non gli altri client che usi.
[2] sembra che il Treo dia l'EHLO, faccia STARTTLS ma poi non prosegua la
    conversazione SMTP e invii un QUIT (che penso generi la riga "did not 
    issue...") dopo 4 o 5 secondi in cui... chissa' cosa accade;
[3] e/o dal server: non so se quel sendmail accetta AUTH senza TLS. Se il 
    rischio non e' accettabile, fai dei test con un account usa e getta o
    decifra il traffico a posteriori con la chiave del server o...