Maintenant imaginez si un gouvernement voulait filer toutes les données de santé de ses citoyens à une boîte comme ça.
Non mais juste imaginez.
@lordphoenix @sebsauvage timestamp sur 32 bits ?
@akira
Oui 😄 32 bits SIGNÉS
@lordphoenix
@sebsauvage @lordphoenix j'allais dire: c'est pas 2032 ? 🤦♂️
@akira
Si tu comptes en Epoch, oui.
Mais pas dans ce cas là.
@lordphoenix
@sebsauvage
MS, ceux dont l'OS sorti en 1995 n'étaient pas prêts pour l'an 2000 ? Une habitude, on dirait.
@sebsauvage
Je crois qu'il y a une place en enfer pour ceux qui stockent des dates et heures dans autre chose que des types date.
@sebsauvage
Ah ah... Ah ah ah...
AH AH AH AH AH AH AH !!!!! 🤣🤣🤣🤣🤣
Désolé...
C'est quoi la source de cette info ?
@sebsauvage AHAHAHAHAHAH 🤣
@sebsauvage cela me fait pensé au bug de l'année 2000
@sebsauvage
c'est bô 😭
@sebsauvage@framapiaf.org hum, je suppose que tu pense à l'aller/retour fait par l'état sur les données de santés hébergées chez Microsoft.
Mais soyons réalistes: c'est déjà fait... le nombre de fichiers, de praticiens, d'HP qui ont du onedrive et de l'O365 officiellement ou en shadow IT... 
Et le style doctolib qui à en charge les RDVs Covid avec sa ferme de serveurs chez AWS hein, c'est un peu la même chose...
J'imagine, j'imagine sans problèmes 
@sebsauvage La réponse à la question « The version of the updated scan engine starts with 2112330001 (or higher); is this right? Should we be concerned that it seems to reference a date that does not exist? » est incompréhensible.
@bortzmeyer @sebsauvage je crois que ça peut se résumer à "tkt frèr fé confianss sa march"
Bon on a bien rigolé avec ce bug "2022" de Microsoft.
Mais attendez c'est pas fini: La solution officielle de Microsoft pour résoudre le problème:
- supprimer le fichier de signatures.
- relancer une mise à jour des signatures.
La nouvelle version des signature est datée au 33 décembre 2021.
Pouf ! Plus de problème.
https://techcommunity.microsoft.com/t5/exchange-team-blog/email-stuck-in-exchange-on-premises-transport-queues/ba-p/3049447