Comencé a ejecutar una instancia de Discourse en diciembre de 2024, y somos uno de esos casos que tienen problemas con GMail.
Los usuarios que intentan crear una cuenta con una dirección de GMail nunca recibirán un correo electrónico de nuestra instancia. No, tampoco en la carpeta de spam. Leí extensamente meta.discourse y entiendo que la razón probable es que no tenemos una firma DKIM válida para discourse.ourdomain.org, solo para ourdomain.org.
Al buscar de nuevo, comencé a configurar Configure Google login for Discourse, pero luego me di cuenta de que estos usuarios aún nunca recibirían correos electrónicos nuestros, solo les ayudaría a autenticarse.
Como no me siento competente para configurar DKIM y cosas así para nuestro subdominio de Discourse, me pregunto si sería un problema enviar correos desde discourse@ourdomain.org en lugar de noreply@discourse.ourdomain.org. ¿O hay algún argumento sólido para incluir este subdominio en los correos salientes?
Tuve problemas similares hace años. Desafortunadamente, no todos los proveedores entienden los requisitos para la entrega segura de correo electrónico:
Configuración adecuada de Sender Policy Framework (SPF) en la configuración DNS de tu dominio.
Firma DKIM adecuada de cada correo (por ejemplo, con OpenDKIM).
Configuración de DMARC como respaldo si SPF y DKIM fallan.
Estas funciones son obligatorias y deben implementarse en tu servidor de correo local o en el servidor de correo de retransmisión de tu proveedor. De lo contrario, tu correo saliente será bloqueado. Por ejemplo, por gmail.com, pero también por la mayoría de los demás.
En mi caso, utilizo un servicio externo (duocircle.com) como retransmisor, tanto para el correo entrante (incluida la protección contra spam) como para el correo saliente (smtp).
¡Gracias por sus respuestas! Como no recibí comentarios sobre si sería necesaria la subdominio, cambié a discourse@ourdomain.org como dirección del remitente. Esto funciona perfectamente.
