Re: [sympa-fr] /var/lib/sympa/sympa_aliases.db

[David Verdin <adresse@cachée>]

Ton programme queue a exactement les mes droits que le miens, y compris le bit "s", donc ça doit gazer.

Là c'est ton fichier dans les spools qui ne semble pas accessible.

En général, on le trouve dans /var/spool/sympa/msg.

Sans doute faudrait-il vérifier les droits sur ce répertoire. Et tous les répertoires du spool, tant qu'on y est.

Bonne journée !

David

On 20/01/2021 10:32, Quentin Callebert wrote:

Bonjour,

 

Merci beaucoup pour votre aide, j’ai procédé comme vous et j’ai ajouté l’alias de sympa dans le /etc/postfix.  J’ai également le même warning que vous, mais plus de permission denied !

 

Une bonne chose de faite ! J

 

Dorénavent, je rencontre une autre erreur sur laquel je buche depuis se matin, sans succès… (décidemment…)

 

Quand je souhaite effectuer un mail de test pour vérifier la bonne configuration du postfix et de sympa, je me retrouve avec l’erreur suivant :

 

Jan 20 10:29:51 sympa postfix/local[115297]: 306AA20DB8B8: to=<adresse@cachée>, relay=local, delay=12, delays=12/0.02/0/0.03, dsn=4.3.0, status=deferred (temporary failure. Command output: /usr/libexec/sympa/queue: while opening queue file 'adresse@cachée': Permission denied )

 

Voilà ce que donne les droits :

 

# ls -ald /usr/libexec/

drwxr-xr-x. 23 root root 4096 23 nov.  09:29 /usr/libexec/

 

# ls -ald /usr/libexec/sympa/

drwxr-xr-x. 2 root root 205 12 nov.  10:24 /usr/libexec/sympa/

 

# ll /usr/libexec/sympa/

total 652

-rwsr-xr-x. 1 sympa sympa  11472 20 oct.  12:31 bouncequeue

-rwsr-xr-x. 1 sympa sympa  11496 20 oct.  12:31 familyqueue

-rwsr-xr-x. 1 sympa sympa  11488 20 oct.  12:31 queue

-rwsr-x---. 1 root  sympa   7208 20 oct.  12:31 sympa_newaliases-wrapper

-rwxr-xr-x. 1 root  root    3337 20 oct.  12:31 sympa_soap_server.fcgi

-rwsr-sr-x. 1 sympa sympa   7208 20 oct.  12:31 sympa_soap_server-wrapper.fcgi

-rwxr-xr-x. 1 root  root  598068 20 oct.  12:31 wwsympa.fcgi

-rwsr-sr-x. 1 sympa sympa   7200 20 oct.  12:31 wwsympa-wrapper.fcgi

 

Une idée ?

 

Quentin CALLEBERT

Administrateur Systèmes
ENSAIT
2 allée Louise et Victor Champier
BP 30329
59056 Roubaix Cedex 1
www.ensait.fr

 

 

 

De : adresse@cachée [mailto:adresse@cachée] De la part de Luc VEILLON
Envoyé : mercredi 20 janvier 2021 08:31
À : adresse@cachée
Objet : Re: [sympa-fr] /var/lib/sympa/sympa_aliases.db

 

Bonjour,

Une question de droits certainement.

Nous avons fait le choix de laisser postfix patron de son répertoire et d'ajouter l'alias de sympa chez postfix (donc le contraire de ton choix), ce qui donne

 [root@sy-ari-sympa23 ~]# ls -ald /etc
drwxr-xr-x. 104 root root 8192  7 janv. 09:48 /etc
[root@sy-ari-sympa23 ~]# ls -ald /etc/postfix/
drwxr-xr-x. 2 root root 4096 12 août  11:34 /etc/postfix/
[root@sy-ari-sympa23 ~]# ls -ald /etc/postfix/sympa*
-rw-r--r--. 1 sympa sympa 121428  5 août  14:44 /etc/postfix/sympa.aliases
-rw-r--r--. 1 sympa sympa 176128  7 janv. 09:53 /etc/postfix/sympa.aliases.db
[root@sy-ari-sympa23 ~]#

cela nous vaut un warning

 postfix/postfix-script[2238]: warning: not owned by root: /etc/postfix/sympa.aliases.db
 mais ça fonctionne

Pour déterminer ce qui cloche dans tes droits, commence par tout donner et réduit ensuite

1/  étend les droits du répertoire contenant ton alias

# ls -ald /etc/sympa/
drwxrwxrwx. 2 sympa sympa 4096 12 août  11:34 /etc/sympa/

2/ Si ça marche, réduit au seul groupe

# ls -ald /etc/sympa/
drwxrwxr-x. 2 sympa sympa 4096 12 août  11:34 /etc/sympa/

