Newsgroup: it.comp.os.linux.debian
Titolo: fetchmail non riceve

Ho configurato fetchmail,
il quale vede la posta ma non la riceve.
samiel@debian:~$ fetchmail
1 message (1 seen) for 
mauro.s...@alice.it
 at alice (1321 octets).
skipping message mauro.s...@alice.it@
in.aliceposta.it:1
 not flushed
1 message for 
mauro.s...@gmail.com
 at gmail (1835 octets).
reading message mauro.s...@gmail.com@
gmail-pop.l.google.com:1
 of 1
(1835 octets). not flushed
C'è bisogno di altre informazioni?
Idee?
Grazie
M.

 skipping message mauro.s...@alice.it@
in.aliceposta.it:1
 not flushed
fetchmail pensa di aver giá scaricato questo messaggio, quindi non lo
ritira un'altra volta.
Se usi IMAP, potrebbe essere che questo mail ha il "read" flag. Se
invece usi POP3, guarda se c'è un file ~/.fetchids che contiene l'id di
quel mail.
hth,
	Benjamin

 quel mail.
Uso POP3; ho cancellato il vecchio ~/.fechids
e mi sono mandato una mail nuova con mutt.
Ho fatto il controllo con fetchmail
e si è riproposto il problema. Trova
la nuova e-mail e mi dice "not flushed",
per cui non la scarica. Eppure è nuovissima...
Ch'aggi a fa?
Grazie
M.

 per cui non la scarica. Eppure è nuovissima...
Doveva esserci un po' di confusione
nei permessi di file e dir. Ho risolto
gordianamente: ho cancellato file e dir
e ricreate. Ora funziona. Una sola cosa:
le e-mail vecchie (flushed) come posso dirgli
di scaricarle lo stesso?
Grazie
M.

 M.
please, leggi nel capitolo dedicato alla lettura dei messaggi quanto
ho scritto sulla configurazione di fetchmail ed in particolare sulle
disposal options (fetchall, keep, flush)
ci vai dritto da qui:
http://ataualpa.altervista.org/muttnirvana/leggere.html#fetchmail
ciao,
:-) Ataualpa
-- 
[It.Comp.Sicurezza.Varie] >sapete se č possibile, e come, navigare senza
essere "rintracciati" ? ...Cosa fai di mestiere, lo scafista? [Leonardo
Serni]
*-| Linux is Better: Open & Free! |*| 
http://ataualpa.altervista.org
 |-*

 
http://ataualpa.altervista.org/muttnirvana/leggere.html#fetchmail
Perfetto: visto e sistemato.
Un'ultima cosa: quando ho lanciato,
come tu consigli per verificare la presenza
nel server della funzionalità UIDL,
il comando fetchmail -v, ho letto anche:
fetchmail: 
in.alice.it
: opportunistic upgrade
to TLS failed, trying to continue.
Hai idea di che cosa significhi?
Mille grazie
M.

* Mauro Sacchetto [13-03-2007 21:55 it.comp.os.linux.debian]:

Dal manuale di fetchmail (RTFM!):
if SSL is not configured, fetchmail will usually opportunistically try
to use TLS. TLS can be enforced by using --sslproto "TLS1". TLS
connections use the same port as the unencrypted version of the
protocol and negotiate TLS via special parameter. The --sslcertck
command line or sslcertck run control file option should be used to
force strict certificate checking - see below.
Aggiungo poi che con l'opzione
--sslproto <name>
 	(Keyword: sslproto) Forces an SSL or TLS protocol. Possible
	values are 'SSL2', 'SSL3', 'SSL23', and 'TLS1'. Try this if
	the default handshake does not work for your server. Use this
	option with negotiation when the server advertises STARTTLS or
	STLS, use ''. This option, even if the argument is the empty
	string, will also suppress the diagnostic 'SERVER:
	opportunistic upgrade to TLS.' message in verbose mode. The
	default is to try appropriate protocols depending on context.
ariciao,
:-) Ataualpa
-- 
Microsoft Outlook: il primo news reader con supporto messaggistica RAID
1. [Leonardo Serni]


Francesco Ciattaglia wrote:
[cut]> Dal manuale di fetchmail (RTFM!):
[cut]
Sto vedendo con più attenzione.
Una cosa strana, o meglio di cui
non riesco a identificare la causa:
ho 2 account, uno di alice e uno di gmail.
Questo il mio .fetchmailrc:
===================================================
set postmaster "root"
set no bouncemail
set no spambounce
poll alice via "
in.alice.it
" timeout 60
with proto POP3
auth password user "
mauro.s...@alice.it
" there
with password "*******"
is "samiel" here options fetchall keep
mda /usr/bin/procmail
poll gmail via "
pop.gmail.com
" timeout 60
with proto POP3
auth password user "
mauro.s...@gmail.com
" there
with password "*******"
is "samiel" here options fetchall keep
options ssl
mda /usr/bin/procmail
===================================================
Ho un.procmailrc elementare, solo per fare
qualche prova:
===================================================
MAILDIR         = $home/Mail
DEFAULT         = $MAILDIR/inbox/
LOGFILE         = $MAILDIR/log
VERBOSE         = yes
LOGABSTRACT     = yes
:0
* ^From.*
mauro.s...@gmail.com
gmail/
:0
+ ^From.*
mauro.s...@alice.it
alice/
===================================================
Ora, il riordino verso le caselle specificate funziona,
ma non riesco a scaricare altra posta.
Ad es., mi sono fatto un account di prova
su hotmail, ma fetchmail non scarica nulla
da quell'account, e non riesco a capire
dove stia l'inghippo. Se elimino procmail
e uso solo mutt con fetchmail, allora
tutto riprende a funzionare e la mail,
tutte, vengono scaricate regolarmente.
Dove sta l'errore?
Grazie
M.