[RoLUG] fetchmail e soci

[Ciro Mattia Gonano]

Cum Purpurea Rosa pulchritudinem admiratus eram, Domini Die 15.09.2003
Ferdinando Pucci <Bam_H1@libero.it> mihi appropinquavit proclamavitque:

> > Pucc, se puo` servirti ti mando i file di conf (epurati dalle
> > password, ovviamente :P )
> 
> Si grazie mille!
> 
allora, le scelte che puoi fare sono diverse.

-- Mail fetching --
Intanto, da come l'hai dipinta, vorresti utilizzare fetchmail per scaricare la
posta; quindi:
1) elimina exim (che non e` nemmeno piu` supportato da Debian) e installa
postfix
2) come file rc di postfix mantieni quello generato da debconf in fase
d'installazione
3) come file rc di fetchmail, scrivi quello che vuoi in /etc/fetchmailrc,
iniziando con:

	set daemon 300
	set postmaster TUOUSERNAME
	set logfile /var/log/fetchmail
	set syslog

e tenendo presente che una entry generica e` scritta cosi` (per ogni mailbox):

	poll SERVER_REMOTO timeout 100 with proto PROTOCOLLO
	user "UTENTE_REMOTO" there
	with password "PASSWORD_REMOTA"
	is UTENTE_LOCALE here
	options fetchall stripcr

SERVER_REMOTO:	e` il server (pop3 o imap) dal quale vuoi scaricare (nel tuo 
	caso, ad esempio, pop.libero.it)
PROTOCOLLO:	il protocollo utilizzato per scaricare (POP o IMAP)
UTENTE_REMOTO:	praticamente il nome della tua mailbox (ad esempio, bam_h1 nel
	tuo indirizzo)
PASSWORD_REMOTA: la password della mailbox
UTENTE_LOCALE:	l'utente locale al quale dev'essere droppata la posta (che
	finira`, per l'appunto, in /var/spool/mail/UTENTE_LOCALE - occhio, che
	UTENTE_LOCALE dev'essere un utente effettivamente presente nel tuo 
	sistema!)
le opzioni le puoi customizzare, aggiungi "ssl" se vuoi utilizzare connessioni
criptate (non penso che libero le accetti), per le altre leggi nel man.


-- Mail reading --
1) se vuoi, imposta il tuo .muttrc di modo che legga come inbox il file
/var/spool/mail/UTENTE_LOCALE
2) configura sylpheed (io uso claws, penso che nella versione stabile sia lo
stesso): Configuration -> Common Preferences -> Receive - nella sezione "Local
spool" spunti "Incorporate from spool" e "Filter on incorporation", poi imposti
come directory di spool "/var/spool/mail/"; piu` in giu`, spunta anche "Update
all local folders after incorporation".
Ripeto, questo e` per sylpheed-claws, se usi sylpheed stable le cose potrebbero
non essere esattamente cosi`, ma dovresti comunque trovarle li` in giro.
3) a questo punto, puoi continuare a utilizzare sylpheed normalmente (ovviamente
dopo aver rimosso tutti gli altri account, altrimenti puoi trovarti messaggi
doppi - se sia fetchmail che sylpheed scaricano, poi sylpheed incorpora).
I tuoi filtri continueranno a funzionare esattamente come funzionavano prima! :)


-- Mail sending --
Puoi agire in due maniere:

A - utilizzi il tuo postfix locale. Impostalo per usare come relay quello che
usi di solito (probabilmente smtp.libero.it, giusto?), e imposta 	
sylpheed ("Configuration" ->"Preferences for current account" -> "Server
informations" -> "SMTP server(send)") per utilizzare "localhost" come smtp
server.

B - utilizzi il tuo smtp solito, e in questo caso, sempre nel posto di cui
sopra, al posto di "localhost" ci metti il server in questione (smpt.libero.it)

La differenza tra le due configurazioni sta nel fatto che con la prima, se non
hai connessione di rete, sylpheed non modifichera` in alcun modo il proprio
comportamento (la posta resta in attesa, ma e` postfix in locale che la
gestisce); nel secondo caso, invece, se non sei connesso devi manualmente dire a
sylpheed "Invia piu` tardi", e preoccuparti di inviare una volta connesso.
Peraltro, la prima configurazione appesantisce *concettualmente* (per un carico
di lavoro di poche mail generate da un utente solo, l'appesantimento reale e`
nullo, considerato che postfix lo hai _comunque_ in moto, non si tratta di
avere un servizio in meno) di piu` il lavoro che fa postfix; non so, ad ogni
mdoo, se la spedizione di postfix sia ottimizzata rispetto a quella di sylpheed
(teoricamente no, perche' il protocollo e` identico, ma essendo sylpheed
un'applicativo che deve controllare anche una GUI, forse...).
Ah, se usi sylpheed, la prima configurazione ti da` anche un altro IMMENSO
vantaggio: non blocchi il lavoro aspettando che quella dannatissima finestrella
di spedizione scompaia (una delle poche pecche dei programmatori e` infatti
quella di avere uno scarso "multitasking" all'interno del programma - ad ogni
modo ci stanno lavorando con claws :P )


-- Endgame --
Dovrebbe essere tutto, se hai altri dubbi chiedi pure!

Adieu,
-- 
Lestat de Lioncourt  -- a.k.a --  Ciro Mattia Gonano
 Undergraduate student in Computer Science at University of Bologna
 IHGGer #1049   <=>  ICQ#: 52631406   <=>   URL: http://www.CS.UniBO.It/~gonano
 Debian admin at Students.CS.UniBO.It <=> look at headers for my JabberID & GPG