Hello,
Je suis le seul à m’être fait greylisté depuis ce matin par les serveurs outlook.com http://outlook.com/, ou c’est pas isolé ? (Réponse:451 4.7.500 Server Busy, retry later)
Merci
David
Oui, c'est l'enfer... Référence de l'incident Microsoft : EX680695 François Otho
De: "David Ponzone" david.ponzone@gmail.com À: "French SysAdmin Group" frsag@frsag.org Envoyé: Mercredi 11 Octobre 2023 15:40:03 Objet: [FRsAG] Greylisting par Offic365 ce matin ?
Hello,
Je suis le seul à m’être fait greylisté depuis ce matin par les serveurs [ http://outlook.com/ | outlook.com ] , ou c’est pas isolé ? (Réponse:451 4.7.500 Server Busy, retry later)
Merci
David
_______________________________________________ Liste de diffusion du %(real_name)s http://www.frsag.org/
Salut,
Pourquoi "c'est l'enfer" ?? ;)
Moi j'aimerai bien que tous les opérateurs fassent vraiment du greylisting : 1. Ca éviterait d'autres méthodes de blacklistes parfois obscures 2. Les utilisateurs finiraient par connaitre et comprendre l'existence de ce procéder et l'admettre comme quelque chose de bienfaisant.
Pour rappel (surement inutile sur cette liste) le SMTP est super robuste, conçu pour tolérer des absences de service de plusieurs jours, permettant il y a longtemps d'avoir des serveurs derrières des connexions RTC intermittentes et aujourd'hui de se permettre de mettre tes services en maintenance sans s'inquiéter de l'acheminement différés des mails. C'est quand même bien sympa, à partir du moment où on ne considère pas que c'est une messagerie instantanée ;)
—
Théo VARIER
Le 11 oct. 2023 à 16:45, Théo VARIER theo.varier@r3zo.com a écrit :
bien sympa, à partir du moment où on ne considère pas que c'est une messagerie instantanée ;)
T’as du temps cette semaine ? J’ai les numéros de quelques clients que tu pourrais appeler pour leur expliquer :)
Plus sérieusement, une fois qu’on est habitués à une certaine instantanéité, ça devient la norme et il est difficile d’imaginer que les clients acceptent une baisse de qualité à ce niveau (retour en mode UUCP avec batch mail toutes les 30 minutes). D’autant plus que beaucoup n’utilisent rien d’autres pour communiquer.
David
Lire UUCP, ça rajeunit. F.Otho
----- Mail original ----- De: "David Ponzone" david.ponzone@gmail.com À: "Théo VARIER" theo.varier@r3zo.com Cc: "French SysAdmin Group" frsag@frsag.org Envoyé: Mercredi 11 Octobre 2023 18:00:54 Objet: [FRsAG] Re: Greylisting par Offic365 ce matin ?
Le 11 oct. 2023 à 16:45, Théo VARIER theo.varier@r3zo.com a écrit :
bien sympa, à partir du moment où on ne considère pas que c'est une messagerie instantanée ;)
T’as du temps cette semaine ? J’ai les numéros de quelques clients que tu pourrais appeler pour leur expliquer :)
Plus sérieusement, une fois qu’on est habitués à une certaine instantanéité, ça devient la norme et il est difficile d’imaginer que les clients acceptent une baisse de qualité à ce niveau (retour en mode UUCP avec batch mail toutes les 30 minutes). D’autant plus que beaucoup n’utilisent rien d’autres pour communiquer.
David
_______________________________________________ Liste de diffusion du %(real_name)s http://www.frsag.org/
Hello, pareil chez nous depuis 3h40 du matin. Too many récipients. Puis server busy. Un changement d'ip de sortie nous a permis de sortir mais uniquement avec un seul destinataire...
Nos clients ne comprennent pas... Le cloud ça ne peut pas tomber en panne donc c'est chez vous... -_-
Le mer. 11 oct. 2023, 18:19, David Ponzone david.ponzone@gmail.com a écrit :
Oui, exactement... Et il faut des heures passées, à enquêter, et contourner.
J'ai trouvé le même rapport en farfouillant sur Google, mais c'était un peu à tâtons. Il y a une URL officielle Microsoft pour ce genre d'incidents ?
Sylvain
Le 12/10/2023 11:02, « Stéphane Rivière » stef@genesix.org a écrit :
> Nos clients ne comprennent pas... Le cloud ça ne peut pas tomber en > panne donc c'est chez vous... -_- Microsoft ne peut pas tomber en panne.
-- Stéphane Rivière Ile d'Oléron - France
_______________________________________________ Liste de diffusion du %(real_name)s http://www.frsag.org/
________________________________
Ce message électronique et tous les fichiers attachés peuvent contenir des informations confidentielles et destinées exclusivement à l’usage de la personne dont le nom est mentionné ci-dessus. Si vous n'êtes pas destinataire de ce message, vous n'êtes pas autorisés à le lire, l'imprimer, le garder, le copier, le divulguer, le distribuer, l'utiliser, ni dans son ensemble, ni en partie, sans autorisation préalable. Si vous recevez ce message par erreur, merci de le détruire et d’en avertir sans délai l’expéditeur.
Le contenu de ce message ne pourrait engager la responsabilité de DDO Organisation que s’il a été émis par une personne dûment habilitée agissant dans le strict cadre des fonctions auxquelles elle est employée et à des fins non étrangères à ses attributions. Tout message électronique étant susceptible d’altération au cours de son acheminement sur Internet, DDO Organisation et le Groupe Cogeser ne peuvent être tenus responsables de son contenu. En outre, les idées et opinions présentées dans ce message sont celles de son auteur et ne représentent pas nécessairement celles de DDO Organisation ni du Groupe Cogeser.
Hello,
On Wed, 11 Oct 2023 18:16:04 +0200 David Ponzone david.ponzone@gmail.com wrote:
Ok attends, j’ai du lourd sous le coude encore……BITNET :)
Tu peux ajouter FRMOP11 et LISTSERV a ta liste :D
Paul
Hello,
On Wed, 11 Oct 2023 19:46:55 +0200 David Ponzone david.ponzone@gmail.com wrote:
J'avais un acces en X.25 reverse charging via un PAD a mon ecole. Je pense que ca a aussi laisse des souvenirs. Le cout pour l'acces sur le PAD est celui d'une comm. locale, donc nickel pour moi. Et de la, emulation VT100 pour tomber sur un login unix... Evidemment, la vitesse de l'epoque, c'etait du 1200 bauds...symetrique ! mais quel bonheur !
Paul
Hello,
On Wed, 11 Oct 2023 19:52:20 +0200 "Paul Rolland (ポール・ロラン)" rol+frsag@witbe.net wrote:
J'avais un acces en X.25 reverse charging via un PAD a mon ecole. Je pense
36 06 24 24 Ensuite, tu pouvais indiquer le numero X.25 de la ligne que tu voulais joindre.
Paul
Hello,
On Thu, 12 Oct 2023 10:59:19 +0200 Stéphane Rivière stef@genesix.org wrote:
Je viens d’appeler, ça marche plus :)
Aucun suivi dans le service.
Essaie le 3900 pour signaler le derangement :D
Paul
mieux ? réseau SITA (50 bauds/sec en 82)
----- Mail original ----- De: "David Ponzone" david.ponzone@gmail.com À: "François Otho" f.otho@adwin.fr Cc: "Théo VARIER" theo.varier@r3zo.com, "French SysAdmin Group" frsag@frsag.org Envoyé: Mercredi 11 Octobre 2023 18:16:04 Objet: Re: [FRsAG] Greylisting par Offic365 ce matin ?
Ok attends, j’ai du lourd sous le coude encore……BITNET :)
Ah ouais tu gagnes. En 82, je regardais Goldorak en rentrant de l’école primaire :)
Le 12 oct. 2023 à 09:54, François Otho f.otho@adwin.fr a écrit :
mieux ? réseau SITA (50 bauds/sec en 82)
Le 12/10/2023 à 09:54, François Otho via FRsAG a écrit :
mieux ? réseau SITA (50 bauds/sec en 82)
Maï gode, je plane...
Et ils sont toujours dans l'aéro... En 95, ma première liaison internet à un débit décent, en Martinique, via le réseau SITA de l'aéroport du Lamantin... Le câble passait au milieu du couloir de l'ancien aérogare (vaguement transformée en bureaux), avec du gaffer dessus, histoire de le protéger...
Derrière, un NT 3.51, une multisérie 16 ports et une dizaine de modems USR Courier...
C'était bien avant qu'Orange fasse de l'ADSL à la minute (enfoirés) en Martinique... T'as pensé à te déconnecter ? Ben, t'es en ADSL ! Oui mais à la minute... ??????
Le 11/10/2023 à 18:14, François Otho via FRsAG a écrit :
Lire UUCP, ça rajeunit.
+1
Moi c'est le greylisting qui me rajeunit :)
Mais on a échappé à https://en.wikipedia.org/wiki/QWK_(file_format)
Plus sérieusement, une fois qu’on est habitués à une certaine instantanéité, ça devient la norme et il est difficile d’imaginer que les clients acceptent une baisse de qualité à ce niveau (retour en mode UUCP avec batch mail toutes les 30 minutes).
+1
D’autant plus que beaucoup n’utilisent rien d’autres pour communiquer.
Parce que y'a autre chose que l'email pour communiquer / dispatcher / classer ?
Même observation ici, pas sûr que ce soit du greylisting. Ça fini par passer chez toi ?
Le mer. 11 oct. 2023 à 15:40, David Ponzone david.ponzone@gmail.com a écrit :
Hello,
On Wed, 11 Oct 2023 15:40:03 +0200 David Ponzone david.ponzone@gmail.com wrote:
Incident en cours :
Title: Some users may encounter delays receiving external email messages in Exchange Online User impact: Users may encounter delays receiving external email messages in Exchange Online. More info: Affected users may see a "451 4.7.500 Server busy" error message.
Paul
Hello,
On Wed, 11 Oct 2023 15:40:03 +0200 David Ponzone david.ponzone@gmail.com wrote:
L'incident chez MS a ete declare comme resolu, et le ticket est clos.
User impact: Users may have encountered delays sending and receiving external email messages in Exchange Online.
More info: Impact was specific to Simple Mail Transfer Protocol (SMTP). Most users would have experienced up to a 1-hour delay; however, in some cases, users may have encountered delays of up to 24 hours. Additionally, the email sender may have received a Non-Delivery Report (NDR) with a "451 4.7.500 Server busy" error message, and their attempt to retry delivery of the email may have been delivered up to 24 hours later.
Final status: We’ve completed our deployment of the change, which was a targeted reversion of the code issue causing impact. Users should now be experiencing mitigation, though some residual delays may still occur over the next hour as the change completes.
Scope of impact: Impact was specific to some users who were served through the affected infrastructure. The issue affected users Worldwide and only for a portion of IP addresses, therefore not all users experienced impact.
Preliminary root cause: A recent service update that was applied to a section of infrastructure responsible for enforcing IP address anti-spam rules contained a code issue, which was resulting in the delays with SMTP email delivery.
Un rapport plus detaille doit arriver dans les jours qui viennent.
Paul