Newsgroup: it.comp.os.linux.iniziare
Titolo: Sendmail - Invio immediato

Salve a tutti !
Sto cercando da qualche giorno di configurare il mio demone sendmail in modo 
da svuotare in invio la coda dei messaggi immediatamente ad ogni messaggio 
accodato.
Ho provato di tutto, ma per ora l'unica cosa che mi funziona è un comando 
forzato in shell da root che svuota la coda (-q...).
Chi mi aiuta ?
Grazie in anticipo per la collaborazione !
Michele



 accodato.
Dipende dal tipo di collegamento che hai.
Usa mailq per vedere la ragione per cui li accoda (probabilm. sara'
"deferred" perche' non riesce il lookup dell'host di destinazione,
quindi ci riprova ogni ora o giu' di li').
Il DeliveryMode e' background?
Ciao,
// Umberto Salsi
//
// 
http://digilander.libero.it/salsi
  --  GnuPG Key ID = BE2C F6CD 77E9 29AE

 Il DeliveryMode e' background?
Si, il DeliveryMode è background...
Esiste un modo per forzare l'invio ?
Io ho notato che dopo che manualmente faccio partire la coda con un 
intervallo breve, poi rimane un secondo processo di sendmail aperto che 
rispetta l'intervallo assegnato. Dovrei quindi far partire il demone solo 
dopo l'inizio del collegamento per risolvere i miei problemi ?
Il fatto è che non mi connetto come root...quindi è pesante ogni volta 
rimettersi sulla shell a scrivere su, poi la password e il comando...
Spero che mi darai una dritta ! :-)
Intanto grazie x l'attenzione !
Michele

 accodato.
Perche' fare una cosa del genere? Basta lasciare che sendmail o chi per
lui spedisca i messaggi normalmente, e forzare lo svuotamento della
coda quando viene attivata la connessione: uno scriptino in 
/etc/ppp/ip-up.d o giu'di li' e sei a posto.
Ciao
  Andrea
-- 
Sognatore e' un uomo coi piedi saldamente ancorati sulle nuvole

 Normalissimo collegamento dialup...niente di speciale. [...]
Siccome, se ho capito bene, vorresti inviare la posta attivando il
collegamento immediatamente, puoi usare diald che attiva automaticamente
la connessione e la abbatte quando non c'e' traffico.
Il DeliveryMode deve essere background, mentre dovrai aggiunstare i
TimeOut di sendmail perche', causa il tempo necessario per l'attivazione
del collegamento, incorrerresti nel timeout. 4 minuti dovrebbero bastare
per consentire almeno due tentativi al modem:
O Timeout.connect=4m
O Timeout.iconnect=4m
O Timeout.resolver.retrans=4m
O Timeout.resolver.retrans.first=4m
O Timeout.resolver.retrans.normal=4m
O Timeout.resolver.retry=10
O Timeout.resolver.retry.first=30
O Timeout.resolver.retry.normal=30
Con timeout cosi' lunghi e' una sofferenza verificare il tutto.
Secondo me e' meglio procedre diversamente impostando sendmail per
l'invio differito, disabilitando la risoluzione DNS immediata, e fare
uno scriptino che una volta ogni ora dalle 8:00 alle 20:00 e dal lunedi'
al venerdi' (o qualcosa del genere) attiva la connessione, aggiorna
la posta (sendmail -q, fetchmail) e chiude il collegamento. Comunque,
i gusti non si discutono.


 /etc/ppp/ip-up.d o giu'di li' e sei a posto.
Ci avevo pensato, ma non sapevo se quella potesse essere la strada più 
comoda...forse si per la mia esigenza particolare...
Ora provo i vari consigli che mi sono arrivati poi magari riscrivo per fare 
un commento su come è andata a finire ed eventuali inconvenienti!
Intanto grazie a tutti !
Michele

 la connessione e la abbatte quando non c'e' traffico.
Beh, non proprio...
Io invio la posta al server solo una volta attivata la connessione...non 
prima. Certo, il diald potrebbe automatizzare tutto questo e non sarebbe 
male !
 
Comunque grazie per tutti i parametri mandati ed ora mi ci metto subito a 
giocare cosě vedo come va a finire !
A presto !
Michele

comoda...forse si per la mia esigenza particolare...
Debian lo fa in automatico (lo script in ip-up.d/).
Come ne fa uno in automatico che scarica la posta e i NG sempre in
ip-up.d/.
Effettivamente e' un po' scomodo se, come me, ti connetti, lui scarica,
tu leggi e rispondi: che tu sia o meno connesso l'invio differito fa si'
che la mail non parta subito e o rimani connesso per un tempo abbastanza
lungo da permettere lo svuotamento della coda o ti sconnetti e alla
prossima connesisone le mail saranno inviate. Percio' io prima di
sconnettermi lancio sempre un postfix flush da root.
Seguo il 3ad per capire se ci sono idee migliori.
-- 
manuel `fmf' ferrero
"I francesi" disse lui con grande convinzione "non capiscono niente di caffe".
                -- William Gibson, Count Zero.

 Seguo il 3ad per capire se ci sono idee migliori.
Ho trovato la soluzione !
Ho messo tutto negli script /etc/ppp/ip-up.local e ip-down.local
Una volta tolto il sendmail dai servizi avviati dal sistema in startup l'ho 
fatto partire dopo la connessione con ip-up.local seguito da un'altra 
istruzione sempre di sendmail, di questo tipo :
/usr/sbin/sendmail -q1s
e questo basta per fargli svuotare immediatamente la coda (quando c'e')e 
funziona egregiamente !
Nello script per la disconnessione ho messo
/etc/rc.d/init.d/sendmail stop
che mi richiude il servizio dopo la disconnessione dal provider.
Ora funziona !!!
Voi avete idee migliori ? Continuo a seguire il thread per ulteriori info !
Saluti a tutti !
Michele

Ora funziona !!!
E' esattamente quello che dicevo su debian, ma cio' non toglie il
problema delle mail scritte in risposta ad una ricevuta: quando viene
inviata? Alla peggio alla prossima connessione, ma se questa e' il
giorno dopo?


 giorno dopo?
No, guarda che mi partono immediatamente anche quelle scritte 
successivamente, come dici tu nel caso di una risposta ad un'email appena 
ricevuta...era proprio questo il problema !
Ora va ! :-)
Bye

 che la mail non parta subito e o rimani connesso per un tempo abbastanza
Io ho fatto in modo che postfix tenti subito di inviare le mail: se e'
connesso ci riesce, altrimenti ritenta piu' tardi. In ogni caso quando
parte la connessione la coda viene svuotata.
