oggi andiamo sul tecnico.

Questo articolo server a chi utilizza Postfix come SMTP Server e nel caso specifico ad implementare l’autenticazione mediante il sistema Simple Authentication and Security Layer (SASL)

Questo sistema prevede la possibilità di integrare diverse modalità di autenticazione:

- EXTERNAL, in cui l’autenticazione è implicita nel contesto (per esempio, nei protocolli che già utilizzano IPsec o TLS)
- ANONYMOUS, per accessi guest non autenticati
- PLAIN, per gli accessi in testo chiaro
- OTP, un meccanismo one-time password. (OTP è stato reso obsoleto da SKEY)
- SKEY, meccanismo S/KEY.
- CRAM-MD5, un semplice schema challenge-response basato su HMAC-MD5.
- DIGEST-MD5 (storico), meccanismo challenge-response compatibile parzialmente con HTTP Digest basato su MD5.
- SCRAM (RFC 5802), schema moderno challenge-response con supporto al binding del canale
- NTLM, schema di autenticazione NT LAN Manage
- GSSAPI, per Kerberos V5 authentication attraverso il GSSAPI.
- BROWSERID-AES128, per Mozilla Persona authentication
- EAP-AES128, per GSS EAP authentication
- GateKeeper (& GateKeeperPassport), meccanismo challenge-response sviluppato da Microsoft per MSN Chat

Quello che vediamo oggi per Postfix è il più semplice ovvero il PLAIN con login tramite username e password memorizzati in un Database MySQL.

In questo articolo do per scontato che Postfix sia installato e funzionante.

Installiamo il demone di SASL:

Source code

apt-get install libsasl2-2 libsasl2-modules libsasl2-modules-sql sasl2-bin libpam-mysql

Fatto questo modifichiamo il file /etc/default/saslauthd sostituendo START=no con START=yes così il demone partirà all’avvio del pc.

Inoltre modificate la stringa OPTIONS=…. così OPTIONS=”-c -r -m /var/spool/postfix/var/run/saslauthd” questo è necessario perchè Postfix è eseguito come chroot e ha bisogno di accedere al socket di saslauthd

Inoltre dobbiamo creare la directory:

Source code

mkdir -p /var/spool/postfix/var/run/saslauthd

Sempre per l’ambiente chroot è necessario creare il link simbolico:

Source code

rm -rf /var/run/saslauthd
ln -s /var/spool/postfix/var/run/saslauthd /var/run/saslauthd

ATTENZIONE: se non cancellate il file /var/run/saslauthd testando il sistema avrete l’errore “connect() : No such file or directory 0″

Creiamo un nuovo file:

Source code

vi /etc/pam.d/smtp

Modifichiamo il file come segue:

Source code

auth    required   pam_mysql.so user=mailadmin passwd=newpassword host=127.0.0.1 db=mail table=mailbox usercolumn=username passwdcolumn=password crypt=1
account sufficient pam_mysql.so user=mailadmin passwd=newpassword host=127.0.0.1 db=mail table=mailbox usercolumn=username passwdcolumn=password crypt=1

Abbiamo necessità di un secondo file:

Source code

vi /etc/postfix/sasl/smtpd.conf

Che editiamo come segue:

Source code

pwcheck_method: saslauthd
mech_list: plain login
allow_plaintext: true

Nel caso di autenticazione basata su DB MySQL il file va editato come segue (attenzione a mettere i nomi giusti del db e delle tabelle!):

Source code

pwcheck_method: saslauthd
mech_list: plain login
allow_plaintext: true
auxprop_plugin: sql
sql_engine: mysql
sql_hostnames: 127.0.0.1
sql_user: dbuser
sql_passwd: dbpassword
sql_database: dbname
sql_select: SELECT password FROM user WHERE username = '%u@%r'

Aggiungiamo l’utente postfix al gruppo sasl:

Source code

adduser postfix sasl

Poi provvediamo ad inserire le voci per l’autenticazione SASL dentro il main.cf di Postfix:

Source code

smtpd_sender_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination

Riavviamo i servizi:

Source code

/etc/init.d/postfix restart
/etc/init.d/saslauthd restart

E proviamo che tutto funziona correttamente:

Source code

razorblade:~# testsaslauthd -s smtp -u root@example.com -p newpassword
0: OK "Success."

Enjoy!

L'articolo Postfix: Autenticazione SASL sembra essere il primo su Linux 360° | Italia.

Vediamo gli ingredienti di oggi:

- 1 S.O. Ubuntu(vale per qualunque sistema operativo linux based);

- 1 Windows 7;

- Thunderbird;

- Pazienza q.b.

Cosa vogliamo ottenere: all’avvio del pc, indipendentemente se sotto linux o windows voglio che il mio Thunderbird sia sempre aggiornato ossia che le mail che scarico quando sono su Linux si vedano anche al prossimo avvio di windows e viceversa!

Esistono 2 metodi fondamentali:

1) Il metodo più semplicemente consiste nel fare(o sfruttarne una già esistente) una partizione nella quale creeremo il profilo condiviso di Thunderbird.

Per creare il profilo di Thunderbird basta andare su Esegui e digitare “thunderbird.exe -p” creare un nuovo profilo e selezionare come directory una precedentemente creata nella partizione neutra(senza S.O.). Questa operazione va eseguita sia su Windows che su Linux et voilà il gioco è fatto.

2) Il metodo un po’ più complicato consiste nello sfruttare la directory di Thunderbird di Windows(perchè windows le partizioni ext3/4 non le vede nativamente). Senza creare un nuovo profilo installiamo Thunderbird su Windows, configuriamo i vari account di posta e poi riavviamo il pc sotto linux.

Fatto questo i passi da eseguire su linux sono i seguenti:

a) Installazione Thunderbird(da repository oppure dal gestore software visuale);

b) Editare il file /etc/fstab nel seguente modo: /dev/sdaX /media/nome_directory ntfs auto,rw,exec,users,dmask=000,fmask=111,nls=utf8 0 0

X corrisponde al numero della vostra partizione nfts con win7, per sapere quale è basta fare sudo fdisk -l

Questa operazione serve per montare in automatico la partizione di windows in una directory facilemente raggiungibile perchè ci servirà più avanti nella configurazione.

c) Una volta fatto questo copiare tutto il contenuto della cartella C:Usersnome_utenteAppDataRoamingThunderbirdProfilesnome_profilo dentro la cartella ~/.thunderbird/profiles/nome_profilo

d) Fatto questo bisogna editare il file prefs.js (fate prima un backup!) sostituendo il percorso AppDataRoamingThunderbirdProfilesnome_profilo con /media/nome_directory/Users/AppData/Roaming/Thunderbird/Profiles/nome_profilo

Se ci sono delle righe contenenti la stringa [ProfD] vanno eliminate, perchè verranno ricreate in futuro dal nuovo path.

Il gioco è fatto!!!!Abbiamo mantenuto la stessa struttura delle directory, le impostazioni degli account etc. basta solo rimettere la pwd per la prima volta!!!

I vantaggi della prima soluzioni sono che lavorando in campo neutro non ci sono rischi di creare/modificare file che poi non vengono letti da uno o dall’altro S.O., mentre nel secondo caso si risparmia una partizione e si sfrutta quella di windows che, nel caso si rovini(cosa probabilissima con i S.O. di Redmond) è sempre accessibile da Linux!!!

Enjoy!

Paolo

L'articolo Dual boot Thunderbird sembra essere il primo su Linux 360° | Italia.