¿No se puede configurar email-in para un grupo existente?

[Architect]

Tengo esto funcionando con categorías, pero por alguna razón no veo una opción para establecer la dirección para los grupos.

No estoy seguro de por qué podría ser, debo haberme perdido algo. ¿Hay alguna configuración adicional para que esto funcione con grupos que no se requiere para las categorías?

Con esta guía, solo veo:

@Discourse

Si no ve el campo, asegúrese de haber habilitado la configuración del sitio email_in. Ingrese la dirección de correo electrónico que desea asociar a ese grupo y haga clic en el botón Guardar para guardar sus cambios.

Que es lo mismo que para el receptor de correo de la categoría, la configuración de email_in está establecida.

Nota (editar): Hay una opción para establecer la dirección de correo electrónico cuando se crea un nuevo grupo, pero no puedo encontrar la configuración para que los grupos predeterminados existentes se configuren para recibir correos electrónicos.

[JammyDodger]

¿Está intentando configurar el correo electrónico para un grupo automático? (por ejemplo, Administradores). Si es así, actualmente no se admite en la interfaz de usuario.

[Architect]

Sí, para uno de los grupos automáticos/predeterminados, por la guía pensé que sería posible para un “grupo existente”:

@Discourse

Si estás editando un grupo existente, haz clic en la pestaña Administrar del grupo, luego haz clic en el enlace Interacción en el menú del lado izquierdo. Deberías ver un campo Dirección de correo electrónico entrante personalizada cerca de la parte inferior del formulario:

Puedo crear un nuevo grupo en su lugar, tal vez se podría agregar una nota a esta guía sobre que eso no es posible para los grupos predeterminados.

[nathank (Nathan Kershaw)]

Puedes configurarlo para los grupos automáticos, pero requiere acceso a la consola de Rails y algo de valentía:

Allow email in for moderators, staff, and admins

Well, since nobody told me that was completely stupid, I’ve gone and tested this rails command on a little used instance. And it seems to work (so far)! Use at your own risk and backup first To add an email-in address Group.where(name: "=groups.name=").update(incoming_email: "=groups.name=@=domain=") To remove an email-in address Group.where(name: "=groups.name=").update(incoming_email: nil)

[Architect]

Bueno saberlo, no entiendo qué es una consola de “Rails”, pero ¿se accede a ella a través de la consola estándar?

No tengo una necesidad crítica de que esto funcione, ya que el correo electrónico para las categorías predeterminadas de administrador, moderadores y la categoría principal/general funciona bien.

La única ventaja de usar grupos en lugar de categorías es que los correos electrónicos se publicarán como un PM en lugar de un tema.

Supongo que probablemente haya alguna razón por la que el correo electrónico no sea compatible con los grupos predeterminados, pero no sé cuál es.

[nathank (Nathan Kershaw)]

@Architect

Bueno saberlo, no entiendo qué es una consola de “Rails”, pero ¿se accede a ella a través de la consola estándar?

Sí, lo es. Este tema lo explica mientras aborda un problema diferente:

Rebake all posts matching a pattern

This guide provides instructions on how to rebake all posts in Discourse that match a specific string or regular expression, utilizing the Rails console for additional advanced options. Required user level: Administrator Console access required Want to rebake all the posts matching a string or regular expression? Let’s get started! Accessing your site To begin, connect to your Discourse Droplet via SSH and enter the Docker container for your Disc…

@Architect

Supongo que probablemente haya alguna razón por la que el correo electrónico no sea compatible con los grupos predeterminados, pero no sé cuál es.

Sospecho que había una buena razón para ello, pero no estoy seguro de que la haya ya.

[maiki]

@nathank

Sospecho que había una buena razón para ello, pero ya no estoy seguro de que la haya.

Los grupos predeterminados no funcionan de manera consistente como los usuarios/el personal podrían esperar. Muchos permisos y configuraciones están vinculados a estos grupos predeterminados (yo los llamo “especiales”), y no siempre sería apropiado enviarles correos electrónicos (no solo a admins o moderators, sino también a TL0-4 y everyone).

Dicho esto, utilizo grupos y mensajes entrantes en varios sitios y ninguno de mis sitios tiene tantos usuarios en un grupo predeterminado como para tener problemas para administrarlos con fines de bandeja de entrada grupal.

Por lo tanto, podría haber una solicitud de Feature para agregar soporte de correo electrónico entrante, o una que aborde la administración de usuarios para nuevos grupos.

[Architect]

Eso podría ser bueno para que la solicitud de nuevas funciones funcione con los grupos predeterminados, al menos para los grupos de administrador, personal y moderador tendría sentido que esto funcionara.

No tendría mucho sentido que los grupos TL 0 / Todos tuvieran un receptor de dirección de correo electrónico, pero podría haber algunos casos de uso para eso.

Al menos para esta guía sería útil mencionar que actualmente esto es solo para grupos creados, lo que no está claro por la forma en que está escrito:

@Discourse

Configuración de correos electrónicos entrantes en un grupo

Para configurar correos electrónicos entrantes en un grupo, vaya a la página de sus grupos haciendo clic en el enlace “grupos” en el menú principal, luego haga clic en el nombre del grupo (o cree uno nuevo).

Esa es una publicación wiki pero no puedo editarla yo mismo como una cuenta nueva aquí.

No sé qué tipo de presupuesto se necesitaría para patrocinar el desarrollo de una nueva función para esto, parece que puede no ser tan complicado/difícil, pero ¿quizás sea mejor dejarlo como está?