Recientemente notamos que algunos mensajes no se estaban replicando de la lista de correo Mailman3 al foro.
Los registros de rechazo de correo electrónico muestran que estos correos electrónicos encontraron un error Email::Receiver::InvalidPost.
El mensaje de error registrado es uno de los dos:
Lamentamos informarte que tu mensaje de correo electrónico a [“tor-relays@lists.torproject.org”] (con el asunto [tor-relays] mediciones de ancho de banda de autoridad y latencia) no funcionó.
Razón:
Acceso denegado
Si puedes corregir el problema, inténtalo de nuevo.
o:
Lamentamos informarte que tu mensaje de correo electrónico a [“tor-relays@lists.torproject.org”] (con el asunto [tor-relays] Re: puentes webtunnel para el distribuidor de telegramas) no funcionó.
Razón:
Algo salió mal. ¿Quizás este tema se cerró o eliminó mientras lo mirabas?
Si puedes corregir el problema, inténtalo de nuevo.
No encuentro nada malo en estos mensajes al revisar las cabeceras, aunque en algunos casos, el cuerpo extraído registrado solo contiene el pie de página de la lista de correo, o en otro caso, es un montón de caracteres sin sentido como si hubiera habido un error de decodificación.
He intentado reproducir este problema usando una lista de correo de prueba y una categoría de prueba, pero no tuve éxito. Cualquier ayuda para depurar esto sería apreciada.
¿Está habilitada la opción “aceptar correo electrónico de cuentas anónimas” en la configuración de cada categoría, y podría enviar el registro de correos electrónicos de Discourse (ligeramente redactado si es posible)?
Sí, puedo confirmar que esta configuración está habilitada.
¿y podrías enviar el registro de correos electrónicos de Discourse (ligeramente redactado si es posible)?
¿Es algo que necesito extraer del contenedor o del host? También procesamos el correo a través del contenedor mail-receiver. ¿O quieres los registros que se exponen en la interfaz web (por ejemplo, /admin/email-logs/rejected)?
A veces, Microsoft Exchange envía basura si está mal configurado para pensar que está hablando con… No estoy seguro, ¿otro servidor Exchange? ¿Algo más dentro de su propia infraestructura?
Puedes ver el correo sin procesar desde la consola de Discourse con, por ejemplo:
mid = 'message-id from the log'
puts IncomingEmail.find_by(message_id: mid).raw
Esto muestra el correo sin procesar que Discourse recibió. Por ejemplo, el cuerpo de este mensaje que acabo de extraer de nuestra lista de rechazos entrantes es realmente basura:
This is a multi-part message in MIME format.
--=====003_Dragon855807841081_=====
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: base64
7bgir+m+vzzIDCLE0mDmZrfIXvvmXjY=
--=====003_Dragon855807841081_=====
Content-Type: text/html;
charset=utf-8
Content-Transfer-Encoding: base64
LP/0L4tqmfZizO0DCDDE10uOzMZqzSHDjq04SLPaBjibLVHz+V94m1M45NDN
55aM8SMIf9XY4EFjP9CCFz+ojfmJqmubaz+bjrzmubw+bjWTiGSuLg==
--=====003_Dragon855807841081_=====--
ya que las partes no se decodifican a texto válido.
ambos estarían genial. Si usas PuTTy SSH puedes extraer los registros del contenedor y podrías extraer fragmentos de la interfaz de usuario de Discourse. Sin embargo, no puedes buscar palabras en la foto fácilmente para redactarlas
Para que conste, este sigue siendo un problema. Discourse descarta regularmente mensajes de listas de correo de varios remitentes con el error Email::Receiver::InvalidPost, por razones que no puedo descifrar.
Si haces clic en el error en los registros, ¿muestra el motivo en la razón de rebote?
Esos mensajes vienen en dos versiones:
Lo sentimos, pero su mensaje de correo electrónico a ["tor-relays@lists.torproject.org"] (titulado [tor-relays] Re: informe de abuso de relés en la familia 7EAAC49A7840D33B62FA276429F3B03C92AA9327) no funcionó.
Razón:
Algo salió mal. ¿Quizás este tema se cerró o se eliminó mientras lo mirabas?
Si puedes corregir el problema, inténtalo de nuevo.
Confirmo que no ha sucedido nada de eso (tema cerrado o eliminado) en estas instancias.
Otras veces, la Razón es simplemente Acceso Denegado.
