# Permitir correo electrónico para moderadores, personal y administradores

**URL:** https://meta.discourse.org/t/allow-email-in-for-moderators-staff-and-admins/212147
**Category:** UX
**Tags:** rails-console, email-in
**Created:** [15 Diciembre, 2021 06:36 UTC](https://meta.discourse.org/t/allow-email-in-for-moderators-staff-and-admins/212147 "2021-12-15T06:36:21Z")
**Posts on this page:** 12
**Page:** 1

<div class="post-metadata">

### Author: ![nathank](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/nathank/32/290039_2.png) [@nathank](https://meta.discourse.org/u/nathank)
#### Post date: [15 Diciembre, 2021 06:36 UTC](https://meta.discourse.org/t/allow-email-in-for-moderators-staff-and-admins/212147/1 "2021-12-15T06:36:21Z")

</div>

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?

---

<div class="post-metadata">

### Author: ![nathank](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/nathank/32/290039_2.png) [@nathank](https://meta.discourse.org/u/nathank)
#### Post date: [28 Septiembre, 2022 21:37 UTC](https://meta.discourse.org/t/allow-email-in-for-moderators-staff-and-admins/212147/2 "2022-09-28T21:37:09Z")

</div>

¿Qué pasaría si simplemente insertara una dirección de correo electrónico en `groups.incoming_email` para [@moderators](https://meta.discourse.org/groups/moderators) en mi foro? Es un poco complicado probarlo de forma segura sin una instancia completamente nueva.

---

<div class="post-metadata">

### Author: ![nathank](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/nathank/32/290039_2.png) [@nathank](https://meta.discourse.org/u/nathank)
#### Post date: [29 Septiembre, 2022 23:24 UTC](https://meta.discourse.org/t/allow-email-in-for-moderators-staff-and-admins/212147/3 "2022-09-29T23:24:57Z")

</div>

Bueno, como nadie me dijo que eso era completamente estúpido, lo he probado este comando de rails en una instancia poco utilizada.

¡Y parece que funciona (hasta ahora)!

> ‼ Úselo bajo su propio riesgo y haga una copia de seguridad primero

### Para agregar una dirección de correo electrónico de entrada

```ruby
Group.where(name: "=groups.name=").update(incoming_email: "=groups.name=@=domain=")

```

### Para eliminar una dirección de correo electrónico de entrada

```ruby
Group.where(name: "=groups.name=").update(incoming_email: nil)

```

---

<div class="post-metadata">

### Author: ![JammyDodger](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jammydodger/32/254611_2.png) [@JammyDodger](https://meta.discourse.org/u/JammyDodger)
#### Post date: [30 Septiembre, 2022 09:50 UTC](https://meta.discourse.org/t/allow-email-in-for-moderators-staff-and-admins/212147/4 "2022-09-30T09:50:30Z")

</div>

No estoy seguro de que esto esté listo para ser una guía, ¿@nathank? Parece bastante sin probar.

---

<div class="post-metadata">

### Author: ![nathank](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/nathank/32/290039_2.png) [@nathank](https://meta.discourse.org/u/nathank)
#### Post date: [30 Septiembre, 2022 20:04 UTC](https://meta.discourse.org/t/allow-email-in-for-moderators-staff-and-admins/212147/5 "2022-09-30T20:04:32Z")

</div>

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](http://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.

---

<div class="post-metadata">

### Author: ![JammyDodger](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jammydodger/32/254611_2.png) [@JammyDodger](https://meta.discourse.org/u/JammyDodger)
#### Post date: [30 Septiembre, 2022 20:15 UTC](https://meta.discourse.org/t/allow-email-in-for-moderators-staff-and-admins/212147/6 "2022-09-30T20:15:18Z")

</div>

Veré qué puedo averiguar. 👍

---

<div class="post-metadata">

### Author: ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [30 Septiembre, 2022 20:17 UTC](https://meta.discourse.org/t/allow-email-in-for-moderators-staff-and-admins/212147/7 "2022-09-30T20:17:55Z")

</div>

> [@JammyDodger](#):
>
> ¿No estoy seguro de que esto esté listo para ser una guía @nathank? Parece bastante sin probar.

Me parece que debería funcionar. No estoy seguro de que sea una buena idea, pero no creo que pueda hacer daño.

> [@nathankershaw](#):
>
> Todavía no estoy seguro de por qué está deshabilitado en la interfaz de usuario

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.

---

<div class="post-metadata">

### Author: ![JammyDodger](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jammydodger/32/254611_2.png) [@JammyDodger](https://meta.discourse.org/u/JammyDodger)
#### Post date: [30 Septiembre, 2022 20:25 UTC](https://meta.discourse.org/t/allow-email-in-for-moderators-staff-and-admins/212147/8 "2022-09-30T20:25:39Z")

</div>

> [@pfaffman](#):
>
> Me parece que debería funcionar. No estoy seguro de que sea una buena idea, pero no creo que pueda hacer daño.

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. 👍

---

<div class="post-metadata">

### Author: ![tobiaseigen](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/tobiaseigen/32/539204_2.png) [@tobiaseigen](https://meta.discourse.org/u/tobiaseigen)
#### Post date: [5 Abril, 2023 16:50 UTC](https://meta.discourse.org/t/allow-email-in-for-moderators-staff-and-admins/212147/10 "2023-04-05T16:50:59Z")

</div>

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.

---

<div class="post-metadata">

### Author: ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [5 Abril, 2023 17:37 UTC](https://meta.discourse.org/t/allow-email-in-for-moderators-staff-and-admins/212147/11 "2023-04-05T17:37:18Z")

</div>

Creo que un plugin que acepte `username@hostname` debería ser posible.

---

<div class="post-metadata">

### Author: ![nathank](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/nathank/32/290039_2.png) [@nathank](https://meta.discourse.org/u/nathank)
#### Post date: [5 Abril, 2023 19:11 UTC](https://meta.discourse.org/t/allow-email-in-for-moderators-staff-and-admins/212147/13 "2023-04-05T19:11:12Z")

</div>

> [@tobiaseigen](#):
>
> Intentaré este truco, pero también creo que podría ser interesante hablar de cómo hacerlo 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.

> [@pfaffman](#):
>
> Creo que un plugin que aceptara `username@hostname` debería ser posible.

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.

---

<div class="post-metadata">

### Author: ![nathank](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/nathank/32/290039_2.png) [@nathank](https://meta.discourse.org/u/nathank)
#### Post date: [12 Agosto, 2023 00:53 UTC](https://meta.discourse.org/t/allow-email-in-for-moderators-staff-and-admins/212147/14 "2023-08-12T00:53:10Z")

</div>

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.
