On ne peut pas mettre de \t (tabulation) entre les caractères de date et heure du job.

Ami geek qui lit ceci, grave cela dans ta mémoire.

Mais..

…le manuel dit :

Le format d’une commande cron est très proche du standard V7, avec quelques options permettant de garder une compatibilité ascendante. Chaque ligne dispose de 5 champs de date et d’heure, suivis d’une commande et enfin d’un retour à la ligne (« \n »). Le système crontab (/etc/crontab) utilise le même format, si ce n’est que le champ utilisateur est indiqué après les champs de date et d’heure mais avant la commande. Les champs peuvent être séparés par des espaces ou des tabulations.

Je comprend que ça s’applique également aux champs de date et heure mais peut-être que je me trompe.

L’avenir me permettra peut-être de résoudre ce mystère. En tous cas, chez moi, en remplaçant les tabulations par des espaces, ça fonctionne beaucoup mieux.

Dommage, va falloir trouver une autre lecture entre les 2

Jugez plutôt :

Lighttpd est léger, flexible, performant. il a tout pour remplacé un apache2. Le seul reproche qu’on pourrait lui faire est le manque de mod_php.

Eh oui, php est lancé avec le mod_cgi de lighttpd (appelé également lighty), et donc avec php(4|5)-cgi.

La configuration fera des heureux chez les amateurs de Perl (comme moi d’ailleurs). Voici la configuration de ce virtual-host :

$HTTP["host"] == “bertrand.aur0re.net” {
server.document-root = “/home/bertrand/public_html/bertrand.aur0re.net/”
accesslog.filename = “/var/log/lighttpd/bertrand.aur0re.net.access.log”
}

J’adorrrrrrrrrrrrrrre

J’ajoute également la killer-function : l’include sur un stdout. Eh oui, la ligne include_shell "/usr/share/lighttpd/include-conf-enabled.pl", présente par défaut sous Debian, fera en sorte d’inclure tous les fichiers .conf présents dans /etc/lighttpd/conf-enabled/ !

Peut évidemment être utilisé par tout autre script/application/shell qui renvoie quelque chose de mangeable par lighty, sur stdout.

J’adorrrrrrrrrrrrrrre

Allez hop, à la fin de la semaine, j’apt-get remove (^lib-|^)apache2.+ !

Tout d’abord, il faut ajouter un “service” sur le système. Editer le fichier /etc/services, et ajouter la ligne suivante :

smtp1025 1025/tcp # Le SMTP pour la maison

La position dans le fichier n’a normalement pas d’importance.

Editer ensuite le fichier /etc/postfix/master.cf afin de dire à Postfix d’écouter sur le nouveau port. Ajouter la ligne suivante :

smtp1025 inet n - - - - smtpd

Relancer postfix :

/etc/init.d/postfix restart

Le MTA peut donc recevoir les mails sur le nouveau port !

C’est terminé.

Le principe à présent est de préciser au MTA du MX de la zone (celui sur Internet) que les utilisateurs sont hébergés sur une machine tiers, celle de la maison. On utilise pour cela un alias.

Pour mon cas, 2 utilisateurs, ça va vite. Dans le fichier d’alias utilisé pour le MTA (Postfix, la plupart du temps /etc/aliases), ajouter la ligne suivante, pour chaque utilisateur :

utilisateur1: utilisateur1@maison.mondomaine.tld

Lancer ensuite les 2 commandes suivantes :

newaliases
/etc/init.d/postfix reload

Ainsi, les mails d’utilisateur1 seront renvoyés vers maison.mondomaine.tld !… Mais n’y arrivent pas car il faut spécifier que le MTA de maison.mondomaine.tld écoute sur un autre port que 25.
Pour cela, toujours pour Postfix, éditer le fichier /etc/postfix/transport, et ajouter la ligne suivante :

maison.mondomaine.tld smtp:maison.mondomaine.tld:1025

1025 est le port d’écoute. Un autre port, autre que 25 bien entendu peut faire l’affaire.

Ajouter ensuite la ligne suivante dans le fichier /etc/postfix/main.cf pour que Postfix aille lire la configuration du fichier transport(.db) :

transport_maps = hash:/etc/postfix/transport

Lancer ensuite la commande suivante, afin de prendre en charge la nouvelle configuration :

postmap /etc/postfix/transport
/etc/init.d/postfix reload

A partir de ce moment, les mails pour utilisateur1@mondomain.tld seront renvoyés vers la machine maison.mondomaine.tld. Je dis bien renvoyés et non transférés. L’en-tête vue par le commun de MUA (Thunderbird, mutt ou autre) ne sera pas modifié ! Autrement dit, To: restera utilisateur1@mondomaine.tld.

La configuration du MTA du MX est terminée, suite au prochain épisode, la configuration du MTA de maison.mondomaine.tld.

BONUS GRATUIT :
Pour un compte mail géré par Alternc, l’alias à mettre à jour est dans la base de donnée alternc, dans la table mail_alias. Lancer la commande suivante, afin de mettre à jour l’alias :

mysql -u sysusr -p alternc -e 'update mail_alias set alias="utilisateur1@maison.mondomaine.tld" where mail="utilisateur1_mondomainde.tld";'

Attention, je décline toute responsabilité en cas de pétage d’Alternc

Tout d’abord, le contexte :

Je dispose d’un nom de domaine (aur0re.net) pour lequel j’ai la maitrise du serveur DNS. Nous sommes 2 utilisateurs sur ce domaine et utilisons les adresses mails @aur0re.net fréquemment. J’ai un PC à la maison (toujours allumé bien sûr) qui est tout disposé à recevoir ces mails. La connexion internet est pour le moment chez Orange. Je dispose d’un nom dyndns pointant vers l’IP de la connexion internet, qui est correctement mis à jour. On peut donc dire que le PC à la maison est toujours joignable depuis l’Internet.

Actuellement, les mails arrivent sur un alternc, sur une machine quelque part sur Internet.

La problématique :

Depuis notre connexion internet, Orange bloque en source et en destination le port TCP 25. Gros problème lorsqu’on veut héberger ses mails.

La solution :

Pour les mails entrants, je ne peux raisonnablement changer le MX de ma zone pour lui indiquer le PC à la maison. Les mails serait stoppés par le filtrage du port 25. La solution est donc de garder ce qui est en place au niveau enregistrements MX et de demander au MTA (postfix) de renvoyer tous les mails pour @aur0re.net vers le PC à la maison, sur un port autre que 25.

Pour vous expliquer la configuration, je prend en compte plusieurs points concernant la connaissance du lecteur (rien d’excéptionnel !) :

De plus, et surtout pour la machine se situant derrière la connexion Internet Orange, elle doit être accessible depuis l’Internet sur le port TCP que l’on souhaite utiliser, en alternative au port 25. Autrement dit, si cette machine est derrière un modem/routeur (Livebox par exemple), il faut lui expliquer de NATter ce qu’il faut vers cette machine. Là aussi, une petite recherche sur le web vous y amènera.

Suite au prochain épisode, pour la configuration du MTA du MX…