Newsgroup: it.comp.os.linux.iniziare
Titolo: fetchmail: cosa ne fa della mia posta?

 
Salve. Dunque, mi succede questo: quando lancio fetchmail lui si collega 
al POP3 e verifica se c'è posta, solo che poi quando cerco di leggerla 
secondo mutt non c'è nessun messaggio, e non ce ne sono nemmeno in 
/var/spool/mail/mioutente. Il mio ~/.fetchmailrc consiste semplicemente 
in ciò: 
poll 
box.clubnet.tin.it
 timeout 60 with proto POP3
user "mioutenteremoto" there
with password "miapasswordremota"
is mioutentelocale here 
Procmail è installato, ma non ho creato un ~/.procmailrc; inoltre ho 
disinstallato sendmail (che non avevo mai usato) e installato postfix.
Ora, la mia domanda è: il fatto che non riesco a trovare la posta (sono 
sicuro di averne, fetchmail lo dichiara espressamente) dipende da una 
errata configurazione di fetchmail, o è qualcos'altro che ho sbagliato 
(~/.muttrc? /etc/postfix/
main.cf
? Altro ancora?).
Non credo sia importante, ma la distribuzine è RedHat 6.2.
Spero in una vostra dritta perchè sto diventando pazzo.
ciao
marco
 
-- 
Togli .amgs per ottenere l'e-mail reale.

 secondo mutt non c'è nessun messaggio, e non ce ne sono nemmeno in 
Ma se ti mandi una mail da solo a "tuoutentelocale" o come diavolo
e'... arriva la posta ? Perche' fetchmail non fa' altro che leggerla
ed inoltrarla a chi gli dici di inoltrarla. Quindi il problema deve
essere nel tuo mtu.
Davide

 Spero in una vostra dritta perchè sto diventando pazzo.
se non l'hai ancora fatto , dovresti seguire l'how-to di MrShark che
spiega proprio come impostare fetchmail+procmail+postfix per la gestione
delle mail e per usare mutt come client (che poi e' una delle config. piu'
diffuse)
prova a vedere se c'e' traccia delle tue mail in /var/spool/postfix
io ho configurato prima procmail , quindi il problema delle mail "perse"
non l'ho mai avuto 
secondo me devi creare un tuo .procmailrc , e far richiamare procmail
dal 
main.cf
 di postfix , esattamente come MrShark insegna
ciao
-- 
"Mouse non trovato.  Cliccare su un tasto del mouse per continuare."
                -- Windows 95 
_tagliami_ per rispondere in email


Ciao, grazie per aver risposto. Allora, ho provato a inviarmi una mail, 
da win però, non so se è proprio come intendevi, e non arriva, così come 
altra posta che so per certo che mi è stata inviata; in realtà fetchmail, 
non so come dire....vede benissimo che c'è della posta sul server (anzi 
mi dice "toh, ti hanno mandato un messaggio molto interessante; dammi 
retta: devi assolutamente leggerlo anche tu":-), ma non riesco a capire 
se la prende, e in questo caso dove la mette. Penso che da qualche parte 
ci sia, perchè quando entro come *utente che dovrebbe aver ricevuto posta* 
vengo accolto dal messaggio "You have mail". Se ho capito bene tu dici 
che non è probabile che il problema sia fetchmail (sarebbe già importante 
per me poter escludere qualche possibilità), solo che...ehm, non so cosa 
sia il mio mtu...Partendo dal presupposto che non sia procmail (almeno 
spero), ti riferisci a postfix o a mutt? O intendi qualcos'altro ancora?


ciao
ciao e grazie. E scusa della verbosità, è che sto girando a vuoto; se per 
caso hai un'idea del da farsi mi fai sapere?


