⚠️ Le statut des services n’est pas détecté automatiquement.

Cette page est actualisée manuellement par l’équipe technique lorsqu’un incident est constaté ou qu’une opération de maintenance est programmée afin d’en informer le public.

Si un service vous semble en panne mais n’est pas indiqué comme tel ici, merci de ✉️ nous le signaler

Certains systèmes rencontrent des problèmes

Stickied Incidents

Vendredi 12 septembre 2025

Framalistes Problèmes de réception des mails sur les listes pour les adresses hotmail, live et outlook

Depuis plusieurs semaines, un changement dans la façon de gérer les mails du côté de Microsoft entraîne des non-réceptions des messages pour les abonné⋅es hotmail.fr, hotmail.com, live.fr ou outlook.fr sur les listes Framalistes et Framagroupes.

Nous avons vérifié les configurations de notre côté mais cela ne permet toujours pas un fonctionnement parfait pour des envois vers les services Microsoft : le problème vient, d’après nos investigations, de Microsoft.

En attendant de réussir à joindre les équipes techniques de Microsoft, vous pouvez essayer de leur signaler le souci aussi.

  • Nous avons trouvé une manière de répliquer le problème (déclencher un rejet du mail de la part de Microsoft) : les personnes qui souhaitent recevoir les mails d’une liste sous forme d’un mail contenant les mails envoyés sur la liste depuis le dernier envoi de ce type¹ ne recevront pas leurs mails.

    Un contournement simple est de choisir le mode de réception « compilation au format texte ».

    Nonobstant, nous savons que des mails sont refusés en dehors de cette configuration. Nous continuons nos investigations.

    ¹ sur Framalistes, c’est le mode de réception « compilation au format MIME »

    • Framagroupes Problèmes de réception des mails sur les listes pour les adresses hotmail, live et outlook

    Depuis plusieurs semaines, un changement dans la façon de gérer les mails du côté de Microsoft entraîne des non-réceptions des messages pour les abonné⋅es hotmail.fr, hotmail.com, live.fr ou outlook.fr sur les listes Framalistes et Framagroupes.

    Nous avons vérifié les configurations de notre côté mais cela ne permet toujours pas un fonctionnement parfait pour des envois vers les services Microsoft : le problème vient, d’après nos investigations, de Microsoft.

    En attendant de réussir à joindre les équipes techniques de Microsoft, vous pouvez essayer de leur signaler le souci aussi.

  • Nous avons trouvé une manière de répliquer le problème (déclencher un rejet du mail de la part de Microsoft) : les personnes qui souhaitent recevoir les mails d’une liste sous forme d’un mail contenant les mails envoyés sur la liste depuis le dernier envoi de ce type¹ ne recevront pas leurs mails.

    Un contournement simple est de choisir le mode de réception « compilation au format texte ».

    Nonobstant, nous savons que des mails sont refusés en dehors de cette configuration. Nous continuons nos investigations.

    ¹ sur Framagroupes, c’est le mode de réception « compilation au format MIME »

    • Maintenance Planifiée
    [06/04/2026] Mise à jour de la 2e instance de MyPads (mypads2.framapad.org)

    Lundi 6 avril, à partir de 8h30, nous effectuerons la mise à jour de la deuxième instance de MyPads (mypads2.framapad.org).

    La mise à jour nécessitant une coupure du service, assurez-vous de récupérer le contenu de vos pads avant la maintenance si vous avez besoin pendant la coupure.

    La coupure du service ne devrait pas excéder deux heures.

    [07/04/2026] Mise à jour de Framadrive

    Mardi 7 avril à partir de 8h30, nous effectuerons la mise à jour de Framadrive dans la dernière version 32 afin d'appliquer quelques petites corrections de bugs. Cette mise à jour ne devrait pas prendre plus d'une heure.

    Nous vous recommandons de vous assurer que vos données sont synchronisées avant la période d'indisponibilité.

    [08/04/2026] Mise à jour de Framagenda

    Mercredi 8 avril à partir de 8h30, nous effectuerons la mise à jour de Framagenda dans la dernière version 32 afin d'appliquer quelques petites corrections de bugs. Cette mise à jour ne devrait pas prendre plus d'une heure.

    Nous vous recommandons de vous assurer que vos données sont synchronisées avant la période d'indisponibilité.

    [08/04/2026] Mise à jour de Mobilizon.fr

    Mercredi 8 avril à partir de 10h00, nous effectuerons la mise à jour de Mobilizon.fr en version XX afin d'appliquer quelques petites corrections de bugs. Cette mise à jour ne devrait pas prendre plus d'une heure.

    Nous vous recommandons de vous assurer que vos données sont synchronisées avant la période d'indisponibilité.

    [13/04/2026] Mise à jour des pads annuels

    Lundi 13 avril, à partir de 8h30, nous effectuerons la mise à jour des pads annuels.

    La mise à jour nécessitant une coupure du service, assurez-vous de récupérer le contenu de vos pads avant la maintenance si vous avez besoin pendant la coupure.

    La coupure du service ne devrait pas excéder deux heures.

    [14/04/2026] Mise à jour des pads semestriels

    Mardi 14 avril, à partir de 8h30, nous effectuerons la mise à jour des pads semestriels.

    La mise à jour nécessitant une coupure du service, assurez-vous de récupérer le contenu de vos pads avant la maintenance si vous avez besoin pendant la coupure.

    La coupure du service ne devrait pas excéder deux heures.

    [15/04/2026] Mise à jour des pads mensuels

    Mercredi 15 avril, à partir de 8h30, nous effectuerons la mise à jour des pads mensuels.

    La mise à jour nécessitant une coupure du service, assurez-vous de récupérer le contenu de vos pads avant la maintenance si vous avez besoin pendant la coupure.

    La coupure du service ne devrait pas excéder deux heures.

    [16/04/2026] Mise à jour des pads quotidiens/hebdomadaires/bimestriels

    Jeudi 16 avril, à partir de 8h30, nous effectuerons la mise à jour des pads quotidiens/hebdomadaires/bimestriels.

    La mise à jour nécessitant une coupure du service, assurez-vous de récupérer le contenu de vos pads avant la maintenance si vous avez besoin pendant la coupure.

    La coupure du service ne devrait pas excéder deux heures.

    Incidents antérieurs

    Lundi 6 avril 2020

    Un serveur de virtualisation injoignable

    Lundi 6 avril, vers 11h00, le serveur de virtualisation ayant posé problème hier soir et jusqu’à ce matin est redevenu injoignable pour une raison inconnue.

    Cela a fait tomber les machines virtuelles de :

    • notre forum framacolibri
    • notre page de rapport d’incidents
    • framablog
    • framabag
    • framalink/huit.re
    • framapack
    • framabookin
    • framaestro
    • framavectoriel

    Nous avons pris la décision de migrer les machines virtuelles sur un nouveau serveur loué en urgence. Hélas, au cours d’un transfert, le nouveau serveur est devenu injoignable lui aussi (nous pensons que c’est suite à un autre problème que nous rencontrions souvent avec les machines de cette gamme, problème qui se résout aisément), rallongeant encore le temps de transfert des machines virtuelles, temps déjà long de base. Pour éviter de ralentir le transfert par des accès disques de machines virtuelles allumées, nous avons pris la décision de laisser les machines virtuelles éteintes jusqu’à la fin du transfert de toutes les machines virtuelles.

    Le transfert s’est terminé vers 19h10 et nous avons alors rallumé toutes les machines virtuelles. Tous les services sont de nouveau joignables.

    Mème de deux personnes qui s’engueulent. Texte : — Un serveur de virtu est tombé — Je l’ai remonté — Et bah il est encore tombé ! — Je migre toutes les VMs sur un autre serveurs ! — Le serveur de migration est tombé !

    Dimanche 5 avril 2020

    Un serveur de virtualisation injoignable

    Dimanche 5 avril, vers 23h20 (d’après notre supervision), un de nos serveurs de virtualisation est devenu injoignable pour une raison inconnue. Nous ne nous en sommes aperçu que le lundi 6 avril au matin.

    Cela a fait tomber les machines virtuelles de :

    • notre forum framacolibri
    • notre page de rapport d’incidents
    • framablog
    • framabag
    • framalink/huit.re
    • framapack
    • framabookin
    • framaestro
    • framavectoriel

    Après redémarrage manuel à notre demande par notre hébergeur, le système de fichier était en mode lecture seule, rendant impossible le lancement des machines virtuelles. Nous avons réussi à corriger le problème du système de fichier après quelques manipulations. Les machines virtuelles sont en train de remonter depuis 9h30.