Newsgroup: it.comp.os.linux.iniziare
Titolo: 5 giorni per la consegna

Ho un server di posta su debian ed utilizzo Postfix (anche per la posta su
dominio pubblico).
Il sistema funziona egregiamente, salvo il ritardo con cui il sistema
riconsegna le mail non consegnabili.
Mi spiego meglio: se invio una mail ad un indirizzo di posta esistente,
questa viene consegnata in pochi secondi come è normale che sia, ma se invio
una mail ad un indirizzo di posta inesistente il messaggio di sistema
<Undelivered Mail Returned to Sender> ritorna 5 giorni dopo.
Questa mattina ho avuto una ulteriore conferma: un messaggio inviato il 1°
dell'anno e' "returned to sender" soltanto oggi.
Quando utilizzavo il server di posta del provider (prima di installare il
mio) le mail non consegnabili erano rispedite al mittente molto più
rapidamente.
Qualche suggerimento?
Grazie.

 Qualche suggerimento?
A parte il fatto che (IMHO) le e-mail 'non consegnabili' non dovrebbero
generare nessuna e-mail di 'mancata consegna' (non fa' altro che
aumentare il traffico di Spam inutile). Probabilmente il tuo server le
tiene 'in coda' per 'n' giorni prima di darsi per vinto. Controlla la
sua configurazione.
Davide
-- 
| Windows: Where do you WANT to go TODAY? You WANT to, but you'll never 
| get there. And you can go to only ONE place per day.      -- Ewout
| Stam 


In questo concordo, ma non sono riuscito a riscontrare nessun parametro '5'
nella configurazione di Postfix.
C'entra qualcosa il proxy Squid?

 è giusto che il mittente sia avvisato se
Dato che il 99% delle volte si tratta di spam, il mittente non esiste
o e' sbagliato, quindi tu invii una mail a qualcuno di cui non gliene
frega niente o non esiste, generando un double-bounce.
Per altro, se invii una mail a qualcuno e questo la riceve, si suppone
che ci faccia qualche cosa, quindi otterrai una risposta prima o poi,
se non ottieni niente e' ovvio che qualche cosa non va'.
Cerca 'notify_classes' nella documentazione di postfix. Oppure
www.google.com/search?q=postifx+undeliverable+delay
Davide
-- 
| Debating unix flavors in the context of anything Microsoft is like
| talking about which ice cream flavor tastes least like sawdust with
| turpentine sauce. --void 


Comunque, se puo' servire ad altri, alla fine ho trovato la soluzione a
partire dal tuo link:
maximal_queue_lifetime (default: 5 days)
Si tratta di una impostazione di default impostata proprio a 5 giorni, basta
impostarla con valore 0 per avere la notica praticamente subito.
Ciao, Andrea

 basta impostarla con valore 0 per avere la notica praticamente subito.
attento ad una cosa:
il motivo di quei 5 giorni non è casuale: modifiche a dns possono
facilmente portare a malfunzionamenti dovuti ai tempi di propagazione
delle variazioni, che possono durare tranquillamente un paio di giorni.
Se ad esempio tu cercassi di contattare un dominio il cui dns è
momentaneamente irraggiungibile, otterresti immediatamente un bounce al
sender, con le tue impostazioni. Idem se il server di posta è
intasato/floodato/non raggiungibile.
Per inciso, entrambi i casi sono indistinguibili (dal punto di vista del
servizio SMTP) dal caso di un domain digitato male.
E' corretto che il bounce accada immediatamente solo nel caso in cui
questo venga effettuato dal server destinazione (utente inesistente,
mailbox over quota, blacklisting...) o a causa di sua segnalazione e
non dal server mittente, che non ha alcuna visibilità di quale sia il
problema del destinatario.
Per inciso, la "internet host requirements" aka rfc 1123 cita
testualmente:
            The sender MUST delay retrying a particular destination
            after one attempt has failed.  In general, the retry
            interval SHOULD be at least 30 minutes; however, more
            sophisticated and variable strategies will be beneficial
            when the sender-SMTP can determine the reason for non-
            delivery.
            Retries continue until the message is transmitted or the
            sender gives up; the give-up time generally needs to be at
            least 4-5 days.  The parameters to the retry algorithm MUST
            be configurable.
Ora: nel corso del tempo è vero che un sacco di gente ha deciso che le
RFC sono una visione soggettiva.
Io, personalmente (per quel poco che vuol dire) *non* sono di questa
opinione...
Poi, ognuno si cerchi guai come meglio crede ;-)
-- 
the Skull says:
+----------------------------------------------------------------------+
Actually without signature.
Any idea?!?

 facilmente portare a malfunzionamenti dovuti ai tempi di propagazione
In effetti a questo non avevo pensato...
E' possibile impostare il bounce immediato solo per la posta interna?
Il server di posta in questione viene utilizzato molto per la posta locale
su LAN, ma è configurato per poter inviare e ricevere posta anche
dall'esterno.