sancora?
Postfix, che e` un MTA [non MTU ^_^].
Posta il tuo /etc/postfix/
main.cf
. 
-- 
Renato "Hitman" Salzano - Home Page in ricostruzione 
e-posta: sonicblast (at) 
inwind.it
 / Xena:TWP fan
Powered by AMD K6-350 & Debian Woody - 100% Wintel free
---> WebDesigner e SysAdmin di 
http://www.italservicesnc.it
 <---

 se la prende, e in questo caso dove la mette. 
Di default fetchmail passa la posta a sendmail/postfix che la mette
nella casella dell'utente.
Quindi devi controllare che postfix (o sendmail) funzionino.
Quindi, da Linux, mandati un messaggio sull'utenza locale (ad es. pine
pippo@localhost) e vedi se arriva.
Se non arriva, fai 'telnet localhost smtp' e vedi che risposta ti da'.
LG
-- 
*********************************************************************
Leandro Gelasi
V year Computer Science Engineering student at Siena University
gela...@lucy.dii.unisi.it
Gilles Villeneuve will live forever
*********************************************************************

 caso hai un'idea del da farsi mi fai sapere?
giri a vuoto ma secondo me ci sei vicino : creati 'sto benedetto
~/.procmailrc :-) e vedi se comincia a funzionare 



Innanzitutto grazie anche a te. Allora, il mio /etc/postfix/
main.cf
, 
tolte ovviamente le righe commentate, è:
queue_directory = /var/spool/postfix
command_directory = /usr/sbin
daemon_directory = /usr/libexec/postfix
mail_owner = postfix
default_privs = nobody
myhostname = localhost.localdomain
mydomain = localdomain
relayhost = [
mail.tin.it
]
biff = no
defer_transports = smtp
alias_maps = hash:/etc/postfix/aliases
sender_canonical_maps = hash:$config_directory/sender_canonical
virtual_maps = hash:$config_directory/etc/postfix/virtual
mail_spool_directory = /var/spool/mail
mailbox_command = /usr/bin/procmail
local_destination_concurrency_limit = 2
default_destination_concurrency_limit = 10
debug_peer_level = 2
debugger_command =
         PATH=/usr/bin:/usr/X11R6/bin
         xxgdb $daemon_directory/$process_name $process_id & sleep 5
alias_database = hash:/etc/postfix/aliases
E pensare che a vederlo sembra così innocente:-)!


il suddetto e la relativa config per il proprietario della mailbox
Se la riga "mailbox_command = /usr/bin/procmail" significa che ci deve 
necessariamente essere un ~/.procmailrc, sarebbe questo che non va qui 
da me:-(.
ciao e grazie ancora.
marco


Se non arriva, fai 'telnet localhost smtp' e vedi che risposta ti da'.
Questa:
Trying 127.0.0.1...
Connected to localhost.localdomain (127.0.0.1).
Escape character is '^]'.
Io non so interpretare questi messaggi, anche se sembrerebbe che l'esito 
del telnet sia positivo...
ciao e grazie
ps: ma come si ferma 'sto telnet? Ho provato tutti i comandi della man 
page, ma alla fine mi è toccato killarlo...


 marco, arrivato su it.comp.os.linux.iniziare,
      inquieto` tutto il newsgroup con le sue frasi...
 > > se nella sua config. e' specificato di passare tutto a procmail,
 > > richiama il suddetto e la relativa config per il proprietario della
 > > mailbox
 > Se la riga "mailbox_command = /usr/bin/procmail" significa che ci
 > deve necessariamente essere un ~/.procmailrc, sarebbe questo che non
 > va qui da me:-(.
E cosa aspetti a crearlo? C'e` sull'howto di shark, e comunque si puo`
semplificare di _molto_ rispetto a quello suo, aspetta che ti faccio un
copia/incolla del mio, opportunamente "rasato"...
________________________________________
# Base config
SHELL=/bin/sh
LINEBUF=8192
PATH=$HOME/bin:/bin:/usr/bin:/usr/local/bin
# Directory config
MAILDIR = $HOME/Mail                    # Directory della Posta
DEFAULT=$MAILDIR/Posta\ Entrata         # Default MailBox
FORMAIL=/usr/bin/formail                # Eseguibile formail
# Files di LOG
VERBOSE = yes                           # Per il debug
LOGABSTRACT = yes                       # Per log MOLTO estesi
LOGFILE = $SYS/procmail.log             # File di log
:0:
* TO_tuamail
tuo_file_mbox
[....altre regole come quella appena sopra]
________________________________________
...e calcola che puoi omettere la parte dei log e volendo anche un altro
po di roba ma cosi` sembra gia` abbastanza ridotto all'osso, non ti
pare?
Ciao
-- 
Subject con R: corretti automaticamente, ma comunque
                                     patcha il tuo newsreader.

 
Prova a scrivere 'quit' (senza apici).
Oppure CTRL+] e poi quit
Ciao


fine è postfix che la recupera?
Il meccanismo e` questo: 
* Fetchmail  preleva la posta dai/dal  POP3 server le la  rispedisce via
SMTP a un'altro server, tipicamente a localhost [ovvero al locale]
* Postfix/sendmail/masqmail/qmail,  sono server  SMTP o  MTA che  dir si
voglia, e  vedono arrivare delle  e-mail via SMTP [quelle  "rigirate" da
fetchmail] e a  seconda dei settaggi le depositano in  certe directory o
le rigirano a procmail.
* Procmail e` un programma che  semplicemente riceve da linea di comando
le e-mail e  seguendo dei filtri configurati in  ~/.procmailrc le smista
in certe directory/mailbox di vario formato.
* Mutt  /  Kmail  /  Sylpheed  /  quelchee`   [il  mailreader,  insomma]
leggono  le  e-mail  dalle  mailbox  su  HD.  Quando  poi  spedisci  una
e-mail,   loro   contattano  via   SMTP   localhost   [e  qui   risponde
Postfix/sendmail/masqmail... l'MTA  insomma] e passano la  e-mail al tuo
MTA.
Spero di averti chiarito le idee, nel caso posta pure i tuoi dubbi :)


Oppure CTRL+] e poi quit
La seconda; curioso però: scrivendo ^]quit in modo "normale" non funziona.
ciao
marco


