Limites atteintes lors de l'envoi d'un grand nombre d'e-mails depuis votre serveur

Question

Quels sont les problèmes pratiques liés à l'envoi de tonnes d'e-mails depuis un serveur? Est-ce que la probabilité que cet e-mail soit reçu est la même que si elle avait été envoyée depuis un email ou un compte e-mail personnel si par exemple j'appelais aveuglément la fonction mail() en PHP des dizaines de milliers de fois un jour?

(note: vous ne contribuez pas un spammeur ici, cela se rapporte à une aviser fonctionnalité que je pense à un futur site de partage de liens)

Answer 1

Alors que vous pouvez techniquement être en mesure d'envoyer des milliers de mails par minute, en réalité, vous devez être prudent.

Dites que vous envoyez 500 emails à yahoo par exemple. si suffisamment de personnes marquent votre message comme spam, tout message que vous envoyez à yahoo sera marqué comme spam, ou [VRAC]. Beaucoup d'isp routent tar-pit ou carrément rejeter email à partir de serveurs sur des listes telles que RBL (la liste des trous noirs en temps réel). Si votre adresse IP mail est mise sur l'une de ces listes, vous pouvez toujours envoyer un e-mail à partir de cette adresse IP. Les utilisateurs sont très pointilleux et il ne faut pas beaucoup de plaintes pour obtenir votre ip mail bloqué à de nombreux domaines.

De même, puisque vous envoyez des messages automatisés, des heuristiques sont utilisées pour déterminer si le même message est envoyé à de nombreux utilisateurs sur le même domaine. Cela augmente également la probabilité que votre courrier soit marqué comme spam.

C'est la raison pour laquelle les e-mails propres provenant de certaines adresses vont toujours dans la boîte spam. Leur entreprise n'a peut-être pas été assez vigilante lors de l'envoi de ce qui pourrait être perçu comme du spam. Procéder avec prudence.

http://wiki.apache.org/spamassassin/AvoidingFpsForSenders

http://support.microsoft.com/kb/842851

http://www.blacklistedip.com/rbl_list.php

Answer 2

Il aide à définir un « x-mailer » et ('X-MimeOLE' si vous prétendez être outlook) d'un vrai client mail. Il permet également de l'envoyer à partir d'un serveur qui est un serveur de messagerie pour le domaine dans l'adresse de départ, avec & configuration d'enregistrements DNS inverses.

Answer 3

Aucun problème. Une fois qu'un serveur est correctement configuré en tant que serveur de messagerie (SMTP) pour un domaine particulier, il n'y a aucune différence si le courrier qu'il envoie provient d'Outlook, ou de la fonction mail() en PHP - les deux obtiennent le serveur SMTP Je m'assure toujours de définir correctement mes en-têtes X-Mailer (en identifiant que le message a été envoyé depuis PHP) pour m'assurer que tous les services anti-spam trop zélés le reconnaissent comme une notification automatisée plutôt que/courrier indésirable. par exemple. Toutes les configurations et limites que vous rencontrerez sont avec le serveur SMTP, pas de PHP. Vous pouvez configurer SMTP pour limiter le débit à 2 messages par seconde par exemple, cela signifie que si vous mettez en file d'attente 1 200 messages, ils seront égouttés au cours de la prochaine heure plutôt que tous en même temps (deux est vraiment faible, 25 est plus réaliste).

SMTP est l'épine dorsale du courrier électronique et certains serveurs SMTP peut heureusement gérer des dizaines de milliers de messages par minute (ou plus!) - la seule limite que vous aurez face probablement est bandwdith;)

Answer 4

Vérifiez auprès de votre fournisseur d'hébergement, surtout si vous êtes en hébergement mutualisé.Par exemple: GoDaddy limite les comptes d'hébergement partagé à l'envoi de 1000 emails par jour sur leur serveur (http://support.godaddy.com/groups/web-hosting/forum/topic/e-mail-sending-limit/). Je suis sûr que les autres fournisseurs ont leurs propres limites (je crois que le fournisseur de l'une des sociétés pour lesquelles j'ai travaillé a limité les emails sortants à 250 par minute ou quelque chose du genre).

Modifier: Dans mon cas, la solution était de contacter notre fournisseur d'hébergement. Ils ont fourni des informations pour acheminer les e-mails sortants via un serveur qu'ils avaient dédié à l'envoi d'e-mails sortants. Résolu le problème tout de suite.