Newsgroup: it.comp.os.linux.sys
Titolo: courier pop3 DISCONNECTED

Ciao a tutti.
vi è mai capitato che con alcuni outlook durante il download dei 
messaggi (o durante il controllo iniziale che fa outlook per vedere 
quanta roba c'è nella casella) outlook venga fuori con errore di 
"connessione interrotta in modo improvviso dal server"?
Nel mail log mi ritrovo qualcosa tipo:
pop3d: LOGIN, user=
x...@xxx.it
, ip=[::ffff:11.22.33.44]
pop3d: DISCONNECTED, user=
x...@xxx.it
, ip=[::ffff:11.22.33.44], top=0, 
retr=2301, time=1
Non è un problema di password (provate da me con outlook o via webmail e 
sono ok)
Non è un problema di timeout. (ho messo il timeout di outlook al massimo)
La soluzione è far entrare il cliente via webmail e cancellare tutti 
messaggi manualmente.
Dopo qualche ora però ricapita lo stesso problema.
Premesso che [non ho modo || non so come fare] a simulare il problema 
(se con outlook entro con user e pass dell'utente che ha problemi, io 
scarico tutto alla perfezione) cosa potrebbe essere?
Nel maillog non c'è scritto nulla di interessante eccetto le 2 righe 
sopra riportate.

Alessandro ha scritto:

Temo che sia un problema di alcuni OutLook. Anche a me è capitato alle
volte, soprattutto con caselle piene di roba (mex con allegati o con
headers grandi) o con caselle che venivano consultate da più macchine
senza che le caselle venissero vuotate ogni volta. Ho banalmente risolto
facendo usare Thunderbird al posto di GuardaFuori
Aloa Zp

 facendo usare Thunderbird al posto di GuardaFuori
Anche io lo temo la solzione uccellotempesta non č fattibile 
purtroppo.... e non posso nemmeno dire: č un problema di outlook 
arrangiati....

 facendo usare Thunderbird al posto di GuardaFuori
io che non posso decidere cosa far usare alla gente sono
passato a qpopper (xche' sono 10 client da una lan)

 passato a qpopper (xche' sono 10 client da una lan)
quindi il problema è "outlook+courier" e no "outlook+$mailserver".
passare a qpopper in un server in produzione con 3000+ email potrebbe 
essere troppo rischioso.Anche perchè $clienti_con_problemi <= 10.
gli altri 2990 non hanno mai chiamato.

Alessandro ha scritto:

Non Vorrei darti una cattiva notizia ma gli stessi problemi li ho notati
anche con qpopper (ver 3.xx). Tuttal'più vedrei di passare da una
versione di GuardaFuori Lungo ad una versione Espresso :-). In generale
L'espresso l'ho trovato meno problematico del lungo. E poi bisogna
vedere se nei client ci sono degli oggetti tipo pop3advisor (roba che si
collega ogni 50s al server e vede se è arrivata posta nuova). Quella
roba lì con courier funzia male e disturba non poco il colloquio
client-server. In ogni caso io sto lentamente migrando a cyrus.
Aloa Zp

 In ogni caso io sto lentamente migrando a cyrus.
Arriverà il server nuovo in settimana.
i pro di cyrus rispetto courier?
Ti dico come è strutturato il mio mailserver, cosi mi dice se una 
migrazione è relativamente semplice o potrà essere un calvario (non 
conosco cyrus)
postfix + virtual
mysql
maildir (ovviamente)
courier imap
courier pop3 (il problema c'è solo col pop3 mi sembra)
clam+spamassassin e amici vari.
La conversione a cyrus (il server nuovo lo reinstallo ex novo e poi 
faccio migrazione di maildir e utenti su mysql) potrebbe essere un 
calvario o (a prima vista) potrebbe essere *quasi* indolore?
Non ho applicativi pesantemente basati su courier e l'imap è usato SOLO 
da me e dalla webmail.

>In ogni caso io sto lentamente migrando a cyrus.
Pardon, ho visto ora che cyrus è solo imap.
Il che non risolve il mio problema in quanto si verifica solo col pop3.
La migrazione non darebbe benefici (secondo me)

Alessandro ha scritto:

Hai letto male fornisce anche il pop3 :-)
Aloa Zp

> Hai letto male fornisce anche il pop3 :-)
Hai ragione. :-)
Perň, la migrazione simultanea sia di server che di pop3/imap mi sembra 
un po troppo rischiosa.....
Magari le ultime versioni di courier risolvono il problema.... Tu che 
versione usavi?

 versione usavi?
Io per la verità uso/avo courier-imap-2.1.1 che non è proprio l'ultima :-)
Cmq insisto sul fatto che il problema sta nella eccessiva frequenza di
"esplorazione" dei client della casella. SE (e ripeto se) può essere
questo il problema allora io tenterei di usare un qlc del tipo cucipop
che da questo punto di vista è velocissimo; bisogna solo porre
attenzione al formato delle caselle (da maildir diventa mbox).
Aloa Zp

 attenzione al formato delle caselle (da maildir diventa mbox).
Impossibile....sarebbe troppo un casino....

 
Non vorrei dire delle sciocchezze ma installando distro molto recenti
(tipo la SUSE 10 ed anche altre) ho notato che danno i server standard
(pop3d imapd) ossia quelli che si basano sulle librerie imap-client con
delle patch per il formato maildir. Prova a controllare se ti può aiutare.
Aloa Zp