copia/incolla del mio, opportunamente "rasato"...
Grazie; adesso l'ho creato, ma sembra che i problemi siano "a monte" di 
procmail. Se hai voglia leggi il mio replay a Leandro Gelasi. Spero siano 
facilmente risolvibili, ma ho un brutto presentimento...
ciao


Spero di averti chiarito le idee, nel caso posta pure i tuoi dubbi :)
Decisamente adesso mi č tutto piů chiaro; fetchmail rintraccia la posta 
e si mette in attesa dell'intervento di postfix (o chi per lui). Adesso 
capisco perchč, dopo aver trovato la mia posta sul server remoto, dice: 
"waiting for listener to respond", somaro che non sono altro...Sembra 
proprio che il mancato funzionamento del sistema sia dovuto ad un errore 
relativo a postfix, come parrebbe anche dall'esito di 'tail -f /var/log/
maillog', che riporto nel mio replay a Leandro Gelasi; ma non riesco a 
capire quale possa essere l'errore di configurazione...:-(.
ciao e ancora grazie
marco


 etc/postfix/virtual.db: No such file or directory
qui dice che non lo trova..prova a ricrearlo con il comando
postmap /etc/postfix/virtual
fai ripartire postfix e guarda nel log se si lamenta ancora
saluti


 postmap /etc/postfix/virtual
aspetta , in un altro post ho letto il tuo 
main.cf
sender_canonical_maps = hash:$config_directory/sender_canonical
virtual_maps = hash:$config_directory/etc/postfix/virtual 
                                     ^^^^^^^^^^^^^^^^^^^^