puis revoit l'appartenance des groupes de sympa et postfix en fonction du résultat (si ça marche c'est que le groupe est bon, et qu'il manquait un droit w à ce groupe ; si ça ne marche pas c'est que le groupe n'est pas bon pour celui qui doit reconstruire la base db, postfix ou un autre)

3/ si l'extension des droits ne fonctionne pas dès le début, passe aux fichiers

etc.

Cordialement

 

 

Le 20/01/2021 à 08:13, Quentin Callebert a écrit :

Petite précision, voici les droits sur les fichiers ainsi que le contenu de /etc/group :

 

 

 

Quentin CALLEBERT

Administrateur Systèmes
ENSAIT
2 allée Louise et Victor Champier
BP 30329
59056 Roubaix Cedex 1
www.ensait.fr

 

 

 

De : adresse@cachée [mailto:adresse@cachée] De la part de Quentin Callebert
Envoyé : mercredi 20 janvier 2021 08:09
À : adresse@cachée
Objet : RE: [sympa-fr] /var/lib/sympa/sympa_aliases.db

 

Bonjour,

 

Je pense que hier j’ai fait une boulette au niveau de la conf main.cf. J’ai donc repris ce matin la doc SYMPA sur la configuration de postfix.

Je précise que nous somme sur une distribution CentOS 7.9.2009

 

J’ai à nouveau suivis la partie « Single domain setting »

 

Voici le contenu de /etc/sympa/aliases.sympa.postfix :

 

J’ai supprimé le fichier /var/lib/sympa/sympa_aliases et à nouveau effectué les commandes suivantes :

 

# touch /var/lib/sympa/sympa_aliases

# chmod 640 /var/lib/sympa/sympa_aliases

# chown sympa :sympa /var/lib/sympa/sympa_aliases

 

Ensuite :

 

# postalias hash:/etc/sympa/aliases.sympa.postfix 

# sympa_newaliases.pl

 

Voici l’extrait de mon fichier /etc/postfix/main.cf

 

 

J’ai fait une erreur hier dans la partie alias_maps. Après correction, j’ai toujours un permission denied mais cette fois :

 

 

Merci d’avance pour votre aide précieuse !

 

 

Quentin CALLEBERT

Administrateur Systèmes
ENSAIT
2 allée Louise et Victor Champier
BP 30329
59056 Roubaix Cedex 1
www.ensait.fr

 

 

 

De : adresse@cachée [mailto:adresse@cachée] De la part de Luc VEILLON
Envoyé : mardi 19 janvier 2021 16:40
À : adresse@cachée
Objet : Re: [sympa-fr] /var/lib/sympa/sympa_aliases.db

 

Postifx mentionne ton alias dans son main.cf j'imagine ?

Met le groupe en écriture sur le répertoire /var/lib/sympa/ (puisque postfix fait maintenant partie du groupe sympa si j'ai bien suivi) . Il est possible qu'il tente d'écrire un lock dans le répertoire de la db lors de ses contrôles.

Le 19/01/2021 à 15:49, Quentin Callebert a écrit :

Il me semble que c’est le processus postalias qui retourne l’erreur.

 

Oui, j’ai bien redémarré postfix.

 

Voici les droits sur le dossier /var/lib/sympa/

drwxr-xr-x.   8   sympa   sympa    164      19 janv. 15:40    sympa

 

Après avoir effectué la commande su postfix -s /bin/bash je me suis rendu dans le dossier /var/lib/sympa et j’ai effectué le head sympa_aliases

 

Je n’ai pas eu de Permission denied.

 

Merci pour votre aide.

               

Quentin CALLEBERT

Administrateur Systèmes
ENSAIT
2 allée Louise et Victor Champier
BP 30329
59056 Roubaix Cedex 1
www.ensait.fr

 

 

 

De : adresse@cachée [mailto:adresse@cachée] De la part de David Verdin
Envoyé : mardi 19 janvier 2021 15:31
À : adresse@cachée
Objet : Re: [sympa-fr] /var/lib/sympa/sympa_aliases.db

 

Il y a toujours une raison simple, du genre qui donne envie de se frapper le front quand on a compris... :-)

Reprenons : quel est le processus qui te donne une erreur et lors de quelle opération.

Pour savoir sous quel uid tourne sympa (même si, en effet, d'après ce que tu dis, ce n'est sans doute pas le problème) :

ps -ef | grep sympa

À bientôt !

David

On 19/01/2021 15:14, Quentin Callebert wrote:

Tiens, petite précision. Ou plutôt, un constat. Quand je crée ou supprime une liste, sympa_aliases et sympa_aliases.db se mette bien à jour, ce qui signifie que sympa arrive bien à écrire dans le fichier… Ce qui signifie qu’il n’y a pas de problème d’accessibilité au fichier pour sympa. Je ne comprends pas, il doit bien y avoir une logique…

 

Quentin CALLEBERT

Administrateur Systèmes
ENSAIT
2 allée Louise et Victor Champier
BP 30329
59056 Roubaix Cedex 1
www.ensait.fr

 

 

 

