Newsgroup: it.comp.os.linux.sys
Titolo: Postfix mi rimanda la posta in arrivo in uscita anziche' consegnarla nello spool

Ho una macchina con teapop dal quale dovrei scaricare la posta. Se lo faccio
col client di mozilla funziona perfettamente, mentre se uso fetchmail+postfix la posta
viene si scaricata, ma poi viene rispedita. Dai log non sono riuscito a capire il motivo
questo e' il mio 
main.cf
k6:~# cat /etc/postfix/
main.cf
# operation.
command_directory = /usr/sbin
daemon_directory = /usr/lib/postfix
program_directory = /usr/lib/postfix
mail_owner=postfix
queue_directory=/var/spool/postfix
mail_spool_directory=/var/spool/mail
mailbox_command=/usr/bin/procmail
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
setgid_group = postdrop
biff = no
# appending .domain is the MUA's job.
append_dot_mydomain = no
myhostname = k6.filuferru.domo
mydomain=filuferru.domo
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin=$mydomain
mydestination = $myhostname, localhost.$mydomain, localhost
relayhost = 192.168.1.5
mynetworks = 
127.0.0.0/8
mynetworks_style=host
alias_maps=hash:/etc/postfix/aliases
alias_database=hash:/etc/postfix/aliases
sender_canonical_maps=hash:/etc/postfix/sender_canonical
i file virtual e sender_canonical sono a posto. e' una cosa che ho fatto tante volte, solo 
che non riesco a trovare l'errore. In pratica succede che la posta scaricata viene reinviata al 
relayhost, mentre se commento il relayhost viene rispedita al mittente (e questo e' pure ovvio)
Insomma postfix non la mette in /var/spool/mail/nome_utente e non capisco perche'. Potrei 
forse forzare la cosa con procmail, ma voglio cercare una soluzione senza. Procmail e' installato ma 
il file di configurazone e' vuoto
Se faccio #postconf -n risulta tutto cio' che e' in 
main.cf
.
inoltre la direttiva mynetworks_style=host dovrebbe indicare che la posta va consegnata solo ed 
esclusivamente in locale (
www.postfix.org
)
grazie
-- 
| Ciao Cacciavite          Linux Registered User #297089
| Powered by *Debian GNU/Linux 3.0* on  PentiumII 350Mhz
| E-mail:              cacciavite616 at tiscali punto it

 mydestination = $myhostname, localhost.$mydomain, localhost
a meno che tu non abbia delle transport, dei virtual o roba simile, dubito
che postfix capisca che una email per un utente con un indirizzo di posta
vero possa metterla in relay locale su filuferru.domo.
Senza sminchiettare postfix, configurando per fetchmail qualcosa tipo:
set postmaster "postmaster"
set bouncemail
set no spambounce
set properties ""
poll 
popmail.libero.it
 with proto IMAP
       user '
cacci...@libero.it
' there with password
'non_leggo_i_manuali' is 'cacci...@filoferru.domo' here options keep
dovrebbe andare.
max

 i file virtual e sender_canonical sono a posto
Mi si permetta il francesismo: "col cazzo che sono a posto".
9/10 il tipo di problema che dichiari, nasce da li.
E tipicamente una roba del tipo:
fetchmail manda mail con from tuoindirizzomail@tuodominiovero, a
tuoutentelocale@localhost.
Se tu riscrivi tuoutentelocale@localhost in
tuoindirizzomail@tuodominiovero succede che:
- smtp accetta, perche` viene da 127.0.0.1 quindi e` permesso
- smtp vede posta per "tuodominiovero", se esso non e` tra i domini per
  cui egli riceve posta (magari mediante un virtual fatto bene), egli fa
  la cosa che deve fare: relay.
e ti rispedisce la mail.
Nota come:
Non hai bisogno di canonical/virtual, se usi fetchmail, perche` egli
manda a utente@localhost e questo deve essere accettato da smtp.
Nota come in casi limite[1] ti serve il canonical per utente, e in tal
caso ti serve virtual acconcio.
[1]
Il caso limite e` il mio: uso dei tool che mandano mail mediante
"/usr/sbin/sendmail" e che quindi, vengono espansi da mizio@localhost, a
mizio@fqdn, ma essendo il portatile, il mio mx, mi da dominio non
esistente (e non ho interesse a rimuovere questa restrizione, avendola
impostata io). Ma e` un caso limite, appunto.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
If work, don't fix it.

 questo e' il mio 
main.cf
Ovviamente intendo il 
main.cf
 del client. 


 tuoindirizzomail@tuodominiovero succede che:
al limite tuoindirizzomail@tuodominiovero in tuoutentelocale@localhost ,
o intendevi questo?
comuqnue tradotto in /etc/postfix/virtual per me era logica una
soluzione del genere:
cacci...@libero.it
   cacciavite
oppure
cacci...@libero.it
   cacciavite@localhost
oppure
cacci...@libero.it
   cacci...@k6.filuferru.domo
solo che non funziona
ho risolto seguendo il consiglio di Citrix
cambiando .fetchmailrc da 
poll 192.168.1.5 with proto POP3  user cacciavite there with password "RTFM"
is cacciavite here options fetchall
a
poll 192.168.1.5 with proto POP3  user cacciavite there with password
"RTFM" is cacci...@k6.filuferru.domo here options fetchall
in questo modo ottengo relay=local
ho eliminato virtual e sender_canonical
Solo che non ho capito il motivo. Sembra quasi che cacciavite@localhost
non venga riconosciuto da postfix come dominio locale (eppure in
$mydestination e' specificato: mydestination = $myhostname,
localhost.$mydomain, localhost ). 
O non ho capito un fico secco su come avviene la ricezione della posta?
Per cio' che ho capito io fetchmail la recupera dal server e la passa a
postfix. Passarla con "is cacciavite here " significa dire a postfix:
consegnala a cacciavite@localhost. E se localhost e' definito in $mydestination
allora postfix capisce che la posta va consegnata in locale.
Grazie


 dovrebbe andare.
si va, anche se non ho capito il motivo (come ho specificato nella
risposta a Maurizio). quello che non capisco e' come mai la stessa
configurazione fetchmail+postfix funzioni perfettamente per scaricare
dal pop di libero, mentre non funzioni per scaricare la posta dal mio pc
con teapop (che dovrebbe essere configurato bene, tant'e' che il client
di mozilla la scarica tranquillamente)


 localhost.$mydomain, localhost ). 
Non e` quello. E` che posta per "cacciavite", viene espanso in accordo
con /etc/mailname (ovvero myorigin), e subisce gli effetti di eventuali
trasformazioni di sender_canonical (e in generale delle canonical map).
Cmq, per farla breve: a meno di esigenze davvero specifiche, _mai_
pasticciare con gli header (envelope header, intendo). Si fa solo
casino.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
I cna tyep 400 Wrods pre miuet