D'ailleurs, y'a un truc que je ne trouve pas logique : pourquoi
et comment tester la force d'un mot de passe en-dehors du
formulaire de changement de mot de passe ??? :-\
Car, sorti de ce formulaire, Sympa oublie le mot de passe
lui-même et n'enregistre que son hashage ( password_user
dans user_table ).
Que vient donc faire ce test à ce moment là dans la procédure
d'inscription ?
Bruno
Le 06/11/2018 à 16:25, Bruno Jolys a
écrit :
Alors, élément intéressant, ça passe avec un utilisateur
qui n'a jamais renseigné d'identifiant/mot de passe !!!
Nov 6 15:20:19 serveur wwsympa[16497]: info
main::do_ticket(34319954969368) [robot mon-domaine.fr]
[session 07289694416751] [client 86.231.186.45]
Nov 6 15:20:19 serveur wwsympa[16497]: info
Sympa::Ticket::load() Ticket: 34319954969368; Result:
success
Nov 6 15:20:19 serveur wwsympa[16497]: info
main::do_subscribe() [robot mon-domaine.fr] [session
07289694416751] [client 86.231.186.45] [user adresse@cachée]
[list lettre-d-information-mon-asso]
Nov 6 15:20:20 serveur
wwsympa[16497]: notice
Sympa::Spindle::ProcessTemplate::_twist() Processing
Sympa::Message::Template
<adresse@cachée,3359/shelved:dkim_sign>;
adresse@cachée;
adresse@cachée;
adresse@cachée;
adresse@cachée;
template=welcome;
Nov 6 15:20:20 serveur wwsympa[16497]: notice
Sympa::Bulk::store() Message Sympa::Message::Template
<adresse@cachée,3359/shelved:dkim_sign>
is stored into bulk spool as
<adresse@cachée,16497,9444>
Nov 6 15:20:20 serveur wwsympa[16497]: notice
Sympa::Spindle::ProcessTemplate::_twist() Processing
Sympa::Message::Template
<adresse@cachée,3750/shelved:dkim_sign>;
adresse@cachée;
adresse@cachée;
recipients=ARRAY; adresse@cachée;
template=listowner_notification; type=notice
Nov 6 15:20:20 serveur wwsympa[16497]: notice
Sympa::Bulk::store() Message Sympa::Message::Template
<adresse@cachée,3750/shelved:dkim_sign>
is stored into bulk spool as
<adresse@cachée,16497,9887>
Nov 6 15:20:20 serveur wwsympa[16497]: info
main::do_info() [robot mon-domaine.fr] [session
07289694416751] [client 86.231.186.45] [user adresse@cachée]
[list lettre-d-information-mon-asso]
Le même utilisateur, avec un compte et un mot de passe
déjà renseignés (et que j'ai désabonné), ne peut plus s'abonner
:
Nov 6 15:38:40 serveur wwsympa[16497]: info
main::do_ticket(88862568512262) [robot mon-domaine.fr]
[session 07289694416751] [client 86.231.186.45]
Nov 6 15:38:40 serveur wwsympa[16497]: info
Sympa::Ticket::load() Ticket: 88862568512262; Result:
success
Nov 6 15:38:40 serveur wwsympa[16497]: info
main::do_subscribe() [robot mon-domaine.fr] [session
07289694416751] [client 86.231.186.45] [user adresse@cachée]
[list lettre-d-information-mon-asso]
Nov 6 15:38:40 serveur
wwsympa[16497]: info main::do_subscribe() [robot
mon-domaine.fr] [session 07289694416751] [client
86.231.186.45] [user adresse@cachée]
[list lettre-d-information-mon-asso] Password validation
Un problème avec la base des utilisateurs ?
Bien coopérativement
Bruno
Le 05/11/2018 à 22:45, Bruno Jolys
a écrit :
Salut,
- Avec quelques centaines de listes pour les groupes de
travail de notre association, notre serveur Sympa 6.2.16
sous Stretch fonctionne bien.
Chaque responsable d'un groupe de travail gère sa liste et
les inscriptions qui sont paramétrées en mode :
Qui peut s'abonner (subscribe) = sousmis a
authentification puis accord du propriétaire
(auth_owner)
- Sauf que là, voulant faire une newsletter avec
inscription ouverte, j'ai utilisé :
Qui peut s'abonner (subscribe) = soumis a
authentification (notification des propriétaires)
(auth_notify)
Dans un premier temps, la personne reçoit bien un mail de
vérification, mais en cliquant sur le lien, ça plante :
ERREUR (subscribe) - Le mot de
passe que vous avez fourni n'est pas assez sûr :
contient moins de 3 groupes de caractères. Veuillez
choisir un mot de passe plus robuste.
Avoir un mot de passe plus fort et comportant tous les
types caractères n'y change rien !
Le fichier config ressembla à ça :
## Configuration : Liste d'info de mon asso
## 04/10/2017
dmarc_protection
phrase name_and_email
mode dmarc_quarantine,dmarc_reject
rfc2369_header_fields
archive,help,owner,post,subscribe,unsubscribe
custom_header From: Mon Association <adresse@cachée>
dkim_signature_apply_on none
editor
reception mail
visibility noconceal
gecos Bruno
email adresse@cachée
shared_doc
d_edit owner
quota 200
d_read owner
lang fr
process_archive on
add owner_notify
status open
review owner
visibility noconceal
update
date_epoch 1541452624
email adresse@cachée
date 05 nov. 2018 at 22:17:04
priority 6
remove_headers
X-Sympa-To,X-Family-To,Return-Receipt-To,Precedence,X-Sequence,Disposition-Notification-To,Sender,From
topics generale,newsletter
reply_to_header
apply forced
other_email adresse@cachée
value other_email
pictures_feature off
creation
date 05 nov. 2018 at 15:21:41
date_epoch 1541427701
email adresse@cachée
available_user_options
reception mail,nomail
custom_subject mon-asso-infos
dkim_feature off
info open
unsubscribe auth_notify
subscribe auth_notify
remind listmaster
owner
email adresse@cachée
gecos Bruno
visibility noconceal
reception mail
profile normal
send newsletter
subject Lettre d'information de mon asso
footer_type mime
serial 11
invite owner
web_archive_spam_protection _javascript_
del owner_notify
Dès que je remets subscribe à auth_owner
tout va bien.
Si vous avez une idée...
Bien coopérativement
Bruno
