Newsgroup: it.comp.os.linux.sys
Titolo: Postfix e ETRN

Ciao a tutti
ho verificato nella lista e non mi sembra che il problema sia stato 
affrontato (o risolto con successo) e in google non ho trovato risposte al 
problema, perciò mi affido a voi perchè proprio non capisco.
Vorrei abilitare l'hold per la posta di un dato dominio per poi scaricarla 
con il metodo ETRN, ma nei log di postfix mi da sempre questo errore:
postfix/qmgr[760]: warning: connect to transport hold: No such file or 
directory
ho verificato e la dir hold esiste con i permessi che sembrano corretti. E 
purtroppo non so più dove guardare.
Main.cf:
fast_flush_domains = dominio_per_hold
fast_flush_refresh_time = 12h
defer_transports = hold
Master.cf:
# ==========================================================================
# service type  private unpriv  chroot  wakeup  maxproc command + args
#               (yes)   (yes)   (yes)   (never) (100)
# ==========================================================================
smtp      inet  n       -       y       -       -       smtpd
#628      inet  n       -       n       -       -       qmqpd
hold      unix  n       -       n       -       -       smtp
Transport:
dominoi_per_hold    hold:[10.1.1.24]
N.B va tenuto conto che postfix è in chroot ma anche se metto la voce hold 
(in 
master.cf
) come chroot yes non cambia la fola.
Grazie in anticipo a tutti.
-- 
Rizio

 dominoi_per_hold    hold:[10.1.1.24]
al limite, _credo_ che il command+args sia` flush, ma mi sfugge l'idea
dietro al quale gira il tutto.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
echo '16i[q]sa[ln0=aln100%Pln100/snlbx]sb20293A2058554E494Csnlbxq'|dc

 dietro al quale gira il tutto.
? questa non l'ho capita, dici che al posto di "smtp" dovrei metterci 
"flush" anche se devono restare in hold ?
Ti dirò in sunto che anche a me sfugge l'idea di base :)
anche perchè sto continuando a fare prove (visto che di doc su etrn non ne 
ho trovata poi tantissima oltre a quella presente in postfix.tar - colpa 
mia forse) e sembra che adesso funzioni. 
Ho semplicemente (preso dallo sconforto) cancellato il file relativo al 
dominio presente nella dir ../postfix/flush ; ho riavviato postfix e lui 
sel'è ricreato, uguale, ma funzionante.
La cosa che mi sembra più strana è il fatto che le mail rimangano in stato 
defer anzichè in stato hold.
Se hai consigli o modifiche da suggerire sono veramente le benvenute.
Tnk's
-- 
Rizio

 mia forse) e sembra che adesso funzioni. 
L'esempio in documentazione da cui avevi preso spunto (sono andato a
guardare), mi pare faccia fede ad un caso specifico: ovvero il traffico
sia per definizione bloccato. Non e` un nuovo servizio, ma la modifica
di uno esistente, e se devo essere sincero, a meno di esigenze
specifiche, non mi piace molto.
Ricominciamo:
etrn e` "solo" un estensione di comandi, un modo con cui e` possibile
dialogare con il tuo smtp. Tipicamente su un mx di cui sei secondario e
che si prende la posta lui.
relay_domains = dominio_da_backuppare
NB: se i domini sono molti puoi usare un hash.
esiste un smtpd_etrn_restrictions, di default non impostato. tienilo
d'occhio, se qualcosa non funziona, magari provando a impostarlo
(funziona come tutte le restrictions [*]).
fast_flush_domains, ecc, hanno dei default:
gate:~# postconf | grep fast_flush
fast_flush_domains = $relay_domains
fast_flush_purge_time = 7d
fast_flush_refresh_time = 12h
parent_domain_matches_subdomains = <cut non interessante>
Quindi non e` necessario impostarli.
A questo punto, gia` tutto dovrebbe funzionare: impostando il dominio
nei relay_domains, esso viene reso elegibile per essere recuperato da
istruzioni ETRN. Al limite puoi fare tuning con le restrictions. Se
questo funziona, puoi fare considerazioni specifiche, tipo l'esempio
della docu, che e` legato ad un specifico problema (e infatti e` nella
sezione rate resource).
[*]
Esempio, rigorosamente non testato:
smtpd_etrn_restrictions = check_etrn_access hash:/etc/postfix/etrn
cat "
dominiosupportato.it
   OK"  >> /etc/postfix/etrn
postmap /etc/postfix/etrn
HTH.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
And on the seventh day, He exited from append mode.

 
Tnk's for all
-- 
Rizio

 va a prendere.
Ok.
In buona sostanza stai "nascondendo" l'MX primario dentro la LAN. Per se
questo e` fattibile, non credo che si raggiungano particolari livelli di
sicurezza, ma e` fattibile.
Puoi farlo semplicemente e velocemente in questo modo:
1. il server esterno, e` listato come MX dal dns. La sua configurazione
pero` prevede solo il relay_domains = tuo.dominio.fqdn, e non
mydestination, cosi` la posta viene solo ricevuta e raccolta, ma non
smistata.
2. il server interno, non listato e` configurato come mydestination =
tuo.dominio.fqdn. e nella transport_maps una entry di tipo:
tuo.dominio.fqdn  smtp:[server esterno]
Fai qualche prova, ma dovrebbe funzionare.
Leggi man transport per vedere le varie possibilita` che ti offre questo
strumento.
Ciao.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Unix:  When you can't afford the very best.

 Ciao.
Grazie ancora.
-- 
Rizio

 cosa senza vuole dire che non serve, no ?!
Immagina etrn come "una lingua" del server. Il tuo la parla. Ma non
viene molto utilizzato perche` sottiene ad un meccanismo di trusting
poco attuale oggi (c'e` qualche nota negli esempi di postfix, nel
pacchetto).
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
If computers get too powerful, we can organize them into a committee.