nouveautés de la v13
● Bonne question — c'est une des choses les plus déroutantes de Seafile v13. Il y a en réalité trois niveaux d'identité distincts :
Identifiant d'utilisateur (UUID@auth.local)
- L'identifiant interne généré automatiquement par Seafile à la création du compte
- Immuable, utilisé par toutes les API et la DB
- Le suffixe @auth.local = compte local (pas LDAP, pas OAuth externe)
E-mail de contact
- Ton vrai email (nicolas.farrie@gmail.com)
- Utilisé pour les notifications, invitations de partage, emails système
- C'est celui qu'on voit affiché partout dans l'UI
- Modifiable
Identifiant de connexion (login_id)
- Un alias optionnel pour se connecter à la place de l'UUID interne
- Quand il est -- (vide), Seafile fait une recherche par email de contact pour le login web — c'est pour ça que tu peux te connecter avec nicolas.farrie@gmail.com sur le web
- L'API auth-token elle, ne fait pas cette recherche — elle cherche directement l'identifiant interne, d'où l'échec systématique
En pratique : si tu voulais que l'API auth-token fonctionne avec nicolas.farrie@gmail.com, il faudrait setter le login_id à cette valeur pour ce compte. Mais vu qu'on passe par les tokens DB
directement, c'est sans importance pour l'instant.
No comments to display
No comments to display