Newsgroup: it.comp.os.linux.sys
Titolo: postfix..personalizzare messaggio di errore

Ciao a tutti,
vorrei personalizzare il messaggio di errore che postfix reinvia quando non
trova l'indirizzo cui recapitare
la posta....diciamo questo.
Dove legge queste impostazioni?
This is the Postfix program at host 
worf.webintouch.com
.
I'm sorry to have to inform you that the message returned
below could not be delivered to one or more destinations.
For further assistance, please send mail to <postmaster>
If you do so, please include this problem report. You can
delete your own text from the message returned below.
The Postfix program
Inoltre sto implementando un mappa di relcated e vorrei personalizzare il
messaggio di ritorno
per gli utenti che hanno cambiato indirizzo,
inserisco la direttiva relocated_maps = hash:/etc/postfix/relocated
/etc/postfix/relocated
pi...@miodominio.com
 
pi...@altrodominio.net
pl...@miodominio.com
         Messaggio: l'utente ha cambiato indirizzo....
postmap    /etc/postfix/relocated
postfix reload
Voi come fate?
Ciao Giuseppe

 Voi come fate?
Non invio nessun messaggio di bounce. Se mandi un messaggio ad un
utente che non c'e' il messaggio finisce in /dev/null senza fare un bip.
Davide
-- 
I'm not in favor of senseless Micro$oft bashing. I'm in favor of bashing
Micro$oft senseless. -- From a Slashdot.org post

 writes:
DB> dal file di configurazione di postfix (/etc/mail/
main.cf
) si evince
DB> che dovresti avere un file 
relocated.cf
 il cui contenuto viene usato
DB> nel caso,
Questo se vuoi informare che un  certo utente (o gruppo, o un intero do-
minio) non e` piu` a quell'indirizzo, ma ad un altro.
Una regola  "catch-all" per restituire un errore  personalizzato in caso
di indirizzo errato non c'e`, per  quel che ne so: bisogna modificarsi i
sorgenti.
DB> Non invio nessun messaggio di bounce. Se mandi un messaggio ad un
DB> utente che non c'e' il messaggio finisce in /dev/null senza fare un
DB> bip.
Sui suoi server ognuno fa come  crede, ma IMHO e` sbagliato: eviterai di
rispondere agli  spammer, ma  se qualcuno semplicemente  sbaglia l'indi-
rizzo  di   un  utente   esistente  (tipo  "
pi...@pluto.com
"   invece  di
"
pi...@pluto.com
")  rimane  convinto di  aver  inviato correttamente  l'
e-mail e  da questo possono nascere parecchie  rogne...  Oltretutto sono
pressoche' convinto  che in  qualche RFC ci  sia scritto che  sia obbli-
gatorio restituire il codice d'errore, proprio per motivi "etici".
Saluti,
Luca Polo.
-- 
Luca...@gest.unipd.it
 --- 
http://www.gest.unipd.it/~jake
----------------------------------------------------------
One Ping to rule them all. One Ping to find them.
One Ping to bring down them all.
And in the darkness crash them.         [The Lord of the Pings]

 gatorio restituire il codice d'errore, proprio per motivi "etici".
Agree.
Aloha.
-- 
cat: .signature: No such file or directory

Dove legge queste impostazioni?
Dal sorgente  :(
E' un po' che io ed altri cerchiamo di convincere Wietse a mettere un
qualche cacchio di parametro per poter #includere un file almeno nei
casi di errore piu' comuni.
Nella ML di solito la risposta e' "patchati il sorgente". Cosa
fattibilissima, per la carita', ma e' una rottura di balle ripatchare
ad ogni aggiornamento.
Ciao,
luigi

 utente che non c'e' il messaggio finisce in /dev/null senza fare un bip.
Non che tu non lo possa fare, ma questo viola rfc821/2821.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
What goes up, must come down. Ask any system administrator.