Effraie@blog

Il n'y a qu'un problème philosophique vraiment sérieux : c'est le suicide. Juger que la vie vaut ou ne vaut pas d'être vécue, c'est répondre à la question fondamentale de la philosophie.

Albert Camus

RSS :: Photos :: Admin :: Contact

samedi 11 octobre 2008

NO DATA RETENTION

En tant qu’hébergeurs, la rétention des données de connexion nous est imposée par la directive 2006/24/EC de l’Union Européenne (*). Nous voulons sa suppression, car celle-ci instaure la surveillance préventive de toutes les communications électroniques: e-mail, appels téléphoniques et autres échanges numériques.

Imaginez que les services postaux gardent trace de toute personne vous envoyant du courrier; quand; qui; comment; oû. C’est exactement ce qui est en train de se passer sur l’Internet, en ce moment même!

En tant qu’intermédiaires techniques, nous sommes contraints de stocker ces données liées à vos communications. Cependant, il est hors de question que nous nous transformions en auxiliaires de police. Nous entendons faire tout ce qui est en notre possible pour ne pas contribuer à cette attaque contre la vie privée, et encourageons tout le monde à jeter du sable dans cet engrenage!

Nous continuerons de nous battre contre la rétention de données de quelque manière que ce soit, et soutiendrons celles et ceux s’efforcant de faire de même!

