Newsgroup: it.comp.os.linux.iniziare
Titolo: strano errore di fetchmail

Salve a tutti.
Ho un problema (o forse più di uno). :-)
Quando avvio fetchmail, nel caso non ci siano messaggi da scaricare,
tutto mi sembra filare liscio (sia che lanci "fetchmail -c" che
"fetchmail").
Quando invece cìè un messaggio da scaricare (messaggio di prova, che mi
sono spedito da solo), mi sembra che lo scarichi, sì, però
accompagnandolo con un messaggio d'errore che non saprei proprio come
risolvere.
Ecco il mio file ~/.fetchmailrc (che ho scritto su stretto consiglio
altrui):
poll "
pop.tiscalinet.it
"
protocol pop3
username "nemoero"
password " "
flush
mda /usr/bin/procmail
Ed ecco l'output del comando fetchmail dubbio:
[il messaggio che mi preoccupa è il primo ("fetchmail: unrecognized POP3
command")]
[marco@localhost marco]$ fetchmail
fetchmail: unrecognized POP3 command
1 message for nemoero at 
pop.tiscalinet.it
 (745 octets).
reading message 1 of 1 (745 octets) procmail: [807] Wed Jun 20 12:36:21
2001
procmail: Assigning "LOGABSTRACT=all"
procmail: Assigning "LOGFILE=/home/marco/mail/.Pm/pm.log"
procmail: Opening "/home/marco/mail/.Pm/pm.log"
 flushed
[marco@localhost marco]$
Grazie mille anzitempo a chi avrà la pazienza e la bontà di rispondere
ad un incompetente come il sottoscritto. :-)

 Salve a tutti.
[snip]
Prova a lanciare fetchmail con l'opzione -v: ti fa vedere il
traffico effettivo con il POP server, magari si riesce a
capire qual e` il comando che gli da` fastidio.
Ciao.
-- 
*> GOD is real unless declared as integer <*
*>          s.rivoir at 
gts.it
            <*

 protocol pop3
credo si scriva "proto pop3" e non protocol
e poi non mi pare che il file .fetchmailrc gradisca le interruzioni di
riga nella sequenza dei comandi...
uhmmm è un po' che non lo uso, devo ripassare:)
cià

command")]
E' il server che non riconosce il comando LAST per farsi inviare solo i
messaggi nuovi, mentre riconosce il comando UIDL.
-- 
           |Save our planet!
  Ciao     |Save wildlife;
  roberto  |For your E-MAIL use only recycled Bytes !!
           |roberto poggi  
rpo...@softhome.net

Grazie! :-)


Ho provato a fare quanto dettomi da Roberto (congiuntamente al consiglio
di Stefano nell'usare l'opzione -v di fetchmail), e credo di aver
risolto il problema.
Non mi sembra quindi che non funzioni per via dell'aver scritto "proto"
e per l'essere andato a capo più volte.
Però forse mi sbaglio. D'altronde non ho letto un qualche manuale
su fetchmail, ma solo le L.D.R..
A meno che dipenda dalla versione di fetchmail... la mia è la 5.3.1, su
una RedHat 6.2.
Boh, io non ci capisco molto. :-)
Comunque grazie mille anche a te! :-)


Anche se non ne conosco minimamente il motivo, ho fatto quanto mi hai
detto, e sembra proprio aver funzionato! Non vedo più quel preoccupante
messaggio di errore!
Grazie mille, e ciao! :-)


messaggio di errore!
Ok, adesso, visto che restare nell'ignoranza non e' mai bello, anche se
le cose funzionano, spiego il colpo di bacchetta magica.
Quando ti connetti ad un server pop3, e' come se iniziassi un dialogo
con il server, inviandogli richieste, e ascoltando le risposte.
I due comandi interessati (LAST e UIDL) sono in breve due modi diversi
per richiedere al server solo la posta non ancora letta.
Alcuni server non capiscono il comando LAST, e si lamentano.
Visto pero' che fetchmail non e' scemo, appena riceve un errore da LAST,
richiede UIDL e ti scarica ugualmente i messaggi.
Specificando UIDL nella configurazione, fetchmail capisce in anticipo
che e' inutile richiedere LAST, e passa direttamente a UIDL, meno
performante, ma funzionale.


preoccupa è il primo ("fetchmail: unrecognized POP3 command")]
Solitamente e'  colpa del  POP3 server della  Microsoft che  (Ma che
strano !) non e' standard e non riconosce il comando "LAST".
Dalla documentazione di fetchmail:
   Fetchmail will work with any POP, IMAP, ETRN, or ODMR server that
   conforms to the relevant RFCs (and even some outright broken ones
   like Microsoft Exchange and  Novell GroupWise). This doesn't mean
   it works equally  well with all, however. POP2  servers, and POP3
   servers without  LAST, limit fetchmail's capabilities  in various
   ways described on the manual page.
   [...]
   The person(s) responsible for removing  LAST from POP3 deserve to
   suffer.
Fortunatamente fetchmail e' un soft con i controco*lioni, e funziona
nonostante tutto. Da "NEWS" (Non in ordine particolare):
     * Deal with more M$  Exchange braindamage (violating an RFC1939
    limit).
    *  Cope with  Post  Office/NT's brain-dead  habit of  prepending
    bogus LIST items with a -1 length.
    *  Driver code  changed  so delimited  protocols  don't rely  on
    message  lengths being  correct  (this  means #@!%^#  brain-dead
    Microsoft Exchange will work).
    *  Detect and  warn  about  servers like  M$  Exchange that  get
    lengths wrong.
    * Back out the InterChange  workaround, it breaks operation with
    M$ Exchange.
    * Fix for  NO response during SIZE fetches for  M$ Exchange IMAP
    server.
Come  vedi, e'  stato fatto  un gran  lavoro per  stare dietro  agli
incapaci che lavorano presso la Microsoft.
-- 
 __                                                               (o_
| _        "The Internet is slow, could you please reboot it ?"   //\
|__|iambo  mailto:
gabr...@giambonini.com
 
www.giambonini.com
   V_/_

 fetchmail: unrecognized POP3 command
Il server di tiscali non supporta il comando "LAST". Fetchmail recupera
comunque la posta usando il comando "UIDL".
ciao
Kronos
-- 
Home: 
http://kronoz.cjb.net
Non sempre quello che viene dopo e` progresso.
Alessandro Manzoni

 recupera comunque la posta usando il comando "UIDL".
Con tiscali puoi  anche usare imap (sempre  server 
pop.tiscalinet.it
 con
protocollo IMAP-LOGIN)
Ciao
-- 
Fabio Cobianchi		
fabi...@tiscalinet.it