Bonjour Team,
Est-t’il possible de créer un login utililisateur au format d’une adresse Email ?
ie : abc@domaine.com
Actuellement lors de la création des comptes utilisateurs seuls les caractères Alpha Numériques sont autorisés.
Attendant votre réponse.
G.E
Comme discuté hier les caractères ‘@’ et ‘.’ ne sont pas permis dans les noms d’utilisateur en ce moment. On verra si c’est possible de le changer.
Les adresses e-mail ne peuvent pas comporter plus d’un symbole @ conformément aux règles de formatage standard des e-mails. La norme Internet définie par la RFC 5322 précise qu’une adresse e-mail doit comporter un seul symbole @ pour séparer la partie locale (l’identifiant de l’utilisateur) de la partie domaine (le serveur de messagerie). Ce symbole @ unique est essentiel au bon routage et à la bonne distribution des e-mails.
Alors que les systèmes de messagerie anciens ou non standard (comme UUCP) autorisaient théoriquement différents formats, la messagerie Internet moderne respecte strictement cette règle unique @. L’utilisation de plusieurs symboles @ entraîne des adresses invalides qui ne parviennent pas à être envoyées, sont souvent signalées comme spam ou bloquées par les serveurs de messagerie et les systèmes de sécurité. Bien que la RFC 5322 autorise les chaînes entre guillemets dans la partie locale (par exemple, “utilisateur@quelquechose”@exemple.com), cela n’autorise pas plusieurs symboles @ dans le format d’adresse standard.
Certaines sources suggèrent à tort que plusieurs symboles @ sont autorisés, mais il s’agit d’un mythe souvent dû à des fautes d’impression ou à une mauvaise compréhension des normes. Le consensus parmi les autorités techniques et les fournisseurs de services de messagerie est qu’un seul symbole @ est autorisé.
Il ne semble pas souhaitable que les noms d’utilisateur Jami contiennent le symbole @ (AT). Il ne semble pas non plus souhaitable d’autoriser les chaînes entre guillemets dans la partie locale (noms d’utilisateur Jami).
Cependant, dans les noms d’utilisateur Jami, il semble souhaitable d’autoriser le point « . ».
Par exemple :
prénom.nom@jami.nom.serveur
Merci
Email addresses cannot have more than one @ symbol according to standard email formatting rules. The Internet standard defined by RFC 5322 specifies that an email address must have a single @ symbol to separate the local part (the user identifier) from the domain part (the email server). This single @ symbol is essential for proper email routing and delivery.
While theoretical constructs in older or non-standard email systems (like UUCP) allowed for different formats, modern internet email strictly adheres to this one @ rule. Attempts to use multiple @ symbols result in invalid addresses that fail to send, are often flagged as spam, or are blocked by email servers and security systems. Although RFC 5322 allows for quoted strings in the local part (e.g., “user@something”@example.com), this does not permit multiple @ symbols in the standard address format.
Some sources incorrectly suggest that multiple @ symbols are allowed, but this is a myth often stemming from misprints or misunderstandings of the standards. The consensus among technical authorities and email service providers is that only one @ symbol is permitted.
It does not seem desirable to allow Jami usernames to contain the @ (AT) symbol. It does not seem desirable to allow quoted strings in the local part (Jami usernames), either.
However, in Jami usernames, it seems desirable to allow the dot “.”.
For example:
firstname.lastname@jami.name.server
Thank you
Bonjour @ovari ,
Je suis d’accord pour le formatage des Emails en rapport avec la norme mais je pense qu’il s’agit ici d’un cas différent.
Le nom d’utilisatateur ne saurait etre confondu avec son adresse Email.Tout dépend de la manière dont vous avez structuré votre database.A mon sens il est important que l’utilisateur ne soit pas limité au choix de son username.Il doit etre libre de le définir en format standart ou Email pour mettre une touche plus professionnelle si besoin.
C’est pourquoi des username comme “prenom.nom” ou “prenom.nom@societe.com” devraient etre autorisés.On ne doit pas mettre une restriction des caractères “.” et “@” à ce niveau sachant déjà qu’il y’a un champ “Email” qui existe déjà et qui sera utilisé pour les cas d’envoi et de reception mail.Donc pour ma part si la limitation des caractères comme “@” devrait se faire ça devrait etre dans le champ approprié (Email) et non sur celui prevu pour le username.
Je m’inspire aussi d’un système de messagerie que j’utilise déjà et qui a su distinguer ces 2 champs (Username et Email).Loin de porter critique mais pense que l’autorisation de ces 2 caractères sont un avantage pour ceux qui utlisent JAMS en entreprise.
cdlt,
G.E
Jami ne requiert aucune information personnelle pour créer un compte. Aucune adresse e-mail n’est requise.
Laisser les noms d’utilisateur Jami ressembler à des adresses e-mail peut prêter à confusion. Les utilisateurs pourraient penser, sans le vouloir, que les adresses e-mail sont obligatoires.
Si vous utilisez JAMS en entreprise, le symbole @ est déjà présent.
Un exemple de nom d’utilisateur sur le serveur de noms par défaut est : prénom.nom@ns.jami.net.
Un exemple de nom d’utilisateur pour votre entreprise (utilisant JAMS) est : prénom.nom@jams.votreentreprise.com.
Jami does not require any personal information to create an account. No email address is required.
Allowing Jami usernames to look the same as email addresses may cause confusion. People may unintentionally think that email addresses are required.
If you use JAMS in enterprises, there is already an @ symbol.
An example of a username at the default name server is firstname.lastname@ns.jami.net.
An example of a username at your business (using JAMS) is firstname.lastname@jams.yourbusiness.com.
Bonjour @ovari ,
C’est très clair merci.
Aussi merci pour le ticket créé.Effivement si on part sur cette logique les caractères “.” (dot) , “_" (underscore) mais aussi “-” (tiret de 6) sont largement suffisant je pense.Vivement que que ça soit vite implementé.
Une adresse e-mail contenant un signe plus (+) est valide et largement prise en charge, notamment pour la création de sous-adresses ou d’étiquettes.
Une fonctionnalité de création de sous-adresses ou d’étiquettes dans les noms d’utilisateur Jami pourrait également être implémentée.
Veuillez noter que cette fonctionnalité n’a pas été décrite suffisamment en détail ici pour pouvoir être implémentée.
An email address containing a plus sign (+) is valid and widely supported, particularly for the purpose of creating subaddresses or tags.
A feature for creating subaddresses or tags in Jami usernames could also be implemented.
Please note that this is a feature that yours sincerely has not described in enough detail here to implement.