search

stdevPavelmc / mailad

Software to provision a mail server with users from a Windows or Samba 4 Active Directory
GNU General Public License v3.0
33 stars 11 forks source link

Update Simplify_AD_config.md #139

Closed dienteperro closed 3 years ago

dienteperro commented 3 years ago

IMHO, me gustaría que los campos del AD pudieran ser escogidos y definidos por el sysadmin en las variables que se definen para el despliegue de MailAD. Esto permite entregar el soft con configuraciones razonables y nos da la posibilidad de ajustar a nuestro directorio. Amplío:

  1. El correo por default sea el account+@dominio de AD, si existe un valor definido en mail pues este tiene mayor nivel de prelación por sobre el mencionado al inicio de esta oración.
  2. La cuota como bien ya modificaste se debe definir global y luego uno ajustar en los usuarios que se requiera puntualmente.
  3. Los mailbox, etc pasarlos a variables/config en la config de MailAD como ya hiciste.
  4. En todos los casos sería deseable poder definir en las variables de MailAD qué campos del AD el sysadmin desea destinar a estos datos de la config de MailAD. Si el sysadmin no define otro valor de campo se usan estos predefinidos ya (mail y wWWHomePage).

Desconozco cuan complicado sea esto, abrazo. ¡Muy buen trabajo!

stdevPavelmc commented 3 years ago

Saludos, te comento que existe un canal de Telegram para discutir en detalle estos temas, pásate por allá y hablamos más en detalle: https://t.me/MailAD_dev

IMHO, me gustaría que los campos del AD pudieran ser escogidos y definidos por el sysadmin en las variables que se definen para el despliegue de MailAD. Esto permite entregar el soft con configuraciones razonables y nos da la posibilidad de ajustar a nuestro directorio. Amplío:

1. El correo por default sea el account+@Dominio de AD, si existe un valor definido en mail pues este tiene mayor nivel de prelación por sobre el mencionado al inicio de esta oración.

Existe, hay un campo en el LDAP del AD que es user@domain, pero se desechó esta posibilidad (luego de valorarse) porque varios sysadmins tienen dominios que legacy o que han cambiado de dominio de email y esto representa un problema mayor. No se si te das cuenta

Si hoy tengo mi domain @empresa.co.cu con users automático [user]@[domain] y la empresa por X o por Y cambia de denominación o simplemente de dominio a @empresa.cu hay que tirar el dominio abajo para cambiar el "dominio" de correo.

Por eso se decidió usar el campo mail del LDAP del AD par darle versatilidad en estos caso que son más frecuentes de lo que puedas imaginar, al menos por este lado.

4. En todos los casos sería deseable poder definir en las variables de MailAD qué campos del AD el sysadmin desea destinar a estos datos de la config de MailAD. Si el sysadmin no define otro valor de campo se usan estos predefinidos ya (mail y wWWHomePage).

Esto puede hacerse, no es complicado, pero la valoración inicial al respecto fue siempre el problema que representaría a los usuarios no versados en LDAP que quieran "experimentar con configs no estándar" que los va a haber... pidiendo soporte por algo que "rompieron" y eso consume tiempo, algo bastante escaso de este lado...

Pero en si, se puede, habría que usar más validación y eso para ir al seguro; levanta un nuevo bug como un feature request y lo cocinamos hasta que esté maduro.

Desconozco cuan complicado sea esto, abrazo. ¡Muy buen trabajo!

No es muy complicado, pero lleva su tiempo dedicado...

Gracias por los elogios y la invitación a sumarte al equipo está servida...

dienteperro commented 3 years ago

Comprendo lo del AD y temas legacy, nos matan. Buscaré el canal de Telegram. Abrazo