Newsgroup: it.comp.software.mailreader
Titolo: crash OE6 con poste.it , help?

 OK
SMTP: 20:06:24 [tx] DATA
SMTP: 20:06:24 [rx] 354 Start mail input; end with <CRLF>.<CRLF>
SMTP: 20:06:24 [tx]
.
SMTP: 20:06:25 [rx] 250 <402D06CC0010BC13> Mail accepted
SMTP: 20:06:25 [tx] QUIT
SMTP: 20:06:25 [rx] 221 
relay.poste.it
 QUIT
-- fine.ok --
ma.... ???
gli indirizzi non sono cambiati, e mi sa che manco i contenuti.
che cosa posso controllare?
questo magari č un esempio vecchio, ma mi capita anche oggi.
--
"Inventas vita juvat excoluisse per artes"
- iscrizione sulla medaglia del premio Nobel per la letteratura

 che cosa posso controllare?
spiacente, non uso OE.
-- 
Sani
Spedito con MesNews, NR free, ora anche in italiano: 
http://beam.to/mesnews

 SMTP: 20:05:17 [tx] AUTH LOGIN
Qui ci sono la tua username e password codificate in base64 quindi come 
se fosse in chiaro. Cambia la password appena puoi. Il metodo di 
autenticazione LOGIN e' come PLAIN, non ha alcun tipo di protezione. 
CRAM-MD5 e DIGEST-MD5 sono sempre da preferire. Come farlo con outlook 
pero' non ne ho idea :)
-- 
Davide Veneziano
http://www.vene.ws
ICQ# 14047537

 pero' non ne ho idea :)
ma Lidrie sopra dice che invece lo sono, che sono codificate come hai detto
tu...
dunque lo sono o non lo sono? :-)
non ci capisco... e purtroppo il problema di OE rimane ... chissà che gli
prende!!! :-(

 dunque lo sono o non lo sono? :-)
ho solo fatto notare che sono codificate con uno dei metodi ammessi dal 
server ed indicati nella 250.
Se anche fosse usato quello più sicuro (anzichè il Plain, come ha fatto 
notare HF), non è inviolabile, per cui cambia alla svelta la password.


 che sono codificate come hai detto tu...
No, lidrie ripeteva quello che diceva il server, che cioč le accetta nei
tre metodi indifferentemente, ma il tuo programma le sta mandando con il
metodo che ti dice HF e cioč che sono facilissimamente convertibili in
forma umana, un po' come il Rot13 non so se mi spiego
la prima riga di quelle vuol dire "Username:" 
e le altre di conseguenza come puoi ben immaginare

 tu... dunque lo sono o non lo sono? :-)
Sono codificate ma con un metodo che chiunque potrebbe decodificare.
Teoricamente un buon mailreader dovrebbe provare ad utilizzare gli 
algoritmi di criptazione dal piu' sicuro al meno sicuro, non in ordine 
di come vengono proposti dal server...(non e' una critica a te 
ovviamente :P)


 con il metodo che ti dice HF e cioč
capischio.
thunderbird, per dirne uno, permette di controllare questo valore?
e .. the bat? :-)
ciao! :)

 Sono codificate ma con un metodo che chiunque potrebbe decodificare.
:-(((
quindi la sicurezza di 
poste.it
 sta nel trasmettere il tutto via SSL e non
in queste password farlocche, right?

 password.
fatto, fatto ;-)
thanx

 in queste password farlocche, right?
Si', utilizzando SSL il problema si risolve perche' la connessione 
avviene in ogni caso in modo criptato.
Ma cmq non e' una "colpa" di 
poste.it
, tutti i server smtp solitamente 
supportano anche metodi insicuri come LOGIN e PLAIN.


 e .. the bat? :-)
Account/Properties/Transport/Authentication
-- 
daRkSidE, 28/01/2005 20:44:26

 e .. the bat? :-)
Boh.. non li conosco, comunque ad uso di statistica, ti riporto quello
che dice a questo proposito, la guida di Eudora:
| The preferred SMTP authentication method is CRAM-MD5. If CRAM-MD5 is
| not available, LOGIN or PLAIN will automatically be used.



thanx!