Ah. Bon. Un petit bug peut apparaître dans Thunderbird avec l’extension « Minimize Tray Revived ». Deux fenêtres de Thunderbird (ou plus) s’ouvrent au démarrage au lieu d’une seule, et il est impossible de fermer l’une des deux sans fermer l’autre…
La solution ? Désactiver temporairement « Minize Tray », relancer Thunderbird, fermer les fenêtres indésirables, réactiver « Minimize Tray », et redémarrer Thunderbird. That’s it!
Voilà 3 mois que j’ai écris un billet intitulé avec autant de mauvais goût que celui que vous êtes en train de lire : ça cron ! Mise à part leur entrée en matière un peu capillotractée, ces 2 billets abordent le même sujet : les crons.
Cron, c’est un système sous Linux qui permet de déclencher un événement à intervalle régulier. Par exemple on peut exécuter tous les jours un script PHP qui nettoie une base de données, ou une ligne de commande Shell qui ouvre un lecteur audio et joue un titre au hasard. Bref, c’est un outils permettant de faire pas mal de choses intéressantes et qui font un peu rêver. Comme je l’expliquais précédemment, j’ai trouvé mon bonheur pour apprendre à utiliser cron sur le site Code18 : Installer un cronjob, mais à l’époque, je n’avais pas eu le temps de tester. Aujourd’hui, c’est chose faites ! Ce petit billet a donc pour but de retracer les grands étapes d’utilisation d’un cron.
Tout simplement : un serveur accessible en ligne de commande sur lequel cron est installé.
Pour vérifier si cron est utilisable, il faut utiliser la ligne de commande qui liste les événements programmés :
crontab -l
Si cron est utilisable la liste des événements programmés s’affichera, ou s’il n’y en a pas, un message du style : no crontab for ******.
Dans le cas contraire : -bash: /usr/bin/crontab: Permission denied ou -bash: crontab: command not found.
Pour tout cela, il faut bien sûr se connecter auparavant au serveur en SSH :
ssh user@serveur
Il faut utiliser la ligne de commande :
crontab -e
Celle-ci ouvrira le fichier crontab (contenant les événements programmés) sous l’éditeur par défaut, vim par exemple.
Continuer la lecture
Parmi les petites choses inutiles que j’ai appris aujourd’hui (suite à un cours de réseaux), j’ai notamment découvert comment envoyer un e-mail en ligne de commandes. Voici les étapes à suivre. A noter que le serveur renvoie 250 OK quand la commande a réussi.
D’après ma compréhension actuel, il faut se connecter sur un serveur telnet pour envoyer un e-mail. Donc
telnet <hote> 25
helo <domaine> mail From:<email-emetteur> rcpt To:<email-recepteur>
Il suffit de taper :
data
Le sendMail vous laisse alors le champ libre pour écrire ce que vous voulez. Commençons par l’entête de l’e-mail, en voici un exemple minimaliste.
From: email-emetteur To: email-destinataire Date: date de création du message
Il est à noter que l’on peut écrire n’importe quoi comme informations. Elles seront affichés à l’utilisateur, mais cela ne veut pas dire que ces informations sont justes. Mais il est possible de préciser d’autres choses :
Subject: Votre sujet From: email-emetteur Reply-To: email à utiliser pour la réponse Date: date du message Mime-Version: 1.0 To: email-destinataire Cc: email-destinataire en copie carbonne
Il y a d’autres choses que je n’ai pas compris :
Received: information sur le chemin suivi Message-Id: numero@domaine X-Phone: message_Id X-Mailer: ?
Bref, laissez une ligne vide et commencez à écrire votre message. Il vous faudra terminer par un point.
J'écris mon message, je suis content ! Super content ! .
Rien de plus simple :
quit
Avec tout ça, on peut envoyer un e-mail en ligne de commandes à un utilisateur en utilisant les caractères que l’on veut (sauf dans le sujet) et en précisant ce qu’on veut pour l’émetteur et le serveur d’envoi. Bref, c’est assez fun et ça marche vraiment bien. Reste donc à trouver une parade aux 2 limitations citées plus haut.
