I come Informatica - I como Informática - I for Information Technology
PORTALE
PORTAL
PORTAL
FORUM
FORO
FORUM
Informatica
Informática
Information Technology
Stefano Pederzani
Consulente informatico
ARTE
Homepages
Curricula
Curricula
Resumes
Pubblicità
Publicidad
Advertisement




EXIM SERVER DI POSTA

INFORMATICA - INFORMÁTICA - INFORMATION TECHNOLOGY
EXIM SERVER DI POSTA

Postby stefanopederzani � Sat Oct 06, 2012 8:40 am Mi sono ritrovato questo server di posta installando il software per il forum con apt-get. Sapete che PhpBB manda una mail per l'attivazione del login, come per la maggior parte delle cose che si fanno sul web.
Dovendo usarlo anche con altre applicazioni web, mi ci sono scornato non poco. OK, mi sono armato di buona volont�, sapendo che in genere i mail server hano sempre qualche paturnia, ma non eccessivamente, visto che dovevo soltanto spedire delle mail di attivazione per le mie applicazioni.
Le mail partivano, ma non si riusciva a mettere un mittente ("from") diverso da quello reale, e quindi risultava impossibile mandare una mail decente a cui poter rispondere. Naturalmente la cosa non � indispensabile, perch� i messaggi di attivazione possono contenere un link ad una applicazione web, ma mi sono impuntato, perch� � mio preciso diritto indicare un mittente esistente, anche per correttezza. A maggior ragione visto che ho configurato il mail server per non accettare mail dall'esterno.

Ho provato quindi le varie possibilit� per impostare il "from" con questo Exim su Ubuntu, e nel contempo provavo a fare la stessa cosa con Mailx su Slackware. Slackware � sul mio PC, dove non ho attivato un mailserver, per cui l� bisogna anche impostare l'SMTP di uscita, per cui avevo appena provato tali parametri perch� in certi casi l'impostazione � analoga.
Entrambi i software hanno un comando "mail" per spedire, quindi le linee di comando si assomigliano, ma NON sono uguali.
Vediamo la lista dei tentativi (non in ordine cronologico):
1) Mettere una linea "From: indirizzo@mail". Leggasi "from" con la F maiuscola duepunti uno spazio indirizzo email.
E' un metodo del classico sendmail, in uso sugli Unix, che accetta queste impostazioni all'inizio del message body. Con Exim non funziona viene la linea "From:..." dentro al body. Con il mailx di Slackware non ho provato perch� funzionavano tutti gli altri.
2) Mettere il parametro -r indirizzo@mail. Funziona con mailx ma non con exim: non riconosce il parametro.
3) Scrivere un ~/.mailrc con la riga "set from=indirizzo@mail". Funziona con mailx, infatti lo utilizzo per metterci ance l'smtp: "set smtp=smtp.myprovider". Ma non con exim, che per� lascia il dubbio sui tentativi successivi.
4) Dare a linea di comando il parametro -S (maiuscola) ogni volta che si fa un "set" come quello di ~/.mailrc, quindi diventa "-S from=indirizzo@mail". Come sopra, sono la stessa cosa per il parser. Exim non lo riconosce.

Il man di "mail" che manda ad "exim" � piuttosto criptico. Dice che dopo un paio di parametri tipo "-s subject" si deve mettere una doppia lineetta da sola e poi introdurre i parametri di sendmail. Pi� sotto rimanda alla sezione 8 del manuale per sendmail.
"Ah", mi dico, "perch� c'� sendmail"? Ovviamente no. Quando si ha il vero sendmail installato, esiste proprio il comando "sendmail" che permette di fare cose un po' pi� avanzate che il comando "mail", e mi riferisco sempre alla spedizione (non al server).
Ad un certo punto ho letto su web che con Exim per poter cambiare il "from" bisogna essere "trusted users". Quindi sarebbe il mio stesso SMTP che riconosce il from impostato ma me lo rifiuta, negandomi un'azione chiamata "rewrite" degli headers? Riguarda solo il caso in cui ero riuscito a dirglielo in qualche modo?
Parliamo un attimo di quel folle che ha inventato questo sistema di configurazione del server Exim. In /etc/exim4/ abbiamo la configurazione di exim4:

    ll /etc/exim4/
    total 100
    drwxr-xr-x  3 root root         4096 2012-10-05 15:08 ./
    drwxr-xr-x 89 root root         4096 2012-09-16 06:38 ../
    drwxr-xr-x  9 root root         4096 2012-09-15 21:17 conf.d/
    -rw-r--r--  1 root root        76575 2011-05-30 22:05 exim4.conf.template
    -rw-r-----  1 root Debian-exim   204 2011-05-30 22:05 passwd.client
    -rw-r--r--  1 root root         1053 2012-09-16 07:15 update-exim4.conf.conf

