Alias identique pour plusieurs utilisateurs / same alias for several users

Discuss
, ,
1

Bonjour à tous,

Je cherche a avoir un alias identique a plusieurs utilisateurs.

En cherchant sur le forum je suis tombé sur plusieurs sujets datant unn peu.

Il y en a bien un qui parle d’associer un mail a un groupe ici, j’ai vu aussi l’issue github fermé depuis et aussi la création d’un utilisateur puis renvoi des mail vers les autres utilisateurs (ce qui triple les mail)

Je voulais savoir si le sujet cité au dessus est la seul solution ou si depuis il y avait une autre méthode.

Merci d’avance.

Hello to all,

I am looking for an identical alias for several users.

While searching on the forum I came across several topics that are a bit old.

There is one that talks about associating a mail to a group [here] (Use the group mechanism as mailing distribution list · Issue #1537 · YunoHost/issues · GitHub), I also saw the issue github closed since and also the creation of a user then forwarding mail to other users (which triples the mail)

I wanted to know if the above topic is the only solution or if there was another method since.

Thanks in advance.

2

Pour info cela marche bien.

La démarche en français est la suivante :

  • Ajouter un groupe dans Yunohost,
  • Ajouter les utilisateurs devant avoir le même alias dans le groupe,
  • Installer phpLDAPadmin,
  • Connectez-vous a phpLDAPadmin
    • Login : cn=grp_accounting,ou=groups,dc=yunohost,dc=org
    • Mdp : mot de passe de l’utilisateur admin

Dans l’arbre à gauche :

  • Déplier ou=groups,
  • Sélectionner cn=votre_groupe.

Dans ObjectClass :

  • Cliquer sur Add Value,
  • Sélectionner mailGroup,
  • Saisir l’adresse mail de l’alias votre_alias@ndd,
    Valider, Update.

Ouvrir un terminal pour se connecter en SSH au serveur.

  • Éditer le fichier main.cf via la commande sudo nano /etc/postfix/main.cf,
  • Rechercher (CTRL+W) virtual_alias_maps = ldap:/etc/postfix/ldap-aliases.cf,
  • Ajouter a la suite de la ligne ,ldap:/etc/postfix/ldap-groups.cf.
  • Enregistrer.
  • Créer le fichier ldap-groups.cf via la commande sudo nano /etc/postfix/ldap-groups.cf,
  • Copier le contenu suivant :
server_host = localhost
server_port = 389
search_base = dc=yunohost,dc=org
query_filter = (&(objectClass=groupOfNamesYnh)(mail=%s))
exclude_internal = yes
search_timeout = 30
scope = sub
result_attribute = memberUid, mail
terminal_result_attribute = memberUid
  • Enregistrer,
  • Relancer le service Postfix via la commande sudo service postfix restart.

Tester l’envoi d’un mail a votre alias, il sera envoyé à tous les membres du groupe.

Sujet en anglais Use the group mechanism as mailing distribution list · Issue #1537 · YunoHost/issues · GitHub

5 Likes
3

Je rajoute quelques infos sur cette méthode.

  • Elle ne permet pas de répondre avec l’alias (contrairement a l’alias de compte),
  • Elle ne permet pas non plus de mettre plusieurs alias à un groupe. Donc cela oblige à créer un groupe par alias. Faux elle le permet une fois l’ajout de l’attribut mailGroup vous pouvez ajouter plusieurs alias via un update entre les alias.
4

J’ai solutionné ce problème en créant un utilisateur (contact@domain.fr) et en ajoutant une adresse de transfert par membre du groupe qui doit recevoir les mails.
Et il est possible aussi d’avoir des alias pour cet utilisateur “virtuel”

Dans notre cas les réponses se font systématiquement au nom propre de chacuns.

5

Oui c’est une astuce que j’avais lu sur le forum.

Mais le problème et que les emails de contact ne seront jamais supprimés et vont donc continuer a gonfler l’espace. A part si le tranfert supprime les mail sur la boite d’origine?

6

Le transfert ne supprime pas les mails de la boite d’origine.
Par contre il est possible d’executer un script via crontab qui supprime les messages tout les jours ou vieux de x jours de la boite en question…

7

Salut, je suis preneur de la manière STP.

Merci d’avance

8

pour vider quotidiennement la boite de réception de l’utilisateur contact tu peux créer le script.sh suivant :

#!/bin/bash
rm -rf /var/mail/contact/cur/*

puis de l’appeler par exemple tous les jours à 3h30 via crontab -e :

30 3 * * * /chemin/du/script.sh

cur correspond à la boite de réception, les répertoires créés par l’utilisateur sont cachés et doivent être affichés avec ls -lA /var/mail/contact/

Je précise que je n’ai pas testé la méthode en production.

2 Likes
10

Merci je testerai pour voir.

11

Je déterre ce sujet. Est ce que c’est quelquechose qui fonctionne toujours avec la version 11 ?
Est ce que il y a une manière de le faire de manière plus intégrée à l’API / interface web existante ? (je cherche à rester le plus possible en configuration vanilia)