Ho anche chiesto a DO di bloccare il 587 a marzo. Quando li ho contattati, piuttosto arrabbiato, hanno sostenuto di non aver intenzione di bloccare il mio host. Avevo fatto delle sperimentazioni con postfix (e netcat) e ho dimostrato di non poter raggiungere il 587 su nessuno dei tre indirizzi IP dell’host, nemmeno sulla loro subnet interna tra i droplet del Team. Il loro tecnico ha quindi “resettato” la rete del mio droplet, il che mi ha richiesto di spegnere e riaccendere il droplet per ripristinare l’accesso.
Sembra che abbiano implementato un blocco “globale” nella loro infrastruttura virtuale senza preoccuparsi di controllare chi stesse usando SMTP. È piuttosto pigro. Avrebbero potuto facilmente determinare se un droplet stava utilizzando un relay commerciale dedicato, cioè Mailgun, SMTP2GO, ecc. ed esentarlo in una prima fase. Ma non c’è scusa per non comunicare ai clienti il piano di iniziare a filtrare/bloccare il 587.
Dal lato positivo, ho trovato MailerSend (società gemella di MailerLite) e il mio traffico rientrerà nel loro piano gratuito rispetto al piano Flex di Mailgun.
Ho recentemente riscontrato questo problema durante la configurazione di una nuova istanza di discourse su un server digital ocean, il supporto dice che le porte 587, 465 e 25 non sono supportate ma la 2525 dovrebbe funzionare. Impostato l’impostazione SMTP sulla porta 2525 ma non funziona ancora per inviare e-mail di attivazione con Brevo, forse c’è qualche altro problema.
Sembra che SendGrid possa essere un’opzione migliore e/o meglio supportata con quel provider di server, il supporto di d.o. ha scritto:
“Puoi anche usare REST API con SendGrid, che ti permette di inviare e-mail tramite richieste HTTP invece del tradizionale protocollo SMTP se ti è adatto o utilizzare un altro servizio di invio di terze parti.”
Non so come funziona REST API con HTTP, apparentemente potrebbe essere meglio di SMTP?
Mi dispiace che tu stia riscontrando questo problema. 2525 funzionerà con Discourse e MailGun. Il loro piano Flex è un pay-as-you go con un livello gratuito. Puoi modificare i parametri SMTP nella tua app.yml senza ricostruire l’app apportando le modifiche e quindi eseguendo
cd /var/discourse
./launcher destroy app
./launcher start app
Ho usato SMTP2GO, Google (tramite account aziendali), MailGun, POBOX.com e più recentemente MailerSend. Secondo me MailGun è il più semplice. MailerSend potrebbe essere un secondo, ma ho dovuto spiegare al loro supporto tecnico che Discourse è ospitato in un container Docker su un host Linux, che l’host Linux non necessitava di un certificato SSL, ecc. A loro merito, hanno capito e hanno promosso il mio account oltre il livello di prova.
Secondo gli ultimi clienti con cui ho parlato, non credo che il piano flessibile di Mailgun sia ancora disponibile. Se è necessario inviare più di 100 messaggi al giorno, costa $15/mese.
Il problema della porta 587 bloccata è un problema di DigitalOcean. Ho avuto diversi clienti che hanno smesso di poter inviare e-mail perché DigitalOcean ha iniziato a bloccare la porta senza preavviso. Tuttavia, è una soluzione banale passare alla porta 2525.
Grazie per le raccomandazioni, ho usato maligun un po’ di tempo fa e ha funzionato, ma ho avuto alcune difficoltà, quindi sono passato a Brevo, che ho trovato un po’ più facile da usare. Negli ultimi mesi non ho avuto siti attivi, sto solo lavorando per lanciarne uno nuovo ora.
Potrei provare uno degli altri mittenti o SendGrid. Non sono sicuro se l’opzione API sia compatibile con Discourse o meno, qualcuno la usa?
Sì, DO ha appena bloccato due dei miei siti. Passare a 2525 ha risolto il problema.
E sì, Mailgun non offre più il piano flessibile (ma lo ha mantenuto per gli account esistenti).
[citazione=“pfaffman, post:24, topic:66778, full:true”]
Non a meno che non abbia un tag pr-welcome.
Ma inoltre, è una modifica di 4 caratteri. Probabilmente sarebbe più facile per qualcuno apportare la modifica piuttosto che accettare una PR.
[/citazione]
Come facciamo ad attirare la loro attenzione su questo?