Newsgroup: it.comp.os.linux.sys
Titolo: [postfix] fallback sul relay host

Ho un server postfix (col quale non ho grande esperienza) che utilizzo
solo per la posta in uscita. Purtroppo l'ip statico dell'ADSL che uso e'
in una delle note blacklist e ogni tanto qualche server mi sputa in
faccia rifiutando le email che gentilmente vorrei consegnargli.
Ora, la domanda e' gia' stata fatta nel mondo ma purtroppo non ho
travato una risposta. 
E' possibile configurare postfix in modo da tentare l'invio diretto
della posta e in caso di errore 5xx o comunque in caso di errore non
temporaneo mandare il tutto attraverso lo smart host dell'ISP?
Voi direte: perche' non usi sempre lo smart host dell'ISP?
Perche' oggi ho fatto cosi' e ogni tanto lo "smart" host mi spara
indietro un relay not allowed... ogni tanto e gia' questo...
ciao
-- 
Seti@Home Java Applets
http://maruko.webhop.net/

 indietro un relay not allowed... ogni tanto e gia' questo...
L'isp che ti offre connettivita` ti fa pagare questo servizio. Se esso
non funziona (per quanto, un malfunzionamento temporaneo _puo`_
capitare a tutti), ti consiglio di protestare con l'isp, o in modalita`
estrema, cambiarlo.
Quello che chiedi tu, non e` fattibile se non mettendo mano al codice
sorgente (afaik, eh), ed e` in buona sostanza una porcheria.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Is it PC compatible?

sorgente (afaik, eh), ed e` in buona sostanza una porcheria.
perche'? non mi sembrava cosi' malaccio.


 faccia rifiutando le email che gentilmente vorrei consegnargli.
e fatti levare dalle BL, no? Se sei titolare di quell'IP sara' ben tuo 
interesse avere una "fedina pulita"...
Se è l'intero provider ad essere blacklistato, fai pressione perchè 
provveda a farsi rimuovere. Tu paghi soldi buoni, mica che possono 
circolare solo in certi paesi... altrettanto loro ti devono dare un 
servizio ben configurato e gestito.
bye!
-- 
Fabrizio "Hermooz" Ermini

provveda a farsi rimuovere. Tu paghi soldi buoni, mica che possono 
LOL, devo verificare e se cosi' fosse lo faro' sicuramente pero' mi
viene da ridere solo a pensarci.


 
Complimenti per il tempismo: easy va giù dal 1/12 :-)
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
	(Seen on TV!!!)
	"Risparmiamo 5 centesimi a transazione!"

Complimenti per il tempismo: easy va giů dal 1/12 :-)
uhm. l'ho visto adesso... 
io posso anche capirla sta esigenza di arginare lo spam pero' sta cosa
delle blacklist mi sembra un po' fascista. sbattono in blacklist interi
range di ip, c'ho la casella piena di spam e le mie email lecite non
escono.... mah!


 ciao
Se mi dai di fascista mi potrei appena appena offendere...
A parte le battute, basta che l'isp di partenza faccia un minimo di 
controlli e che il mittente, nel caso, avvisi l'abuse (che di norma non è 
filtrato).
Stamani ho visto un reject su un client di tiscali, l'ho messo in 
whitelist e via.


filtrato).
Eh lo so. Pero' qua mi arriva uno e mi dice che la posta non va, guardo
l'errore e vedo che sono finito in blacklist solo perche' appartego ad
una certa classe di IP e che per farmi togliere devo contattarli, dirgli
che ho l'ip statico, che e' una dsl business, che il mio isp permette di
avere server su tale ip ed altre amenita' e sperare che loro siano
d'accordo. Poi ci sono altre black list che dicono "arrangiati"...
Bah, va beh, comunque easynet mi ha detto che nella loro lista non ci
sono e che probabilmente il db usato dal server X era vecchio.
speram...


 
Considera che sul mio server ci sono (count.....) circa 1850 caselle 
email, di queste ne verranno filtrate qualche centinaio (ci sono molti che 
la pensano come te) ed i log della settimana scorsa mi dicono che.. (altro 
count)
86126   received
82906   delivered
    19   forwarded
   367   deferred  (13338  deferrals)
  9921   bounced
25327   rejected (23%)
Cioè quelle poche caselle listate (rispetto al totale) mi tolgono il 23% 
delle email..
Un mio cliente ha 3 caselle email sparse per internet, ha ricevuto 186 
email (sempre la scorsa settimana) ma le rbl ne hanno respinte 1232!!!
Se su 186 ne arriva una decina non penso possa protestare.
Ciao


 > indietro un relay not allowed... ogni tanto e gia' questo...
Non è che necessità smtp-auth anche se ti stai connettendo da una sua
sottorete?
Bye, Stefano

 perche'? non mi sembrava cosi' malaccio.
Perche` gli errori non transienti, non sono solo spam.
E aumenta inutilmente il traffico verso macchine.
Perche` mandare due volte una mail, quando si puo` inviare
correttamente, una volta sola, e` sbagliato.
E ti ricordo che ognuno paga la sua connettivita`, compresi i tuoi
tentativi.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
If you lie to the compiler, the compiler will get its revenge.



si', e' quello che dice lui. Pero' lo dice ogni tanto e non per tutte le
email in uscita... e' questo che mi insospettisce, se lo dicesse per
tutte le email con dominio esterno a quelli da lui gestiti capirei e
seguirei il suo suggerimento di usare smtp auth.


 seguirei il suo suggerimento di usare smtp auth.
A questo puo` rispondere correttamente solo il tuo provider, e visto che
paghi, e` un tuo _pieno_ diritto.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Ever wondered why your keyboard has so many keys? Use Emacs Gnus!

tentativi.
non ti seguo.
l'errore restituito in risposta ad un blocco derivato da black list e'
permanente (5xx), non transiente. Pertanto se mi becco un 5xx e tento in
seguito di inviare via smart host non invio 2 email ma 1 (a meno che non
mi sfugga qualcosa).
Di norma poi l'invio diretto funziona e quindi l'aumento di traffico non
credo sia eccessivo e comunque non credo sia nemmeno imputabile a me che
provo inviare un email lecitamente e mi vedo la porta sbattuta in faccia
da una black list. Va da se' che con spirito collaborativo contattero'
l'amministratore di tale macchina per farmi mettere in whitelist ma se
lui decide di bloccare certi tipi di traffico rischiando falsi positivi
non puo' mica prendersela con me che gli spreco banda tentando di
comunicare con lui.


 con lui.
Non e` questo il punto.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------


paghi, e` un tuo _pieno_ diritto.
non ti preoccupare, l'ho contattato, e' solo che normalmente seguo
strade parallele per giungere ad una soluzione.


502 command not implemented
Capito. Ripropongo la mia richiesta di fare un fallback su smart host
solo per alcuni 5xx. In questo scenario c'e' sempre un certo spreco di
banda ma solo nei casi in cui interviene una blacklist e, sinceramente,
in questo caso non mi sento la coscienza sporca.
Comunque la discussione e' solo teorica non essendo postfix, a quanto
pare, in grado di farlo.


 pare, in grado di farlo.
AFAIK nessun mta e` in grado di farlo, in modalita` _originale_. Temo tu
debba mettere mano al codice, indipendentemente dall'mta.
La cosa che ci va piu` vicino in postfix, e` usare una transport map
(direttiva transport_maps), ma che non funziona come vuoi tu, ovvero in
funzione dell'error code. E` usabile in modalita`:
pattern result
dove pattern e` un indirizzo o un dominio e result e` una forma di tipo
transport.
Per fare un esempio concreto, _potresti_ preparare una table di questo
tipo:
dominiorigido.it
	smtp:
relay.mioprovider.it
.
dominiorigido.it
	smtp:
relay.mioprovider.it
altrodominio.com
	smtp:
relay.mioprovider.it
.
altrodominio.com
	smtp:
relay.mioprovider.it
*			:
che usa il relay del tuo provider per i due domini che tu _sai_ filtrano
il tuo ip, usando il default sul tuo normale transport (ovviamente non
devi impostare nessun relay di default).
Pero`:
- la lista devi mantenerla a mano
- devi fare due prove, potrebbero essere necessarie ulteriori
  specificazioni
- devi fare un postmap del file ad ogni variazione
- man transport
IMHO, non ne vale proprio la pena.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
There /was/ a light at the end of the tunnel, and it was a flamethrower.