Newsgroup: it.comp.os.linux.software
Titolo: Postfix spedisce in ritardo

Mi succede a volte che, mentre sono connesso, Postfix non spedisca
immediatamente la posta.
Invece con sendmail -q in ip-up la spedisce. 
L'ho messo anche in ip-down, ma non dovrebbe spedirla 
immediatamente, se raggiunge il relayhost?
Da connesso ho
root       248     1  0 18:45 ?        00:00:00 /usr/lib/postfix/master
postfix    256   248  0 18:45 ?        00:00:00 pickup -l -t fifo -c
postfix    257   248  0 18:45 ?        00:00:00 qmgr -l -t fifo -u -c
-- 
Paolo Gherpelli (aka Paolo 83 RE)
gherpelli at libero dot it
gherp at freemail dot it
Powered by Debian 2.2 / Linux 2.2.17 on a P2-266

L'ho messo anche in ip-down
Quest'ultimo ti serve a poco, mi sa :-)
Leonardo
-- 
".signature": bad command or file name

 Invece con sendmail -q in ip-up la spedisce. 
Avrai impostato in /etc/postfix/
main.cf
 il parametro
defer_transports = smtp 
che serve proprio ad ottenere il comportamento che descrivi.
Eventualmente, puoi usare il comando 'postconf -e' per modificare
il 
main.cf
 quando ti colleghi (man postconf ti spiega come fare).
