Temporisateurs

MDaemon Email Server

Navigation:  Menu Configuration > Domaine/serveurs par défaut > Domaine & serveurs par défaut >

Temporisateurs

Print this Topic Previous pageReturn to chapter overviewNext page

Temporisateurs

Attendre XX secondes pour la connexion des sockets avant d’abandonner

Après avoir lancé une requête de connexion, MDaemon attend le nombre de secondes indiqué pour que le système distant accepte la connexion. S’il ne répond pas avant la fin de ce délai, MDaemon envoie le courrier soit à l’hôte passerelle, soit à la file de relance, en fonction de l’option que vous avez choisie dans l’onglet Domaine.

Attendre XX secondes pour le démarrage du dialogue de protocole avant d’abandonner

Dès qu’une connexion est établie avec un hôte distant, MDaemon attend le nombre de secondes indiqué pour que le serveur distant commence le dialogue SMTP ou POP3. Si l’hôte distant ne commence pas la session de protocole pendant cet intervalle, MDaemon envoie le courrier soit à l’hôte passerelle, soit à la file de relance, en fonction de l’option que vous avez choisie dans l’onglet Domaine.

Attendre XX secondes pour la réponse du serveur DNS sur l’enregistrement MX

MDaemon attend les réponses à ses requêtes MX durant le nombre de secondes indiqué. Si le serveur DNS ne répond pas avant la fin de ce délai, MDaemon essaie d’envoyer le courrier à l’adresse IP spécifiée dans l’enregistrement DNS A de l’hôte distant. Si cette tentative échoue, MDaemon envoie le courrier soit à l’hôte passerelle, soit à la file de relance, en fonction de l’option que vous avez choisie dans l’onglet Domaine.

Attendre XX secondes pour la réponse du serveur DNS sur l’enregistrement A

Ce temporisateur régit la durée pendant laquelle MDaemon attend, en essayant de résoudre l’adresse IP d’un hôte distant. Si la tentative échoue, MDaemon envoie le courrier soit à l’hôte passerelle, soit à la file de relance, en fonction de l’option que vous avez choisie dans l’onglet Domaine.

Les sessions SMTP et POP3 expirent après XX minutes d'inactivité

Si une session connectée avec succès reste inactive pendant la durée indiquée, MDaemon abandonne la transaction. Il la renouvelle au cycle suivant de traitement du courrier.

Attendre une réponse à la commande SMTP DATA pendant X minutes

Indique la durée pendant laquelle MDaemon attend la réponse "250 Ok" après avoir envoyé la commande DATA au cours de la session SMTP. En effet, si le serveur destinataire doit effectuer des analyses anti-spam, anti-virus, etc., cette option permet de lui laisser le temps nécessaire pour effectuer ces opérations. Valeur par défaut : 10 minutes.

Expiration des sessions IMAP au bout de XX minutes d’inactivité

Si une session IMAP reste inactive durant le laps de temps indiqué, MDaemon ferme la session.

Lancer les commandes IMAP NOOP et IDLE après 1 minute d’inactivité

Si cette case est cochée, le temporisateur d’inactivité IMAP est fixé à une minute lorsqu’une commande NOOP est reçue. Certains clients IMAP lancent des commandes NOOP uniquement pour affirmer qu’une session est ouverte, alors qu’aucune transaction de courrier n’est en cours. Cette fonctionnalité évite que de telles sessions restent actives et limitent, par conséquent, les ressources utilisées. Elle est particulièrement utile pour des sites de messagerie IMAP volumineux.

Délai d'attente

Délai d'attente – xx millisecondes

Il s’agit du délai en millisecondes entre les commandes POP/SMTP/IMAP. Il permet d’éviter que les connexions à haut débit ne traitent les données plus vite que le destinataire ne peut les extraire. Ce délai ne prend effet que lors de l’envoi de commandes POP/SMTP/IMAP – le transfert réel d’un fichier de messages est déjà mis en totalité dans la mémoire tampon.

Détection et contrôle de boucle

Nombre maximal de sauts de message (1-100)

Les standards RFC stipulent qu’un serveur de messagerie doit marquer chaque message à chaque fois qu’il le traite. Ces marqueurs peuvent être dénombrés et utilisés comme mesure de sécurité provisoire contre les boucles de messages parfois provoquées par des configurations incorrectes. S’ils ne se sont pas détectés, ces cycles de distribution en boucle utilisent toutes vos ressources. En dénombrant le nombre de traitements de chaque message, il est possible de détecter les e-mails problématiques et de les placer dans le répertoire des messages erronés. Si le courrier n’a pas atteint son destinataire après avoir été traité par un certain nombre de serveurs, on suppose qu’une boucle de message est en cours. La valeur par défaut de ce paramètre est suffisante pour empêcher les boucles de messages. Il n’est pas nécessaire de la modifier.