quel.qu.un@tele2.fr le 26/08/2009 16:06
            Le système de messagerie n'a pas pu remettre ce message mais n'a pas signalé de raison particulière. Vérifiez l'adresse du destinataire et réessayez d'envoyer le message. Dans le cas d'un nouvel échec, contactez votre administrateur système.
            < mailfe09.swip.net #4.0.0>

J’ai d’abord pensé à un problème passager lié sûrement au rachat par SFR/NEUF/CEGETEL. Mais le problème dure dans le temps…
Puis j’ai pensé à une sorte de blacklist où le serveur en face ne se donnerait même pas la peine de m’expliquer pourquoi il me jette.
Donc j’ai contacté postmaster@tele2.fr pour demander ; en anglais, car il y a un renvoi vers des bal @swip.net qui ne sont pas des français.

Réponse claire : suite au rachat, migration en cours, les clients sont informés, les boîtes n’existent plus.

Hello Jacques,
Tele2 Europe has divested its french operations.
We are in the middle of a migrationprocess with the buyer(www.sfr.se) of our french operations right now.

This involves that the customers chooses a new emailadress in SFR mailsystem.
The mailadress you are trying to reach has been moved to their system.

Best Regards
Jonas Johnsson
Postmaster
Tele2 Europe

(Et démerdez-vous pour contacter les gens qui se cachaient derrière cette adresse ; et si ce sont des clients tant pis)

Je ne connais personne « chez » tele2.fr, donc je n’ai pas d’information du client lambda.
Si vous en avez, n’hésitez pas à faire un commentaire.

Je doute qu’il suffise de remplacer tele2 par SFR dans l’adresse. Les clients vont sûrement en choisir une nouvelle. Risque de téléscopage trop gros avec les abonnés déjà existants chez SFR.

Contexte

Je suppose que vous avez un SVN qui tourne. Vous voulez qu’à chaque « commit », un mail soit envoyé à une personne (ou une liste de personnes), contenant tout ce qu’on peut en attendre : message, fichiers impactés etc.
Sur Internet, tout le monde y va de son script en perl, ruby, bash etc. Debian propose un truc tout fait. J’aime bien

Le principe est le suivant : l’outil SVN a déjà tout prévu. Il y a des « hooks » (grappin = bout de code appelable à un instant donné d’une commande SVN) qu’il suffit d’activer. Un tout petit peu de paramétrage et ça roule.

Installez le script-qui-va-bien

Le paquet subversion-tools vous apporte tout un tas de scripts pré-machés (voir /usr/share/subversion/hook-scripts), notamment un pour envoyer un mail bien propre.

Activez le « hook »

Il y a un modèle dans /votre/repo/svn/hooks/, nommé post-commit.tmpl. Copiez-le en post-commit, avec les bonnes permissions (idéalement via cp post-commit.tmpl post-commit).
Editez-le, lisez le baratin et enfin adaptez la dernière ligne indiquant quelle adresse mail est destinatrice (je considère que le serveur hébergeant SVN est capable d’envoyer des mails).
Exemple :

svnsrv:/svn/monrepo/hooks# tail post-commit
# the Subversion repository at
# http://svn.collab.net/repos/svn/trunk/tools/hook-scripts/ and
# http://svn.collab.net/repos/svn/trunk/contrib/hook-scripts/

REPOS="$1"
REV="$2"

/usr/share/subversion/hook-scripts/commit-email.pl \
  "$REPOS" "$REV" mon.adresse@mail.com

Si votre serveur est capable d’envoyer des mails, vous n’avez rien à faire de plus, sinon, il faudra jouer avec la définition des variables $sendmail et $smtp_server (l’une ou l’autre, lisez les commentaires) dans le script /usr/share/subversion/hook-scripts/commit-email.pl.

Enfin, si vous voulez, la ligne de commande accepte plusieurs destinataires (au moins 2, je n’ai pas testé plus ni lu le code pour savoir).

