Bug tracking
» Click here to report a bug on this project.
| Bug report #541 | |||
| Title: | Gestion des wildcard alias | ||
| Date added: | 2009-02-25 17:39:39 | Type: | Feature request |
| Status: | Confirmed | Priority: | Major |
| Affected version: | 0.9.2 | Milestone: | n/a |
| Reported by: | tonin | Assigned to: | zenjo |
| History: |
|
Attachements: |
|
|
Depuis le changement de la gestion des alias wildcard sur notre postfix, la table 'transport' a été nettoyée. Les domaines contenant uniquement un alias wildcard (@cassiopea.be) ont été supprimés de cette table.
Cela a un inconvénient dans bechamail, c'est que ces alias wildcard ne peuvent plus y être gérés. En fait, ce serait bien de pouvoir faire la gestion des ces alias wildcard au niveau de l'administration générale de bechamail, en même temps que l'ajout de nouveaux domaines. Peut-être en posant la question lors de l'ajout d'un nouveau domaine pour savoir si c'est un domaine utilisé de manière autonome (propres alias et propres mailboxes) ou uniquement utilisé pour une redirection totale vers un autre domaine (alias wildcard). |
|||
| Re: Gestion des wildcard alias - 2009-02-27 15:07:09 | |
|
|
Il serait effectivement temps, qu'après les end users, je pense un peu aussi aux sysadmin
Ceci dit, je vérifie si j'ai bien compris: Les alias génériques continuent à se trouver dans la table des alias; Ils ne sont plus repris dans la table des transports; et donc, bechamail, se basant sur la table des transports n'y a plus accès actuellement. Il faudrait cependant permettre au superadministrateur de bechamail de continuer à les gérer. C'est bien cela? ps: cependant dans ce cas de figure, il n'y aura plus l'option de configuration qui permettrait à des admin normaux de gérer des alias génériques, mais c'est une fonctionnalité à mon avis qui ne sera jamais utilisée, donc c'est pas très grave. |
| Re: Gestion des wildcard alias - 2009-02-27 16:57:42 | |
|
|
Oui, c'est bien ça, ces domaines ne sont plus dans la table transport, mais uniquement avec un alias générique dans la table virtual. Et oui, je pense aussi que c'est même mieux que seul le superadministrateur ait accès à la gestion de ce type d'alias.
|
| Re: Gestion des wildcard alias - 2009-02-27 17:18:40 | |
|
|
ok. Je confirme. Merci pour ta contribution.
|
| Re: Gestion des wildcard alias - 2009-03-04 11:35:53 | |
|
|
on va supprimer cette fonctionnalité, finalemnet inutile: //Droit pour un client (non spuperadmin) de creer / modifier des alias / destination generique du type @domain.tld $conf_alias_dest_gen = false; //$conf_alias_dest_gen = true; Pour traiter 2 cas par configuration: - Actuel: les domaines des alias génériques sont dans la table transport (on récupère l'implémentation de $conf_alias_dest_gen vers $conf_alias_gen_transport = false / true, par exemple). On maintient la gestion dans les scripts ajoute/modifie/supprime-alias, et désormais uniquement pour le supadmin. à traiter: [xxx@yyy 0.9.2.alpha]$ grep --exclude '*base' --exclude '*bech' -iRE '^.*\$conf_alias_dest_gen.*$' ./*
- To do: $conf_alias_gen_transport = false => gestion des alias générique à partir de la table des transports et des script de gestion des domaines à créer pour le supadmin: voir #417 Interface d'ajout d'un domaine dans la tables des transports. |
| Re: Gestion des wildcard alias - 2009-04-19 15:16:29 | |
|
|
> Cette demande est à lier à #417 Interface d'ajout d'un domaine dans la tables des transports Après analyse, pas du tout! Le seul lien est l'impossibilité dans les 2 cas de vérifier les doublons ou l'intégrité des alias génériques si les domaines génériques ne sont pas dans la table des transports |
| Re: Gestion des wildcard alias - 2009-04-19 15:32:49 | |
|
|
Opus! mauvaise formulation:
il faut entendre: Impossibilité de vérifier l'intégrité (l'existence) des domaines génériques. et non pas: "Le seul lien est l'impossibilité dans les 2 cas de vérifier les doublons ou l'intégrité des alias génériques si les domaines génériques ne sont pas dans la table des transports" |
| Post to this thread | |
Bechamail