in pratica , e sul log dice proprio questo , cerca il file in
/etc/postfix/etc/postfix/virtual , prova a cambiare la riga in 
virtual_maps = hash:$config_directory/virtual 
e fai ripartire postfix
ciao


 
Intendevo di controllare con tail -f come hai fatto prima; in ogni caso
i messaggi non sarebbero cambiati di molto
Spero che cosi' funzioni, altrimenti fatti risentire.


 marco, arrivato su it.comp.os.linux.iniziare,
      inquieto` tutto il newsgroup con le sue frasi...
 > Ci sono, però sembra che ci siano problemi con virtual.db...
 
Il virtual non serve a una mazza, e neanche il sender_canonical, questo
almeno nell'uso normale, e comunque funziona anche senza, se sei senza
canonical ottieni che le mail in uscita non saranno riscritte, per cui
arriveranno mail con "ute...@localhost.localdomain", il che non e` bello
ma per funzionare funziona. Il virtual e` la stessa cosa all'inverso, ma
non ricordo proprio bene, ad ogni modo basta una lettura della man.
 
Detto questo lui non legge il virtual/sender_canonical in formato testo,
ma ha bisogno che gli crei il  database, quindi una volta fatti i file
di testo li devi "compilare" (passatemi il termine) con postmap,
precisamente:
postmap /etc/postfix/sender_canonical
Per l'aliases (un file che specifica per esempio che la posta diretta a
root deve andare a <utente>) si usa postalias, in Debian il file in
questione e` /etc/aliases :
mat:/cdrom# cat /etc/aliases
# See man 5 aliases for format
postmaster:     root
usenet: root
root: matteo
 > Feb 24 15:25:57 localhost postfix/qmgr[805]: open database /etc/postfix/
 > etc/postfix/virtual.db: No such file or directory
Vai nella dir e fai postmap virtual
 
 > Feb 24 15:25:57 localhost postfix/master[580]: warning: process /usr/
 > libexec/postfix/qmrg pid 808 exit status 1
 > 
 > Feb 24 15:25:57 localhost postfix/master[580]: warning: /usr/libexec/
 > postfix/qmrg: bad command startup -- throttling
?!?!? bho, secondo me dipende dal 
main.cf
 ma non sono sicuro.
 
 > Sembra comportarsi come se niente fosse.
Infatti, il risultato e` che le mail vanno perse, metti l'opzione keep
al posto di fetchall in .fetchmailrc mi raccomando.


 marco, arrivato su it.comp.os.linux.iniziare,
      inquieto` tutto il newsgroup con le sue frasi...
 > Grazie; adesso l'ho creato, ma sembra che i problemi siano "a monte"
 > di procmail. Se hai voglia leggi il mio replay a Leandro Gelasi.
 > Spero siano facilmente risolvibili, ma ho un brutto presentimento...
Io ti posso suggerire; 1) man fetchmail, fetchmailrc, opzione "mda", ti
permette di passare la posta da fetch a procmail saltando postfix, e se
il problema e` quello cosi` lo capisci. 2) Secondo me il problema sta
nelle opzioni my_domain, my_networks, my_destination ecc di postfix...
Aspetta che do un occhiata al mio e ti dico esattamente...
mat:/cdrom# cat /etc/postfix/
main.cf
|grep ^my
mydestination = $myhostname, localhost.$mydomain, penguin
myorigin = mat.penguin
myhostname = mat.penguin
Da me l'hostname e` mat e il dominio e` penguin, io quando avevo
problemi con postfix ho sempre risolto smanettando con questi.
Non ti posso aiutare piu` di tanto perche` a dire il vero sono andato
sempre a tentativi, visto che dico sempre che voglio passare a qmail (e
poi non lo faccio mai :( ).


 SMTP a un'altro server, tipicamente a localhost [ovvero al locale]
quindi fetchmail cerca l'SMTP locale (oppure procmail se indicato nel
.fetchmailrc) , ma se non 'risponde' nessuno cosa ne fa della posta ?