De : adresse@cachée [mailto:adresse@cachée] De la part de Quentin Callebert
Envoyé : mardi 19 janvier 2021 15:08
À : adresse@cachée
Objet : RE: [sympa-fr] /var/lib/sympa/sympa_aliases.db

 

Je préfère poser la question.. Mais…

Comment est-ce que je peux vérifier que ce soit bien l’utilisateur sympa qui exécute les processus de sympa ?

 

Par avance, merci 

Quentin CALLEBERT

Administrateur Systèmes
ENSAIT
2 allée Louise et Victor Champier
BP 30329
59056 Roubaix Cedex 1
www.ensait.fr

 

 

 

De : adresse@cachée [mailto:adresse@cachée] De la part de David Verdin
Envoyé : mardi 19 janvier 2021 14:51
À : adresse@cachée
Objet : Re: [sympa-fr] /var/lib/sympa/sympa_aliases.db

 

Ah oui mais attends. Postfix n'est pas censé lire sympa_aliases. C'est Sympa qui exécute postmap quand u crées ou supprime une liste. Donc la commande est censée être exécutée par l'utilisateur Sympa.

Donc question stupide : c'est bien l'utilisateur Sympa qui exécute les processus de Sympa ?

On 19/01/2021 14:30, Quentin Callebert wrote:

Bonjour,

 

Oui les deux fichier on le même propriétaire et les mêmes permissions.

 

J’ai également ajouté l’utilisateur postfix au groupe sympa, toujours sans succès ! L

 

Jan 19 14:26:18 sympa postfix/postalias[6160]: fatal: open /var/lib/sympa/sympa_aliases: Permission denied

 

Merci beaucoup pour votre aide.

 

Quentin CALLEBERT

Administrateur Systèmes
ENSAIT
2 allée Louise et Victor Champier
BP 30329
59056 Roubaix Cedex 1
www.ensait.fr

 

 

 

De : adresse@cachée [mailto:adresse@cachée] De la part de Guillaume Tournat
Envoyé : mardi 19 janvier 2021 13:52
À : adresse@cachée
Objet : Re: [sympa-fr] /var/lib/sympa/sympa_aliases.db

 

Bonjour

 

Est-ce le même propriétaire / permissions entre sympa_aliases (fichier texte source) et sympa_aliases.db (fichier compilé) ?

 

Le 19 janv. 2021 à 12:10, Stephane Rasset <adresse@cachée> a écrit :



Bonjour.

 

Sur une nouvelle installation de sympa, nous avons l’erreur suivant :

 

Error : open database /var/lib/sympa/sympa_aliases.db: Permission denied

-rw-r-----. 1 sympa sympa 12288 19 janv. 12:05 sympa_aliases.db

 

Visiblement postfix n’arrive pas à lire le fichier !!

 

Nous cherchons, mais ne trouvons pas la solution …

 

Merci pour votre aide ..

 

Bonne journée

 

Stéphane RASSET
ENSAIT
DSI - CRIA - centre de Ressources Informatique et Audiovisuel
2 allée Louise et Victor Champier
BP 30329 – 59056 Roubaix – France

Bureau i101
Tel  : +33 (0)3 20 25 89 40
adresse@cachée
www.ensait.fr

 

 

 

-- 

"Mieux vaut viser la perfection et la rater que viser la médiocrité et l'atteindre."

- Francis Blanche

David Verdin

Chef de Projet Collaboratif

Département PROduits NUMériques

Direction des Services Applicatifs

RENATER - Rennes

-- 

"Mieux vaut viser la perfection et la rater que viser la médiocrité et l'atteindre."

- Francis Blanche

David Verdin

Chef de Projet Collaboratif

Département PROduits NUMériques

Direction des Services Applicatifs

RENATER - Rennes

--
 
Luc Veillon
Adjoinjt au resp. des missions nationales
Responsable Messagerie
DSI/Pôle IH2M
 
adresse@cachée
T 02 38 79 45 20
M 06 24 84 13 30
 
Rectorat de l'académie d'Orléans-Tours
21 rue Saint-Étienne
45043 Orléans Cedex 1
www.ac-orleans-tours.fr
        
--
 
Luc Veillon
Adjoinjt au resp. des missions nationales
Responsable Messagerie
DSI/Pôle IH2M
 
adresse@cachée
T 02 38 79 45 20
M 06 24 84 13 30
 
Rectorat de l'académie d'Orléans-Tours
21 rue Saint-Étienne
45043 Orléans Cedex 1
www.ac-orleans-tours.fr
      
    
-- 
"Mieux vaut viser la perfection et la rater que viser la médiocrité et l'atteindre."
- Francis Blanche

David Verdin
Chef de Projet Collaboratif
Département PROduits NUMériques
Direction des Services Applicatifs
RENATER - Rennes

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature