Blackhole ou échouer - qui on est meilleur pour votre mail server ?

Très souvent les INONDATEURS tirent profit d'attraper-tout email installé sur des webservers. Chaque email n'importe ce que l'email address de destinataires est sera attrapé par le compte d'email de défaut. On lui recommande fortement de ne pas employer attraper-tous comptes d'email et pour jeter le Spam envoyer aux adresses non-existantes d'email. Le Spam obstruera vos ressources de serveur et de consum de smtp comme la largeur de bande et l'espace disque dans les boîtes aux lettres. Dans la plupart des serveurs de courrier et panneaux de commande de Web (comme le cPanel) l'utilisateur ou l'admin peut décider ce qui arrivera aux email sans le destinataire existant sur le serveur. Les ordures au ont laissé des email sur le serveur et ont laissé le mail server de l'expéditeur traiter elles (option : « : échouer :  ») ou pour accepter ces messages entrants mais pour puis les supprimer tout de suite (option : « : blackhole :  ».

Notre conclusion :

: échouer : est l'excédent préféré d'option : blackhole :.

: blackhole : l'option accepte tout envoyé au mail server de domaine et puis jette l'email allant à un compte non-existant d'email. Cette option emploie la pleine quantité de largeur de bande, et exige également que le serveur soit lecture et des messages d'écriture au disque avant qu'ils soient supprimés… multiplient ceci par 1.000 messages par jour ou ainsi et à toi peut imaginer l'impact sur vos ressources de serveur. Imaginer que vos un email address de votre domaine (non-existant) a été charrié pour envoyer les messages de Spam qui portent même un virus. Le plus normal plusieurs de ces messages rebondiront et frapperont votre mail server. Votre web server devrait traiter des milliers d'attachements à la fois. L'exécution descendra - n'importe ce que.

: échouer : les email d'arrêts envoient aux destinataires inadmissibles d'écrire le mail server en premier lieu. Exim rejettera chaque message pendant la conversation de poignée de main de smtp - donc le message réel d'email ne la fera jamais à votre serveur. Il est refected d'écrire votre système et le serveur de l'email de l'expéditeur doit traiter le message coincé. Cette option est également la meilleure pour les email légitimes où l'expéditeur a mal épelé réellement l'email address de destinataires. Il recevrait un avis de non-livraison l'informant de sorte que l'erreur puisse être corrigée. Selon votre matériel - un serveur peut manipuler beaucoup plus : échoue : que lui peut faire : blackholes :.