12.1. sendmail

Quando un MTA, sendmail in questo caso, riceve un messaggio di posta da spedire, se si tratta di un mesaggio locale lo spedisce direttamente. Altrimenti, se il messaggio è destinato a un altro dominio deve procurarsi l'indirizzo del server di posta del dominio in questione. Per fare ciò il MTA si appoggia al servizio DNS (descritto nel Capitolo 11; il server DNS del dominio di destinazione conosce l'indirizzo del server di posta (record MX) e lo fornisce al MTA che, a questo punto, può spedire il messaggio al server destinatario.

Il MTA più diffuso, almeno in ambiente BSD, è sendmail. Il comportamento di sendmail è controllato dal file di configurazione, /etc/mail/sendmail.cf e da una serie di file accessori. In generale, a meno di non essere degli esperti, non è consigliabile scrivere o modificare questo file direttamente; il file di configurazione si può generare automaticamente utilizzando un insieme di macro M4 che facilita molto il compito.

Anche utilizzando le macro, la configurazione di sendmail è un argomento piuttosto ostico (a dir poco) e nel seguito mi limito a mostrare un esempio base, che può essere usato come punto di partenza e modificato per gestire la propria posta in presenza di configurazioni differenti. Per un collegamento a Internet via modem, il file presentato può essere usato tale e quale senza bisogno di alcuna modifica (salvo naturalmente inserire i propri dati al posto di quelli del'esempio).

Il primo problema da risolvere è che la rete domestica è del tutto fittizia, ossia non esiste realmente su Internet, e quindi i nomi e gli indirizzi interni non hanno senso per il mondo esterno. In breve, l'host "ape.insetti.net" non è raggiungibile da nessun altro host di Internet e se si manda un'e-mail con il nome locale dell'host nel mittente nessuno potrà rispondere (non solo, ma alcuni destinatari rifiuteranno il messaggio perché il mittente è inesistente). Il vero indirizzo, quello visibile da tutti, è quello assegnato dal provider. Quindi bisognerà trasformare l'indirizzo locale "carlo@ape.insetti.net" nell'indirizzo assegnato dal provider: "alan@bignet.it". Di questo si occuperà sendmail, opportunamente configurato, al momento di trasferire la posta.

Il secondo aspetto da considerare, è che conviene istruire sendmail per fargli inviare la posta al mail server del provider. Nella configurazione descritta in questa sezione, infatti, sendmail non si mette direttamente in contatto con i server di posta dei destinatari dei nostri messaggi (come descritto all'inizio di questa sezione), ma si appoggia solo sul server del provider, utilizzandolo come relay. Questo rende molto più veloce l'invio della posta, demandando tutto il lavoro di ricerca e di collegamento al server di posta del provider.

Poiché la connessione con il provider non è sempre attiva si può disabilitare l'avvio di sendmail come demone in /etc/rc.conf con la riga 'sendmail=NO'. La posta locale verrà comunque spedita correttamente, mentre per trasferire la posta al provider sarà necessario lanciare sendmail manualmente (quando il collegamento con il provider è attivo, naturalmente).

Incominciamo quindi il lavoro di configurazione di sendmail.

carlo:         alan@bignet.it
root:          alan@bignet.it
news:          alan@bignet.it      

# /usr/sbin/sendmail -bi -oA/etc/mail/genericstable      

# cd /usr/share/sendmail/m4      

divert(-1)dnl
include(`../m4/cf.m4')dnl
VERSIONID(`mycf.mc creato da carlo@ape.insetti.net May 18 2001')dnl
OSTYPE(bsd4.4)dnl

dnl # Impostazioni per masquerading.  Vengono riscritti gli
dnl # indirizzi del tipo
dnl #     carlo@ape.insetti.net
dnl #     carlo@ape
GENERICS_DOMAIN(ape.insetti.net ape)dnl
FEATURE(genericstable)dnl
FEATURE(masquerade_envelope)dnl

define(`SMART_HOST',`mail.bignet.it')dnl

FEATURE(redirect)dnl
FEATURE(nocanonify)dnl

dnl # La feature seguente serve soprattutto se sendmail viene usato
dnl # insieme a fetchmail.  Fetchmail chiama sendmail per spedire la
dnl # posta.  Se sendmail non riesce a risolvere il nome del mittente
dnl # la posta non viene consegnata.  Per esempio:
dnl #	MAIL FROM:<www-owner@netbsd.org> SIZE=2718
dnl #	501 <www-owner@netbsd.org>... Sender domain must exist
FEATURE(`accept_unresolvable_domains')dnl

dnl # accept_unqualified_senders accontenta alcuni MUA, che inviano
dnl # la posta come
dnl #	MAIL FROM:<carlo>
FEATURE(`accept_unqualified_senders')dnl

dnl # La posta per il mailer `smtp' viene messa in coda: sendmail non
dnl # tenta di inviarla direttamente (il flag `e' indica `expensive').
dnl # Sendmail inizia a lamentarsi dopo 16 ore di mancata consegna.
define(`SMTP_MAILER_FLAGS',`e')dnl
define(`confCON_EXPENSIVE',`True')dnl
define(`confTO_QUEUEWARN', `16h')dnl

dnl # Per gli utenti europei
define(`confDEF_CHAR_SET',`ISO-8859-1')dnl

dnl # Abilitare le due linee seguenti per utilizzare procmail per
dnl # la consegna della posta locale.  Vedere anche la riga
dnl # con MAILER(procmail)
dnl # define(`PROCMAIL_MAILER_PATH', /usr/pkg/bin/procmail)dnl
dnl # FEATURE(local_procmail)dnl

dnl # I due mailer seguenti devono sempre essere definiti
MAILER(local)dnl
MAILER(smtp)dnl

dnl # Abilitare opzionalmente la riga seguente (non e' necessaria
dnl # per usare procmail)
dnl # MAILER(procmail)dnl      

GENERICS_DOMAIN(ape.insetti.net ape)dnl
define(`SMART_HOST',`mail.bignet.it')dnl      

# cp /etc/mail/sendmail.cf /etc/mail/sendmail.cf.bak
# m4 mycf.mc > /etc/mail/sendmail.cf
      

# newaliases       

$ sendmail -v carlo
Subject: test

Prova
.
carlo... Connecting to local...
carlo... Sent      

From: alan@bignet.it      

$ /usr/sbin/sendmail -bt
ADDRESS TEST MODE (ruleset 3 NOT automatically invoked)
Enter <ruleset> <address>
>      

/map generics carlo
map_lookup: generics (carlo) returns alan@bignet.it      

/tryflags ES
/try smtp carlo@ape.insetti.net
      

Trying envelope sender address carlo@ape.insetti.net for mailer smtp
rewrite: ruleset   3   input: carlo @ ape . insetti . net
rewrite: ruleset  96   input: carlo < @ ape . insetti . net >
rewrite: ruleset  96 returns: carlo < @ ape . insetti . net . >
rewrite: ruleset   3 returns: carlo < @ ape . insetti . net . >
rewrite: ruleset   1   input: carlo < @ ape . insetti . net . >
rewrite: ruleset   1 returns: carlo < @ ape . insetti . net . >
rewrite: ruleset  11   input: carlo < @ ape . insetti . net . >
rewrite: ruleset  51   input: carlo < @ ape . insetti . net . >
rewrite: ruleset  51 returns: carlo < @ ape . insetti . net . >
rewrite: ruleset  61   input: carlo < @ ape . insetti . net . >
rewrite: ruleset  61 returns: carlo < @ ape . insetti . net . >
rewrite: ruleset  94   input: carlo < @ ape . insetti . net . >
rewrite: ruleset  93   input: carlo < @ ape . insetti . net . >
rewrite: ruleset   3   input: alan @ bignet . it
rewrite: ruleset  96   input: alan < @ bignet . it >
rewrite: ruleset  96 returns: alan < @ bignet . it >
rewrite: ruleset   3 returns: alan < @ bignet . it >
rewrite: ruleset  93 returns: alan < @ bignet . it >
rewrite: ruleset  94 returns: alan < @ bignet . it >
rewrite: ruleset  11 returns: alan < @ bignet . it >
rewrite: ruleset   4   input: alan < @ bignet . it >
rewrite: ruleset   4 returns: alan @ bignet . it
Rcode = 0, addr = alan@bignet.it
>      

/try smtp carlo	

/tryflags HS
/try smtp carlo@ape.insetti.net
      

$ ls -l /usr/sbin/sendmail
lrwxr-xr-x  1 root  wheel  21 Nov  1 01:14 /usr/sbin/sendmail@ -> /usr/sbin/mailwrapper      

12.2. fetchmail

La posta viene ricevuta all'indirizzo presso il provider; a questo punto è necessario trasferirla (fisicamente) in locale. fetchmail è un programma che recupera la posta da un server di posta remota e la inoltra al sistema locale per la consegna (solitamente mediante sendmail). fetchmail è semplice da usare e da configurare; dopo averlo installato è sufficiente creare il file .fetchmailrc nella propria home directory (c'è dentro la password, attenzione ai permessi...). Ecco un esempio:

poll mail.bignet.it
protocol POP3 
username alan there with password pZY9o is carlo here
flush 
mda "/usr/sbin/sendmail -oem %T"    

Per trasferire la posta basta dare il comando:

$ fetchmail    

e poi la si può leggere con mutt.

12.3. Posta con mutt

mutt è un programma di posta che riceve molti consensi, sia perché è leggero sia perché è semplice da usare e potente al tempo stesso. mutt ha una pagina di manuale molto scarna; la vera documentazione si trova in /usr/pkg/share/doc/mutt/, in particolare in manual.txt.

La configurazione di mutt avviene tramite il file .muttrc, che deve essere creato nella propria home directory (di solito copiando il file di esempio fornito con mutt e poi modificandolo). L'esempio seguente mostra come modificare alcune righe del file per ottenere i seguenti effetti:

• Salvare i messaggi inviati.

• Definire una directory per la posta in arrivo e in uscita salvata da mutt (verrà messa nella subdirectory ~/Mail nei file incoming e outgoing).

• Definire alcuni colori.

• Definire un alias.

set copy=yes
set edit_headers
set folder="~/Mail"
unset force_name
set mbox="~/Mail/incoming"
set record="~/Mail/outgoing"
unset save_name

bind pager <up> previous-page
bind pager <down> next-page

color normal white black
color hdrdefault blue black
color indicator white blue
color markers red black
color quoted cyan black
color status white blue
color error red white
color underline yellow black

mono quoted standout
mono hdrdefault underline
mono indicator underline
mono status bold

alias pippo Pippo Verdi <pippo.verdi@pluto.net>    

Per lanciare mutt è sufficiente dare il comando

$ mutt    

12.4. Come ricevere la posta

Questa sezione descrive una semplice strategia per ricevere e leggere la posta. La connessione con il provider viene attivata solo per il tempo necessario al trasferimento della posta, che viene poi letta offline.

1. Attivare la connessione con il provider.

2. Dare il comando fetchmail.

3. Chiudere la connessione con il provider.

4. Leggere la posta con mutt.

12.5. Come inviare la posta

Una volta scritta e inviata la posta con mutt, la si deve inviare al server del provider con sendmail. L'invio della posta da mutt, che si effettua con il comando y, si limita a accodare le missive nello spool; a questo punto, se sendmail non è attivo come demone bisogna provvedere a chiamarlo esplicitamente. I passi da seguire sono:

1. Scrivere la posta con mutt, dare il comando di invio e uscire da mutt.

2. Attivare la connessione con il provider.

3. Dare il comando /usr/sbin/sendmail -q -v per trasferire la posta al provider.

4. Chiudere la connessione con il provider.

12.6. Strumenti avanzati per la posta

Quando si incomincia a usare la posta, generalmente non si hanno esigenze molto sofisticate e, pertanto, la configurazione standard descritta sopra è più che sufficiente. Con il passare del tempo, però, per molti utenti il volume di posta giornaliera cresce e si differenzia. A questo punto diventa necessario organizzare razionalmente i messaggi, separandoli in "caselle" diverse e ci si accorge di dover compiere un gran numero di operazioni manuali ripetitive ogni giorno per smistare la posta. Per esempio, chi si iscrive a mailing list può trovarsi a dover smistare quotidianamente un notevole numero di messaggi, per traferirli dalla mailbox di default all'apposita mailbox dedicata alla mailing list.

Perché effettuare a mano operazioni che possono essere agevolmente svolte da un programma? Esistono vari strumenti aggiuntivi che si inseriscono nel flusso normale della posta e consentono di effettuare varie elaborazioni sulla posta in base a configurazioni prefissate dall'utente. Tra i tool più conosciuti e usati troviamo:

• procmail, un mail delivery agent e filtro avanzato per la posta locale, che consente di elaborare automaticamente la posta in base a regole predisposte dall'utente ridefinendone, per esempio, la destinazione. Quel che è meglio, però, è che si integra completamente con sendmail.

• metamail, uno strumento per elaborare gli allegati (attachment) contenuti nei messaggi di posta elettronica.

• formail, un programma per riformattare i messaggi di posta.

Nel seguito di questa sezione verrà descritto un esempio d'uso di procmail, senza scendere però nei dettagli della configurazione e delle caratteristiche del programma, poiché si tratta di uno strumento che ha una grandissima varietà di usi. Ci si limiterà, quindi, a descrivere la configurazione di sendmail e procmail per un caso molto comune: lo smistamento della posta proveniente da mailing list. Per questo tipo di configurazione si farà in modo che sendmail utilizzi procmail come mailer locale; procmail, dal suo canto, leggerà un apposito file di configurazione contenente le regole di smistamento della posta.

Per prima cosa bisogna installare procmail, ricorrendo al sistema dei package (mail/procmail).

Poi bisogna configurare sendmail perché usi procmail. Per far ciò è sufficiente togliere il commento dalle linee relative a procmail dal file di configurazione di sendmail già descritto:

define(`PROCMAIL_MAILER_PATH', /usr/pkg/bin/procmail)dnl
FEATURE(local_procmail)dnl
MAILER(procmail)dnl    

La prima riga specifica il percorso del programma procmail e deve essere cambiata a seconda di dove è stato installato (il che si può determinare con il comando which procmail). La seconda riga indica a sendmail di usare procmail come mailer locale e la terza aggiunge procmail all'elenco dei mailer di sendmail (questa riga è opzionale).

Infine si crea il file di configurazione di procmail, .procmailrc, nelle propria home directory. Questo file contiene le regole per la consegna della posta in locale ed è utilizzato dal programma per decidere la destinazione dei messaggi.

A titolo di esempio si immagini di essere iscritti a una mailing list sulle rose, il cui indirizzo è <roses@flowers.org>. Supponiamo, inoltre, che tutti i messaggi che arrivano da questa mailing list contengano, nell'intestazione, la stringa

Delivered-To: roses@flowers.org      

PATH=/bin:/usr/bin:/usr/pkg/bin
MAILDIR=$HOME/Mail
LOGFILE=$MAILDIR/from

:0
* ^Delivered-To: roses@flowers.org
roses_list    

Il file precedente contiene una sola regola di smistamento, che inizia con la riga ":0". La configurazione precedente ridirige tutta la posta proveniente dalla mailing list nella mailbox di nome "roses_list" che l'utente avrà opportunamente creato nella directory $MAILDIR. Si noti che $MAILDIR è la stessa directory indicata nella direttiva del file di configurazione di Mutt

set folder="~/Mail"    

I messaggi provenienti dalla mailing list vengono identificati dalla riga:

* ^Delivered-To: roses@flowers.org    

contenuta nell'intestazione. I rimanenti messaggi andranno nella mailbox di default.

La mailing list è, naturalmente, solo un esempio, e procmail può essere usato per smistare qualunque tipo di messaggio in base, per esempio, alla provenienza, al contenuto, ecc.

Per controllare che procmail venga usato come mailer locale da sendmail si può eseguire quest'ultimo in modalità test nel modo seguente:

$ /usr/sbin/sendmail -bt
ADDRESS TEST MODE (ruleset 3 NOT automatically invoked)
Enter <ruleset> <address>
>    

Ora si richiede l'elenco dei mailer noti a sendmail con il comando

> =M    

Nell'output dovrebbe comparire una riga di questo tipo:

mailer 3 (local): P=/usr/pkg/bin/procmail S=EnvFromL/HdrFromL ...    

Come sempre, per ulteriori dettagli e per farsi un'idea più precisa delle potenzialità di procmail, consultare la pagina di manuale di procmail(1), procmailrc(5) e procmailex(5), quest'ultima contenente esempi di configurazione.

12.7. Come verificare un indirizzo di posta

Prima di passare ai newsgroup ho deciso di inserire questo piccolo "trucco" con la posta perché può essere utile: si tratta di verificare interattivamente la veridicità di un indirizzo di posta.

Supponiamo di voler verificare l'utente carlo@dominio.com: il metodo è il seguente:

$ telnet dominio.com smtp
Trying aa.bb.cc.dd...
Connected to dominio.com.
Escape character is '^]'.
220 dominio.com ESMTP Sendmail 8.9.3/8.9.3; Fri, 30 Apr 1999
VRFY carlo
250 Carlo Rossi
VRFY abcde
550 abcde... User unknown
^]
telnet> quit
Connection closed.    

12.8. News con tin

Con il termine news si indica l'insieme degli articoli dei newsgroup di USENET, un servizio disponibile su Internet. Ogni newsgroup raccoglie articoli relativi a uno specifico argomento. Il meccanismo di lettura degli articoli è diverso rispetto alle mailing list. Quando ci si iscrive a una mailing list, gli articoli ci vengono inviati tramite posta e per leggerli (e rispondere) si usa un programma di posta (come, per esempio, mutt). La consultazione delle news avviene invece in modo diretto, utilizzando un programma detto newsreader come, per esempio, tin, che consente di effettuare la sottoscrizione ai gruppi che ci interessano e di seguirne i thread.

Una volta installato il programma l'unica cosa da fare è impostare il nome del server NNTP, scrivendolo nel file /usr/pkg/etc/nntp/server. Per esempio:

news.bignet.it    

Fatto questo si può lanciare il programma con il comando rtin. Sullo schermo comparirà una serie di scritte di questo tipo:

$ rtin
Connecting to news.bignet.it...
news.bignet.it InterNetNews NNRP server INN 1.7.2 08-Dec-1997 ready (posting ok).  
Reading groups from active file...
Checking for new groups... 
Reading attributes file...
Reading newsgroups file...
Creating newsrc file...
Autosubscribing groups...
Reading newsrc file...    

Bisogna avere pazienza quando ci si collega per la prima volta, perché tin scarica una lista infinita di newsgroup alla quale ci si può iscrivere: l'operazione dura parecchi minuti. Terminato lo scaricamento compare la schermata del programma, solitamente vuota. Per vedere l'elenco dei gruppi premere y. Per sottoscriversi a un gruppo, portarsi sul nome del gruppo e premere s.

Per velocizzare gli avvii successivi si può usare il comando rtin -Q. In questo modo si evita la ricerca di nuovi newsgroup, si caricano solo i gruppi attivi (-n) e non si caricano le descrizioni dei gruppi(-d): naturalmente non sarà possibile usare il comando y (yank) durante la sessione con tin. Quando si avvia tin in questo modo il programma non è in grado di sapere quali newsgroup sono moderati.