Discussion :

[MichaelREMY2018]

bonjour,

je lisais un article intéressant sur le mode de fonctionnement astucieux de gmail (notamment le + pour éviter de créer des alias d'adresse email).
https://www.lesnumeriques.com/societ...s-n258505.html

Plus bas dans l'article, je vois :

p.r.e.n.o.m@gmail.com et prenom@gmail.com mènent exactement au même compte

n'est-ce pas faux ? ça va à l'encontre de la norme de normalisation de nommage des adresses email non?
exemple :
pour moi david.ginola@monmail.com est une boîte différente de david.g.i.n.o.l.a@monmail.com
et h.e.l.p@monmail.com est différent de help@monmail.com

Ce traitement du point chez google me laisse perplexe. je repense à tous ces traitements en code pour identifier les doublons par comparaison alphabétique.... Donc maintenant il faudrait TRIMé le point pour unifier une adresse email dans une base de données ?

Question supplémentaire : google utilise quel OS pour gérer ses comptes mail ? un OS interne ou bien un linux ?

[Artemus24]

Salut Michael REMY 2018,

Théoriquement, ces deux adresses :
jean . dupont @ example.com
jeandupont @ example.com
sont bien différentes.

C'est le serveur de messagerie qui va décider s'il les considère comme identiques ou pas.
Pour les adresses GMAIL, Google ignore les points dans la partie locale.

La règle "les points sont ignorés" est garantie pour les adresses "@gmail.com", mais pas pour tous les domaines hébergés par Google.

Gmail applique aussi le mécanisme dit "Plus Addressing" :
prenom.nom @ gmail.com
prenom.nom + amazon @ gmail.com
prenom.nom + forum @ gmail.com
arrivent également dans la même boîte.
Tout ce qui suit le + est ignoré pour le routage.

Je trouve que l'on ne peut pas faire ce que l'on veut avec les adresses "@gmail.com".
C'est pourquoi, j'ai préféré prendre un nom de domaine à moi que j'ai hébergé chez AlwaysData.
Plus aucun rejet si j'utilise un nom dans la partie locale, vu que je suis le seul à utiliser mon nom de domaine.

@+

[NuageDev81]

Le point important, c’est que la partie locale de l’adresse (avant le @) est interprétée par le serveur du domaine concerné. Donc, par défaut, il ne faut surtout pas normaliser toutes les adresses en supprimant les points : david.ginola@example.com et davidginola@example.com peuvent être deux boîtes différentes.

Gmail fait un choix particulier pour les comptes @gmail.com : les points sont ignorés, et le + sert de sous-adressage. Mais c’est une règle de fournisseur, pas une règle générale de l’e-mail. Dans une base de données, je garderais l’adresse saisie/validée telle quelle, et je n’appliquerais une normalisation “spéciale Gmail” que si le besoin fonctionnel est très clair. Sinon on risque de fusionner deux utilisateurs qui n’ont rien à voir.

[Christophe]

ça va à l'encontre de la norme de normalisation de nommage des adresses email non?

La norme autorise un ou plusieurs points dans une adresse mails tant qu'ils ne sont pas consécutifs ni en début ou juste avant l'@. Les majuscules peuvent être ignorées.
En dehors de ça c'est à la discrétion du serveur mail qui gestion des mails d'un domaine.

Pour l'histoire du point chez Google, c'est documenté :
https://support.google.com/mail/answer/7436150?hl=en

[MichaelREMY2018]

merci pour vos réponses concernant le point(.)

Quant au + (plus), depuis la nuit des temps (cette expression ) , le caractère est interdit dans les champs de saisie en ligne quand on fait bien son job en javascript et en contrôle côté serveur, donc je ne vois pas comment ça pourrait être utilisé sur des sites internet sérieux ou des applicatifs sérieuses.

Je ne m’imagine pas donner à ma banque une adresse email avec un + dedans...

En parlant avec un partenaire, il m'avait appris l'astuce du + de gmail quand il m'a vu créer des vrais alias/redirection d'adresse email de manière fastidieuse (interface ionos) par rapport à la méthode google.

Plutôt que faire prenom.nom + amazon @ mondomaine.com , je créerai plutôt un alias prenom.nom.amazon@gmail.com (prenom.nom.amazon@mondomaine.com ) . à moins que Google n'autorise plus les comptes gratuits à créer des alias ?
Je sais que chez Orange c'est 5 maxi, chez Free c'est illimité je pense dans l'interface, ailleurs je ne sais pas. Quand on a son propre domaine (chez Ionos par exemple), c'est illimité aussi ou limité au Nb d’email en général.

[Christophe]

Ce qui a de pratique avec Google, c'est qu'il n'y a pas besoin d"aller créer l'alias dans l'interface.

[MichaelREMY2018]

Ce qui a de pratique avec Google, c'est qu'il n'y a pas besoin d"aller créer l'alias dans l'interface.

ce qui est moins pratique, c'est qu'il n'y a plus/pas de suivi officiel de la création d'alias côté utilisateur (qui l'a crée, quand, à partir de quelle ip).
De ce fait, n'importe qui peut créer l'alias à n'importe qui sachant qu'il possède une adresse gmail, non ?

Je vois la dérive possible : une agence de pub envoie des emails à toute sa mailist de gmail et ajout + promotion ou + iphone99 dans l'email pour "polluer" et faire passer un message.

Quand l'utilisateur fera une recherche dans ses mail, si il cherche iphone99,, va-t-il tomber sur l'email contenant l'alias iphone99 qui n'a pas été crée ni sollicité par lui officiellement ?

Je n'ai pas regardé l'interface de gmail, mais y-a-t-il un récapitulatif des alias faits par la méthode "+" ?

[MichaelREMY2018]

Quand l'utilisateur fera une recherche dans ses mail, si il cherche iphone99,, va-t-il tomber sur l'email contenant l'alias iphone99 qui n'a pas été crée ni sollicité par lui officiellement ?

testé à l'instant, c'est consternant. je me suis envoyé via mon adresse perso vers mon adresse gmail, un test :
monemail+amazone2026@gmail.com

Sur le smartphone, dans l'appli gmail, je fais une recherche texte de "amazone2026", ça me ressort le courriel.
Autre question du coup : si une autre appli sur mon téléphone possède le droit de crawler ma boîte mail, elle pompera aussi mon adresse email aliasé . Et donc, je serai spamé sur monemail+amazone2026@gmail.com pensant que c'est amazone2026 qui m' 'envoie le spam ou a revendu mon email à un partenaire.

D'un point de vue purement code/programmation, je serai curieux de connaître l'avis des développeurs. autorisent-ils le + dans un champs de saisie email ou pas maintenant.....
est-ce que les logiciels de publipostages/campaign marketing (comme ActiveCampaign) ont pris en compte le "+" également ? ou bannissent-ils/purgent-ils leur base de mail.

Un partenaire/régie de pub qui a acheté un fichier client, avec monemail+amazone2026@gmail.com dedans, a-t-il le droit d'envoyer un email à la vrai adresse 'nettoyée" monemail@gmail.com ?

La cnil a-t-elle statué dessus ?

[Christophe]

D'un point de vue purement code/programmation, je serai curieux de connaître l'avis des développeurs. autorisent-ils le + dans un champs de saisie email ou pas maintenant.....

La norme ne l'interdit pas donc ils devraient autoriser le + dans le champ de saisie, mais comme le + dans une adresse mail n'est pas utilisé dans les usages ...

Un partenaire/régie de pub qui a acheté un fichier client, avec monemail+amazone2026@gmail.com dedans, a-t-il le droit d'envoyer un email à la vrai adresse 'nettoyée" monemail@gmail.com ?

Une régie pub est sensé n'envoyer des mails qu'à des personnes dont elle a obtenu le consentement, qu'il y est un + ou non dedans. L'adresse avec le + peut être légitimement communiqué à un partenaire au même titre qu'un alias de type contact qui renvoie à une adresse nominative.

[MichaelREMY2018]

Une régie pub est sensé n'envoyer des mails qu'à des personnes dont elle a obtenu le consentement, qu'il y est un + ou non dedans. L'adresse avec le + peut être légitimement communiqué à un partenaire au même titre qu'un alias de type contact qui renvoie à une adresse nominative.

non, je pensais au cas inverse:
La régie a-t-elle le droit de communiquer/transmettre sur l'adresse email non-souscrite par le visiteur.
Si j'accorde mon droit RGPD à Karrefour avec mon email monemail+karrefour2026@gmail.com , je n'aimerai pas recevoir des mail à monemail@gmail.com car le développeur de Karrefour aurait compris et assimilé le cas Gmail.

[Christophe]

Le consentement sur l’adresse adr@domaine.com n'est pas le même que pour l'adresse adr+suffixe@domaine.com. Une régie pub n'aura probablement pas le consentement sur les 2 adresses.