Newsgroup: it.comp.os.linux.iniziare
Titolo: Help fetchmail 2

Salve,
ho un server con la suse 6.4.
Quando eseguo fetchmail per scaricare la post con fetchmail -v
ottengo il seguente log:
fetchmail: POP3> USER roberto
fetchmail: POP3< +OK
fetchmail: POP3> PASS *
fetchmail: POP3< +OK Maildrop locked and ready
fetchmail: POP3> STAT
fetchmail: POP3< +OK 13 189695
fetchmail: POP3> LAST
fetchmail: POP3< -ERR Unrecognized command
fetchmail: Unrecognized command
fetchmail: POP3> UIDL
fetchmail: POP3< +OK   
ne consegue che quasi tutte le e-mail sono tagliate a metà
(manca cioè un pezzo del messaggio).
Ho cambiato la configurazione del MTA da sendmail a postfix
ma fetchmail mi continua a dare lo stesso errore.
Se leggo le e-mail con un client windows direttamente sul server della
posta senza scaricarle sul mio server in locale le e-mail sono
corrette.
Cosa posso fare?
E' un problema di fetchmail?
Saluti a Tutti
Roberto

E' un problema di fetchmail?
Per quello che posso capire io, no. Almeno, non qualcosa rilevabile dal log
che hai pubblicato.
Ciao.


wrote:

Anzitutto grazie per la risposta,
dovo vari tentativi ho notato che se eseguo fetchmail -k 
le e-mail vengono scaricate correttamente.
Puo' essere un problema di compatibilità con il server NT da cui
prelevo le email?
Saluti Roberto

prelevo le email?
Tutto puo` essere (soprattutto, trattandosi di NT), ma di per se' l'opzione
-k (o --keep) dice solo a fetchmail di non cancellare la posta dopo averla
prelevata.
Di solito la si usa in coppia con --uidl, in modo da evitare di prelevare
piu` volte gli stessi messaggi.
In qualunque server POP3 degno di questo nome, comunque, non ha nulla a che
vedere con il modo in cui vengono trasmessi i messaggi e, quindi, non si
capisce come possa dar luogo a messaggi tagliati.
Per eventuali incompatibilita`, bisognerebbe consultare la documentazione
fetchmail (compresi, eventualmente, siti e mailing list).
Magari, preferibilmente, dopo aver capito che programma usa il server NT;
per questo, potrebbe venire utile un telnet alla porta 110.
Ciao.

E' un problema di fetchmail?
Si, prova a chiamarlo come fetchmail -U.
-- 
Renato "Lay-up" Salzano - 
http://members.xoom.it/hitman_work/
 
e-posta: sonicblast (at) 
inwind.it
 
Powered by Debian 2.2 with Helix Gnome on a K6-II box
-- Webdesigner & sysadmin di 
http://www.italservicesnc.it
 --

, scriveva:

Telnet eseguito:
+OK dns (POP-Max Version 3.023, Wed Nov 15 09:21:59 2000) POP Mail
Server Ready
???????
Roberto

Si, prova a chiamarlo come fetchmail -U.
Grazie anzitutto per la risposta.
Ho provato a leggere le e-mail con 
fetchmail -U e in effetti mi sembra che non ci siano piů errori (cioč
e-mail mangled).
Perché?
Ciao
Robbo

Perché?
Lo sa il Signore. L'opzione comunque e' appropriata alla tua situazione: il
server POP3 del tuo fornitore non riconosce il comando LAST, l'opzione -U
(o --uidl) forza fetchmail ad usare UIDL. Questa e' senz'altro una cosa
giusta da fare, nel tuo caso (l'alternativa potrebbe essere dire a
fetchmail di ritirare comunque ogni volta tutti i messaggi e di cancellarli
una volta ritirati).
Perche' allora i messaggi arrivino interi, non lo so. Nella documentazione
di fetchmail, ho trovato riferimenti ad alcuni server che non aderiscono
perfettamente al protocollo POP3, e creano quindi problemi. In particolare,
Microsoft Exchange pare particolarmente incasinato.
Non so pero' se questo riguardi il tuo caso (non conosco, confesso, la
firma riportata dal server del tuo fornitore, che hai pubblicato in altro
messaggio). In ogni caso, non si parla di messaggi tagliati.
Capisco che, dopo averti in qualche modo portato fin qui, possa sembrarti
un po' una vigliaccata da parte mia, ma io mi acconteterei del fatto che, a
quanto pare, funziona. Un ultimo controllo che potresti fare e' di non
avere impostato una dimensione massima di messaggio (l'errore piu' grave di
Microsoft Exchange sembra che sia fornire informazioni sbagliate sulla
dimensione dei messaggi).
Ciao.

Perché?
Come spiegato  dopo in un'altro post  il POP server del  tuo provider e`
bacato e  va in crisi se  gli arriva un  comando LAST. -U forza  a usare
subito UIDL e  fa` si` che il  LAST non venga mandato. In  realta` e` un
aggiramento  del problema,  che  rimane  il server  POP  bacato del  tuo
provider.