E pensare che a vederlo sembra cosě innocente:-)!
In effetti e` a posto :/


.fetchmailrc) , ma se non 'risponde' nessuno cosa ne fa della posta ?
Non la scarica.
Ma se e' convinto che ci sia qualcosa in ascolto, la scarica, la
cancella dal server, e se il tuo procmail o chi per lui funziona male,
la tua posta finisce nell'iperspazio.
-- 
           |Save our planet!
  Ciao     |Save wildlife;
  roberto  |For your E-MAIL use only recycled Bytes !!
           |roberto poggi  
rpo...@softhome.net

e fai ripartire postfix
Centro! Adesso il problema è trovare il modo di sdebitarmi di tutta la 
pazienza che avete avuto con me. Grazie mille.


virtual_maps = hash:/etc/postfix/virtual
Era proprio quello: se penso che sono ammattito per giorni, e, peggio 
ancora, ho scomodato tutti voi, dovrei sentirmi un idiota; ma sono 
troppo contento adesso. E poi ho le idee molto più chiare, ora. 
Grazie, sono commosso, non sto scherzando, della disponibilità tua e di 
tutti gli altri amici.


al posto di fetchall in .fetchmailrc mi raccomando.
Fatto; ho aggiunto "options keep mda '/usr/bin/procmail -d%T'", a quanto 
pare ora fetchmail passa la posta direttamente a procmail, almeno a 
giudicare dai log, ma non sono sicuro. Comunque sia la posta arriva:-).
Ciao e grazie mille.


In effetti e` a posto :/
Invece avevi ragione a dirmi di mandare il mio /etc/postif/
main.cf
: era 
proprio lě lo stupidissimo errore. Adesso funziona (la posta in entrata, 
almeno; in uscita devo ancora provare)!
Tu e gli altri amici che mi avete sopportato tutto questo tempo avanzate 
una valanga di birre:-).


.fetchmailrc) , ma se non 'risponde' nessuno cosa ne fa della posta ?
Si blocca uscendo con un errore [SMTP non found o una cosa simile].
... e si, rischi di perdere le e-mail se non stai attento.


 troppo contento adesso. E poi ho le idee molto più chiare, ora.
Bene, l'importante e' questo. Quanto allo sdebitarti, basta che quando
puoi (potrai) tu aiuti altra gente in difficolta'. Lo "spirito" di Linux
e' proprio questo.


Comunque sia la posta arriva:-)
Prova a togliere l'opzione "mda ecc." e vedi se tutto funziona.
E poi  togli l'opzione  keep, non  penso che vuoi  rimanere le  mail sul
server POP :)


avanzate una valanga di birre:-).
Se e` Guinness StrongAle e riesci  a farla arrivare fino a qui [Napoli],
e` gradita :-P


server POP :)
Infatti fetchmail in questo modo continua a ri-scaricarmi tutti i messaggi 
che trova, ma l'avevo *intuito*;-). Che faccio, levo da "options" in poi?
Quanto alla Guinness (la birra, non la RH 7.0:-) è veramente ottima, chissà 
che prima o poi non si riesca a gustarne un adeguato quantitativo insieme 
(io sono di Marghera-Venezia, ma ho amici di Napoli, prima o poi...).
ciao
marco
ps: W i Celtics (però quando c'era The Legend...sigh!).


 "options" in poi? Quanto alla Guinness (la birra, non la RH 7.0:-)
metti fetchall al posto di keep.
man fetchmail era troppo faticoso?
Ciao

man fetchmail era troppo faticoso?
Anzi, ho intenzione di tradurre tutta la documentazione relativa ai quattro 
programmi, e ho cominciato proprio con la pagina man di fetchmail. Solo che 
probabilmente non sono una volpe, infatti per il momento ho qualche dubbio; 
la man page dice:
Disposal Options
       -a, --all
              (Keyword: fetchall) Retrieve both  old  (seen)  and
              new  messages  from the mailserver.  The default is
              to fetch only messages the server  has  not  marked
              seen.
Il che non mi ha chiarito del tutto le idee; č certamente un limite mio, 
purtroppo uso il computer da poco tempo (non Linux, intendo proprio il 
computer in generale), e sicuramente la documentazione che si legge non č 
mai abbastanza. Perň trovo ingiusto essere accusato di cercare la "pappa 
pronta", prima di chiedere aiuto nel mio piccolo avevo cercato di fare da 
solo. Nell'howto di Mr Shark, inoltre, č scritto: "OPTIONS FETCHALL scarica 
tutti i messaggi, sia vecchi che nuovi", il che sarebbe esattamente quello 
che non voglio, ed č il motivo per cui non l'avevo messo prima. Comunque 
grazie della risposta, proverň a fare cosě.
ciao
marco
