Newsgroup: it.comp.os.linux.debian
Titolo: postfix e autoreply con gnarwl.

Ho installato gnarwl come autoresponder su una lenny, il pacchetto e'
preso da sid ma funziona anche su lenny.
Sembra funzionare correttamente nel senso che gnarwl viene chiamato in
causa se l'attributo vacationActive su ldap risulta TRUE.
Solo che mi aspetto che se utente A invia una mail a utente B che ha
l'attributo vacationActive TRUE, l'utente A riceva la mail di
autoreply.
Cio' non avviene.
Se spedisco all'utente B la mail viene spedita prima a B@miodominio,
poi a B...@autoreply.miodominio mentre l'utente A non riceve niente.
Mi sfugge qualcosa?

music wrote:

ricontrolla la configurazione dei transport e delle transport maps.


main.cf
:
transport_maps = hash:/etc/postfix/maps/transport
/etc/postfix/maps/transport:
autoreply.example.com
      gnarwl:
master.cf
gnarwl    unix  -       n       n       -       -       pipe
   flags=F user=vmail argv=/usr/bin/gnarwl -s $sender -a $recipient

 
autoreply.example.com
      gnarwl:
^^^^^^^^^^^^^^^^^^^^^^^
mi sa che qui c'e' qualcosa che non hai compreso. cerca di capire *prima*
che giro fanno i messaggi e poi ti verra' naturale capire cosa sbagli.
di sicuro e' che se usi l'esempio "
autoreply.example.com
" nel tuo dominio,
la cosa non funzionera' mai.


Ho scritto 
example.com
 per non mettere il mio dominio reale, ovviamente 
al posto di 
example.com
 c'e' quello reale.
Tant'e' vero che gnarwl funziona solo che viene inviata una mail a 
destin...@autoreplay.MIODOMINIO e destinatario@MIODOMINIO mentre mi 
aspetterei il messaggio di vacation a mittente@MIODOMINIO

music wrote:

con questa configurazione quando spedisci una mail a
ti...@autoreply.example.com
 questa viene processata correttamente da
gnarwl ?
cioe', ti mette il mittente in timeout? ti spedisce l'autorisposta?
cio' per capire se il problema e' in postfix o in gnarwl.
hai acceso il debug gnarwl al massimo ?


Allora succede questo:
in 
master.cf
 ho
gnarwl    unix  -       n       n       -       -       pipe
   flags=F user=vmail argv=/usr/bin/gnarwl -s $sender -a $recipient
mentre in 
gnarwl.cf
mta /usr/sbin/sendmail -F $recepient -t $sender
Se spedisco direttamente a ute...@autoreply.miodominio la mail non 
arriva, mi viene restituito un errore:
The destination server for this recipient could not be found in
Domain Name Service (DNS)
Se spedisco a utente@miodominio la mail viene inoltrata a 
ute...@autoreply.miodominio, gnarwl mi dice:
No match: (&(mail=ute...@autoreply.miodominio)(vacationActive=TRUE))
e successivamente la mail arriva 
ute...@miodominio.it
se in 
master.cf
 cambio argv da
argv=/usr/bin/gnarwl -s $sender -a $recipient
in
argv=/usr/bin/gnarwl -v $sender $recipient
sembra che tutto funzioni correttamente, ne deduco che le indicazioni 
fornite sul README.Debian del pacchetto gnarwl per la configurazione con 
postfix non sono corrette.

 non sono corrette. 
o magari relative ad una versione vecchia, o ad una struttura difforme dal
tuo mail server.
io quando l'ho installato prima mi son rotta la testa due settimane buone
per capire la logica, e poi ho fatto cosi':
ho creato il transport e la mappa per inviare genericamente
*@autoreply.miodominio a gnarwl, che *NON* usa le macro di postfix per
capire mittente e destinatario ne' usa LDAP per catturare i propri
parametri; tralascio la configurazione di gnarwl, gli header per skippare i
messaggi, ecc.
Come risultato qualsiasi e-mail che arriva *@autoreply.miodominio viene
processata da gnarwl che fa il suo lavoro utilizzando le informazioni negli
header del messaggio stesso (perche' non e' detto che envelope sender e
sender siano la stessa cosa).
A postfix ho poi detto che deve accettare mail per il transport gnarwl solo
se localmente generate (no via SMTP) in maniera da rendere impossibile
l'uso del meccanismo da remoto.
poi ho due opzioni: con LDAP posso cambiare il transport dell'utente a
gnarwl, cosi' che venga generato il messaggio (ma l'utente non riceve il
messaggio originale) oppure gli imposto un alias come quello descritto
sopra, in questa maniera l'utente riceve comunque i messaggi mentre gnarwl
fa il suo sporco lavoro.
una volta capito COME gnarwl funziona e CAPITO A FONDO come il tuo mail
server funziona, devi adattare il flusso dei messaggi a cio' che vuoi fare.
va' da se che se hai spamassassin, filtri milter, antivirus proxy smtp, ecc.
ecc. il flusso puo' variare anche molto quindi devi adattare il tuo metodo.
baci
 Andea

 cioe' cosa cambi esattamente? cosa sono -s -a e -v ??
Cambio i paramentri passati a gnarwl definito come transport in 
master.cf
, da:
argv=/usr/bin/gnarwl -s $sender -a $recipient
a
argv=/usr/bin/gnarwl -v $sender $recipient
Ho trovato cercando sulla rete questa configurazione e sembra che 
funzioni perfettamente.
Non so cosa indicano -s -a e -v.

 Non so cosa indicano -s -a e -v.
vedi sopra. ---> RTFM !! <---
LEGGERE SEMPRE PRIIMA IL MANUALE.
Le guide che trovi in rete sono esattamente quello, GUIDE. sono una cosa da
studiare e comprendere per capire come altri hanno affrontato il problema e
SOLO DOPO AVER COMPRESO puoi applicarle, nelle parti compatibili con il tuo
sistema.
Non so se hai notato ma mi sono totalmente astenuta dal darti soluzioni
preconfezionate ma ho cercato in tutto questo thread di forzarti a capire
quello che stai facendo. Ti ho dato dei puntatori, dei concetti, anche un
po' di ragionamento su come affrontai io il problema. SOLO TU PUOI
APPLICARE QUESTI CONCETTI con le necessarie VARIAZIONI al tuo sistema. :)
baci
 Andrea


Ti ringrazio, sei stata molto gentile e disponibile, ho tolto i due 
parametri $sender e $receiver dal transport gnarwl configurato in 
master.cf
 e funziona perfettamente.