Testez

Normalement, c’est tout. Faire un commit quelconque et voyez le résultat.
J’utilise TortoiseSVN comme client, sous Windows ; ça marche nickel. Si vous vous plantez dans la configuration, Tortoise vous remonte l’erreur indiquant par exemple que le script /usr/share/subversion/hook-scripts/commit-email.pl est KO.

Cas 1 : vous ne faites rien et l’expéditeur est informé, mais pour un client par exemple, c’est un peu moisi comme réponse.

Cas 2 : vous faites un alias silencieusement et le mail termine chez quelqu’un d’autre sans que l’expéditeur le sache. Ca peut être gênant – car l’adresse restera utilisée

Cas 3 : vous voulez informer l’expéditeur et néanmoins rediriger le mail quelque part

Je vais décrire les cas n°2 et 3 dans cet article. En considérant que vous êtes sur une base postfix+procmail comme je le décris dans ma doc.

Hypothèses

Considérons que le compte de Jean Bonnot (login jbonnot) doive être fermé et que ses mails doivent aller chez Jean Luclesmouches (login jluclesmouches). Considérons aussi que Mr Bonnot ait des alias mails : jbonnot@votre_serveur.fr et j_bonnot@votre_serveur.fr.

Cas n°2

Pour le 2è cas, le plus simple, c’est de faire un alias dans "/etc/aliases/" du type :

jbonnot: jluclesmouches
j_bonnot: jluclesmouches

Puis de lancer la commande "newaliases" ou "postmap /etc/aliases" pour regénérer la base des alias (fichier "/etc/aliases.db").

Cas n°3

Pour le 3è cas, on peut utiliser le programme "vacation" (installez le paquet du même nom, aucune configuration à faire) et triturer la conf de Postfix comme suit.
Dans /etc/postfix/recipient_canonical, ajoutez une ligne :

jbonnot        jluclesmouches+jbonnot
j.bonnot        jluclesmouches+jbonnot

Ensuite, il faut là aussi regénérer la base de données issue de ce fichier, via la commande "cd /etc/postfix ; postmap recipient_canonical" pour obtenir un fichier recipient_canonical.db.

Enfin, dans votre fichier /etc/postfix/main.cf, veillez à avoir la ligne suivante :

recipient_canonical_maps = hash:/etc/postfix/recipient_canonical

Jusqu’ici, un e-mail à destination de Jean Bonnot sera renvoyé par le serveur à destination de Jean Luclesmouches en réécrivant le champ "Delivered-To" dans l’en-tête du mail afin de contenir "Delivered-To: jluclesmouches+jbonnot@blabla.com". Ca permettra à J Luclesmouches (qui a manifestement du temps à revendre) de trier ses mails en entrées en se basant sur ce champ.

Reste à modifier le fichier .procmailrc de Mr Luclesmouches, en ajoutant par exemple :

:0c
* ^Delivered-To: jluclesmouches\+jbonnot@ateme
| vacation -a j_bonnot -a jbonnot -f ~/.vacation_jbonnot.db -m ~/.vacation_jbonnot.msg jluclesmouches

(‘tention, il y a 3 lignes dans le code précédent, la dernière allant de « | vacation » à « jluclesmouches »)

Enfin, créer le message d’absence (pour « vacation ») de feu Mr Bonnot. C’est le fichier .vacation_jbonnot.msg dans le « home directory » de Jean Luclesmouches. Il contiendra par exemple :

From: j_bonnot@votre_serveur.fr
Subject: Re: $SUBJECT
Precedence: Bulk

Mr Jean Bonnot est mort, contactez Mr Jean Luclesmouches à l'adresse blablabla

Contenu à adapter suivant que vous utilisez un simple répondeur sans conserver le mail (directive :0 dans le .procmailrc) ou que vous conservez une copie du mail chez le destinataire (directive :0c dans le .procmailrc).

Testez et ça devrait rouler.