Newsgroup: it.comp.os.linux.software
Titolo: Postfix: anziche' consegnare la posta nello spool la reinvia al mittente


C'e' sicuramente qualcosa di errato nel 
main.cf
, ma non capisco cosa:
athlon:~# cat /etc/postfix/
main.cf
queue_directory = /var/spool/postfix
command_directory = /usr/sbin
daemon_directory = /usr/lib/postfix
mail_owner = postfix
myhostname = athlon.filuferru.domo
mydomain = filuferru.domo
mydestination=  $myhostname , localhost.$mydomain
mynetworks=
127.0.0.0/8
, 
192.168.1.0/24
myorigin=$mydomain
mynetworks_style = host
disable_dns_lookups = yes
relayhost = 192.168.1.2
sender_canonical_maps = hash:/etc/postfix/sender_canonical
alias_maps = hash:/etc/postfix/aliases
mailbox_command = /usr/bin/procmail
debug_peer_level = 2
debugger_command =
         PATH=/usr/bin:/usr/X11R6/bin
         xxgdb $daemon_directory/$process_name $process_id & sleep 5
biff=no
anche messo su bind (con l'apposito record MX), ma non e' cambiato niente.
Grazie cacciavite
-- 
 ------------------------------------------------------------------------
| Powered by *Debian GNU/Linux 3.0* 	   Linux Registered User #297089 |
| <<UNIX is user friendly, it's just picky about who its friends are>>   |
 ------------------------------------------------------------------------

alias_maps = hash:/etc/postfix/aliases
molta attenzione a questo. sia alias che sender_canonical, possono fare
brutti scherzi se non si e` capito come girano.
-- 
If you're not part of the solution, be part of the problem!
Maurizio - Tannoiser - Lemmo
Founder Member of ERLUG (Emilia Romagna Linux User Group)
http://erlug.linux.it

 brutti scherzi se non si e` capito come girano.
sender_canonical dovrebbe essere a posto ho capito meglio la sua funzione, su
aliases non ne sono certo, dimmi tu magari (virtual invece in questo momento e' vuoto)
grazie cacciavite


aliases non ne sono certo, dimmi tu magari (virtual invece in questo momento e' vuoto)
personalmente non amo la riscrittura degli indirizzi via MTA, a meno di
_buoni_ motivi.
e` un compito del client di posta. Se cmq, ritieni utile _riscrivere_
l'indirizzo in uscita, potrebbe aver senso associargli un virtual, per
evitare inutili _giri_ di posta.
-- 
echo '16i[q]sa[ln0=aln100%Pln100/snlbx]sb20293A2058554E494Csnlbxq'|dc


 evitare inutili _giri_ di posta.
 
secondo me un virtual corretto (e adatto al mio scopo) era
cacci...@localhost.filuferru.domo  cacciavite
oppure 
cacci...@athlon.filuferru.domo  cacciavite
propendevo per il primo (visti i msg di log: to=<cacci...@localhost.filuferru.domo>), 
comunque li ho provati entrambi da tempo e _non funziona_ (dando sempre lo 
stesso msg di log: status=bounced).


cacci...@athlon.filuferru.domo  cacciavite
no. un virtual corretto per i tuoi scopi, fa il paio con il tuo
sender_canonical. perche` lo usi? hce ci hai dentro?
-- 
Windows, another fine product from the folks who gave us edlin.


, relay=192.168.1.2[192.168.1.2], delay=0, status=sent (250 Ok: queued as F167918ED)
solito problema. Non so piu' che pensare, anche se anche io credo che la 
soluzione sia in sender_canonical e virtual.


soluzione sia in sender_canonical e virtual.
non e` il solito problema, questo e` nuovo. :)
a questo punto, pero` non potendo vedere i tuoi aliases, ecc, tiro a
caso:
hai ricostruito i dbm ad ogni modifica? (postalias yuourfile, postmap
yourfile a seconda...)
sei sicuro di aver ben compreso il concetto di utente virtuale, utente
locale, ecc.?
non e` che hai fatto qualche "copia incolla" magari da pdf?
-- 
If God had meant us to compute securely, He'd have given us more prime numbers!


 non e` che hai fatto qualche "copia incolla" magari da pdf?
no li ho scritti io con vim (e si vedono i risultati :)
athlon:~# cat /etc/postfix/sender_canonical
root        
cacci...@despammed.com
cacciavite  
cacci...@despammed.com
athlon:~# cat /etc/postfix/virtual
cacci...@despammed.com
  cacciavite
grazie


il mio /etc/postfix/aliases e' questo 
postfix lo sa`?
controlla:
alias_database e alias_maps. devono coincidere con /etc/postfix/aliases.
virtual_maps e canonical_maps che puntino in effetti a quello che ti
aspetti.
mi raccomando, controlla con postconf (anziche` guardare il 
main.cf
).
vedrai che troverai delle incongruenze.
-- 
Real programmers can write assembly code in any language.



da postconf:
alias_database = hash:/etc/postfix/aliases
alias_maps = hash:/etc/postfix/aliases
virtual_maps = hash:/etc/postfix/virtual
canonical_maps =
non capisco perche' canonical maps sia "vuoto", eppure in 
main.cf
:
sender_canonical_maps = hash:/etc/postfix/sender_canonical
ho poi scoperto il file /etc/aliases:
postmaster:    root
va lasciato cosi'?
comunque non ho capito bene cosa deve andare in /etc/postfix/aliases: ho
capito che serve un alias all'utente postfix (affinche' il programma
funzioni), ho capito il senso di creare un alias per root (cosi'che un
altro utente riceva la sua posta) e per gli utenti postmaster,info abuse
ecc. 
Ma a parte per questi utenti "speciali" vanno creati altri alias?
direi di no (per cio' che ho capito io), solo che non ho effettivamente
capito perche' postfix non comprenda che l'utente cacciavite e' un
utende di quella macchina e gli consegni la posta....


utende di quella macchina e gli consegni la posta....
senti, vuoi fare una prova? leva virtual e canonical. _non_ sono
_necessari_ nella tua realta`.
Poi semmai riparliamo di utilita` per riscrivere i from, e se ne vale la
pena.
-- 
There are two ways to write error-free programs.  Only the third one works.


 _necessari_ nella tua realta`.
levati. Ho impostato il campo from su .muttrc (necessario anche perche'
le mail col mio dominio inventato sarebbero rifiutate) 
poi da postmap :
alias_database = hash:/etc/postfix/aliases
alias_maps = hash:/etc/postfix/aliases
 
comunque il problema rimane identico:
Feb 13 17:32:21 athlon postfix/smtpd[514]: connect from
athlon[127.0.0.1]
Feb 13 17:32:21 athlon postfix/smtpd[514]: DCEE0486D0:
client=athlon[127.0.0.1]
Feb 13 17:32:21 athlon postfix/cleanup[497]: DCEE0486D0:
message-id=<20030213163
055.GA486@athlon>
Feb 13 17:32:21 athlon postfix/qmgr[476]: DCEE0486D0:
from=<cacci...@filuferru.domo>, size=1968, nrcpt=1 (queue active)
Feb 13 17:32:21 athlon postfix/smtpd[514]: disconnect from
athlon[127.0.0.1]
Feb 13 17:32:22 athlon postfix/local[515]: DCEE0486D0:
to=<cacci...@localhost.filu
ferru.domo>, relay=local, delay=0, status=bounced (mail forwarding loop
for cacci...@localhost.filuferru.domo)
Feb 13 17:32:22 athlon postfix/cleanup[497]: 03432486D1:
message-id=<20030213163
222.034...@athlon.filuferru.domo>
Pensavo, non e' che c'entrano qualcosa i DNS? sul server
(p120,192,168.1.2) ho bind
e il suo resolv.conf e':
search filuferru.domo
nameserver 127.0.0.1
nel client (athlon):
nameserver 192.168.1.2
grazie cacciavite


 
cut....
Scusate l'intromissione, io non ho il problema "status=bounced" pero' le 
mail destinate a root invece di andare all'utente locale vanno verso il 
server su internet che poi mi manda un bel Returned Mail:
Feb 13 18:05:40 doppioproc postfix/smtp[25190]: 0AD2810625: 
to=<nic...@localdomain.localdomain>, relay=
mail.191.it
[212.131.248.67], 
delay=5, status=sent (250 Message received: 
20030213175753.GDLM998...@doppioproc.localdomain)
nicola e' l'utente che dovrebbe ricevere la posta di root. Non e' bello 
mandarla al mail server su internet :((
Tra l'altro non so dove ha preso @localdomain.localdomain ?
Grazie, Nicola.
-- 
chi va pian va san e va lontan

 _buoni_ motivi.
Imho e` molto piu` utile canonical, in quanto va a riscrivere l'header
X-Envelope-Sender: che, altrimenti, sarebbe scritto a nome dell'utente
(comprensivo di dominio locale) che ha spedito la mail 
Henryx
-- 
GnuPG fingerprint = 42F9 521B 63C7 89FE 354C  89FA 4E49 3E2D 2EB6 B014

 (comprensivo di dominio locale) che ha spedito la mail
Scusate, ma che differenza c'e' tra il file canonical e il file 
sender_canonical ? Non sono la stessa cosa ?


comunque il problema rimane identico:
senti, tagliamo la testa al toro: posta l'output di postconf -n.
-- 
If it's already broken, force it.


 
athlon:~# postconf -n
alias_database = hash:/etc/postfix/aliases
alias_maps = hash:/etc/postfix/aliases
biff = no
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/lib/postfix
debug_peer_level = 2
disable_dns_lookups = yes
mail_owner = postfix
mailbox_command = /usr/bin/procmail
mydestination = $myhostname , localhost.$mydomain
mydomain = filuferru.domo
myhostname = athlon.filuferru.domo
mynetworks = 
127.0.0.0/8
, 
192.168.1.0/24
mynetworks_style = host
myorigin = $mydomain
queue_directory = /var/spool/postfix
relayhost = 192.168.1.2
grazie


NicoKid wrote:

Ho risolto commentando la riga mydomain=localdomain e aggiungendo a 
mydestination la voce localhost.localdomain.


relayhost = 192.168.1.2
meglio tra parentesi quadre, essendo "nude ip":
relayhost = [192.168.1.2]
aggiungi anche un:
best_mx_transport = local
per "acchiappare" le mail locali (senza mandarle al relayhost).
di piu` non saprei dire.
-- 
Greetings, Professor Falken.


 sender_canonical ? Non sono la stessa cosa ?
Da quello che ho capito io (puo` essere anche che mi sbaglio e che
uso canonical in modo scorretto o sottodimensionato), canonical ti
riscrive l'header X-Envelope-Sender: (che, altrimenti, e` riferito
nome della macchina) mentre sender_canonical riscrive il From:


 nome della macchina) mentre sender_canonical riscrive il From:
Io avevo pensato a questo:
sender_canonical scrive il from come hai detto.
recipient_canonical scrive il from delle mail ricevute (boh).
canonical se uno vuole mettere i 2 file insieme.
Questo perche' ho trovato tutti e 3 i file citati in man canonical. Ma in 
realta' non ho capito un tubo :P


 mydestination = $myhostname, localhost.$mydomain, localhost
era tutto li, bastava aggiungere localhost. Io non l'avevo messo perche'
mi pareva ridondante.
Ora funziona perfettamete.
Grazie mille per la __pazienza__


 macchina) mentre sender_canonical riscrive il From:
No, sender-canonical dovrebbe riescivere il il "From ", quello senza i
due-punti, che viene controllato dai server SMTP per vedere se il msg
arriva da una macchina vera.
Bye.

Grazie mille per la __pazienza__
l'importante e` saltarci fuori. :)
-- 
Take a jump. A million lemmings can't all be wrong.
