Bonjour, On constate plusieurs cas d'emails correctement acceptés par Gmail dont les correspondants nous affirment n'avoir aucune trace des emails en réception, spam, abonnements, ... Est-ce que Gmail se fait à faire comme Outlook à supprimer des emails acceptés en 250 au lieu de le refuser proprement? Vous constatez le même problème? Bonne journée
Bonjour, ça fait des années que c'est comme ça. Encore pire si l'adresse email d'envois n'a jamais reçu en premier un message depuis l'adresse gmail en question. Ça reste aléatoire. Et ça dépend des comptes Gmails. J'ai aussi observé que des comptes gmail abonnés à des newsletters envoyées via les gros fournisseurs comme Mailgun, Mailjet etc. ne recevaient pas tous les messages, aléatoirement. (Mais c'est à peu près pareil pour les comptes chez Microsoft, abonnés à ces newsletters). Aucun soucis avec les newsletters envoyés depuis des Listmonk, mais le serveur d'envois est très propre, et la liste des destinataires aussi. Le 21/08/2026 à 10:26, Wallace par FRsAG a écrit :
Bonjour,
On constate plusieurs cas d'emails correctement acceptés par Gmail dont les correspondants nous affirment n'avoir aucune trace des emails en réception, spam, abonnements, ...
Est-ce que Gmail se fait à faire comme Outlook à supprimer des emails acceptés en 250 au lieu de le refuser proprement?
Vous constatez le même problème?
Bonne journée
Hello, J’ai eu ça dans un précédent job… certains mails arrivaient jusqu’au MX, puis…. disparaissaient entre le MX et la boite destinataire. Pire la console « pro » (sic) n’avait jamais vu la moindre trace de ces mails…. Alors quand on dis "c’est pas notre métier je prefère gmail/o365/…. pour hoster le mail parce que … », je sert cet exemple…. mais bon… ils traitent tellement de mails par jour qu’un serveur qui meurs avec les mails dans la queue doit être une des raisons… (vécu en vrai chez un gros ISP)… Xavier -- Xavier BEAUDOUIN
Oui c'est une possibilité la coupure inopinée, mais ça ne semble plus anecdotique. Là ce sont des emails de notification d'échange légitime et où toute la chaine est super clean, réputation comprise. J'utilise les mêmes arguments pour Outlook (car j'ignorais le cas chez Gmail), le shadow ban ou perte, c'est vraiment pas sérieux surtout pour des clients pros ... et qu'en France ils considèrent les emails comme valeur légale... Le 21/08/2026 à 10:50, Xavier Beaudouin par FRsAG a écrit :
Hello,
J’ai eu ça dans un précédent job… certains mails arrivaient jusqu’au MX, puis…. disparaissaient entre le MX et la boite destinataire. Pire la console « pro » (sic) n’avait jamais vu la moindre trace de ces mails….
Alors quand on dis "c’est pas notre métier je prefère gmail/o365/…. pour hoster le mail parce que … », je sert cet exemple….
mais bon… ils traitent tellement de mails par jour qu’un serveur qui meurs avec les mails dans la queue doit être une des raisons… (vécu en vrai chez un gros ISP)…
Xavier
-- Xavier BEAUDOUIN
_______________________________________________ Liste de diffusion du French Sysadmin Group https://www.frsag.org/
Hello
Oui c'est une possibilité la coupure inopinée, mais ça ne semble plus anecdotique.
Là ce sont des emails de notification d'échange légitime et où toute la chaine est super clean, réputation comprise.
J'utilise les mêmes arguments pour Outlook (car j'ignorais le cas chez Gmail), le shadow ban ou perte, c'est vraiment pas sérieux surtout pour des clients pros ... et qu'en France ils considèrent les emails comme valeur légale...
Encore un argument pour héberger localement le mail. Mais des fois j’ai l’impression de prêcher dans le vide :) Bref, courage… :) -- Xavier BEAUDOUIN
Hello Xavier,
Encore un argument pour héberger localement le mail. Mais des fois j’ai l’impression de prêcher dans le vide :)
Sauf quand les commerciaux râlent ici car les clients 'gmails' ne reçoivent pas, ou reçoivent dans les spams. Alors ils se montent des adresses gmail et doublent leurs envois... Merci les GAFAM. On a fini, au bout de 4 ans, par rapatrier les emails chez OVH... L'autre solution aurait été de passer par mailjet ou brevo pour les envois... -- Stéphane Rivière Ile d'Oléron - France
Le problème est sur des adresses @gmail.com ou aussi sur des domaines persos chez Google ? David
Le 21 août 2026 à 16:32, Wallace par FRsAG <frsag@frsag.org> a écrit :
Oui c'est une possibilité la coupure inopinée, mais ça ne semble plus anecdotique.
Là ce sont des emails de notification d'échange légitime et où toute la chaine est super clean, réputation comprise.
J'utilise les mêmes arguments pour Outlook (car j'ignorais le cas chez Gmail), le shadow ban ou perte, c'est vraiment pas sérieux surtout pour des clients pros ... et qu'en France ils considèrent les emails comme valeur légale...
Le 21/08/2026 à 10:50, Xavier Beaudouin par FRsAG a écrit :
Hello,
J’ai eu ça dans un précédent job… certains mails arrivaient jusqu’au MX, puis…. disparaissaient entre le MX et la boite destinataire. Pire la console « pro » (sic) n’avait jamais vu la moindre trace de ces mails….
Alors quand on dis "c’est pas notre métier je prefère gmail/o365/…. pour hoster le mail parce que … », je sert cet exemple….
mais bon… ils traitent tellement de mails par jour qu’un serveur qui meurs avec les mails dans la queue doit être une des raisons… (vécu en vrai chez un gros ISP)…
Xavier
-- Xavier BEAUDOUIN
_______________________________________________ Liste de diffusion du French Sysadmin Group https://www.frsag.org/
Liste de diffusion du French Sysadmin Group https://www.frsag.org/
De toute manière un mail @free.fr vers gmail arrive dans les Spams (Domaine perso ou @gmail.com) Testé et approuvé +sieurs fois Stan Le samedi 22 août 2026 à 10:52 +0100, David Ponzone par FRsAG a écrit :
Le problème est sur des adresses @gmail.com ou aussi sur des domaines persos chez Google ?
David
Le 21 août 2026 à 16:32, Wallace par FRsAG <frsag@frsag.org> a écrit :
Oui c'est une possibilité la coupure inopinée, mais ça ne semble plus anecdotique.
Là ce sont des emails de notification d'échange légitime et où toute la chaine est super clean, réputation comprise.
J'utilise les mêmes arguments pour Outlook (car j'ignorais le cas chez Gmail), le shadow ban ou perte, c'est vraiment pas sérieux surtout pour des clients pros ... et qu'en France ils considèrent les emails comme valeur légale...
Le 21/08/2026 à 10:50, Xavier Beaudouin par FRsAG a écrit :
Hello,
J’ai eu ça dans un précédent job… certains mails arrivaient jusqu’au MX, puis…. disparaissaient entre le MX et la boite destinataire.
Pire la console « pro » (sic) n’avait jamais vu la moindre trace de ces mails….
Alors quand on dis "c’est pas notre métier je prefère gmail/o365/…. pour hoster le mail parce que … », je sert cet exemple….
mais bon… ils traitent tellement de mails par jour qu’un serveur qui meurs avec les mails dans la queue doit être une des raisons… (vécu en vrai chez un gros ISP)…
Xavier
-- Xavier BEAUDOUIN
_______________________________________________ Liste de diffusion du French Sysadmin Group https://www.frsag.org/
_______________________________________________ Liste de diffusion du French Sysadmin Group https://www.frsag.org/
Liste de diffusion du French Sysadmin Group https://www.frsag.org/
Là on parle de domaines pro hébergé hors gafam qui envoient vers Gmail en @gmail et @custom sur Gmail qui n'arrivent pas. Le 22/08/2026 à 15:03, Stanislas Garret a écrit :
De toute manière un mail @free.fr vers gmail arrive dans les Spams (Domaine perso ou @gmail.com) Testé et approuvé +sieurs fois
Stan
Le samedi 22 août 2026 à 10:52 +0100, David Ponzone par FRsAG a écrit :
Le problème est sur des adresses @gmail.com ou aussi sur des domaines persos chez Google ?
David
Le 21 août 2026 à 16:32, Wallace par FRsAG <frsag@frsag.org> a écrit :
Oui c'est une possibilité la coupure inopinée, mais ça ne semble plus anecdotique.
Là ce sont des emails de notification d'échange légitime et où toute la chaine est super clean, réputation comprise.
J'utilise les mêmes arguments pour Outlook (car j'ignorais le cas chez Gmail), le shadow ban ou perte, c'est vraiment pas sérieux surtout pour des clients pros ... et qu'en France ils considèrent les emails comme valeur légale...
Le 21/08/2026 à 10:50, Xavier Beaudouin par FRsAG a écrit :
Hello,
J’ai eu ça dans un précédent job… certains mails arrivaient jusqu’au MX, puis…. disparaissaient entre le MX et la boite destinataire. Pire la console « pro » (sic) n’avait jamais vu la moindre trace de ces mails….
Alors quand on dis "c’est pas notre métier je prefère gmail/o365/…. pour hoster le mail parce que … », je sert cet exemple….
mais bon… ils traitent tellement de mails par jour qu’un serveur qui meurs avec les mails dans la queue doit être une des raisons… (vécu en vrai chez un gros ISP)…
Xavier
-- Xavier BEAUDOUIN
_______________________________________________ Liste de diffusion du French Sysadmin Group https://www.frsag.org/
Liste de diffusion du French Sysadmin Group https://www.frsag.org/
Liste de diffusion du French Sysadmin Group https://www.frsag.org/
Le problème est sur des adresses @gmail.com ou aussi sur des domaines persos chez Google ?
On avait eu le problème de certains mails (envoyés depuis nos serveurs configurés proprement) qui n'arrivaient pas sur notre domaine perso il y a trois ou quatre ans... donc tous à priori. Aussi certains clients qui ne recevaient pas nos envois sur leur adresse gmail à la même période. Ca fait un bout de temps qu'on a pas eu de problème par contre.
De toute manière un mail @free.fr vers gmail arrive dans les Spams (Domaine perso ou @gmail.com)
Les spams au moins c'est reçu, ça disparait pas dans le néant sans prévenir personne... On Sat, 22 Aug 2026 at 11:53, David Ponzone par FRsAG <frsag@frsag.org> wrote:
Le problème est sur des adresses @gmail.com ou aussi sur des domaines persos chez Google ?
David
Le 21 août 2026 à 16:32, Wallace par FRsAG <frsag@frsag.org> a écrit :
Oui c'est une possibilité la coupure inopinée, mais ça ne semble plus anecdotique.
Là ce sont des emails de notification d'échange légitime et où toute la chaine est super clean, réputation comprise.
J'utilise les mêmes arguments pour Outlook (car j'ignorais le cas chez Gmail), le shadow ban ou perte, c'est vraiment pas sérieux surtout pour des clients pros ... et qu'en France ils considèrent les emails comme valeur légale... Le 21/08/2026 à 10:50, Xavier Beaudouin par FRsAG a écrit :
Hello,
J’ai eu ça dans un précédent job… certains mails arrivaient jusqu’au MX, puis…. disparaissaient entre le MX et la boite destinataire. Pire la console « pro » (sic) n’avait jamais vu la moindre trace de ces mails….
Alors quand on dis "c’est pas notre métier je prefère gmail/o365/…. pour hoster le mail parce que … », je sert cet exemple….
mais bon… ils traitent tellement de mails par jour qu’un serveur qui meurs avec les mails dans la queue doit être une des raisons… (vécu en vrai chez un gros ISP)…
Xavier
-- Xavier BEAUDOUIN
_______________________________________________ Liste de diffusion du French Sysadmin Grouphttps://www.frsag.org/
_______________________________________________ Liste de diffusion du French Sysadmin Group https://www.frsag.org/
_______________________________________________ Liste de diffusion du French Sysadmin Group https://www.frsag.org/
Les deux nous ont été reporté mais nous on est aveugle puisqu'on a des 250 sent dans les deux cas. Le 22/08/2026 à 11:52, David Ponzone a écrit :
Le problème est sur des adresses @gmail.com ou aussi sur des domaines persos chez Google ?
David
Le 21 août 2026 à 16:32, Wallace par FRsAG <frsag@frsag.org> a écrit :
Oui c'est une possibilité la coupure inopinée, mais ça ne semble plus anecdotique.
Là ce sont des emails de notification d'échange légitime et où toute la chaine est super clean, réputation comprise.
J'utilise les mêmes arguments pour Outlook (car j'ignorais le cas chez Gmail), le shadow ban ou perte, c'est vraiment pas sérieux surtout pour des clients pros ... et qu'en France ils considèrent les emails comme valeur légale...
Le 21/08/2026 à 10:50, Xavier Beaudouin par FRsAG a écrit :
Hello,
J’ai eu ça dans un précédent job… certains mails arrivaient jusqu’au MX, puis…. disparaissaient entre le MX et la boite destinataire. Pire la console « pro » (sic) n’avait jamais vu la moindre trace de ces mails….
Alors quand on dis "c’est pas notre métier je prefère gmail/o365/…. pour hoster le mail parce que … », je sert cet exemple….
mais bon… ils traitent tellement de mails par jour qu’un serveur qui meurs avec les mails dans la queue doit être une des raisons… (vécu en vrai chez un gros ISP)…
Xavier
-- Xavier BEAUDOUIN
_______________________________________________ Liste de diffusion du French Sysadmin Group https://www.frsag.org/
Liste de diffusion du French Sysadmin Group https://www.frsag.org/
On Mon, Aug 24, 2026, at 16:07, Wallace par FRsAG wrote:
Les deux nous ont été reporté mais nous on est aveugle puisqu'on a des 250 sent dans les deux cas.
Cela sent une purge en post-processing... du charset mal configuré que google considérerait comme un méssage illisible ??? --- Sébastien WILLEMIJNS
Le 24/08/2026 à 18:35, Sebastien WILLEMIJNS a écrit :
Cela sent une purge en post-processing... du charset mal configuré que google considérerait comme un méssage illisible ???
Ce sont de simples Outlook ou Thunderbird qui envoient les emails et cela se produit sur quelques emails au hasard, donc en temps normal cela fonctionne.
Alors il ne reste que des pannes épisodiques de serveurs chez Gmail qui perdent les emails durant un problème hardware... On a eu cela chez Fastmail à grande échelle en 2004/2005 puis en 2007... Cela avait fait un sacré binz et ils se sont confondus en excuses comme jamais alias 4 pages A4 d'excuses en fonte Arial 10 !!! Ils ont tout rebossé leur infra en redondance triple et je pense bien que toute copie redondée d'un méssage bel et bien présent dans l'inbox du client sont seulement détruites après-coup dans les serveurs post processing. Restera bien evidémment le message final qui lui aussi sera redondé en RAIDx au niveau de l'inbox et non plus en post process. On Mon, Aug 24, 2026, at 19:04, Wallace wrote:
Le 24/08/2026 à 18:35, Sebastien WILLEMIJNS a écrit :
Cela sent une purge en post-processing... du charset mal configuré que google considérerait comme un méssage illisible ???
Ce sont de simples Outlook ou Thunderbird qui envoient les emails et cela se produit sur quelques emails au hasard, donc en temps normal cela fonctionne.
--- Sébastien WILLEMIJNS
Le plus grand service d'email que j'ai géré c'était @cegetel.net certe @gmail.com est plus grand mais je pense aussi que leurs serveurs sont plus résistants que début 2000 où le matériel était aléatoire et très sensible à la température supérieure à 20°C. Mais pourquoi pas sur le principe Le 24/08/2026 à 19:45, Sebastien WILLEMIJNS a écrit :
Alors il ne reste que des pannes épisodiques de serveurs chez Gmail qui perdent les emails durant un problème hardware...
On a eu cela chez Fastmail à grande échelle en 2004/2005 puis en 2007... Cela avait fait un sacré binz et ils se sont confondus en excuses comme jamais alias 4 pages A4 d'excuses en fonte Arial 10 !!! Ils ont tout rebossé leur infra en redondance triple et je pense bien que toute copie redondée d'un méssage bel et bien présent dans l'inbox du client sont seulement détruites après-coup dans les serveurs post processing. Restera bien evidémment le message final qui lui aussi sera redondé en RAIDx au niveau de l'inbox et non plus en post process.
On Mon, Aug 24, 2026, at 19:04, Wallace wrote:
Le 24/08/2026 à 18:35, Sebastien WILLEMIJNS a écrit :
Cela sent une purge en post-processing... du charset mal configuré que google considérerait comme un méssage illisible ???
Ce sont de simples Outlook ou Thunderbird qui envoient les emails et cela se produit sur quelques emails au hasard, donc en temps normal cela fonctionne.
---
Sébastien WILLEMIJNS
Ou un dmarc p=reject; pct=10 oublié quelque part?
Le 24 août 2026 à 19:04, Wallace par FRsAG <frsag@frsag.org> a écrit :
Le 24/08/2026 à 18:35, Sebastien WILLEMIJNS a écrit :
Cela sent une purge en post-processing... du charset mal configuré que google considérerait comme un méssage illisible ???
Ce sont de simples Outlook ou Thunderbird qui envoient les emails et cela se produit sur quelques emails au hasard, donc en temps normal cela fonctionne. _______________________________________________ Liste de diffusion du French Sysadmin Group https://www.frsag.org/
Y a du dmarc strict et vérifié ça part bien du bon endroit, spf, dkim valides Au contraire toute cette chaine est bien faite pour éviter tout argument de pas d'authentification parfaite. Le 24/08/2026 à 19:50, Olivier Dalle a écrit :
Ou un dmarc p=reject; pct=10 oublié quelque part?
Le 24 août 2026 à 19:04, Wallace par FRsAG <frsag@frsag.org> a écrit :
Le 24/08/2026 à 18:35, Sebastien WILLEMIJNS a écrit :
Cela sent une purge en post-processing... du charset mal configuré que google considérerait comme un méssage illisible ???
Ce sont de simples Outlook ou Thunderbird qui envoient les emails et cela se produit sur quelques emails au hasard, donc en temps normal cela fonctionne. _______________________________________________ Liste de diffusion du French Sysadmin Group https://www.frsag.org/
participants (9)
-
David Ponzone -
gregoire-frnog＠greboca.com -
Melanie Jacquart -
Olivier Dalle -
Sebastien WILLEMIJNS -
Stanislas Garret -
Stéphane Rivière -
Wallace -
Xavier Beaudouin