Ho copiato il template su exim4.conf e aggiunto "root" tra i trusted users.
Ho eseguito /etc/init.d/exim4 reload e mi ha detto OK
Risultato non spediva pi� nulla. Inoltra i messaggi non tornavano indietro nella casella di root (impostato per non ricevere, ricordate?), cos� i messaggi vanno nel "buco nero". Wow.
Ovviamente rimuovo il .conf e restarto. Verifico che spedisca, ok.
Per configurare i trusted users occorre cercare con pazienza in una delle sottodirectories di conf.d un cavolo di file che le contenga, e con grep trovo:
main/02_exim4-config_options:trusted_users = MAIN_TRUSTED_USERS
allora greppo MAIN_TRUSTED_USERS:
main/02_exim4-config_options:MAIN_TRUSTED_USERS = uucp
e qui aggiungo root:
MAIN_TRUSTED_USERS = uucp:root
poi bisogna lanciare il comando:
update-exim4.conf
POI si pu� rilanciare il server o fargli fare la reload, ma a quel punto ho preferito restart.
Risultato: continua a non andare il from come prima.

Bene, continuo a cercare su Google. Ovviamente mi c�pitano in mezzo diverse pagine di forum dove le persone utilizzano altri bellissimi software di spedizione molto pi� semplici, mailx (come quello di Slackware" heirloom-mailx, nail, e altro. Sono quasi tentato, quando la mia attenzione � attirata da un post dove un utente asserisce che con exim il from funziona!
Sembra tutta gente preparata, per cui la prima cosa che ho pensato � che utilizzassero una versione non bacata. Invece sbagliavo... Sono risalito su alle domande e risposte.
C'� questo che risponde che "sgrida" quello che fa la domanda perch� dice che non legge il man. Interessante: anch'io l'ho letto e non ho trovato niente. Ripete questa cosa della doppia lineetta che introduce dei parametri da mandare al sendmail (che sendmail non �) da usare DOPO i parametri da dare a "mail" come programma per inviare. In effetti, ripensandoci � una cosa un po' folle. Sarebbe come se io, invece che andare ad imbucare una semplice lettera con dietro scritto il mio mittente, mandassi la lettera dentro una seconda busta, indirizzata all'ufficio postale, con un messaggio del tipo: "potrebbe per favore scrivermi questo mittente sulla busta della lettera prima di inviarla? Sa, io non posso farlo." :o
Bene, � esattamente cos�. La linea di comando �:
mail -s "oggetto" destina@tario -- -f mitt@ente
Il rispondente si arrabbia perch� dice che nel manuale c'� scritto.
OK, � vero, ma � nascosto cos� bene che ci vuole veramente una caccia al tesoro per trovarlo.
Facendo "man sendmail" infatti si ottengono pagine e pagine di quei parametri che servono al finto sendmail di girare come server. In mezzo a questi, verso la fine c'� questo maledetto "-f" la cui spiegazione NON CONTIENE LA PAROLA "from".
Io dico che � un matto quello che ha fatto 'sto software e un folle chi ha scritto la documentazione.
L'unico dubbio che mi rimane � sono la stessa persona?
Poi rimangono questioni insolute. E tutte le altre cose, tipo "Reply-to:" e tutti gli altri header che non vengono riconosciuti?
Mi sento di sconsigliare EXIM a chiunque. Se ve lo ritrovate, vedete cosa dovete fare. Se volete spedire come si deve, installatevi un altro client. Se volete gestire un server di posta per bene, installatevi un altro server.

Topic nel forum




CV di Stefano Pederzani




I come Informatica - I como Informática - I for Information Technology
Vai al PORTALE - Ir a el PORTAL - Go to PORTAL
Stefano Pederzani
Consulenze informatiche Bologna
Automatic barriers and access control
Barriere stradali e controllo accessi
MMS IMPIANTI
Cablaggio strutturato - telefonia
Elettricità - climatizzazione

DISCLAIMER

Tutte le immagini del sito sono di proprietà di Stefano Pederzani o dei rispettivi proprietari quando specificato.
Ogni persona si assume la responsabilità di ciò che afferma.
Per qualsiasi problema contattare:
[email protected]
Ogni articolo o immagine che rechi offesa a qualcuno verrà rimosso.

Todas las imagenes del sitio pertenecen a Stefano Pederzani u a los respectivos propietarios cuando especificado.
Toda persona asume la responsabilidad de lo que afirma.
Por cualquier problema ponerse en contacto con:
[email protected]
Cada articulo u imagen que ofenda alguien será quitado.

Every images on this site are property of Stefano Pederzani or property of specified owners.
Each person takes responsibility of what he or she claims.
For any problems please contact:
[email protected]
Every article or image offending somebody will be removed.