Depuis quelques temps, le SMTP de Gmail envoie à Thunderbird ce message sybillin :
"Une erreur est survenue lors de l'envoi du courrier. Le serveur de courrier a répondu : 5.1.2 The address specified is not a valid
RFC-5321 address. e79sm27791891wmd.16 - gsmtp. Veuillez vérifier que votre adresse électronique dans les paramètres du compte est
correcte et essayer à nouveau."
(l'adresse spécifiée est totalement conforme, et j'ai déjà envoyé avec succès des mail à ces adresses).
--
Serge http://leserged.online.fr/
Mon blog: http://cahierdesergio.free.fr/
Soutenez le libre: http://www.framasoft.org
Le 06/11/2015 15:23, Jean-Pierre Kuypers a écrit :
Ah non, que de l'US-ASCII.
Il y a de l'American Standard Code for Information Interchange qui n'est pas US ?
Ce n'est pas ma faute si c'est son nom officiel : http://www.iana.org/assignments/character-sets/character-sets.xhtml
Olivier Miakinen
Le 05/11/2015 22:40, j'écrivais :
D'ailleurs je viens -- avec succès -- d'envoyer un message à l'adresse <"Test - Olivier Miakinen"@miakinen.net>. Ceux qui veulent peuvent essayer aussi, j'y répondrai -- du moins pendant quelques jours.
Reçu de Jean-Pierre Kuypers le message « d'adresse » (avec « test » dans le titre), suivi de la description de son MacBook.
Le 05/11/2015 22:40, j'écrivais :
D'ailleurs je viens -- avec succès -- d'envoyer un message à l'adresse
<"Test - Olivier Miakinen"@miakinen.net>. Ceux qui veulent peuvent
essayer aussi, j'y répondrai -- du moins pendant quelques jours.
Reçu de Jean-Pierre Kuypers le message « d'adresse » (avec « test »
dans le titre), suivi de la description de son MacBook.
D'ailleurs je viens -- avec succès -- d'envoyer un message à l'adresse <"Test - Olivier Miakinen"@miakinen.net>. Ceux qui veulent peuvent essayer aussi, j'y répondrai -- du moins pendant quelques jours.
Reçu de Jean-Pierre Kuypers le message « d'adresse » (avec « test » dans le titre), suivi de la description de son MacBook.
HD
Ok. Mea Culpa. Merci pour l'info je dormirai moins bête ce soir.
Cela doit être très rare ? Cela complique les choses devoir mettre la partie gauche entre parenthèse.
Je n'ai jamais vu de mail avec un espace au niveau de la partie gauche.
@+ HD
Ok. Mea Culpa. Merci pour l'info je dormirai moins bête ce soir.
Cela doit être très rare ? Cela complique les choses devoir mettre la
partie gauche entre parenthèse.
Je n'ai jamais vu de mail avec un espace au niveau de la partie gauche.
Ok. Mea Culpa. Merci pour l'info je dormirai moins bête ce soir.
Cela doit être très rare ? Cela complique les choses devoir mettre la partie gauche entre parenthèse.
Je n'ai jamais vu de mail avec un espace au niveau de la partie gauche.
@+ HD
Olivier Miakinen
Le 06/11/2015 16:35, HD a écrit : [adresse entre guillemets]
Ok. Mea Culpa. Merci pour l'info je dormirai moins bête ce soir.
Cela doit être très rare ?
Maintenant je peux bien l'avouer : même si c'est autorisé par le RFC 2822, et que certains FSI comme celui que j'utilise permettent de s'en servir, c'est quand même rarissime.
Il suffit de voir le nombre de formulaires web qui refusent une adresse telle que om+ alors qu'elle est parfaitement valide (et sans guillemets) pour avoir une idée de la difficulté qu'il y aurait à faire accepter par ces mêmes formulaires une adresse avec des guillemets !
Cela complique les choses devoir mettre la partie gauche entre parenthèse.
Je n'ai jamais vu de mail avec un espace au niveau de la partie gauche.
Il faut un commencement à tout... Soit dit en passant, si tu te crées une adresse avec deux « . » de suite, ou un « . » au début ou à la fin de la partie gauche, cela te semblera peut-être valide tel quel, mais les courrielleurs auront obligation de les entourer de guillemets.
P.-S. : Je ne sais pas si tu possèdes vraiment l'adresse de courriel HD chez nomail.com. Si oui, pas de problème. Mais si ce n'est pas le cas et que tu voulais juste mettre une adresse invalide pour éviter le spam, alors tu devrais (SHOULD) la suffixer par le nom de domaine .invalid qui a été réservé à cet effet. Donc ou plus simplement . Note que c'est vraiment « .invalid » à la fin, et pas « .invalide » ou « invalid.com » (je précise car il arrive souvent que certains comprennent de travers).
Cordialement, -- Olivier Miakinen
Le 06/11/2015 16:35, HD a écrit :
[adresse entre guillemets]
Ok. Mea Culpa. Merci pour l'info je dormirai moins bête ce soir.
Cela doit être très rare ?
Maintenant je peux bien l'avouer : même si c'est autorisé par le
RFC 2822, et que certains FSI comme celui que j'utilise permettent
de s'en servir, c'est quand même rarissime.
Il suffit de voir le nombre de formulaires web qui refusent une adresse
telle que om+news@miakinen.net alors qu'elle est parfaitement valide
(et sans guillemets) pour avoir une idée de la difficulté qu'il y
aurait à faire accepter par ces mêmes formulaires une adresse avec des
guillemets !
Cela complique les choses devoir mettre la
partie gauche entre parenthèse.
Je n'ai jamais vu de mail avec un espace au niveau de la partie gauche.
Il faut un commencement à tout... Soit dit en passant, si tu te crées
une adresse avec deux « . » de suite, ou un « . » au début ou à la fin
de la partie gauche, cela te semblera peut-être valide tel quel, mais
les courrielleurs auront obligation de les entourer de guillemets.
P.-S. :
Je ne sais pas si tu possèdes vraiment l'adresse de courriel HD chez
nomail.com. Si oui, pas de problème. Mais si ce n'est pas le cas et
que tu voulais juste mettre une adresse invalide pour éviter le spam,
alors tu devrais (SHOULD) la suffixer par le nom de domaine .invalid
qui a été réservé à cet effet. Donc <HD@nomail.com.invalid> ou plus
simplement <HD@nomail.invalid>. Note que c'est vraiment « .invalid »
à la fin, et pas « .invalide » ou « invalid.com » (je précise car
il arrive souvent que certains comprennent de travers).
Le 06/11/2015 16:35, HD a écrit : [adresse entre guillemets]
Ok. Mea Culpa. Merci pour l'info je dormirai moins bête ce soir.
Cela doit être très rare ?
Maintenant je peux bien l'avouer : même si c'est autorisé par le RFC 2822, et que certains FSI comme celui que j'utilise permettent de s'en servir, c'est quand même rarissime.
Il suffit de voir le nombre de formulaires web qui refusent une adresse telle que om+ alors qu'elle est parfaitement valide (et sans guillemets) pour avoir une idée de la difficulté qu'il y aurait à faire accepter par ces mêmes formulaires une adresse avec des guillemets !
Cela complique les choses devoir mettre la partie gauche entre parenthèse.
Je n'ai jamais vu de mail avec un espace au niveau de la partie gauche.
Il faut un commencement à tout... Soit dit en passant, si tu te crées une adresse avec deux « . » de suite, ou un « . » au début ou à la fin de la partie gauche, cela te semblera peut-être valide tel quel, mais les courrielleurs auront obligation de les entourer de guillemets.
P.-S. : Je ne sais pas si tu possèdes vraiment l'adresse de courriel HD chez nomail.com. Si oui, pas de problème. Mais si ce n'est pas le cas et que tu voulais juste mettre une adresse invalide pour éviter le spam, alors tu devrais (SHOULD) la suffixer par le nom de domaine .invalid qui a été réservé à cet effet. Donc ou plus simplement . Note que c'est vraiment « .invalid » à la fin, et pas « .invalide » ou « invalid.com » (je précise car il arrive souvent que certains comprennent de travers).
Cordialement, -- Olivier Miakinen
Jacques Belin
Le vendredi 6 novembre 2015 22:26:20, Olivier Miakinen <om+ a écrit:
Il suffit de voir le nombre de formulaires web qui refusent une adresse telle que om+ alors qu'elle est parfaitement valide
Et encore, le "+", c'est un peu trop exotique.
Est-ce que free refuse toujours les tirets "-" dans leurs adresses e-mail ?
Parce qu'au début, on y avait pas le droit. Ayant besoin de ça pour uniformiser le format des adresses d'un groupe de structures présentes un peu partout en France, j'avait posé la question au support technique qui m'avait redirigé vers un de leurs postmasters.
Vous y trouverez ci dessous la réponse qu'il m'avait faite (pas besoin de poster mon message original, je pense que la réponse est suffisament compréhensible toute seule, si ce n'est que l'entête cité était "Delivered-To: ").
--------------------------------------------------------------------------- -------------------------- Le mardi 10 août 1999 13:44:24, xxxxxx a écrit:
Bonjour,
> Cependant, après avoir examiné les en-têtes des messages transmis par > free, j'ai constaté qu'ils utilisaient le format " e.fr". > > Je supose donc que votre problème vient du fait que vous utilisez, le > tiret pour "découper" l'adresse, après avoir aiguillé l'adresse v ers le > serveur concerné.
C'est en fait l'explication.
> OK, mais pourquoi ne pouvez-vous donc pas traiter les adresses du type > "" ? > > Ayant passé déjà pas mal années à programmer sur nombre de pl ate-formes, > sur pas mal de languages (dont C et Perl), et sachant que vous utilisez > des logiciels libres, je ne vois pas ce qui pourrait vous empêcher de > rajouter quelques lignes de code afin de faire sauter ce problème...
Malheureusement, ce tiret est reservé pour d'autres usages en interne e t il n'est pas prévu de l'offrir aux clients. Ce n'est pas une affaire de quelques lignes de codes, car se tiret à une signification fondamentale pour d'autre partie de nos services.
> Ma question est donc : dois-je changer de politique de nommage (et au > passage, "rappeler" certaines machines déjà livrées), ou, sachant que > vous vous avez prévu de résoudre ce problème, puis-je donc contin uer à > paramétrer nouvelles machines avec le tiret ?
Il vous faut donc respecter notre politique de nommage : les caractères alphanumériques et le point.
Merci de l'intérêt que vous portez aux services Free !
A+ Jacques. -- Le dernier Homme connecté sur le Net regardait d'anciens sites Webs. "Vous avez du courrier" apparut sur l'écran... --------------------------- adapté d'une courte histoire de Fredric Brown
Le vendredi 6 novembre 2015 22:26:20,
Olivier Miakinen <om+news@miakinen.net> a écrit:
Il suffit de voir le nombre de formulaires web qui refusent une adresse
telle que om+news@miakinen.net alors qu'elle est parfaitement valide
Et encore, le "+", c'est un peu trop exotique.
Est-ce que free refuse toujours les tirets "-" dans leurs adresses
e-mail ?
Parce qu'au début, on y avait pas le droit.
Ayant besoin de ça pour uniformiser le format des adresses d'un groupe
de structures présentes un peu partout en France, j'avait posé la
question au support technique qui m'avait redirigé vers un de leurs
postmasters.
Vous y trouverez ci dessous la réponse qu'il m'avait faite (pas besoin
de poster mon message original, je pense que la réponse est suffisament
compréhensible toute seule, si ce n'est que l'entête cité était
"Delivered-To: online.fr-jbelin@free.fr").
--------------------------------------------------------------------------- --------------------------
Le mardi 10 août 1999 13:44:24,
xxxxxx <xxxxxx@proxad.net> a écrit:
Bonjour,
> Cependant, après avoir examiné les en-têtes des messages transmis par
> free, j'ai constaté qu'ils utilisaient le format "online.fr-login@fre e.fr".
>
> Je supose donc que votre problème vient du fait que vous utilisez, le
> tiret pour "découper" l'adresse, après avoir aiguillé l'adresse v ers le
> serveur concerné.
C'est en fait l'explication.
> OK, mais pourquoi ne pouvez-vous donc pas traiter les adresses du type
> "online.fr-log-in@free.fr" ?
>
> Ayant passé déjà pas mal années à programmer sur nombre de pl ate-formes,
> sur pas mal de languages (dont C et Perl), et sachant que vous utilisez
> des logiciels libres, je ne vois pas ce qui pourrait vous empêcher de
> rajouter quelques lignes de code afin de faire sauter ce problème...
Malheureusement, ce tiret est reservé pour d'autres usages en interne e t
il n'est pas prévu de l'offrir aux clients. Ce n'est pas une affaire de
quelques lignes de codes, car se tiret à une signification fondamentale
pour d'autre partie de nos services.
> Ma question est donc : dois-je changer de politique de nommage (et au
> passage, "rappeler" certaines machines déjà livrées), ou, sachant que
> vous vous avez prévu de résoudre ce problème, puis-je donc contin uer à
> paramétrer nouvelles machines avec le tiret ?
Il vous faut donc respecter notre politique de nommage :
les caractères alphanumériques et le point.
Merci de l'intérêt que vous portez aux services Free !
A+ Jacques.
--
Le dernier Homme connecté sur le Net regardait d'anciens sites Webs.
"Vous avez du courrier" apparut sur l'écran...
--------------------------- adapté d'une courte histoire de Fredric Brown
Le vendredi 6 novembre 2015 22:26:20, Olivier Miakinen <om+ a écrit:
Il suffit de voir le nombre de formulaires web qui refusent une adresse telle que om+ alors qu'elle est parfaitement valide
Et encore, le "+", c'est un peu trop exotique.
Est-ce que free refuse toujours les tirets "-" dans leurs adresses e-mail ?
Parce qu'au début, on y avait pas le droit. Ayant besoin de ça pour uniformiser le format des adresses d'un groupe de structures présentes un peu partout en France, j'avait posé la question au support technique qui m'avait redirigé vers un de leurs postmasters.
Vous y trouverez ci dessous la réponse qu'il m'avait faite (pas besoin de poster mon message original, je pense que la réponse est suffisament compréhensible toute seule, si ce n'est que l'entête cité était "Delivered-To: ").
--------------------------------------------------------------------------- -------------------------- Le mardi 10 août 1999 13:44:24, xxxxxx a écrit:
Bonjour,
> Cependant, après avoir examiné les en-têtes des messages transmis par > free, j'ai constaté qu'ils utilisaient le format " e.fr". > > Je supose donc que votre problème vient du fait que vous utilisez, le > tiret pour "découper" l'adresse, après avoir aiguillé l'adresse v ers le > serveur concerné.
C'est en fait l'explication.
> OK, mais pourquoi ne pouvez-vous donc pas traiter les adresses du type > "" ? > > Ayant passé déjà pas mal années à programmer sur nombre de pl ate-formes, > sur pas mal de languages (dont C et Perl), et sachant que vous utilisez > des logiciels libres, je ne vois pas ce qui pourrait vous empêcher de > rajouter quelques lignes de code afin de faire sauter ce problème...
Malheureusement, ce tiret est reservé pour d'autres usages en interne e t il n'est pas prévu de l'offrir aux clients. Ce n'est pas une affaire de quelques lignes de codes, car se tiret à une signification fondamentale pour d'autre partie de nos services.
> Ma question est donc : dois-je changer de politique de nommage (et au > passage, "rappeler" certaines machines déjà livrées), ou, sachant que > vous vous avez prévu de résoudre ce problème, puis-je donc contin uer à > paramétrer nouvelles machines avec le tiret ?
Il vous faut donc respecter notre politique de nommage : les caractères alphanumériques et le point.
Merci de l'intérêt que vous portez aux services Free !
A+ Jacques. -- Le dernier Homme connecté sur le Net regardait d'anciens sites Webs. "Vous avez du courrier" apparut sur l'écran... --------------------------- adapté d'une courte histoire de Fredric Brown
Jacques Belin
Le vendredi 6 novembre 2015 23:02:20, Jacques Belin a écrit:
"Delivered-To: ").
Tiens, je viens de vérifier, il ont abandonné ça entre 2007 et 2009.
Ou alors, peut-être qu'ils ont tout simplement supprimé l'affichage de l'entête tout en continuant à utiliser cette méthode en interne...
A+ Jacques. -- Le dernier Homme connecté sur le Net regardait d'anciens sites Webs. "Vous avez du courrier" apparut sur l'écran... --------------------------- adapté d'une courte histoire de Fredric Brown
Le vendredi 6 novembre 2015 23:02:20,
Jacques Belin <jbelinPASdeSPAM@oryva.net> a écrit:
"Delivered-To: online.fr-jbelin@free.fr").
Tiens, je viens de vérifier, il ont abandonné ça entre 2007 et 2009.
Ou alors, peut-être qu'ils ont tout simplement supprimé l'affichage de
l'entête tout en continuant à utiliser cette méthode en interne...
A+ Jacques.
--
Le dernier Homme connecté sur le Net regardait d'anciens sites Webs.
"Vous avez du courrier" apparut sur l'écran...
--------------------------- adapté d'une courte histoire de Fredric Brown
Le vendredi 6 novembre 2015 23:02:20, Jacques Belin a écrit:
"Delivered-To: ").
Tiens, je viens de vérifier, il ont abandonné ça entre 2007 et 2009.
Ou alors, peut-être qu'ils ont tout simplement supprimé l'affichage de l'entête tout en continuant à utiliser cette méthode en interne...
A+ Jacques. -- Le dernier Homme connecté sur le Net regardait d'anciens sites Webs. "Vous avez du courrier" apparut sur l'écran... --------------------------- adapté d'une courte histoire de Fredric Brown
Tonton Pinux
Le 05/11/15 16:50, Sergio a écrit :
Le 05/11/2015 14:41, HD a écrit :
En fait c'est l'adresse de l'émetteur qui était incorrecte... Elle était du style : Prenom Nom <"Gmail - prenom.nom"@gmail.com> Comment se fait-ce que TB ait toujours envoyé ça, et que ça ait marché jusqu'à présent ? Mystère...
C'est que TB n'a jamais envoyé réellement cette adresse là. Aucun serveur de messagerie ne pourrait accepter une adresse mail avec des caractères espace ou guillemet dedans. Le destinataire a peut être changé ses paramètres de messagerie et du coup un nouveau contact avec ces paramètres erronés c'est crée (une mauvaise adresse de réponse par exemple ?).
Ben non.
exemple de message envoyé avec succès, dans mes archives :
---------------------- Return-Path: Received: from ?IPv6:2a02:8420:6d76:f400:7580:be28:34a3:bad9? (2a02-8420-6d76-f400-7580-be28-34a3-bad9.rev.sfr.net. [2a02:8420:6d76:f400:7580:be28:34a3:bad9]) by smtp.gmail.com with ESMTPSA id pb4sm23702650wjb.8.2015.10.23.10.20.10 for (version=TLSv1.2 cipherìDHE-RSA-AES128-GCM-SHA256 bits8/128); Fri, 23 Oct 2015 10:20:10 -0700 (PDT) From: Nom Prenom X-Google-Original-From: Nom Prenom <"Gmail - nom.prenom"@gmail.com> To: Xxxxx Yyyyy Subject: Photos du chat Organization: Sergio Inc Message-ID: Date: Fri, 23 Oct 2015 19:20:09 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit ------------------------------------------
C'est dans le tag "X-Google-Original-From:"
Mon mailer est le même (même version...) que pour les messages refusés.
( est mon email est celui de mon correspondant)
Désolé mais tu n'as jamais envoyé ce message vu qu'il contient des données corrigées à la main avant l'envoi du post
Le 05/11/15 16:50, Sergio a écrit :
Le 05/11/2015 14:41, HD a écrit :
En fait c'est l'adresse de l'émetteur qui était incorrecte... Elle
était du style :
Prenom Nom <"Gmail - prenom.nom"@gmail.com>
Comment se fait-ce que TB ait toujours envoyé ça, et que ça ait
marché jusqu'à présent ? Mystère...
C'est que TB n'a jamais envoyé réellement cette adresse là. Aucun
serveur de messagerie ne pourrait accepter une adresse mail avec
des caractères espace ou guillemet dedans. Le destinataire a peut être
changé ses paramètres de messagerie et du coup un nouveau
contact avec ces paramètres erronés c'est crée (une mauvaise adresse
de réponse par exemple ?).
Ben non.
exemple de message envoyé avec succès, dans mes archives :
----------------------
Return-Path: <nom.prenom@gmail.com>
Received: from ?IPv6:2a02:8420:6d76:f400:7580:be28:34a3:bad9?
(2a02-8420-6d76-f400-7580-be28-34a3-bad9.rev.sfr.net.
[2a02:8420:6d76:f400:7580:be28:34a3:bad9])
by smtp.gmail.com with ESMTPSA id
pb4sm23702650wjb.8.2015.10.23.10.20.10
for <xxxx.yyyy@yahoo.fr>
(version=TLSv1.2 cipherìDHE-RSA-AES128-GCM-SHA256 bits8/128);
Fri, 23 Oct 2015 10:20:10 -0700 (PDT)
From: Nom Prenom <nom.prenom@gmail.com>
X-Google-Original-From: Nom Prenom <"Gmail - nom.prenom"@gmail.com>
To: Xxxxx Yyyyy <xxxxx.yyyyy@yahoo.fr>
Subject: Photos du chat
Organization: Sergio Inc
Message-ID: <562A6C49.6050000@gmail.com>
Date: Fri, 23 Oct 2015 19:20:09 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
Thunderbird/38.3.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
------------------------------------------
C'est dans le tag "X-Google-Original-From:"
Mon mailer est le même (même version...) que pour les messages refusés.
(nom.prenom@gmail.com est mon email xxxxx.yyyy@yahoo.fr est celui de mon
correspondant)
Désolé mais tu n'as jamais envoyé ce message vu qu'il contient des
données corrigées à la main avant l'envoi du post
En fait c'est l'adresse de l'émetteur qui était incorrecte... Elle était du style : Prenom Nom <"Gmail - prenom.nom"@gmail.com> Comment se fait-ce que TB ait toujours envoyé ça, et que ça ait marché jusqu'à présent ? Mystère...
C'est que TB n'a jamais envoyé réellement cette adresse là. Aucun serveur de messagerie ne pourrait accepter une adresse mail avec des caractères espace ou guillemet dedans. Le destinataire a peut être changé ses paramètres de messagerie et du coup un nouveau contact avec ces paramètres erronés c'est crée (une mauvaise adresse de réponse par exemple ?).
Ben non.
exemple de message envoyé avec succès, dans mes archives :
---------------------- Return-Path: Received: from ?IPv6:2a02:8420:6d76:f400:7580:be28:34a3:bad9? (2a02-8420-6d76-f400-7580-be28-34a3-bad9.rev.sfr.net. [2a02:8420:6d76:f400:7580:be28:34a3:bad9]) by smtp.gmail.com with ESMTPSA id pb4sm23702650wjb.8.2015.10.23.10.20.10 for (version=TLSv1.2 cipherìDHE-RSA-AES128-GCM-SHA256 bits8/128); Fri, 23 Oct 2015 10:20:10 -0700 (PDT) From: Nom Prenom X-Google-Original-From: Nom Prenom <"Gmail - nom.prenom"@gmail.com> To: Xxxxx Yyyyy Subject: Photos du chat Organization: Sergio Inc Message-ID: Date: Fri, 23 Oct 2015 19:20:09 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit ------------------------------------------
C'est dans le tag "X-Google-Original-From:"
Mon mailer est le même (même version...) que pour les messages refusés.
( est mon email est celui de mon correspondant)
Désolé mais tu n'as jamais envoyé ce message vu qu'il contient des données corrigées à la main avant l'envoi du post
Tonton Pinux
Le 06/11/15 15:26, Olivier Miakinen a écrit :
Le 06/11/2015 14:07, HD a écrit :
---------------------- http://www.arobase.org/questions-reponses/adresse-email.htm Est-il vrai qu'une adresse e-mail ne comporte ni accent ni espace ? Ceci était vrai jusqu'en 2004, date à laquelle sont apparus les premiers noms de domaine avec accents. Désormais, on pourrait donc trouver des accents dans les adresses e-mail.
Ces noms de domaine sont en fait envoyés en ASCII avec un préfixe en xn-, par exemple le vrai nom de domaine de « têtu.com » est « xn--ttu-fma.com ».
[...] Les espaces ne sont toujours pas pris en compte au niveau des adresses Internet. « NO linear-white-space characters should occur between a period (« . ») or at-sign (« @ ») and a <word> » dit la RFC 2822.
Mais le même RFC 2822 explique comment on peut avoir des espaces dans la partie gauche de l'adresse, à condition de tout mettre entre guillemets.
la RFC 2822 est obsolète
voir la 5322 modifiée
http://www.rfc-editor.org/pdfrfc/rfc5322.txt.pdf
Le 06/11/15 15:26, Olivier Miakinen a écrit :
Le 06/11/2015 14:07, HD a écrit :
----------------------
http://www.arobase.org/questions-reponses/adresse-email.htm
Est-il vrai qu'une adresse e-mail ne comporte ni accent ni espace ?
Ceci était vrai jusqu'en 2004, date à laquelle sont apparus les premiers
noms de domaine avec accents. Désormais, on pourrait donc trouver des
accents dans les adresses e-mail.
Ces noms de domaine sont en fait envoyés en ASCII avec un préfixe
en xn-, par exemple le vrai nom de domaine de « têtu.com » est
« xn--ttu-fma.com ».
[...] Les espaces ne sont
toujours pas pris en compte au niveau des adresses Internet. « NO
linear-white-space characters should occur between a period (« . ») or
at-sign (« @ ») and a <word> » dit la RFC 2822.
Mais le même RFC 2822 explique comment on peut avoir des espaces dans
la partie gauche de l'adresse, à condition de tout mettre entre
guillemets.
---------------------- http://www.arobase.org/questions-reponses/adresse-email.htm Est-il vrai qu'une adresse e-mail ne comporte ni accent ni espace ? Ceci était vrai jusqu'en 2004, date à laquelle sont apparus les premiers noms de domaine avec accents. Désormais, on pourrait donc trouver des accents dans les adresses e-mail.
Ces noms de domaine sont en fait envoyés en ASCII avec un préfixe en xn-, par exemple le vrai nom de domaine de « têtu.com » est « xn--ttu-fma.com ».
[...] Les espaces ne sont toujours pas pris en compte au niveau des adresses Internet. « NO linear-white-space characters should occur between a period (« . ») or at-sign (« @ ») and a <word> » dit la RFC 2822.
Mais le même RFC 2822 explique comment on peut avoir des espaces dans la partie gauche de l'adresse, à condition de tout mettre entre guillemets.
la RFC 2822 est obsolète
voir la 5322 modifiée
http://www.rfc-editor.org/pdfrfc/rfc5322.txt.pdf
Tonton Pinux
Le 04/11/15 10:41, Sergio a écrit :
Depuis quelques temps, le SMTP de Gmail envoie à Thunderbird ce message sybillin :
"Une erreur est survenue lors de l'envoi du courrier. Le serveur de courrier a répondu : 5.1.2 The address specified is not a valid RFC-5321 address. e79sm27791891wmd.16 - gsmtp. Veuillez vérifier que votre adresse électronique dans les paramètres du compte est correcte et essayer à nouveau."
(l'adresse spécifiée est totalement conforme, et j'ai déjà envoyé avec succès des mail à ces adresses).
5321 c'est du transport, et non du format d'adresse qui relève de la 5322
Le 04/11/15 10:41, Sergio a écrit :
Depuis quelques temps, le SMTP de Gmail envoie à Thunderbird ce message
sybillin :
"Une erreur est survenue lors de l'envoi du courrier. Le serveur de
courrier a répondu : 5.1.2 The address specified is not a valid RFC-5321
address. e79sm27791891wmd.16 - gsmtp. Veuillez vérifier que votre
adresse électronique dans les paramètres du compte est correcte et
essayer à nouveau."
(l'adresse spécifiée est totalement conforme, et j'ai déjà envoyé avec
succès des mail à ces adresses).
5321 c'est du transport, et non du format d'adresse qui relève de la 5322
Depuis quelques temps, le SMTP de Gmail envoie à Thunderbird ce message sybillin :
"Une erreur est survenue lors de l'envoi du courrier. Le serveur de courrier a répondu : 5.1.2 The address specified is not a valid RFC-5321 address. e79sm27791891wmd.16 - gsmtp. Veuillez vérifier que votre adresse électronique dans les paramètres du compte est correcte et essayer à nouveau."
(l'adresse spécifiée est totalement conforme, et j'ai déjà envoyé avec succès des mail à ces adresses).
5321 c'est du transport, et non du format d'adresse qui relève de la 5322
