Dado que la página de Términos de Servicio de Discourse no permite incrustar enlaces, no pude redirigir a los usuarios a la cuenta de administrador como contacto principal.
Así que estoy intentando configurar un manejador/contestador de correo electrónico entrante para poder gestionar los correos electrónicos oficiales.
Intenté usar el Plugin y es solo para amd64 y obtengo errores ya que mi arquitectura es arm64.
¿Existe alguna versión arm64 (en lugar de amd64) del Plugin de recepción/composición de correos electrónicos?
Si no es así, ¿cuáles son mis opciones para configurar un servidor de correo, etc. (quizás un contenedor Docker diferente), sin embargo, no quiero interrumpir el comportamiento habitual de correo electrónico de Discourse (correos electrónicos de verificación de usuario enviados directamente por Discourse, etc.)?
¿Qué quiero lograr?
Quiero conservar el comportamiento habitual de Discourse sin interrumpir su comportamiento de envío de correos electrónicos.
Necesito tener una dirección de correo electrónico completamente funcional para recibir correos electrónicos en admin@misitio.com y para enviar respuestas desde esa bandeja de entrada. (una simple bandeja de entrada con funcionalidad de respuesta es perfectamente aceptable, no se necesitan herramientas sofisticadas ni filtros de spam)
Puedo tener una dirección de correo electrónico gratuita como admin_misitio@gmail.com, etc., pero no es nada profesional.
¿Cuáles son mis opciones?
¿Es posible implementar una bandeja de entrada de correo electrónico predeterminada muy simple en Discourse con un botón de respuesta y una ventana de composición muy simple, para leer y responder correos electrónicos?
(mientras me pregunto por qué Discourse no incluyó una simple bandeja de entrada de correo electrónico dentro de Discourse, ya que saben que este es un requisito básico para tener un punto de contacto profesional)
Sé la respuesta a eso. Ninguna. Ni te molestes en intentarlo. Es demasiado arriesgado, difícil y caro. Y si eres cliente de servicios VPS como DigitalCloud, ni siquiera lo permiten.
Estoy un poco perdido en cuanto a lo que buscas, debe ser una barrera idiomática de nuevo, pero si quieres recibir correos electrónicos en Discourse, poder responder allí y enviar respuestas al cliente/usuario, Discourse ya puede hacerlo. Creo que el término de búsqueda sería algo como email. Todo lo que necesitas es una dirección + - (no recuerdo el nombre elegante de eso) y al menos SES de Amazon lo ofrece, supongo.
los enlaces como []() se deshabilitan en la página de términos de servicio. Todas las demás publicaciones están bien. Solo en páginas legales como esa. Pensé que era aplicado por Discourse.
¿quieres decir que Discourse tiene un compositor de correo electrónico?
Estaba intentando recibir correos electrónicos en admin@mysite.com y enviar correos electrónicos desde allí.
Cuando alguien (de Gmail, etc.) envía un correo electrónico a admin@mysite.com, debería poder leerlo y responderlo. Y la respuesta se enviaría desde el dominio @mysite.com.
Escenario de ejemplo:
para: admin@mysite.com
de: example@example.gov
texto del correo electrónico: Hemos notado algunas secciones de los Términos de servicio de nuestro sitio web que pueden requerir una mayor aclaración. Por favor, contáctenos a su mayor brevedad.
Y debería poder leer el correo electrónico y debería poder responder a ese correo electrónico recibido. ¿Estás diciendo que Discourse ya tiene esa funcionalidad? No estoy hablando de correos electrónicos de verificación de usuario, etc.
Algunos son simplemente enlaces pegados que se enlazan automáticamente, como el de meta.discourse.org, pero otros usan markdown. (como el de Creative Commons más abajo)
Las preguntas frecuentes tienen más ejemplos, incluido uno a la página /about ([personal local amigable](/about)).
No deberías tener problemas para usar enlaces markdown en esas publicaciones y que se muestren en la página publicada.
Eso es extraño. Mi página de TOS no puede usar formato como [](). No sé si se ha aplicado algún formato invisible a la página. La única opción parece ser intentar convertir toda la página a texto unicode y reformatearla nuevamente con encabezados, etc.
¿Estás usando los predeterminados? Si haces clic en ‘editar esta página’ en la parte superior, te llevará a la publicación subyacente donde podrás hacer los ajustes que necesites.
(O simplemente navega al tema relevante en tu categoría de personal)
No sé por qué tienes los de HTML, pero al menos funcionan. ¿Podrías usar ese método en su lugar si no quisieras investigar más?
Si vas a /admin/customize/site_texts, hay un botón Reemplazar texto a la derecha que puedes usar para regenerar el texto de los temas sembrados. Extraerá la última versión (aunque sobrescribirá cualquier cambio que hayas hecho, así que guarda una copia si lo haces). No estoy seguro de si eso ayudará en este caso, ¿pero podría valer la pena intentarlo?
¿Qué quieres decir cuando dices que no te permite incrustar un enlace?
(como el de Creative Commons más abajo)
(el ejemplo de Creative Commons que mencioné)