Newsgroup: it.comp.os.linux.sys
Titolo: Rallentare postfix ?

Ciao,
Esiste un programma di fatturazione che una volta al mese spedisce a raffica
alcune centinaia di fatture come allegato pdf via e mail.
Ogni fattura e' inviata al cliente e a una casella di controllo per
conoscenza.
Postfix prende in carico tutte le e-mail e le consegna per il relay a un
server Telecom.
Dai log vedo che tutte le e-mail sono accettate dal server Telecom ma
mediamenete ogni mese una ventina di e-mail non arrivano ne' dal cliente
ne' nella casella di controllo.
In pratica Telecom accetta tutte le e-mail ma poi se ne perde alcune.
Se reinvio singolarmente le e-mail sperdute, queste arrivano regolarmente.
Qualcuno ha esperienze simili ?
A parte sentire Telecom (gia' mi sento male a pensarci) pensavo di provare a
istruire postfix per non spedire in blocco il tutto al relay, ma di
effettuare singole spedizioni intervallate di alcuni secondi, nell'ipotesi
che Telecom filtrasse oltre certi limiti.
Che ne pensate ?
-- 
Stefano L.

Stefano L. ha scritto:

Tutto è possibile, ma gli errori di tipo 4xx son li apposta.
Se il server ha problemi di carico puoi spedire anche una email allo'ra.. se 
in quel momento è in crisi ti perde comunque l'email
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Ass, n.:
	The masculine of "lass".

 che Telecom filtrasse oltre certi limiti.
Mandale in HOLD e te le sblocchi un po alla volta lato server.
Ti ritrovi tutte le mail in attesa nella directory di spool e poi le
sblocchi una alla volta o come ti pare e piace.

 
non fai prima a dire al programma di fatturazione di spedire a blocchi di 
dimensioni minori?
breve istruzione agli utenti (lart alla mano...) e risolvi il problema a 
costo zero.
-- 
Paolo opg
BE AWARE that this post uses a fake reply-to address
to contact me write to:
janickg ( at ) hotmail ( dot ) com
--

 effettuare singole spedizioni intervallate di alcuni secondi
io ho letto di qualcuno che ha fatto cosě:
- imposti un relayhost "fasullo" (inesistente, per intenderci)
- setti un timeout di x secondi (in base al ritardo che vuoi dare tu tra 
una spedizione e l'altra) con smtp_connect_timeout
- in 
master.cf
 imposti un process limit a 1
-imposti fallback_relay = smtp di telecom
č cervellotico ma dovrebbe andare...
Ciao,
Manuel

 è cervellotico ma dovrebbe andare...
 
Grazie del suggerimento.
Stavo cercando sul manuale e ho trovato "default_destination_rate_delay"
non ho ancora capito se puo' fare al caso mio.
-- 
Stefano L.

 non ho ancora capito se puo' fare al caso mio.
può essere... in effetti:
"This feature is available in Postfix 2.5 and later."

 se in quel momento è in crisi ti perde comunque l'email
L'ipotesi (forse troppo azzardata) e' che non sia un problema di carico ma
che, semplicemente, Telecom con raffiche di centinaia di e mail in un tempo
minore di X abbia dei filtri che semplicemente buttino in /dev/null cio'
che eccede un valore Y.
Che poi siano filtri volontari o semplicemente errori di configurazione e'
un altro discorso.
-- 
Stefano L.

 
In teoria e' la cosa giusta da fare, ma visto che il programma sarebbe 
da modificare, ricompilare, provare e installare dal cliente e dato 
che sarebbe solo un tentativo forse faccio prima a modificare la 
configurazione di posfix, anche perche' su quella macchina postfix fa 
solo quello.
-- 
Stefano L.

 dal relay senza nessun errore ma poi si perdono nel nulla.
Telecom ha dei server fatti su misura ad hoc per loro (da microsoft).
Sono basati su un antispam quantistico che misura l'energia in eV degli
elettoni degli atomi che contengono l'informazione della mail.
Questo valore che l'antispam utilizza, č confrontato con l'entropia media
in quel momento dispersa (istantaneamente) in server farm, mediata sul
volume della stessa.
Capirai che questo sistema moderno ed ingegnosissimo, si presta a forti
errori perchč, di fondo, non hanno tenuto conto delle particelle prive di
massa (ma non di energia) come i neutrini che saltuariamente attraversano
la server farm e la RAM dei loro server smtp.
Il mio consiglio č: non usare mai i server smtp di telecom.
Sono un buco nero dove la roba sparisce.
-- 
A: Because we read from top to bottom, left to right.
Q: Why should i start my reply below the quoted text?

Stefano L. ha scritto:

Prendere un servizio di relay presso altro server?
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
In America, any boy may become president and I suppose that's just one
of the risks he takes.
		-- Adlai Stevenson

 Prendere un servizio di relay presso altro server?
Anche quello e' nella lista dei tentativi da fare.
-- 
Stefano L.

 Sono un buco nero dove la roba sparisce.
Non sono io a scegliere in questo caso.
-- 
Stefano L.


ROTFL carpiato doppio con spin -1/2




 -imposti fallback_relay = smtp di telecom
Io questa non la chiamerei 'soluzione' ma 'accrocchio'.
Allora, molto meglio mandare in hold come ho già detto almeno hai un
controllo granulare
sul cosa inviare e sul quando farlo.
E ad implementarlo ci vogliono, ad esempio, 10 righe di PHP compreso
commenti.
In perl non lo so (non lo conosco), ma saremo li come righe di codice.

 accettate dal relay senza nessun errore ma poi si perdono nel nulla.
I mail server di telecom usano exchange, quindi...
Ciao, Micky
-- 
What's this hash prompt on my terminal mean?
Micky Del Favero  -  System Manager  &  BOFH

 Che ne pensate ?
che i relay telecom fanno cacare, e` opinione diffusa, potresti provare ad
impostare un trasporto e usare nometrasporto_destination_concurrency_limit
ma temo ti sbatteresti per poco o niente

 non ho ancora capito se puo' fare al caso mio.
hai poi risolto con questo parametro?
ho un attimo di tempo libero e mi sono installato postfix da backports
E' una cosa che interessa un pochino anche a me, quindi farò un pò di 
esperimenti.
Ciao,
Manuel

Manuel manetta wrote:

Non ho protuto provare, un po' perche' il server del cliente ha una 
versione di postfix e' precedente alla 2.5 e un po' perche' non ho avuto
tempo.
Sto aspettando che il cliente mi dica se chi gli gestisce dominio e caselle
di posta accetta il relay e poi decido cosa fare, se aggiornare il postfix
o cambiare il relay.
Grazie.
-- 
Stefano L.

 
forse è una cosa stupida ma perchè non recapitare la posta direttamente 
invece di consegnarla ad un altro relay di default?

 invece di consegnarla ad un altro relay di default?
Ad esempio perche' se hai un ip dinamico hai ottime probabilita' di
vedertela rifiutata dai sistemi antispam.
-- 
Stefano L.