La opción “Dirección de correo electrónico entrante personalizada” no está disponible para los grupos automáticos. Eso está bien para todos y para los grupos trust_level, pero no estoy seguro de que tenga sentido para los grupos de personal/administradores/moderadores.
He tenido que crear un grupo de “soporte” separado para el nuestro, que contiene a los moderadores. Esto está bien como solución alternativa, pero supone una carga administrativa pequeña pero molesta.
¿Hay alguna razón de peso para que esto (o IMAP, para el caso) esté deshabilitado para estos grupos?
¿Qué pasaría si simplemente insertara una dirección de correo electrónico en groups.incoming_email para @moderators en mi foro? Es un poco complicado probarlo de forma segura sin una instancia completamente nueva.
Ok Ok, lo probaré más y luego lo moveré a la sección de guía una vez que esté demostrado. Hasta ahora está absolutamente bien.
Todavía no estoy seguro de por qué está deshabilitado en la interfaz de usuario; si bien puedo ver que existen peligros al permitir el envío de correos electrónicos a grupos automáticos que son grandes (especialmente para sitios de alto perfil como meta.discourse.org), parece extraño eliminar por completo la capacidad de los administradores para hacerlo.
Me pregunto si es algo histórico y debería reconsiderarse, especialmente para los administradores / moderadores / personal.
Me parece que debería funcionar. No estoy seguro de que sea una buena idea, pero no creo que pueda hacer daño.
Porque esos grupos son un tanto especiales, ya que en realidad son alias y tiene más sentido simplemente crear un grupo “normal” para las personas que son “administradores” o “personal” en tu organización.
Creo que mi duda es si es lo suficientemente aconsejable como para añadirlo como recomendación o no. No estoy seguro de por qué está bloqueado normalmente, pero tiendo a confiar en la interfaz de usuario. Aunque si resulta estar bien, siempre podemos volver a implementarlo.
Estaba investigando cómo crear direcciones de correo electrónico para el personal en mi foro de vecinos y me encontré con este problema. Hay una bandeja de entrada para administradores, por lo que me parece sensato que sea posible darle a esa bandeja de entrada una dirección de correo electrónico para que la gente pueda escribirle. Lo mismo ocurre con los moderadores, a quienes tiene sentido permitirles ser contactados por correo electrónico para solicitar ayuda con el inicio de sesión de cuentas y cosas así.
Para una comunidad privada, solo por invitación, gestionada de forma informal como mi foro de vecinos, de lo contrario no hay forma de contactar a los propietarios del sitio a menos que los propietarios pongan una dirección de correo electrónico en la descripción, que ahora aparece en la página de inicio de sesión. Preferiría proporcionar una dirección de correo electrónico que llegue a los moderadores allí en lugar de mi Gmail personal.
Intentaré este hack, pero también creo que podría ser interesante hablar sobre cómo hacer esto posible a través de la interfaz de usuario e incluso fomentarlo para sitios privados.
¡Exactamente mis pensamientos! Después de usarlo durante 6 meses en dos sitios privados grandes, no he notado ningún problema. Y a pesar de tenerlo de forma destacada en la página de inicio de sesión, hemos recibido muy pocos correos electrónicos y aún menos spam.
Así que ha sido un gran éxito hasta ahora, y realmente animaría a que se incluyera en la interfaz de usuario.
Eso es algo completamente diferente, pero potencialmente muy útil, Jay. Funcionaría muy bien si se pudiera configurar para aplicarse a todos los individuos de un grupo o grupos especificados.
Para aquellos que desean administrar cuentas (por ejemplo, Mailgun, AWS, Digital Ocean) desde su cuenta de administrador, la configuración del sitio auto_generated_allowlist es muy útil.
Permite que los correos electrónicos ‘no-reply’ y otros correos electrónicos generados automáticamente se filtren a través de los filtros normalmente estrictos. Esto permite que las facturas y los correos electrónicos de confirmación de cuenta sean administrados dentro de su instancia, por su equipo.
Úselo bajo su propio riesgo y haga una copia de seguridad primero
Aunque si resulta estar bien, siempre podemos volver a implementarlo.