J’ai également demandé à DO de bloquer le port 587 en mars. Lorsque je les ai contactés, très contrarié, ils ont maintenu qu’ils n’avaient pas l’intention expresse de bloquer mon hôte. J’avais fait quelques expériences avec postfix (et netcat) et j’ai démontré que je ne pouvais pas atteindre le port 587 sur aucune des trois adresses IP de l’hôte, pas même sur leur sous-réseau interne entre les droplets de l’équipe. Leur technicien a ensuite « réinitialisé » le réseau de mon droplet, ce qui m’a obligé à éteindre, puis à rallumer le droplet pour rétablir l’accès.
Il semble qu’ils aient implémenté un blocage « global » dans leur infrastructure virtuelle sans prendre la peine de vérifier qui utilisait le protocole SMTP. C’est assez paresseux. Ils auraient facilement pu déterminer si un droplet utilisait un relais commercial dédié, c’est-à-dire Mailgun, SMTP2GO, etc., et les exempter dans un premier temps. Mais il n’y a aucune excuse pour ne pas avoir communiqué le plan de filtrage / blocage du port 587 aux clients.
Du côté positif, j’ai trouvé MailerSend (société sœur de MailerLite) et mon trafic rentrera dans leur niveau gratuit par rapport au plan Mailgun Flex.
Mais aussi, c’est une modification de 4 caractères. Il serait probablement plus facile pour quelqu’un de simplement apporter la modification que d’accepter une PR.
J’ai récemment rencontré ce problème lors de la configuration d’une nouvelle instance Discourse sur un serveur DigitalOcean. Le support indique que les ports 587, 465 et 25 ne sont pas pris en charge, mais que le port 2525 devrait fonctionner. J’ai configuré le paramètre SMTP sur le port 2525, mais cela ne fonctionne toujours pas pour envoyer l’e-mail d’activation avec Brevo. Il s’agit peut-être d’un autre problème.
Il semble que SendGrid pourrait être une meilleure option et/ou mieux prise en charge par ce fournisseur de serveur. Le support de D.O. a écrit :
« Vous pouvez également utiliser l’API REST avec SendGrid, ce qui vous permet d’envoyer des e-mails via des requêtes HTTP au lieu du protocole SMTP traditionnel si cela vous convient, ou d’utiliser un autre service d’envoi tiers. »
Je ne sais pas comment fonctionne l’API REST avec HTTP, apparemment, cela pourrait être mieux que le protocole SMTP ?
Désolé que vous rencontriez ce problème. 2525 fonctionnera avec Discourse et MailGun. Leur plan Flex est un paiement à l’utilisation avec un niveau gratuit. Vous pouvez modifier les paramètres SMTP dans votre fichier app.yml sans reconstruire l’application en apportant les modifications, puis en exécutant
cd /var/discourse
./launcher destroy app
./launcher start app
J’ai utilisé SMTP2GO, Google (via des comptes professionnels), MailGun, POBOX.com et plus récemment MailerSend. Selon moi, MailGun est le plus simple. MailerSend pourrait être une deuxième option, mais j’ai dû expliquer à leur support technique que Discourse est hébergé dans un conteneur Docker sur un hôte Linux, que l’hôte Linux n’avait pas besoin d’un certificat SSL, etc. À leur crédit, ils ont compris et ont fait passer mon compte du niveau d’essai.
D’après les derniers clients à qui j’ai parlé, je ne pense pas que le plan flex de Mailgun soit encore disponible. Si vous devez envoyer plus de 100 messages par jour, cela coûte 15 $/mois.
Le problème du blocage du port 587 est un problème de Digital Ocean. J’ai eu plusieurs clients qui ont simplement cessé de pouvoir envoyer des e-mails parce que Digital Ocean a commencé à bloquer le port sans avertissement. C’est une correction triviale de passer au port 2525, cependant.
Merci pour les recommandations, j’ai utilisé maligun il y a un certain temps et j’ai réussi à le faire fonctionner, mais j’ai rencontré quelques difficultés, j’ai donc opté pour Brevo, que j’ai trouvé un peu plus facile à utiliser. Je n’ai pas eu de sites actifs ces derniers mois, je travaille actuellement au lancement d’un nouveau.
J’essaierai peut-être l’un des autres expéditeurs ou SendGrid. Je ne suis pas sûr que l’option API soit compatible avec Discourse ou non, est-ce que quelqu’un l’utilise ?