Atención, gente. Logramos configurar todo y funcionó. Pero desde hace dos días, el correo electrónico de registro no ha estado funcionando. Resultó que fue deshabilitado por Digital Ocean. Según el correo electrónico que nos enviaron, Smtp para Discourse está siendo deshabilitado. Para usar cualquier correo electrónico, recomiendan registrarse con SendGrid.
Mi pregunta es, entre Sendgrid y Mailgun, ¿cuál está más integrado con Discourse? Si no son esos, ¿cuál otro ofrece una integración fácil?
¡Perfecto! Los revisaré. Es una pena que DO permita a la gente configurar cosas para luego informarles que todos los puertos SMTP están bloqueados. No tiene sentido. ¡Así que programo una demostración, solo para descubrir que lo que funcionó el día anterior ahora está bloqueado!
Aún no lo he probado, pero por su largo correo electrónico, parece que han deshabilitado todo el SMTP saliente en Discourse. Dijeron que llegaron a un acuerdo con SendGrid, que recomiendan a los usuarios de Discourse que se registren para cualquier cosa relacionada con SMTP.
Es una mierda, si me preguntas.
Mi entendimiento, según su correo electrónico, es que TODAS las cuentas. (Ver la última línea del primer párrafo)
Supongo que las instancias existentes pueden haber sido aceptadas temporalmente.
Mi cuenta tiene apenas un mes y ha estado funcionando hasta que tuve unos 30 usuarios registrados para probar la carga.
A continuación, se incluye su correo electrónico completo ----- puede que lo haya leído mal.
Entendemos que tiene inquietudes sobre las restricciones de SMTP vigentes en su cuenta. DigitalOcean no es un host de correo electrónico dedicado y la lucha contra el spam es constante. Debido a esto, se han impuesto restricciones en todas las cuentas.
También nos gustaría proporcionar algo de información adicional sobre este problema. Dado que las direcciones IP en entornos de nube se utilizan y se devuelven a grupos disponibles con mucha frecuencia, se consideran dinámicas y poco confiables. Por ejemplo, usted tiene asignada una dirección IP y es un usuario de correo responsable. Sigue todas las mejores prácticas para el correo y nunca envía spam ni correo no solicitado. Más tarde, cuando ya no necesite ese Droplet, lo destruye y la dirección IP queda libre para ser asignada a otro usuario de DigitalOcean. Ese usuario aprovecha la oportunidad para enviar un gran volumen de spam antes de que nuestro equipo de seguridad tome medidas sobre la cuenta infractora.
Los proveedores de correo como Gmail, Microsoft y otros no pueden determinar si el correo que proviene de una IP es legítimo o no hasta que adquiere una mala reputación. Para entonces, el daño ya está hecho. Es más seguro simplemente bloquear todo el correo que proviene de plataformas, como proveedores de servicios de Internet y entornos de alojamiento en la nube, donde las direcciones IP se asignan dinámicamente y son inherentemente riesgosas.
Si bien esto reduce las vías que tienen disponibles los spammers, también afecta a los usuarios legítimos. Nuestro equipo de Operaciones de Abuso está trabajando con las SBL para que las IP sean dadas de baja. Debido a esto, estamos restringiendo el tráfico SMTP en toda la plataforma DigitalOcean. Esto significa que no podemos eliminar la restricción SMTP que se aplica a su cuenta.
Entendemos que su flujo de trabajo puede tener necesidades de correo electrónico. Como solución a esta restricción, nos hemos asociado con SendGrid para ofrecer a todos nuestros clientes una mejor solución en la que no tendrá que preocuparse por la reputación de IP y las listas negras. Puede leer más sobre esto en nuestro artículo aquí. A través de SendGrid, podrá enviar 100 correos electrónicos gratuitos por día y si su requisito va más allá del nivel gratuito, no dude en comunicarse con el soporte de SendGrid para optar por un mejor plan que cumpla con sus requisitos.
Siempre estamos contentos de ayudar si tiene preguntas adicionales, así que no dude en comunicarse.
Esta es una respuesta automática para ayudar a acelerar el servicio al obtener toda la información que necesitamos para ayudarlo. Debe responder a este correo electrónico para obtener más ayuda.
Acabo de probar 2525. Ese también está bloqueado.
Creo que es un bloqueo “general”. No tendría sentido bloquear mi cuenta, que ni siquiera tiene un mes de antigüedad y no tiene usuarios ni temas activos.
Exacto. Incluso las cuentas “grandfathered” (con derechos adquiridos) podrían verse atrapadas en el fuego cruzado. Cualquiera con cuentas que funcionen ahora debería empezar a planificar con antelación. Si una instancia como la mía, con CERO actividad, puede ser afectada…
Sí, pero no tiene nada de especial el enlace. Tampoco creo que tengan ningún acuerdo “especial”.
Pero aquí está el enlace.
Entiendo su explicación, pero ese es su trabajo averiguar; no el de un cliente que pagó por un servicio. No tengo forma de saber para qué se utilizó previamente la IP que me asignan o a cualquier cliente.
Su documentación dice Puerto 25, pero nadie usa ese puerto hoy en día. Todos usan puertos SSL.
No entiendo del todo de qué trata este tema, pero DO tiene una gran cantidad X de comercios electrónicos como clientes y todos utilizan algún servicio para sus correos electrónicos. Yo uso Amazon SES.
Y la razón es que ha sido imposible alojar tu propio servidor de correo en el sentido de que puedas enviar directamente a los destinatarios. Si han cerrado el último resquicio que lo permitía, está bien.
Pero de nuevo, ni siquiera sé si estoy hablando de lo mismo.
Mis servidores están en Scaleway. En un momento dado, introdujeron una política por la que estos puertos se bloquearían hasta que se proporcionara una identificación emitida por el gobierno. ¿Quizás exista un proceso similar en vigor?
En diciembre de 1998, después de que el puerto 25 comenzara a recibir spam, R. Gellens y J. Klensin enviaron el RFC 2476 en apoyo de la adición de una nueva especificación para las comunicaciones de correo electrónico por Internet. El RFC propuso una división del concepto tradicional de envío de mensajes y retransmisión de mensajes.
El RFC definió que el envío de mensajes debe ocurrir a través del puerto 587 para garantizar que las nuevas políticas y requisitos de seguridad no interfieran con el tráfico de retransmisión tradicional a través del puerto de retransmisión de mensajes 25.
El puerto 587 es el puerto de envío de correo predeterminado. Cuando un cliente de correo electrónico o un servidor de salida envía un correo electrónico para que sea enrutado por un servidor de correo adecuado, siempre debe usar el puerto SMTP 587 como puerto predeterminado.
Este puerto, junto con el cifrado TLS, garantizará que el correo electrónico se envíe de forma segura y siguiendo las directrices establecidas por la IETF.
Todos los clientes de Mailgun Send deben considerar el uso del puerto 587 como su puerto SMTP predeterminado, a menos que su red o proveedor de alojamiento se lo impida explícitamente.
He estado usando Digital Ocean durante 6 años, pero solo alojan Discourse, mi dominio está en una cuenta de alojamiento separada que tiene cPanel, los nameservers del dominio apuntan a DO pero luego redirijo de vuelta a otro alojamiento para subdominios y correo electrónico.
La razón principal para hacer esto fue alojar un sitio web de fácil acceso que tiene todo lo que necesito (configurar todo eso en Ubuntu fue demasiado esfuerzo en ese momento) y ese sitio utiliza Discourse SSO como inicio de sesión.
Espero que lo que estás mostrando aquí no me afecte, pero aprecio la advertencia y sabré qué buscar si empiezo a tener problemas.
Digital Ocean ofrecía servicio de correo electrónico hace no mucho tiempo. @Architect utilizaba el paquete de alojamiento todo en uno en sitios anteriores con Discourse.
Usé el servidor smtp que nos proporcionó el proveedor de alojamiento web de nuestro VPS. Usé puertos Ssl, etc.
Aquí es donde se pone más interesante. Los correos electrónicos enviados a través del mismo smtp usando puertos ssl todavía funcionan bien.
Por lo tanto, los correos electrónicos a través de - https://mydomain.com todavía funcionan bien hasta ahora.
Los correos electrónicos a través de - https://ourDiscourseInstance.mydomain.com están bloqueados independientemente del puerto utilizado/ssl utilizado.
Entiendo que el bloqueo es para Discourse/otras herramientas de foro.