Ciao.
-- 
Ezio. (togli "toglimi" dall'indirizzo per rispondere)
HAL 9000: Dave. Put down those Windows disks, Dave. DAVE!

immediatamente, se raggiunge il relayhost?
No.
-- 
ciao, | * The Internet is full. Go away.  -- Joel Furr *
Marco | (Ri)scoprire fidonet: 
http://bbs.mi.linux.it

 Quest'ultimo ti serve a poco, mi sa :-)
Penso anch'io, pero' non sono connesso sempre, devo avere un modo
per cui quando sono *connesso* pero' spedisca subito...
Pensavo che eseguendo ip-down prima della disconnessione, 
spedisse le mail in queue ...
Non e' così?


>immediatamente, se raggiunge il relayhost?
OK, quindi con sendmail -q sia in ip-up che in ip-down la spedisce
appena connesso e appena prima di disconnettersi, no?
ip-down viene eseguito *prima* o *dopo* la disconnessione?


ip-down viene eseguito *prima* o *dopo* la disconnessione?
Dopo; e' per questo che ti si e' detto che quell'istruzione non serve a
molto li'.
Ciao.

 molto li'.
DOH
Allora per avere un sendmail -q alla connessione e niente attese durante,
devo smanettare con postconf -e in ip-up ?
Che casino... Oppure dare a mano sendmail -q prima di staccare?
Mentre sono connesso, tipo adesso, se mando una mail non la spedisce subito?


 wrote:
A questo punto pero' se ip-down e' dopo la disconnessione io ho un
problema.... Come faccio per eseguire script dopo che eseguo poff,
ma prima della disconnessione effettiva?
I comandi che vorrei eseguire sarebbero 
fetchnews -P
sendmail -q
e roba del genere...
Posso sempre metterli in uno script e avviarlo a mano... pero' mi sembra
una soluzione da poco...


Mentre sono connesso, tipo adesso, se mando una mail non la spedisce subito?
Sinceramente, non mi sono mai posto il problema: mi connetto, invio,
prelevo, disconnetto. Un paio di minuti ed e` tutto finito, questo e` tutto
il mio "mentre sono connesso". Una deformazione che mi viene da un passato
di fidonettaro e bluewaveiano, immagino. Non mi metto a rispondere alla
posta mentre sono connesso.
Comunque, dipende come e` configurato il tuo MTA. Puoi fare in modo che
tenti di spedire all'esterno la posta appena la riceve (e quindi si
lamenti, se non sei collegato, perche' non riesce a raggiungere la rete); o
che se ne stia invece buono attendendo di ricevere istruzioni (ma, a questo
punto, finche' non le riceve non spedisce nulla).
Le due cose insieme sono impossibili, per un limite intrinseco della logica
a due valori, che Linux si ostina a seguire con la grigia fedelta` di un
ragionere d'inizio secolo.
Puoi comunque inserire l'invio della posta nello script che usi per
disconnetterti. Oppure puoi aggiustare un cron, che ogni tanto controlli se
c'e` della posta e, se sei connesso, la invii.
Ciao.

 c'e` della posta e, se sei connesso, la invii.
Risolto con postconf in ip-upe ip-down
Non c'e' uno script che viene avviato PRIMA della disconnessione, sigh ?


 
Ho visto che in kppp di KDE2 c'e' anche uno script pre-disconnessione da
settare.
LG
-- 
**************************************************************************
Leandro Gelasi
V Year Computer Science Engineering at Siena University
email : 
gela...@lucy.ing.unisi.it
Gilles Villeneuve will live forever
**************************************************************************

 e roba del genere...
Beh non mi sembra molto difficle...
Basta mettere dentro poff quei comandi, prima che chiuda pppd!
Oppure, meglio, metterli in uno script che venga chiamato da
dentro poff sempre prima che chiuda il link.
-- 
 Yours truly, |  PCC on a FreeBSD box                E-mail: 
ab...@mclink.it
  Angel Blue  |-------------------------------------------------------------
      _*_     |  "Traveled so long that you're old and new
       |      |   Traveled so fast I lost my shadow"        (TWR)

 dentro poff sempre prima che chiuda il link.
Visto che e' relativamente facile, perche' non e' previsto dalle distro?
O meglio, e' sicuro che non ci sia gia' in giro... cmq il mio poff non e' molto
lungo... e cmq non e' lui che chiama ip-down, forse e' proprio pppd ...


 lungo... e cmq non e' lui che chiama ip-down, forse e' proprio pppd ...
Le distro mettono uno script che chiude il link ppp, non e` che
possono prevedere tutti i casi particolari...
Cacchio ragazzi avete un sistema unix-like per le mani e allora
metteteci le mani dentro! Provate e riprovate senno' che senso
ha? Prendetevi un Mac e siete a posto.
Ma e' meglio magari un tutorial sulla shell, di carta o di bit e
allenarsi un pochino...
Quanto al caso: ip-down contiene i comandi che vengono eseguiti
quando il link e`, appunto, down, cioe` non c'e' piu` e serve,
come dice anche la man page di pppd, "for undoing the effects
of ip-up" (ma anche ad altro se si vuole naturalmente) : poff
(che in slackware si chiama ppp-off) e` uno script che chiude
il link ppp - nei fatti killa pppd: se tu fai uno script in cui
prendi e mandi le mail e prendi e mandi le news e lo chiami XYZ
e lo rendi eseguibile e lo richiami dallo script poff _prima_
che in questo ci sia l'istruzione di killare pppd allora ti
succedera` di mandare mail e news e di prenderle subito prima
di chiudere il link!
Il vantaggio di mettere quei comandi in uno script sta sia nel
fatto che se vuoi modificarlo modifichi lui senza toccare poff
sia che, se durante il link vuoi scaricare e mandare posta e
news, richiami da linea di comando quello script e quello
esegue.
E vi sono mille varianti possibili: all'inizio, alla fine, in
mezzo, a intervalli regolari, quando scegli tu ecc.
-- 
 Yours truly, |  PCC on a FreeBSD box                E-mail: 
ab...@mclink.it
  Angel Blue  |-------------------------------------------------------------
      _*_     |  "Close my eyes to the dawn
       |      |   There's a wheel of destruction coming on" (Screaming Trees)

 ha? Prendetevi un Mac e siete a posto.
Beh, modificare poff so farlo :-)
Pero' se per dire aggiorno un pacchetto, potrei dopo doverlo rifare, oppure
mettere on hold dei pacchetti... Cmq penso mi tocchera'.
Penso anche che sarebbe il caso di avere di default degli script pre-down
