[exim] spedire mail...

[guldo76]

Ciao
Non riesco a fare una cosa che dovrebbe essere piuttosto banale...
Spedire una mail non locale...
Da eximconfig ho scelto l'opzione (1), Internet Site, e ho provato:

$ mail -s "prova" [email protected] </tmp/lettera.txt
# tail /var/log/exim/mainlog
2006-08-31 22:09:10 1GIsqb-0006p0-00 <= guldo@debian U=guldo P=local S=322
2006-08-31 22:09:28 1GIsqb-0006p0-00 == [email protected] R=lookuphost defer (-1): host lookup did not complete
2006-08-31 22:09:28 1GIsqb-0006p0-00 failed to open DB file /var/spool/exim/db/retry: File exists

Visto che per inviare mail da un client come thunderbird bisogna impostare un server smtp, giustamente, ho cercato di fare la stessa cosa con exim...
Ho trovato un documento che dice di inserire una configurazione del genere per exim:

pass''on''to_isp:
  driver = manualroute
  domains = !+local_domains
  transport = remote_smtp
  route_list = * server.smtp.remoto...

ma exim dice:

2006-08-31 20:45:56 Exim configuration error
  option "pass" unknown in line 398
Can't send mail: sendmail process failed with error code 1

Possibile che sia così complicato spedire una mail?

[guldo76]

Dunque, la questione failed to open DB file è stata semplice da risolvere, bastava una googlata veloce, ma non è questo il problema.

$ mail -s "hello" [email protected] <letter.txt

# tail /var/log/exim/mainlog
2006-09-01 20:06:59 1GJDPd-0000Fp-00 == [email protected] R=lookuphost defer (-1): host lookup did not complete
2006-09-01 20:08:11 Start queue run: pid=1039
2006-09-01 20:08:11 1GIXzL-0005lo-00 == [email protected] routing defer (-42): retry time not reached
2006-09-01 20:08:11 Start queue run: pid=1039
2006-09-01 20:08:11 1GIXzL-0005lo-00 == [email protected] routing defer (-42): retry time not reached
[...]
2006-09-01 20:08:11 1Cb5hG-0000AN-00 Message is frozen
[...]
2006-09-01 20:08:11 End queue run: pid=1039

Cercando ho visto qualcuno che consigliava di controllare che non fosse un problema di DNS; dubito che lo sia, visto che thunderbird funziona, cmq:

# dig @192.168.1.1 gmail.com

; <<>> DiG 9.2.4 <<>> @192.168.1.1 gmail.com
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 47764
;; flags: qr rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;gmail.com.                     IN      A

;; ANSWER SECTION:
gmail.com.              10000   IN      A       64.233.161.83

;; Query time: 3 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Fri Sep  1 20:26:36 2006
;; MSG SIZE  rcvd: 43

[guldo76]

Non capisco proprio come dire a exim di usare un determinato server SMTP remoto... Glielo dovrò pur dire, no?!?
Ad esempio ho visto che in postfix esiste l'opzione relayhost per questo; l'analogo di exim? Non riesco a capirlo...

[guldo76]

Ah, mi ero scordato di questo thread...
Meno male che c'è il servizio di sottoscrizioni

Cmq, alla fine ho rinunciato a exim, ho installato postfix, che ancora non riusciva a mandare i messaggi, ma poi m'è venuta l'illuminazione di scrivergli nel file di config l'IP del smtp server remoto invece del nome; et voilà

Ora però ho un altro piccolo problemino; magari qualcuno di voi saprà illuminarmi...
Ora ricevo la posta, diciamo, indirizzata a [email protected].
Cioè, qualcuno spedisce un messaggio a [email protected]. Questo messaggio gli arriva sul suo bel server di posta. Io leggo i messaggi da quel server, e mi scarico suddetto messaggio indirizzato a [email protected].
Ora che ho il messaggio, lo inoltro automaticamente a [email protected], lasciando inalterati gli header; risultato:
a [email protected] arriva il messaggio (OK), ma essendo originariamente indirizzato a pippo, anche a lui ne arriva una copia.
Ora pippo si ritrova con il messaggio originario, più una sua copia che gli è arrivata tramite la mia macchina.

Come ovviare a tutto ciò? Cioè, come mando il messaggio a pluto senza che ne arrivi un'altra copia a pippo? Non vorrei eliminare i destinatari del messaggio originale, anche perché poi pluto non sa più che il messaggio era originariamente per pippo. E gli interessa saperlo!

Che ne dite?

EDIT: anche se in effetti quest'ultimo messaggio riguarda il servizio di posta in generale, cioè niente che sia specifico di Linux; quindi sono finito un po' ot...
Bè, stimati moderatori, cestinate, chiudete, spostate, ... ... o magari rispondete

[guldo76]

Ah, forse ho capito
Usavo questa opzione di sendmail:

       -t     Extract recipients from message headers. These  are  added  to  any  recipients
              specified on the command line.

e mi sà che non è proprio il caso... forse...
Forse, perché adesso il messaggio non arriva proprio... a nessuno...
Vabbè, ci penserò domani