Seguí tus pasos y ¡todo funciona! Veo los rebotes en la carpeta Rechazados y he probado las respuestas directas por correo. ¡Qué genial! Sin embargo, veo un problema, especialmente para los nuevos usuarios que no son de Linux y que configuran un foro por primera vez, como yo; esto tiene que ver con el registro MX.
Si lo entiendo correctamente, al designar example.com como el servidor de correo (mediante el registro MX) para el correo entrante a example.com, esto parece eliminar la posibilidad de utilizar un sitio web externo y fácil de usar para establecer nuestra dirección de correo electrónico general de la bandeja de entrada, es decir, admin@example.com. Esta dirección se imprime, por supuesto, en la pestaña “Acerca de” de Discourse de forma predeterminada, y quiero que el foro que estoy creando tenga realmente dicha dirección. Como no soy un experto técnico y veo otros riesgos al alojar mi propio servidor de correo, siento con mucha fuerza que la bandeja de entrada de admin@example.com debería estar fuera de mi droplet de DO. Ayer probé Postfix durante más tiempo del que me gustaría admitir, pero al final no logré que funcionara. Después de reflexionar sobre esto, simplemente siento que no estoy bien preparado para crear un servidor de correo en DigitalOcean. Visualizo más problemas que soluciones. La simplicidad es mi prioridad.
Objetivo: redirigir la futura admin@example.org a una futura bandeja de entrada de Gmail. ¿Alguien puede ayudarme a entender qué sacrifico al hacer esto? Si todo lo que pierdo es la inmediatez con la que aparece el contenido, puedo aceptarlo. Nota: tal como lo veo ahora, mi configuración de MailGun puede permanecer tal cual para el correo saliente, pero entonces tendré que crear DOS cuentas de Gmail: una específicamente para los rebotes, que será “llamada” (vía POP3), y otra para las personas que escriben correos a admin@example.org; esta última terminará en una cuenta @gmail por nombrar, que es con la que les respondería. [Edición: Debo aclarar; mi registrador, NameCheap, permite crear alias de correo electrónico y reenviarlos (es decir, a Gmail) de forma gratuita, sin necesidad de comprar su propio servicio de alojamiento de correo (que ya de por sí es económico).
¿Lo tengo bien? ¡Muchas gracias por tu ayuda y por todas las publicaciones aquí. He aprendido mucho!
Lo que generalmente se recomienda es que tu foro se ejecute en un subdominio (por ejemplo, www.example.com, foro.example.com). De esa manera, usarías xxx@www.example.com como dominio de correo y no tendrías problemas para recibir correos en example.com. Así, configurarías las entradas de grupo/categoría entrantes como loquequiera@foro.example.com. (Y es realmente mejor no ejecutar tu sitio web en el dominio desnudo/ápice: Ojktoto > Ada Togel Online Terbaik Di Situs Toto Terpercaya)
@pfaffman ¡Guau! ¿Así que estás diciendo que puedo tener mi pastel y comerlo también ? Esto suena muy alentador, ya que es posible que ya esté configurado casi correctamente…
Mi subdominio de correo saliente es simplemente mg y funciona perfectamente, es decir, postmaster@**mg**.example.com (sin los asteriscos) en el puerto 2525 según tu sugerencia. Funciona de maravilla. Debo haberle proporcionado a Discourse lo que necesitaba (¿webhooks?), ya que veo los rebotes con esta configuración.
El único registro MX que tengo en mis configuraciones de DNS apunta mail.example.com a example.com. No tengo la menor idea de qué hace, si es que hace algo en absoluto. Los correos se entregan, los rebotes son visibles dentro de Discourse y la respuesta directa funciona con esta configuración. ¡Yeehaw!
Mi containers/mail-receiver.yml muestra MAIL_DOMAIN como mg.mydomain.com, que es lo mismo que Mailgun (saliente).
Quizás ese registro MX sea inútil y/o deba renombrarse, porque no tengo ni idea de dónde definí mail.mydomain.com más allá de ese registro MX.
Donde esto se complica un poco es que creo que necesito revertir mis configuraciones de DNS al registrador (desde DigitalOcean) para recuperar el uso del reenvío automático de correo del registrador que es gratuito en NameCheap, pero solo funciona si las configuraciones de DNS también están allí.
Mi flujo de trabajo será mover cada entrada de DNS de nuevo a NameCheap exactamente como aparecen en DO ahora mismo, luego crear mi dirección de correo, es decir, admin@mydomain.com, para reenviarla a una dirección de Gmail que acabo de crear. Al final, la “entrega directa sencilla de correo entrante” puede seguir funcionando, y obtendré una bandeja de entrada con el dominio, sin necesidad de establecer otro subdominio, si te he entendido bien. Gracias de nuevo por ayudarme a entender todo esto, Jay. ¡Saludos!
Algunos hallazgos interesantes después de devolver todas las configuraciones DNS al registrador con el único fin de activar su función de reenvío de correo electrónico aquí. Esto es desconcertante: @Jonathan5, sí eliminé ese registro MX independiente para ver qué ocurría. La respuesta es confusa: aunque todo sigue funcionando, ahora hay un retraso de unos 12 minutos en la entrega directa por correo electrónico de las publicaciones/comentarios en el foro. ¿Alguien puede entender por qué ocurre esto? (mi foro aún no está en línea; estoy en fase de pruebas y configuración).
También aprendí esto: no puedo usar la función mencionada en el enlace anterior y, al mismo tiempo, agregar un registro MX. Si se agrega un registro MX en NameCheap, la función de reenvío de correo electrónico se desactiva y toda el área que se muestra bajo el punto #6 en ese enlace aparece deshabilitada y sin contenido.
¿Qué hace exactamente ese registro MX? El mío apunta a mail.mydomain.com. ¿Al omitirlo, estoy introduciendo un nuevo problema? Parece que mis opciones son: (a) dejar el registro MX definido en la publicación original omitido, con el fin de (b) establecer admin@mydomain.org y reenviarlo, de forma gratuita, a una bandeja de entrada de Gmail recién creada, o (c) renunciar por completo a la entrega directa y, en su lugar, configurar algún tipo de POP/IMAP.
En cuanto a lo último, los 8 dólares por el «servicio de correo privado» del registrador son muy económicos. Aunque no estoy seguro de qué me aporta. Si se trata de la capacidad de asignar nuevamente un registro MX y, al hacerlo, los correos son más seguros o se entregan más rápido, probablemente lo haría. Todavía estoy tratando de entender todo esto Gracias a todos por ser tan pacientes conmigo y, especialmente, por su ayuda.
@Jonathan5 Lamento informar que mi racha de buena suerte ha cambiado desde entonces, sin que yo haya hecho nada en absoluto. Deben haber sido retrasos de propagación en internet . Mi comentario anterior fue hecho unos 10-15 minutos después de probar la eliminación del registro MX. Ahora han pasado 90 minutos y lo siguiente ya no funciona: entrega directa, acuses de recibo, listas de rebotados, rechazados, etc. Qué alegría.
@pfaffman aquí está el resumen sobre el registrador NameCheap. Ellos usan un enfoque de “o esto o lo otro”: un cliente puede elegir instalar tantos registros MX como desee en la configuración de DNS, pero tan pronto como se agrega UN solo registro MX, ya no permiten al cliente crear direcciones de correo electrónico o alias, es decir, admin@nuevodominio.com para reenviarlos a otra bandeja de entrada, por ejemplo, @gmail.
Cualquier opinión sobre la mejor ruta a seguir será muy bienvenida. Tal como lo veo, para que la entrega directa funcione, necesito un registro MX para eso, tal como lo define el autor original aquí, y otro registro MX, este último usando un subdominio, para un proveedor de correo electrónico que voy a contratar. ¿Voy por buen camino? ¡Gracias a todos!
Quizás tenías MAIL_DOMAIN configurado como mail.domain.com y el dominio de tu foro es domain.com, por lo que el registro MX fue lo que hizo que todo funcionara y, en realidad, no deberías haberlo eliminado. Con el tiempo, dejó de estar de moda a medida que se propagaba. Así que necesitas volver a ponerlo. Lo siento si contribuí a que se te complicara las cosas. Y si necesitas ese registro MX pero no puedes tenerlo y usar el servicio de correo gratuito, entonces vuelves a empezar en ese aspecto también.
He eliminado mi mensaje anterior por si pudiera causar alguna confusión.