Epikto's blog

Mises à jour Plesk

Romino — Wed, 23 Jan 2008 14:46:00 +0100

Un des grands intérets de Plesk se situe certainement dans le fait qu'il s'agit d'une solution commerciale ... et donc toujours suivi et mise à jour. Certes cela à un cout, non négligeable. Pour autant, une fois votre license louée / achetée, vous disposez de mises à jour régulières permettant de maintenir le panel au goût du jour ... des des bugs. Est-ce aussi simple que cela?

D'un certain côté, OUI. Swsoft sort régulièrement des correctifs, mises à jour, upgrades, ... vous garantissant d'avoir une version exempte de bug / trou se sécurité, ... Ajoutons à cela que les mises à jour se font par un simple "clic" dans le panneau de gestion, et l'on comprend mieux le confort offert par cette solution. Une fois la procédure lancée, il n'y a plus qu'à attendre que tous les packages se mettent à jour à coup de apt-get upgrade gérés par le système.

Tout en étant capable du meilleur (comme nous venons de le voir), ce système de mise à jour est également capable ... du pire! Quelques écemples? - Mise à jour se bloquant au milieu du process, ne permettant pas de relancer apache ou php - hacks / modifications à refaire (notamment greylisting et améliorations du template d'admin) - surpirses diverses, non annoncées, que vous avez la joie de découvrir après coup.

Prudence étant mère de sureté, il est donc grandement conseillé de ne lancer ses mises à jour qu'après avoir fait un long détour sur le forum de l'éditeur. Mieux vaut ainsi attendre 2 bonnes semaines avant d'appliquer les mises à jours, le temps que celles-ci soient corrigées, ou que la communauté ait pu donné ses conseils. Idéalement, on lancera la mise à jour sur un serveur de développement avant de l'effectuer sur les serveurs de productions. Cerise sur le gateau, s'offrir les services d'une société spécialisés comme 4psa qui le fera pour vous, et donc engagera sa responsabilité en cas d'échec.

Modifier Mailman en newsletter

Romino — Tue, 18 Sep 2007 15:22:00 +0200

Avant de parler de la mise en place de Mailman en tant que Newsletter il est peut-être important de préciser la différence que je fais entre une mailinglist et une newsletter.

Mailinglist: les utilisateurs peuvent envoyer des e-mails à une adresse de diffusion et tous les autres membres de la liste recevront ce mail. C'est une liste de discussion entre utilisateurs.
Newsletter: l'administrateur de la liste est le seul à pouvoir envoyer des e-mails vers ses utilisateurs, la communication ne se fait que dans un sens.

Le comportement des deux est très similaire, en théorie il suffit de bloquer les mails provenant des utilisateurs par un moyen quelconque...et c'est exactement ce que nous allons faire.

Il suffit de modifier quelques options dans l'interface d'administration de la liste voulue.

Options de confidentialité > Règles d'abonnement Qui peut voir la liste des abonnés ? Uniquement l'administrateur

Options de confidentialité > Filtres expéditeur Les envois des nouveaux abonnés doivent être modérés par défaut ? Oui Mesure à prendre lorsqu'un abonné sous modération envoie un message à la liste. En attente Action à entreprendre pour les envois des non-abonnés pour lesquels aucune règle ne s'applique. En attente

Répondeur automatique Mailman doit envoyer une réponse automatique aux expéditeurs ? Oui Texte d'autoréponse envoyé aux expéditeurs de la liste: "Vous ne pouvez pas envoyer de message à cette liste car elle est modérée" Nombre de jours séparant les réponses automatiques vers la liste: 0

Si vous avez déjà des utilisateurs, il faut encore activer l'option "Activer le bit de modération pour tous, y compris ceux qui ne sont actuellement pas visibles" dans la gestion des abonnements. C'est quelque chose à faire une seule fois puisque les prochains ajouts seront déjà modérés. A chaque fois que quelqu'un va poster un message sur la liste, l'administrateur va recevoir un e-mail lui demandant d'autoriser ou refuser la requête. Oui, c'est aussi valable pour les mails de l'administrateur lui-même et enlever son bit de modération n'est pas une bonne idée vu que les adresses sources peuvent facilement être falsifiées.

Désactiver les news dans Plesk

Romino — Tue, 04 Sep 2007 09:17:00 +0200

Un des éléments toujours non pris en compte par Plesk: désactiver les news Swsoft à l'ouverture de comptes sur plesk.

La méthode suivante fonctionne bien, mais nécéssite d'être répétée à chaque mise à jour de Plesk.

nano /usr/local/psa/admin/htdocs/skins/*/css/main/desktop.css

Puis ajouter en bas du fichier:

#dBox-news_articles
{ display: none !important; }

Modifier / créer un thème Sitebuilder

Romino — Mon, 27 Aug 2007 10:24:00 +0200

Petit exercice de style: utiliser Sitebuilder de Plesk pour un client et en faire un thème personnalisé ...

Le problème réside principalement dans le fait que l'ensemble des templates sont codés en xml et que certaines fonctions sont directement issues de bases de données et fichiers cryptés.

Donc, le but: créer un nouveau thème en se basant sur un template existant.

Première étape: télécharger le template servant de base en local Les templates sont sauvegardés dans le répertoire /opt/sitebuilder/htdocs/templates Le mieux est de le copier via SSH dans un répertoire accessible en ftp du type /home/user (on cré le user au préalable en ssh)

Deuxième étape: le modifier Une fois rapatrié sur le pc en locale, il faut modifier: - le fichier info.xml en éditant la ligne comportant le nom du template, et au besoin la catégorie - le fichier template.xsl qui représente la structure du site, le plus souvent sous forme de tableaux.

On rapatrie ensuite l'ensemble sur le serveur en ftp, puis une simple successions de commandes ssh permet de rajouter ce thème à la liste:

cp -r /home/user/nouveautheme /opt/sitebuilder/htdocs/templates/
sb_config --update_templates

On autorise ensuite le thème créé pour le client en l'ajoutant dans le pack approprié via l'interface d'admin Sitebuilder.

Et le tour est joué.

Pour simplement modifier le template, inutile de faire la commande sb_config. Celle-ci sert à actualiser la base de données lors de l'ajout de templates.

Sitebuilder et nom du serveur hôte

Romino — Thu, 12 Jul 2007 13:23:00 +0200

Il arrive parfois que Sitebuilder soit mal installé. Ainsi, si vous tapez sitebuilder.ledomaine.com , il peut parfois arriver que cela ne fonctionne pas.

Que faire?

se connecter en ssh, puis:

sb_config --sb_hostname=sitebuilder.votresite.com

si cela ne suffit pas, il faut alors éditer le fichier xxx.sitebuilder.conf sur le serveur et changer le hostanme à la main.

Migrer Sitebuilder de la version 3 à 4

Romino — Thu, 12 Jul 2007 13:19:00 +0200

Sitebuilder pour plesk sur linux est désormais dispo en version 4.

Pour sa mise à jour, mieux vaut passer par le script d'installation de plesk, ce qui permettra de faire cette migration sans encombre.

Voici donc la méthode:

Se connecter en ssh au serveur Télécharger l'installer de plesk et le lancer:

wget http://download1.swsoft.com/Plesk/Plesk8.2/Debian3.1/psa_installer_v3.2.0_build070705.20_os_Debian_3.1_i386
chmod 755 psa_installer_v3.2.0_build070705.20_os_Debian_3.1_i386
./psa_installer_v3.2.0_build070705.20_os_Debian_3.1_i386

Suivre les étapes jusqu'au bout comme pour une installation, en choisissant bien "sitebuilder 4"

Votre version est alors à jour !

Migrer Plesk de 8.1 en 8.2

Romino — Thu, 12 Jul 2007 13:05:00 +0200

Afin de mener à bien la migration de Plesk sur Debian 3.1 de la version 8.1 à la 8.2, il est préférable de ne pas utiliser la fonction "updater" de plesk.

Voici donc la méthode:

Se connecter en ssh au serveur Télécharger l'installer de plesk et le lancer:

wget http://download1.swsoft.com/Plesk/Plesk8.2/Debian3.1/psa_installer_v3.2.0_build070705.20_os_Debian_3.1_i386
chmod 755 psa_installer_v3.2.0_build070705.20_os_Debian_3.1_i386
./psa_installer_v3.2.0_build070705.20_os_Debian_3.1_i386

Suivre les étapes jusqu'au bout comme pour une installation, en choisissant bien "8.2"

Votre version est alors à jour !

Installer les templates Sitebuilder

Romino — Thu, 15 Mar 2007 13:55:00 +0100

MISE A JOUR - Simplification !

La liste des templates pour sitebuilder est très longue, et le faire à la main prend un temps fou.

j'ai donc réalisé un listing des templates, et regroupé le tout dans un fichier qui s'occupe de tout.

Ce fichier fait 4 choses:

il installe les packages debian nécessaire
télécharge les templates
converti les rpm en deb

Je vous invite aussi à lire l'aide sur le site SWSOFT à ce sujet ...

le script ci-dessous est valable pour la version 4 de Sitebuilder.

#/bin/sh
cd /tmp
mkdir templates
chown 777 templates
apt-get update
apt-get install alien
cd templates
wget http://download1.swsoft.com/SiteBuilder/templates/4.0/rpms/*.rpm
ls -l
alien *.rpm
dpkg -i *.deb
cp * /opt/sitebuilder/htdocs/templates
cd /tmp
sb_config --update_templates
rm -r templates

Supprimer les fichiers cherchés

Romino — Tue, 13 Mar 2007 19:28:00 +0100

Comment supprimer une liste de fichiers recherchés?

en combinant les commandes Find et rm ...

A utiliser avec précaution ...

find /dossier -type f \( -name "foo" -or -name "bar" \) -print0 | xargs -0 rm -rfv

et l'ensemble des fichiers ayant pour nom "foo" ou "bar" seront effacés ...

Liste d'hébergeurs proposant Plesk

Romino — Tue, 13 Mar 2007 18:55:00 +0100

Liste rapide des hébergeurs français proposant Plesk en standard.

http://www.dedibox.fr : serveurs dédiés sous Debian
http://www.ovh.com : Serveurs dédiés sous Fedora
http://www.unetun.fr : Serveurs virtuels (VDS) sous Plesk (quelle distrib ??)
http://www.ikoula.com : Serveurs dédiés sous Fedora

To be continued ...

Liste de sites pratiques sur l'admin des serveurs sous debian

Romino — Tue, 13 Mar 2007 18:50:00 +0100

Liste non exhaustive bien entendu (!) de sites itnernet permettant de trouver de l'aide sur l'admin de serveurs sous Debian.

http://forum.swsoft.com : le forum d'aide du site de swsoft. en englais, mais bien pratique.
http://www.dedibox-news.com: Forum d'entraide et wiki sur les serveurs Dedibox, notamment sous distrib Debian / plesk
http://wiki.unelectronlibre.info/: un très bon site sur des fonctions de base d'un serveur sous Debian.

To be continued ...

Modifier le serial de la zone d'un .fr

Romino — Tue, 13 Mar 2007 17:55:00 +0100

Plesk a la fâcheuse manie de ne pas respecter les standards dans la façon de dater les fichiers de zone.

Cela peut poser problème pour les extensions en .fr; l'afnic étant un poil tatillon à ce niveau ...

1ère étape: modifier le du site concerné

éditer le fichier corresponant au site (dans l'exemple toto.fr):

nano /var/named/run-root/var/toto.fr

Celui-ci doit ressembler à cela:

@ IN SOA ns.toto.fr. toto.wanadoo.fr. (
1138702310 ; Serial
10800 ; Refresh
3600 ; Retry
604800 ; Expire
86400 ) ; Minimum
toto.fr. IN NS ns.toto.fr.
ns.toto.fr. IN A 80.248.218.157
toto.fr. IN A 80.248.218.157
webmail.toto.fr. IN A 80.248.218.157
mail.toto.fr. IN A 80.248.218.157
ftp.toto.fr. IN CNAME toto.fr.
www.toto.fr. IN CNAME toto.fr.
toto.fr. IN MX 10 mail.toto.fr.

Modifier la deuxième ligne, là où est indiqué "serial", de façon à respecter le standard suivant:

AAAAMMJJXX

avec:

AAAA année en cours sous 4 chiffres (2007)
MM: mois en cours sous 2 chiffres (03)
JJ: jours actuel en deux chiffres (13)
XX: version du jour du fichier (01 pour la première modif, 02 si la deuxième, ...jusquà 99)

Votre fichier doit alors ressembler à cela:

@ IN SOA ns.toto.fr. postmaster.toto.fr. (
2007031301 ; Serial
10800 ; Refresh
3600 ; Retry
604800 ; Expire
86400 ) ; Minimum

Fermer le fichier en le sauvegardant

2ème étape: redémarrer Bind

taper la commande:

/usr/sbin/rndc reload

le tour est joué

utiliser une DNS secondaire externe

Romino — Tue, 13 Mar 2007 17:46:00 +0100

Nombreux sont ceux qui utilisent les DNS secondaires de Gandi ou de leur hébergeur.

En standard, Plesk peut parfois poser problème sur la communication entre votre serveur et le serveur gérant ces dns secondaires.

1ère étape: autoriser le transfert

Aller dans l'interface plesk
dans le menu de gauche, cliquer sur "système"
dans la partie centrale, choisir "DNS"
Cliquer sur "ACL Commun"
choisir "Nouvelle adresse"
indiquer l'adresse IP du serveur de dns secondaire (exemple gandi: 217.70.177.40)
Valider

2ème étape: ajouter le ns secondaire dans les enregistrements par défaut

Toujours dans la partie DNS, cliquer sur "Nouvelle enregistrement"
Type enregistrement: ns
Entrer le nom de domaine: laisser vide
Entrer le serveur de nom: mettre le nom du serveur ns secondaire (par exemple ns6.gandi.net)

Déormais, tous les nouveaux domaines créé sur Plesk comporteront ces informations.

Pour fignoler le tout, il faut modifier chacune des zones des site. Pour cela:

Cliquer sur "Domaines" dans le menu de gauche
Sélectionner le domaine dans la partie centrale
Cliquer sur l'icone "DNS"
Choisir "Ajouter un enregistrement"
Sélectionner "NS"
Nom de domaine: laisser vide
Nom de serveur: le nom du serveur secondaire (ns6.gandi.net pour gandi)
Valider

Être patient ...

Il faut maintenant attendre un peu avant de changer vos infos chez le régistrar, notamment pour le .fr (24h environ)

Installer Squirrelmail à la place de Horde

Romino — Tue, 13 Mar 2007 17:35:00 +0100

C'est une histoire de goût: on aime ou non Horde, on aime ou non Squirrelmail.

Voici comment faire pour remplacer Horde par Squirrelmail sur Debian / plesk.

1ère étape: enlever Horde

cd /usr/share
tar -czf horde.tar.gz psa-horde/*
rm -r psa-horde/*
mv horde.tar.gz psa-horde

2ème étape: importer squirrelmail

Commencer par aller sur le site de Squirrelmail pour récupérer les url des sources et des fichiers langues Le site: http://www.squirrelmail.org/

cd psa-horde
wget lelienquivabienpoursquirrelamail
tar -xcf nomdelarchivetelechargee
wget packagelanguepoursquirrelmail
tar -xzf nomdupackagelangue

3ème étape: Configurer squirrelmail

editer le fichier config/config.php et changer

 $domain=example.com;

par

 $domain = EREGI_REPLACE("www.","",EREGI_REPLACE("webmail.","", $_SERVER['SERVER_NAME']));

Dans le fichier functions/file_prefs.php, changer

"$username.pref"

par

$username . "_" . $domain . ".pref"

et modifier la partie indiquant la langue par:

fr_FR

De plus, dans chque fonction, ajouter la ligne

global $domain;

juste en dessous de la déclaration de la fonction, de façon à avoir un truc du genre:

function cachePrefValues($data_dir, $username) {
global $domain;

4ème partie: le test ...

Se rendre à l'url http://webmail.votredomaine.com .... et normalement vous devriez voir squirrelmail s'afficher en lieu et place de Horde, le tout en français.

Si la langue reste en anglais, il faut vérifier que toutes les langues dispos dans les "locales" sont installées sur le serveur. Pour cela:

dpkg-reconfigure locales

SMTP sur port 587

Romino — Tue, 13 Mar 2007 17:20:00 +0100

Nombreux sont les FAI qui bloquent le port 25 pour se prémunir du spam.

Deux solutions:

Utiliser le smtp du fai (généralement peu fiable et limité)
Contourner le problème en utilisant un autre port

Nous allons étudier cette deuxième solution.

Au préalable, vérifier que le port 587 est bien ouvert sur votre serveur, et le cas échant reconfigurer le firewall en fonction.

1ère étape: modifier le fichier services

Commençons par modifier le fichier qui liste l'ensemble des services et des ports utilisés:

nano /etc/services

Aller à la ligne suivante:

smtp 25/tcp mail #Simple Mail Transfer
smtp 25/udp mail #Simple Mail Transfer

se palcer en dessous et ajouter:

smtp1 587/tcp mail #Simple Mail Transfer
smtp1 587/udp mail #Simple Mail Transfer

fermer le fichier et l'enregistrer

2ème étape: modifier le fichier inetd

nano /etc/inetd.conf

Aller à la ligne commençant par:

smtp stream tcp nowait root /usr/local/psa...(le reste de la ligne)

Copier l'ensemble de la ligne et la rajouter jusqte en dessous en modifiant smtp par smtp1.

Vous aurez alors:

smtp stream tcp nowait root /usr/local/psa...(reste de la ligne)
smtp1 stream tcp nowait root /usr/local/psa...(reste de la ligne)

3ème étape: mettre en service le tout

Pour mettre en service le tout, il faut relancer inetd.

Une méthode un peu sauvage mais qui marche bien:

killall -1 inetd

Pensez ensuite à modifier votre logiciel de messagerie pour qu'il utilise le port 587 en lieu et place de port 25.

Installer un firewall

Romino — Tue, 13 Mar 2007 16:48:00 +0100

Le firewall proposé par Plesk en standard est un véritable danger: il sauvegarde les règles dans une base de données ... résultat, si vous souhaitez le désactiver, l'opération est assez compliquée et parfois risquée.

Le firewall proposé est simple, efficace et facilement configurable. Il s'agit de l'excellent Arno Iptables firewall.

Installation par apt-get

Commençons par le plus simple:

apt-get update
apt-get upgrade
apt-get install arno-iptables-firewall

Pour les informations à renseigner:

Nom du port: eth0 (le chiffre 0)
Open TCP: 20 21 22 25 53 80 106 110 113 143 443 465 873 990 993 995 3306 5432 8443 9080 5224 587 57000:58000
Open UDP: 53
Open IP: rien !!

remarque concernant les ports:

port 22: SSH

port 587: si vous avez redirigé le smtp comme expliqué sur ce blog

ports 57000:58000: à indiquer si proftpd utilise le mode passif

port 8443: pour accéder à Plesk

une option lors de l'installation demande si vous souhaitez que votre serveur réponde au "ping". A vous de voir.

Commandes utiles:

Pour re-configurer les règles du firewall:

dpkg-reconfigure arno-iptables-firewall

Pour arrêter le firewall:

/etc/init.d/arno-iptables-firewall stop

Pour démarrer le firewall:

/etc/init.d/arno-iptables-firewall start

Mettre en place du greylisting

Romino — Mon, 12 Mar 2007 18:07:00 +0100

Comment se prémunir éfficacement du spam à moindre frais sur une distribution Debian avec le panel Plesk? Mettre en place une solution de greylisting !

Avant tout, un très bon lien pour ceux qui ont le courage de tout lire ...: http://forum.swsoft.com/showthread.php?s=&threadid=28645

Passons à l'installation:

Les prérequis:

doivent déjà être installés sur votre serveur:

mysqldevel , que l'on rempalcera sur une debian par libmysqlclient10-dev
openssl-devel
make
gcc

Pour cela, on utilise la fonction apt-get, et cela se fait tout seul:

apt-get install libmysqlclient10-dev
apt-get install openssl-devel
apt-get install make
apt-get install gcc

1ère étape: récupérer les fichiers:

Pour cela, on va aller les récupérer sur le site de Mr Meshier qui a eu la bonne idée de compiler tout cela:

cd /tmp
wget http://meshier.com/wp-content/uploads/2006/09/qmail-103-greylist-psa8.tar.gz
tar -xzf qmail-103-greylist-psa8.tar.gz

on se positionne dans le répertoire, et on peut alors passer à la deuxième étape.

2ème étape: modification des fichiers

Dans le fichier Makefile, il va falloir modifier 2 lignes: Modifier

/usr/lib/mysql/libmysqlclient.a

/usr/lib/libmysqlclient.a

et cela donc à deux reprises

editer le fichier local.scan.c et adapter les lignes ci-dessous à vos besoins:

#define MYSQLHOST "localhost"
#define MYSQLUSER "greylist"
#define MYSQLPASS "password"
#define MYSQLDB "qmail"
#define BLOCK_EXPIRE 4 /* minutes until email is accepted */
#define RECORD_EXPIRE 1500 /* minutes until record expires */
#define RECORD_EXPIRE_GOOD 36 /* days until record expires after accepting email */

En ce qui me concerne, je met 9 pour BLOCK_EXPIRE et 15 pour EXPIRE_GOOD, ce qui rend le filtre assez agressif, mais c'est un choix perso.

3ème étape: création de la base sql

Il faut maintenant créer la base sql permettant de gérer tout ce monde. Les puristes préfèreront la créer via ssh, mais il semble que Plesk complique la donne dans certains cas.

Ce qu'il faut faire:

Créer une base ayant le même non que ce que vous avez indiqué dans MYSQLDB
Créer un utilisateur ayant le même nom que ce que vous avez précisé dans MYSQLUSER et avec le même mot de passe que MUYSQLPASS
Créer une table selon le schéma ci-dessous:

--
-- Table structure for table `relaytofrom`
--
CREATE TABLE relaytofrom (
id bigint(20) NOT NULL auto_increment,
relay_ip varchar(16) default NULL,
mail_from varchar(255) default NULL,
rcpt_to varchar(255) default NULL,
block_expires datetime NOT NULL default '0000-00-00 00:00:00',
record_expires datetime NOT NULL default '0000-00-00 00:00:00',
blocked_count bigint(20) NOT NULL default '0',
passed_count bigint(20) NOT NULL default '0',
aborted_count bigint(20) NOT NULL default '0',
origin_type enum('MANUAL','AUTO') NOT NULL default 'MANUAL',
create_time datetime NOT NULL default '0000-00-00 00:00:00',
last_update timestamp(14) NOT NULL,
PRIMARY KEY (id),
KEY relay_ip (relay_ip),
KEY mail_from (mail_from(20)),
KEY rcpt_to (rcpt_to(20))
) TYPE=MyISAM;

Pour ceux qui veulent créer la base en ssh:

mysql -u root -p
CREATE DATABASE qmail;
GRANT ALL ON qmail.* TO 'greylist'@'localhost' IDENTIFIED BY 'password';
FLUSH PRIVILEGES;

A adapter en fonction de vos choix de noms d'utilisateur, base, ...

4ème étape: installation des fichiers

Il faut maintenant installer les fichiers sur le serveur, et surtout les compiler.

make

Cela doit vous faire dérouler une longue liste ... suffit d'être patient !

/etc/init.d/qmail stop
cp qmail-envelope-scanner /var/qmail/bin/.
cp -f qmail-smtpd /var/qmail/bin/.
chown root.qmail /var/qmail/bin/qmail-envelope-scanner
chown root.qmail /var/qmail/bin/qmail-smtpd
/etc/init.d/qmail start

En principe, tout est désormais prêt.

5ème étape: création d'une tâche cron

On va créer un fichier qui va faire la purge de la base et du fichier tempon.

nano /etc/cron.daily/greylist

on y colle le code suivant, en adaptant certaines lignes à votre installation (on en le répètera jamais assez ...)

#!/usr/bin/perl
use strict;
use warnings;

use constant DBD => 'DBI:mysql:qmail:localhost:3306';
use constant DBUSER => 'milter';
use constant DBPASS => 'greylist';

use DBI;

system ("cat /dev/null > /tmp/greylist_dbg.txt");

my $dbh = DBI->connect(DBD,DBUSER,DBPASS) or die "can't connect to db ", $DBI::errstr, ":$!";

$dbh->do("DELETE FROM relaytofrom WHERE record_expires < NOW() - INTERVAL 1 HOUR AND origin_type = 'AUTO'");
$dbh->do(”OPTIMIZE TABLE relaytofrom”);

$dbh->disconnect;

exit;
---

6ème étape: le test !!

Maintenant, reste à tester le tout:

envoyer un mail sur votre serveur depuis un compte externe (genre hotmail, gmail ou autre, mais qui ne soit pas hébergé par votre serveur)
taper dans la console ssh:

tail -f /tmp/greylist_dbg.txt

Vous devez voir une ou deux lignes de texte.

dernière vérif: aller dans la base de données et vérifier qu'une ligne a bien été créée avec votre adresse mail externe.

Si tout fonctionne, le mail n'arrivera pas immédiatement sur votre serveur, mais après un délai au moins égal au temps indiqué dans le champ BLOCK_EXPIRE

Dans le cas contraire:

Vérifier que votre utilisateur de la bdd a suffisamment de droits
Reprendre la procédure et vérifier qu'aun point ne bloque.