Respuesta por correo electrónico fallo de autenticación pop3

Después de intentar la configuración con una cuenta de Gmail, el mensaje de error decía que Google quería oauth2 además de usuario/contraseña.

Estoy intentando que funcione con openinbox.com, no es excesivamente caro, soporta starttls.

Puedo verificar el inicio de sesión así:

gnutls-cli --starttls-proto=pop3 -p 110 pop3.openinbox.com

Sin embargo, cuando ‘activo responder a temas por correo electrónico’, obtengo un fallo de autenticación.

… ¿alguna ayuda con esto se agradece? ¿Es el problema que Discourse no usa STARTTLS?

Es mucho más fácil usar el contenedor receptor de correo. Consulte Configurar correo electrónico entrante de entrega directa para sitios autoalojados. Además de ser más fácil, es más confiable, más flexible y no requiere sondeo, por lo que los mensajes se entregan más rápido.

Jay, yo también he intentado eso, quizás mi intento de crear un registro MX es inexacto… Obtengo una configuración OK en Mxtoolboxdotcom: (sin registro PTR, sin soporte para TLS, por lo demás todo en verde)

Tenemos que tener un registro DNS que dirija nuestro correo electrónico TLD a nuestro servidor de correo saliente, eso parece anular mi intento de enviar correo al servidor / subdominio, es decir: enviar un correo de prueba a nobody@discourse.TLD,domain aparece en los registros del receptor de correo como:

reject: RCPT from outgoinghost.otherdomain 454 4.7.1 <nobody@TLD,domain>: Relay access denied; from=ME@otherdomain to=nobody@TLD.domain

Tengo este registro MX:

Registro MX HOST discourse.TLD,domain VALOR discourse.TLD,domain. PRIORIDAD 10 TTL 1 min

Bueno, como dice el dicho, siempre es el DNS.

No hay muchas posibilidades de resolverlo si se usan marcadores de posición, ya que ni tú ni quien te ayude pueden verificar nada, pero supongo que aquí hay un intento de todos modos.

El registro MX debería ser

discourse.example.com apuntando a discourse.example.com con cualquier prioridad.

No cambies nada sobre el correo electrónico del TLD. Solo el registro MX para el receptor de correo, que es el mismo nombre de host que Discourse.

Entendido, eso es útil… y yo estaba siendo denso

conectado vía telnet al puerto 25, ejecuté el script de depuración habitual:

RCPT to: nobody@discourse.artisans-collab.org … etc

Esto funcionó bien, el registro dice “entregado”, así que volveré a la configuración y veré si puedo hacer que la respuesta por correo electrónico funcione ahora :slight_smile:

p.d.
Estoy seguro de que continuar depurando fue un problema de DNS…

Porque seguí enviando mensajes de prueba desde mi dirección de correo electrónico habitual (una gran universidad) y aparentemente los cambios en el DNS no se han propagado a dicha gran infraestructura de correo electrónico.

Así que envié un mensaje de prueba desde esa cuenta de openinbox que iba a usar para POP3, bingo, se entregó bien.

Dios mío, solía administrar servidores DNS, pero fue hace un par de décadas, y los tiempos eran más simples.

De todos modos, mi MX (namecheap) se ve exactamente como dijiste… dejaré de ofuscar