Newsgroup: it.comp.reti.ip-admin
Titolo: dominio di posta su un ip statico.

[Ricordo che le domande generiche di questo tipo dovrebbero stare in
it.comp.reti.ip-admin.]
he...@maya.dei.unipd.it
 wrote:
 >>Che a ogni sendmail -q avrai dei processi sendmail impegnati a contattare
 >>un host irraggiungibile e che dovrai aumentare molto il timeout dopo cui
 > La persona si collega giornalmente, e' un problema?
Un po'.
 > Fammi capire. Devo configurare sendmail per mandare la posta di un dominio
 > in una mailbox e poi lui si prende il file?
Lui se la scarica con un client pop furbo.
-- 
ciao, | [Per rispondere togli "toglimi" dal mio indirizzo.]
Marco | What was you username again? <clickety clickety click>

 Un po'.
Non ho seguito il resto del thread, ma penso di aver capito di cosa si parla.
Io sono riuscito a far funzionare l'SMTP su un collegamento dial-on-demand, ho
risolto quasi tutti i problemi, dal DNS, al NAT, al sendmail.
Quello che ancora rimane e' il fatto che quel maledetto di sendmail non si vuol
convincere che certa roba nella coda ci deve rimanere finche' non gi arriva un
ETRN, e invece no, riesco a far accodare ogni messaggio attraverso un expensive
mailer, ma poi dopo un'oretta sendmail fa andare la coda e dopo 4 ore partono i
warnings.
Quindi, o il cliente si collega almeno ogni 4 ore e manda un ETRN, o aumento il
warning timeout, cosa che pero' non mi piace visto che l'altra posta in coda
deve essere gestita normalmente.
Finche' Allman non fara' qualcosa apposta, ho l'impressione che l'unica
scappatoia sia andare a rovistare periodicamente nella coda e far credere a
sendmail che i messaggi destinati al domain via DoD siano li' da meno tempo di
quanto sono in realta'.... cosi' non si lamenta.
Qualcuno e' riuscito a cavarci qualcosa ?
Ciao!
-- 
 Daniele
-------------------------------------------------------------------------------
How do I type "for i in *.dvi do xdvi i done" in a GUI?
(Discussion in comp.os.linux.misc on the intuitiveness of interfaces.)
-------------------------------------------------------------------------------
 Se telecom italia aggiungesse uno scatto al giorno ad ogni abbonato, dal
 primo Gennaio avrebbe rubato 203.354.000.000 Lire.
-------------------------------------------------------------------------------
 Daniele Orlandi - Utility Line Italia - 
http://www.orlandi.com
 Via Mezzera 29/A - 20030 - Seveso (MI) - Italy
-------------------------------------------------------------------------------

 *** ]

 c) aspettare che sia pronto vmailer (
www.vmailer.org
) e sperare
Ehehe....
Ciao.
-- 
 Daniele
-------------------------------------------------------------------------------
"Absolutely nothing should be concluded from these figures except that
no conclusion can be drawn from them."
(By Joseph L. Brothers, Linux/PowerPC Project)
-------------------------------------------------------------------------------
 Se telecom italia aggiungesse uno scatto al giorno ad ogni abbonato, dal
 primo Gennaio avrebbe rubato 206.672.000.000 Lire.


dan...@orlandi.com
 wrote:
 >> Quello che sostengo io e`: perche` usare sendmail, che non e` adatto a questo
 >> lavoro?
 >Intendi sendmail come SMTP in genere, o come MTA ? Cosa useresti invece di sm ?
Intendo l'MTA sendmail di Allman.
Per queste cose io userei una delle due soluzioni descritte nell'ultimo
messaggio. Qmail ha anche il vantaggio di poter gestire mailbox pop3 senza
dover creare gli account in /etc/passwd e di permettere di creare domain
virtuali molto semplicemente, quindi per il provider moderno(tm) e` piu`
indicato di sendmail.
 >Il problema e' che su tutte le macchine che uso c'e' sendmail, tutte le rules
 >che ho scritto sono per sendmail...
Una volta avevo anche io questo problema, poi ho iniziato a installare qmail.
Adesso sendmail lo uso solo sugli hub UUCP (principalmente perche` funziona
e non ho tempo/voglia di rifare il lavoro con qmail, ma nulla mi vieta di
usare il secondo).
 >Brutto senz'altro, ma bisogna adattarsi...
No, e` il software che si deve adattare. E se non si adatta lo cambio.
 >> a) usare sendmail e accodare tutta la posta per il domain in una unica
 >> mailbox, assicurandosi che il cliente usi un software furbo (come fetchmail)
 >> che sia in grado di recuperare gli envelope dagli header;
 >Questo e' quello che faccio attualmente, ma non mi piace. La possibilita' di
 >usare SMTP fino alla fine, sarebbe meglio.
Non e` chiaro /perche`/ dovrebbe essere meglio. Se il client pop non si
mangia gli envelope non ci sono controindicazioni (anzi, e` piu` veloce).
