Les messages RAW

Navigation:  Fonctionnalités supplémentaires de MDaemon > Les messages RAW > Les messages RAW

MDaemon prend en charge un format de message simple et puissant à la fois nommé courrier RAW. Le but du système RAW est de fournir un format standard simple que les systèmes logiciels tels que MDaemon peuvent utiliser pour créer des messages compatibles RFC-2822 beaucoup plus complexes. L’utilisation d’agents de transport de courrier comme RAW permet au logiciel client de confier au serveur tout le travail de conformité avec les standards de messagerie Internet.

Le courrier RAW consiste en une série d’en-têtes requis ou optionnels suivis d’un corps de message. La plupart des en-têtes sont composés d’une chaîne ("token") suivie d’une valeur entre <>. Chaque ligne d’en-tête se termine par une combinaison de caractères <CRLF>. Les en-têtes sont séparés du corps du message par une ligne vide et ne respectent pas la casse, et seuls les en-têtes "FROM" et "TO" sont requis. Tous les textes, en-têtes et corps sont en ASCII non crypté et doivent figurer dans un fichier dont l’extension est RAW (par exemple : "mon-message.raw").

Éviter le Filtre de contenu

Par défaut, les messages RAW sont soumis au Filtre de contenu comme s’il s’agissait de messages normaux. Si vous souhaitez qu’un message RAW spécifique ne soit pas soumis au Filtre de contenu renommez-le afin qu’il commence par « p » ou « P » (par exemple : « P_mon-message.raw »).

En-têtes RAW

Champs spécifiques pris en charge par RAW

Pièces jointes et encodage

x-flag=attach <filepath, method> [-x]

Exemple : x-flag=attach <c:\utils\pkzip.exe, MIME> -x

Ce X-FLAG indique la valeur "ATTACH" ainsi que deux paramètres entre les caractères <>. Le premier caractère est un chemin complet vers le fichier à joindre à ce message. Le second paramètre qui est séparé du premier par une virgule, indique la méthode d’encodage à utiliser lorsque le message est joint. MDaemon supporte deux valeurs pour ce paramètre. La méthode MIME charge le serveur d’utiliser simplement la méthode Base64, standard d’Internet pour l’encodage de messages. La méthode ASCII charge le serveur d’importer seulement le fichier dans le message. Un paramètre supplémentaire X à la fin de la chaîne charge le serveur de retirer le fichier du disque une fois qu’il a été joint.

Notification de distribution

x-flag=confirm_delivery

Lors de la conversion d’un message RAW contenant ce marqueur dans un courrier RFC-2822, la chaîne est transformée en "Return-Receipt-To: <[email protected]>".

Placer des combinaisons en-tête/valeur dans des messages RFC-2822

header <en-tête: valeur>

Si vous souhaitez placer une combinaison en-tête/Valeur dans les messages RFC-2822 qui seront générés par le fichier RAW, vous devrez utiliser la macro HEADER figurant dans la liste ci-dessus. Par exemple, si vous voulez que l’en-tête "Delivered-By: [email protected]" soit placé dans le message RFC-2822, placez ceci : "header <Delivered-By: [email protected]>" dans le message RAW. Sachez que la macro "header" requiert à la fois le champ et la valeur. Vous pouvez placer autant de macros "header" que vous le souhaitez dans un message RAW.

Signatures DK/DKIM des messages RAW

x-flag=sign

Lorsque cette commande est incluse dans un fichier *.raw, le message est signé par DK/DKIM. Ne l’utilisez que pour les messages RAW configurés pour éviter le Filtre de contenu (dont le nom commence par "p" ou "P"). N’ajoutez pas cette commande dans les messages RAW traités par le Filtre de contenu car ils sont signés normalement.

Exemples de messages RAW

Exemple 1 :

from <[email protected]>

to <[email protected]>

 

Salut John!

Exemple 2 :

from <[email protected]>

to <[email protected]>

subject <Secret FBI Files>

X-FLAG=CONFIRM_DELIVERY

X-FLAG=ATTACH <c:\secret\files\dole.zip, MIME> -X

Voilà les fichiers que vous aviez demandés.