* pour la France, voir la LCEN (Loi pour la Confiance dans l'Économie Numérique) entre autres textes réunis ici.

Signataires:

aktivix.org - all2all.be - alterezo.be - blacksec.org - Brasil Indymedia Tech Collective - blogxpopuli.org - boum.org - cassiopea.org - domainepublic.net - effraie.org - espace4you.org - free.de - globenet.org - hacklab.dk - herbesfolles.org - immerda.ch - lautre.net - linefeed.org - moviments.net - mutins.net - nadir.org - no-log.org - nodo50.org - open-web.fr - poivron.org - puscii.nl - rezo.net - riseup.net - samizdat.net - so36.net - squat.net - systemausfall.org - systemli.org - tachanka.org

mercredi 11 juin 2008

Postfix, Dovecot, et des utilisateurs virtuels sans Mysql

par souci de lisibilité et de référencement, j'ai finalement scindé mon précédent billet en deux: un sujet, un billet.

postfixUn petit mémo sur la façon de configurer postfix et dovecot pour héberger des domaines de mail multiples et virtuels, le tout sur une seule et même installation, sans passer par l'usine à gaz qu'est MySql (enfin, tant que vous n'avez pas des milliers d'utilisateurs)

Dans postfix

  • main.cf, la section qui autorise les domaines virtuels est la suivante:
virtual_mailbox_domains = hash:/etc/postfix/vdomains
virtual_mailbox_base = /home/vmail
virtual_mailbox_maps = hash:/etc/postfix/vmailbox
virtual_uid_maps = hash:/etc/postfix/virtual_uids
virtual_gid_maps = hash:/etc/postfix/virtual_gids
### 200 Mo ( a peu pres )
virtual_mailbox_limit = 200000000
local_recipient_maps    = proxy:unix:passwd.byname $alias_maps $virtual_mailbox_maps

N'oubliez pas de postmaper les fichiers qui sont indiqués après hash:/ !!

  • vdomains est de la forme:
domain1.tld    pouet
domain2.tld    pouet
domain3.tld    pouet
  • vmailbox est de la forme:
#user@domain         domain/user/
user1@domain1.tld    domain1.tld/user1/
user2@domain2.tld     domain2.tld/user2/
  • virtuals_uids et virtual_gids sont de la forme:
#virtuals_gids
#grep -i vmail /etc/group
#@tutu.com   5000 (pour vmail)
#####################
@domain1.tld    5000
@domain2.tld    5000

C'est tout dans postfix. Il faut créer un utilisateur qui accédera aux Maildir. J'ai choisi de créer un user system vmail, d'uid:gid 5000:5000

Les mails seront distribués dans: /home/vmail/domain1.tld/user1/
Maintenant, nous devons permettre aux utilisateurs d'accéder à ces boites emails, et ça va être le travail de dovecot (best imap server ever!)

Dans dovecot

La configuration de dovecot, comme d'habitude, est hyper simple:

protocols = imaps
listen = *
disable_plaintext_auth = yes
log_path = /var/log/dovecot/dovecot.log
info_log_path=/var/log/dovecot/dovecot.log
log_timestamp = "%Y-%m-%d %H:%M:%S "
login_greeting = ready....
auth default {
    mechanisms = plain cram-md5
    user = root
    userdb passwd-file {
        args = /etc/dovecot/dovecot.users
        }
    #fallback to PAM
    userdb passwd {
    }
        passdb passwd-file {
            args = /etc/dovecot/dovecot.users
            }
    #fallback to PAM
        passdb pam {
        }
            socket listen {
                client {
                    # Assuming the default Postfix $queue_directory setting
                    path = /var/spool/postfix/private/auth
                    mode = 0660
                    # Assuming the default Postfix user and group
                    user = postfix
                   group = postfix
                   }
    }
}
 
mail_extra_groups = mail
protocol imap {
}
protocol pop3 {
}
dict {
}
plugin {
}

Le fallback vers PAM me permet de supporter une phase de transition depuis des utilisateurs systèmes vers des utilisateurs virtuels, mais va disparaître sous peu.
Le truc important ici, c'est le fichier /etc/dovecot/dovecot.users, qui est en fait notre table de correspondance user, password, chemin vers le Maildir.
Il est de la forme:

user1@domain1.tld:{HMAC-MD5}12999732f70a30191be8c552bff077b3876d7a1fe89b9e61389b941ab598cf15:5000:5000::::userdb_mail=maildir:/home/vmail/domain1.tld/user1/
user2@domain2.tld:{HMAC-MD5}a91cbc2e844e773e464eb76786cebd6edd0c7baf5d64de09c8a4ed67851e961e:5000:5000::::userdb_mail=maildir:/home/vmail/domain2.tld/user2/

les passwords sont salés en HMAC-MD5 (ce qui n'est pas de la grande cryptographie, entendons nous bien, mais inutile de casser ceux là, ce sont des fakes), et générés avec la commande:
dovecotpw -p le_mot_de_passe

Bien sur, c'est fastidieux à faire à la main, alors voici un petit script qui ajoute un email de façon entièrement automatisée (lancez le script en root, répondez aux questions (nom, domaine, et mot de passe) et voila). Si par hasard vous vous en serviez (il est probablement très laid!), pensez à le lire, a comprendre ce qu'il fait, et à l'adapter à vos besoins, bien sur.

#!/usr/bin/perl
use strict;
use POSIX;
#script sous licence WTFPL http://sam.zoy.org/wtfpl/
# mathieu - http://blog.effraie.org/
#
#Créer un email pour un utilisateur
#tester que le script est lancé avec les droits root
my $uid = getuid();
if ($uid != 0) {
    print "Vous devez etre root pour lancer ce script.\n";
    exit(0);
    }
#récupérer le nom, le domaine, le pass
print "Nom du nouvel utilisateur mail:" . "\n";
my $name = <STDIN>;
chomp($name);
print "Domaine du nouveau mail:" . "\n";
my $domain = <STDIN>;
chomp($domain);
print "Mot de passe:" . "\n";
my $clear_pass = <STDIN>;
chomp($clear_pass);
my $newmail = "$name\@$domain";
#tests de base
die "Le nom domaine n'est pas défini." . "\n" unless ($domain);
die "Le nom n'est pas défini." . "\n" unless ($name);
die "Le mot de passe n'est pas valide." . "\n" unless ($clear_pass);
# vérifier la validité du domaine
my $test_domain = "grep $domain /etc/postfix/vdomains > /dev/null";
system($test_domain);
if ($? != 0) {
    print "le domaine n'est pas valide" . "\n";
    exit (0);
    }
# vérifier la validité du noveau mail
my $test_mail = "grep $name\@$domain /etc/postfix/vmailbox > /dev/null";
system($test_mail);
if ($? == 0) {
    print "Ce mail est déjà attribué" . "\n";
   exit (0);
    }
#saler le pass pour dovecot
my $salted_pass = `dovecotpw -p $clear_pass`;
chomp($salted_pass);
#ajouter le mail dans postfix
`echo "$newmail     $domain/$name/" | tee -a /etc/postfix/vmailbox && postmap /etc/postfix/vmailbox`;
#autoriser l'user dans dovecot
`echo "$newmail:$salted_pass:5000:5000::::userdb_mail=maildir:/home/vmail/$domain/$name/" | tee -a /etc/dovecot/dovecot.users`;
#redémarrer les services
`/etc/init.d/postfix reload && /etc/init.d/dovecot restart 2>&1 /dev/null`;
#envoyer un mail de bienvenue
`cat /home/effraie/scripts/welcome_mail | mail $newmail -s "Bienvenue sur $domain !"`;
print "le Mail $newmail a bien été créé, avec le pass: $clear_pass" . "\n";
exit (0);



Voila voila, ça n'a rien d'un tutoriel, c'est juste un petit mémo perso que je partage, dans l'hypothèse ou il puisse servir à quelqu'un (moi ça m'aurait bien aidé, heureusement, il y a Uggy).

Vos commentaires, sur la méthode, le script ou n'importe quoi d'autre, sont les bienvenus.

lundi 09 juin 2008

mv flickr /dev/null

Sous ce titre cryptique, se cache une deux nouvelles sans aucun rapport l'une avec l'autre (mais j'avais la flemme de faire 2 billets) finalement, j'ai fait deux billets, voir ici pour postfix

Quitter Flickr

D'abord, je quitte flickr (joie).

quitter flickr

Ça faisait un moment que ça me démangeais, et que mon installation perso de gallery2 me rendais la plupart des services que me rendait flickr, et plus encore. Cela dit, j'utilisais encore ses chaînes services pour avoir dans ma barre latérale (juste là, à droite sur ce blog) quelques unes de mes photos.
Il existe désormais une version du plugin Promote pour Pixelpost qui soit compatible avec mon photoblog. Vous pouvez voir le résultat dans la barre latérale. Si dans votre grande bonté, vous vouliez exposer mes photos sur vos pages web, il vous suffit d'y insérer le code suivant:

<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
<title>Untitled Document</title>
<style>
body {
    font-size:small;
    }
    .pixelposttitle a {
        font-size:110%;
        font-weight:bold;
        text-decoration:none;
        color:#333;
        }
</style>
</head>
 
<body>
<script src="http://pics.effraie.org/index.php?x=promote&type=latest&total=6&showtitle=yes"></script>
</body>
</html>

La ligne qui commence par <script= est la plus importante, bien sur!
ce qui donne:

Untitled Document



Amélioration du service «emails» sur effraie.org

Après avoir un peu galéré aujourd'hui (merci Uggy pour ton aide!), je suis maintenant en mesure:

  • De proposer des boites mails en *@dodeline.net,
  • D'héberger les emails de vos noms de domaines, (à la condition que vous configuriez me MX)



Bien sur, les copaINEs qui hébergent déjà leur domaines sur le serveur (comme aperturefirst ou avenir-climat) sont les bienvenus!

Quand a ceux qui ont déjà une boîte en *@effraie.org.. je vais bientôt leur demander de ré-initialiser leur mot de passe pour unifier la plateforme... soyez attentifs ;)

comme c'est un billet court, une image pour la route:

caution.gif

mardi 30 octobre 2007

Configurer Thunderbird pour l'IMAPs sur effraie.org

Ce billet ne concerne qu'une infime minorité de mes lecteurs, mais pour eux, ce sera sans doute bien pratique. Je le fais en image, j'ai la flemme d'écrire...

  • On commence par créer un nouveau compte:

1-1.png

Facile, jusque là!

  • À l'écran "information sur le serveur:

1-2.png

On choisit de récupérer ses mail en IMAP (qui permet de synchroniser ses mail entre sa (ou ses) machine(s) et le serveur de mail, plus d'info chez wikipedia ) et on prends garde d'indiquer le serveur imaps.effraie.org
Le serveur SMTP, je songe bien a en installer un... mais bon, c'est pas forcément le plus simple a mettre en place du point de vue de la sécurité.... en général, on utilise celui fournit par son FAI. Par exemple, pour free, c'est : smtp.free.fr

  • L'écran de login:

1-3.png

rien de bien compliqué: le début de votre adresse email, sans @effraie.org

C'est tout pour la création du compte. Cependant, votre boite mail ne marche pas encore. Pour cela, il va falloir faire un petit tour dans la configuration du compte.

Cliquez sur Édition > paramètres des comptes
On choisit l'item paramètres du serveur, et voici l'écran qu'on obtient:

2-1.png

On choisit la checkbox SSL pour sécuriser la connexion, le port 993 doit se mettre automatiquement (sinon, faite le à la main)

C'est tout, vous devruez désormais pouvoir vous connecter de façon sécurisée au serveur de mail.

Parfois, ces deux écrans peuvent venir vous ennuyer:

3-1.png)

acceptez définitivement le certificat

4-1.png

Cliquez sur OK

Enjoy ;)