Estoy en arquitectura ARM y arroja errores en el comando anterior. ¿Supongo que este plugin no es adecuado para arm?
¿Hay algún otro plugin para recibir correos para brazos?
Me temo que no estoy familiarizado con arm, así que no puedo aconsejar si es inadecuado, pero solo quería señalar que esto no es un plugin. Sin embargo, espero que sea solo una confusión de terminología y que no intentes instalarlo como un plugin, ya que eso no funcionará. 
1 me gusta
Gracias por la respuesta. Ah, mi error, pensé que actuaba como un plugin. Si tiene un término diferente, por favor házmelo saber. Mi servidor se está ejecutando en arm64, los nuevos chips, supongo, en amazon ec2.
Lo acabo de instalar como se explica en la publicación. Pero lanza errores. Parece que no funciona en arm64.
1 me gusta
Solo para aclarar, ¿estás diciendo que has completado con éxito la instalación estándar y tienes una instancia de Discourse funcionando en arm, pero la configuración específica de mail-receiver está fallando?
¿Cuáles son los errores que estás viendo? Si puedes proporcionar los mensajes de error, eso podría ayudar a identificar una causa. Ten cuidado de verificar si hay algo sensible que necesite ser redactado.
Es un poco difícil (para mí) darle un término particular en relación con Discourse. En el fondo, es solo una aplicación de contenedor totalmente separada para un servidor de correo electrónico de solo recepción que, de hecho, está configurada (deliberadamente) para entregar esos correos electrónicos a Discourse a través de su API.
2 Me gusta
Sí, ese es el procedimiento de instalación estándar para instalar Discourse. Y supongo que Discourse funciona bien en arm64.
Los errores son los siguientes:
Status: Downloaded newer image for discourse/mail-receiver:release
docker.io/discourse/mail-receiver:release
WARNING: The requested image's platform (linux/amd64) does not match the detected host platform (linux/arm64/v8) and no specific platform was requested
exec /usr/bin/gem: exec format error
cd /pups && /pups/bin/pups --stdin
bootstrap failed with exit code 1
** FAILED TO BOOTSTRAP ** please scroll up and look for earlier error messages, there may be more than one.
Por el momento, comencé a usar aws WorkMail, pero si Discourse puede tener una función simple de recepción y redacción de correos electrónicos, entonces vale la pena usarlo como una bandeja de entrada de correo oficial.
No existe tal cosa como un servidor de correo simple. O hay un servidor de correo o no lo hay. Y los servidores de correo son extremadamente difíciles, muy vulnerables a convertirse en centros de spam y están prohibidos en la mayoría de los servicios en la nube/VPS.
Es por eso que Discourse consultará un servidor de correo real, recogerá el correo y lo enviará. Si un administrador lo ha configurado.
1 me gusta
Creo que me entendiste mal.
No me refiero a la “Creación de un servidor de correo”. Más bien, tener una interfaz (UX) simple pero agradable para redactar (enviar correos electrónicos) y leer (correos electrónicos entrantes), para que podamos usarla para responder a correos electrónicos oficiales que recibimos.
¿El “servicio de correo electrónico simple (SES)” de AWS no está ya controlando el spam, etc.? Solo tenemos que proporcionar la UX en Discourse para tener una bandeja de entrada de correo y un compositor con una UX agradable y simple.
No estoy muy seguro de si proporcionar una UX de una sola página en Discourse es tan complejo (ya que ya tenemos el servidor incorporado y también podemos usar AWS SES a través de Discourse).
Para la imagen base de Discourse, la herramienta launcher detecta cuándo se ejecuta en arm64 y cambia a una imagen arm64 con una advertencia de que es experimental. Lo mismo no sucede para mail-receiver y, al observar las imágenes en Docker Hub, parece que no existe una versión arm64.
Hay dos opciones obvias que se me ocurren:
- Cambiar a una instancia EC2 amd64, lo que le dará una instalación de Discourse no experimental y le permitirá instalar
mail-receiverjunto con ella. - Agregar una segunda instancia EC2, la opción más pequeña con amd64 (t3a.nano, creo), e instalar
mail-receiveren ella.
No importa dónde viva mail-receiver, el registro DNS MX de su dirección de correo electrónico de respuesta solo necesita apuntar de manera confiable a él y debe poder conectarse a su instancia de Discourse.
Si esto se refiere al manejo de correos electrónicos a direcciones como info@suempresa.com, ventas@suempresa.com, soporte@suempresa.com, etc., entonces creo que la mensajería grupal le dará lo que está buscando.
Es decir, después de que mail-receiver funcione, puede crear grupos apropiados en Discourse y darles una o más direcciones de correo electrónico entrantes personalizadas. Al ver los mensajes de su propio usuario, verá bandejas de entrada/etc. para cualquier grupo al que pertenezca.
Si utiliza este dominio para el correo electrónico del personal, por ejemplo, prettygirl@suempresa.com, deberá configurar algo con su proveedor de correo electrónico para que las direcciones específicas (por ejemplo, info@) lleguen a Discourse. Dependiendo de lo que ofrezca su proveedor de correo electrónico, puede ser difícil que los correos electrónicos lleguen a Discourse con las direcciones de remitente correctas; no puede simplemente reenviarlos, ya que Discourse verá todo como si proviniera de su propia dirección en lugar del remitente original.
En Microsoft 365 / Exchange, una combinación de un conector para enrutar a mail-receiver y reglas de transporte para hacer que correos electrónicos específicos utilicen ese conector funcionaría.
El correo electrónico es difícil, mail-receiver está diseñado para simplificar la respuesta a notificaciones por correo electrónico y la creación de temas (nuevos mensajes a grupos incluidos en eso) donde el dominio utilizado no se superpone con los servicios de correo electrónico existentes. Más allá de eso, se está adentrando en territorio avanzado no compatible, potencialmente “no fue diseñado para ser utilizado de esa manera”.
2 Me gusta
La respuesta a la pregunta planteada en el título es “no”.
La 1 es lo que he pensado desde el principio. Esa es la solución recomendada y compatible en este momento.
He visto actividad reciente en discourse_docker sobre el aumento del soporte para ARM, creo, pero parece improbable que el soporte para el receptor de correo en ARM sea algo que se añada en un futuro próximo. Pero eso es solo una suposición. No tengo control sobre el asunto y hay muchas cosas que no sé.
La otra opción sería averiguar cómo conseguir que ARM soporte el receptor de correo y enviar una PR.
Si te encanta, te encanta, te encanta ARM, entonces podrías encontrar un receptor de correo completo con buzones y todo eso y gestionar un montón de buzones.
2 Me gusta
Ciertamente sería posible dar soporte a mail-receiver en sistemas ARM. No hay nada específico para amd64 ahí (o, al menos, no lo había cuando lo hice, y no puedo imaginar que se hayan realizado cambios importantes que invaliden esa suposición). Simplemente sería cuestión de que los mantenedores de la imagen de Docker hicieran una compilación de la imagen para arm64, como ya hacen para amd64.
Alguien también podría hacer una compilación no oficial y ponerla en algún lugar, junto con instrucciones sobre el cambio de una línea necesario en la plantilla pups, o podrías hacer tu propia compilación local desde el repositorio en el sistema arm64 que estés ejecutando.
5 Me gusta
Hay socketee, que se descarga en /usr/local/bin desde GitHub como parte del Dockerfile. Ese es un binario x86_64, por lo que no funcionará, sin embargo, parece que solo se usa si se configura explícitamente.
Específicamente, la característica anterior fallaría en arm64 ya que socketee no podría ejecutarse. No veo nada más que no funcionaría simplemente compilando para arm64.
No estoy 100% seguro, pero por observación casual, parece que solo agregar estas líneas al archivo build podría hacerlo:
docker build --platform linux/arm64 --build-arg=http_proxy=$http_proxy -t discourse/mail-receiver:$1 .
docker push discourse/mail-receiver:${1}_arm64
Sí, lo excluí de mi análisis porque es extremadamente improbable que alguien fuera de CDCK lo esté usando, ya que se incluyó con el propósito muy específico de centralizar los registros de Postfix, algo que un consumidor promedio de mail-receiver casi ciertamente no hará.
2 Me gusta
si mail-receiver no funciona en ARM y IMAP solo funciona con GMail, esto es muy limitante.
Es la primera vez que veo 
funcionando en mi sombra, y esto me entristece mucho.
Si a alguien le interesa, he hecho una compilación de imagen arm64 y la he subido a womble/discourse-mail-receiver:arm64, para ayudar a la gente hasta que el equipo principal pueda crear una compilación de imagen oficial. Consulte el README de mi rama para obtener más detalles sobre las limitaciones (por ahora no hay socketee; lo añadiré si alguien dice que lo necesita), cómo usarla y cómo informar de problemas (es decir, “díganmelo a mí, no al equipo principal”).
6 Me gusta
He realizado una PR eliminando socketee Remove socketee support by Firefishy · Pull Request #28 · discourse/mail-receiver · GitHub
También estaría encantado de realizar una PR con los cambios para alinear mail-receiver con el proceso de compilación ARM64 utilizado por discourse_docker/.github/workflows/push-web-only.yml at main · discourse/discourse_docker · GitHub
1 me gusta