Newsgroup: it.comp.os.linux.sys
Titolo: Problema con qmail

 qp 4148 uid 502
@4000000040b5dda216394afc starting delivery 171: msg 232739 to remote
pi...@pippo.it
@4000000040b5dda216398d64 status: local 0/10 remote 2/20
@4000000040b5dda21639c7fc delivery 170: success:
81.31.64.10_accepted_message./Remote_host_said:_250_ok_1085660568_qp_4148/
@4000000040b5dda2163a067c status: local 0/10 remote 1/20
@4000000040b5dda2163a3d2c end msg 232738
@4000000040b5dda2169380bc delivery 171: deferral:
Connected_to_XX.XX.XX.XX_but_connection_died._(#4.4.2)/
@4000000040b5dda21693c70c status: local 0/10 remote 0/20
dove 
pl...@pluto.it.it
 è un utente del dominio virtuale, mentre
pi...@pippo.it
 è un utente esterno.
XX.XX.XX.XX è l'IP della macchine dove c'è su qmail.
Sono da escludere problemi di rete.
Qualcuno sa come venirne fuori?
..
  Davide Lakester
  ICQ: 40766105

 ha scritto nel messaggio
news:oigeb0d2lm00k59l5...@4ax.com...


operante.
Si, il comando tcprules l'ho già lanciato
tcprules /etc/tcp.smtp.cdb /etc/tcp.smtp.tmp < /etc/tcp.smtp
nel file tcp.smtp ho inserito le regole che permettono il relaying.
127.0.0.1:allow,RELAYCLIENT=""
XX.XX.XX.:allow,RELAYCLIENT=""
:allow
supponendo che XX.XX.XX. sia l'indirizzo di rete del server qmail (ho
anche provato inserendo direttamente l'indirizzo IP del server anzichè
la rete, ma non sembra funzionare comunque).
Il file run nella cartella /var/qmail/supervise/qmail-smtp/ contiene:
#!/bin/sh
QMAILDUID=`id -u qmaild`
NOFILESGID=`id -g qmaild`
exec /usr/local/bin/softlimit -m 4000000 \
/usr/local/bin/tcpserver \
  -H -l <MYHOSTNAME> \
  -v -x /etc/tcp.smtp.cdb \
  -c 20 -R -u "$QMAILDUID" -g "$NOFILESGID" 0 smtp \
/usr/local/bin/rblsmtpd -b -C \
  -r 'relays.ordb.org:Your message was rejected because the mail
server you use is configured to allow OPEN RELAY - More detailed
information regarding this problem is available from
http://www.ordb.org/lookup/?host=%IP%
 - Please forward this error
through to your email server support staff for easy resolution.' \
  -t 5 \
/var/qmail/bin/qmail-smtpd 2>&1
in <MYHOSTNAME> c'è ovviamente il nome completo del server qmail.
Dai log sembra che il messaggio venga si accettato per la consegna ma,
per un qualche strano motivo, quando tenta di inviarlo non ce la fa:
@4000000040badaf2022df1fc new msg 232747
@4000000040badaf2022e384c info msg 232747: bytes 9923 from <> qp 14806
uid 502
@4000000040badaf2067f5a5c starting delivery 114: msg 232747 to remote
yiq...@adflower.co.kr
@4000000040badaf2067fa0ac status: local 0/10 remote 2/30
@4000000040badaf2067fd75c delivery 113: success:
81.31.64.10_accepted_message./Remote_host_said:_250_ok_1085987560_qp_14806/
@4000000040badaf2068015dc status: local 0/10 remote 1/30
@4000000040badaf206804c8c end msg 232698
@4000000040badaf206ea2634 delivery 114: deferral:
Connected_to_XX.XX.XX.XX_but_connection_died._(#4.4.2)/
@4000000040badaf206ea6c84 status: local 0/10 remote 0/30
L'errore è proprio questo:
delivery 114: deferral:
Connected_to_XX.XX.XX.XX_but_connection_died._(#4.4.2)/
dove XX.XX.XX.XX è l'indirizzo IP del server qmail. 
Che sbaglio?


operante.
HO scoperto il problema!
Avevo messo nel file smtproutes (/var/qmail/control/smtproutes) il
nome del mio server, il questo modo si veniva a creare un loop non
appena inviavo una mail ad un qualsiasi dominio esterno.
Cancellando il file qmail riesce finalmente a spedire all'esterno!
