All Projects

Le serveur store-09 à rencontré une erreur dans la matinée.
Nous avons du relancer le serveur, l’intervention à pris plus de temps que prévu.
Il n’y aucune perte d’email. Seul l’accès était impacté .

Veuillez nous excuser pour la gène occasionnée.

Nous rencontrons actuellement un incident sur le webmail Zimbra.

Les navigateurs indiquent ce “site” comme malveillant, nous investiguons actuellement.

Bonjour,

ACTION REQUISE POUR VOS COMPTES MAILS !

comme vous le savez, la plate-forme Zimbra OSE (les comptes mails incluent dans les hébergements mutualisés) est encore en “xxx.web4all.fr”

Nous avons déployé la nouvelle plate-forme Zimbra en “xxx.yulpa.io”

Une phase de transition permet d’accéder à vos mails avec les paramètres actuels et les nouveaux.

Les paramètres actuels (en Web4all) ne seront plus fonctionnels à compter du 20 octobre 2018. Vous devez donc impérativement modifier les paramètres de récupération de vos emails sur vos différents clients : téléphone, Outlook, Thunderbird...

Si vous avez besoin d’aide, vous pouvez utiliser les forums de yulpa : https://forums.yulpa.io/forum/11-h%C3%A9bergements-mutualis%C3%A9s/
Veuillez noter que le support par ticket et chat ne traitera pas les demandes liés à cette modification, cela relève de l’usage de vos périphériques.

Le support YULPA participe aux forums et répondra si besoin.

Seules les connexions sécurisées (SSL / TLS) sont autorisées sur la nouvelle plate-forme. Il est donc impératif de vérifier vos paramètres.

• Accès au webmail : https://mail-zose.yulpa.io
• Accès en PUSH (pour les téléphones, ActiveSync) : push-zose.yulpa.io
• POP : pop-zose.yulpa.io ; port 995 SSL
• IMAP : imap-zose.yulpa.io ; port 993 SSL
• SMTP : smtp-zose.yulpa.io ; port 465 SSL ou 587 START TLS

Documentations complètes, textes et vidéos : https://docs.yulpa.io/hosting-shared/emails-zimbra-open-source

Une erreur SSL est affichée lors de la connexion pour beaucoup d’utilisateurs, nous sommes en cours d’intervention.

Nous prévoyons dans les jours qui viennent de modifier le comportement de Zimbra.

Nous allons mettre en place une restriction sur les expéditeurs des mails.

Seules les adresses mails réelles, leur alias et comptes liés pourront envoyer des mails “en tant que”.
Cela signifie que par exemple si votre mail est test@domain.tld et que vous avez un alias toto@domain.tld vous pourrez écrire un mail en tant que ces deux adresses.
En revanche vous ne pourrez plus écrire de mails en tant que xxx@gmail.com (par exemple)...

Il est fort probable que cela impacte certains d’entre vous.

Cette modification a pour but de limiter le nombre de mails illégitimes sortants de notre infrastructure. Si vous souhaitez envoyer des mails en tant que une adresse qui n’est pas chez nous, merci d’utiliser le SMTP du prestataire en question.

A l’heure actuelle il n’est pas envisageable de revenir en arrière sur cette modification une fois qu’elle aura été mise en place.

Des clients nous remontent des problèmes pour utiliser le POP en SSL.

Cas de figure posant soucis ayant été remontés :

• Foxmail sur Windows 7
• Outlook sur Mac

Nous investiguons.

Nous allons procéder à la mise à jour de la plate-forme Zimbra OSE (web4all.fr)

Tous les rôles sont redondés, il n’y a pas d’impact sur la production.

Seuls les stores-mbox (qui stockent les comptes emails) vont provoquer une coupure de quelques minutes.

Le serveur Zimbra Store 04 (ZOSE) est actuellement indisponible
Impossible de relever les emails ou de pouvoir envoyer des emails via ce serveur
Les emails entrants ne sont pas perdus

Nous faisons le nécessaire pour relancer ce serveur.
Le emails seront délivrés des que le serveur sera disponible.

Veuillez nous excuser pour cet incident.

Bonjour,
suite au levée de restrictions des mails pour permettre à nos clients communiquer dans le cadre du COVID-19, certains en ont profité pour effectuer des mailing illicites.

Nous avons actuellement une saturation sur les mails sortants, une intervention est en cours.

Nous allons procéder à la mise à jour de la plate-forme Zimbra OSE (web4all.fr)

Tous les rôles sont redondés, il n’y a pas d’impact sur la production.

Seuls les stores (qui stockent les comptes emails) vont provoquer une coupure de quelques minutes, nous allons voir pour le faire à une heure qui impacte le moins les utilisateurs.

8.7.6 –> 8.7.11

Nous rencontrons un incident sur store-11 Zimbra OSE qui affiche une erreur 502 aux utilisateurs, nous allons corriger cela.

Nous assurerons une maintenance pendant la nuit.
Les stores Zimbra seront relancés . Une coupure est à prévoir pendant 1 minute.
Le Webmail est les services POP/SMTP/IMAP seront aussi impacté le temps du redémarrage.
Merci pour votre compréhension.

Nous effectuons la mise à jour de ZPUSH 2.3.3 -> 2.3.8

Les change logs sont très importants, disponibles sur le site de l’éditeur.

Le backend push Zimbra passe de 65 à 67

Aucune interruption de service.

Une intervention à eu lieu sur la gestion de l’anti-spam sur Zimbra
Nous avons modifié la configuration pour assurer une meilleure gestion de l’anti-spam entre nospam (spamexperts) et Zimbra.

Nous allons procéder à la mise à jour de la plate-forme Zimbra OSE (web4all.fr)

Tous les rôles sont redondés, il n’y a pas d’impact sur la production.

Seuls les stores-mbox (qui stockent les comptes emails) vont provoquer une coupure de quelques minutes, nous allons voir pour le faire à une heure qui impacte le moins les utilisateurs.

8.7.11 –> 8.8.7

Nous sommes obligés d’intervenir sur le store11 pour augmenter l’espace disque
Le service doit être arrété le temps de l’opération.

Merci de votre compréhension.

Nous intervenons pour relancer tous les stores Zimbra OSE (mutu)

Une coupure de quelques minutes (3) est à prévoir.

Merci de votre compréhension

Nous devons effectuer en urgence une intervention sur chacun des serveurs stores-mbox qui stockent les mails.

Chaque compte mail aura une coupure de service de plusieurs minutes.

Une mise à jour de toute la plate-forme Zimbra Open Source Edition sera effectuée au cours du week-end du 28-29 septembre 2019.

Seule quelques coupures sont à prévoir au moment de la mise à jour des stores, cela impactera chaque comptes mails durant quelques minutes.

Nous devons effectuer une mise à jour (deux patchs) corrigeant de nombreux problèmes :

• https://wiki.zimbra.com/wiki/Zimbra_Releases/8.8.15/P2
• https://wiki.zimbra.com/wiki/Zimbra_Releases/8.8.15/P3

Une légère coupure sera observée (quelques secondes).

Une mise à jour de toute la plate-forme Zimbra Network Edition sera effectuée au cours du week-end du 28-29 septembre 2019.

Seule quelques coupures sont à prévoir au moment de la mise à jour des stores, cela impactera chaque comptes mails durant quelques minutes.

Si vous utilisez le connecteur Outlook vous devrez faire manuellement la mise à jour. Un bug empêche l’upgrade auto et ce bug est corrigé pour les futures versions.

Nous rencontrons un problème sur la partie sauvegarde des VM.

Une intervention est en cours pour corriger cela.

Nous allons mettre à jour la plate forme vCloud Director le 11 avril au soir.

Aucun impact sur les services en production, seul le portail sera inaccessible quelques minutes.

Nous devons procéder à des modifications sur le portail vcloud.yulpa.io

L’accès peut-être perturbé au cours de la nuit.

Nous rencontrons un souci avec certains utilisateurs pour l’envoi de mails vers Microsoft (Hotmail, Outlook, Live...)

Il arrive que les mails soient bien envoyés, pris en compte, sans message d’erreur mais le destinataire ne reçoit pas le mail.

Nous sommes en cours d’investigation.

Nous rencontrons un incident sur l’interface de gestion anti-spam.
Il est temporairement/aléatoirement impossible de se connecter.
Nous intervenons pour rétablir la disponibilité de l’interface.

L’accès au panel nospam n’est pas pleinement fonctionnel.
Un ticket d’incident a été ouvert chez l’éditeur de la solution, nous attendons leur retour.

Le message d’erreur suivant peut apparaître : domaine inconnu.

Nous nous excusons pour la gêne occasionnée.

Nous rencontrons actuellement un problème de livraison de mails vers SFR / Neuf.

Cela concerne uniquement les mails envoyés depuis Zimbra Open Source (en webmail et en SMTP).

Les mails sont classés SPAM avec la classe DCE “Dirty Commercial Email”.

X-sfr-mailing : DCE
X-sfr-spam : low
X-sfr-spamrating : 61.568626
X-sfr-spamcause : OK,

Nous rencontrons actuellement un problème de livraison de mails vers Free.

Cela concerne uniquement les mails envoyés depuis Zimbra Open Source (en webmail et en SMTP).

Nous rencontrons ce jour un retard sur la livraison des mails entrants au niveau de l’anti-spam.

Nous investiguons pour trouver la cause.

Nous rencontrons actuellement un incident sur le portail NoSpam.

L’accès au panel est impossible.
L’envoi des mails peut prendre du retard.

Bonjour,
nous devons procéder à une intervention nécessitant une reconfiguration complète des équipements réseaux suivants :

• routeurs BGP
• firewalls
• switchs

Une coupure obligatoire du réseau interviendra mardi 8 août 2017 aux environs de 12H00 (heure de Paris).

La coupure sera de quelques minutes (si tout va bien, moins de 5).

L’intégralité des services seront indisponibles Les mails et DNS continueront d’être reçus via les serveurs présent dans d’autres datacenters.

Nous sommes désolés pour la gêne occasionnée, nous n’avons aucune solution permettant d’éviter cette coupure.

Nous devons procéder à une intervention sur le cluster ZFS qui publie les données des sites web et du service push.

Une coupure de service de quelques secondes est à prévoir.

Date non déterminée.

MISE A JOUR : la coupure de service a été bien plus longue que prévu puisque nous avons rencontré de gros problème sur la remise en route du système. La coupure a donc été de deux heures.

Un incident est en cours sur la partie réseau.
Nous sommes en cours d’investigation.

Nous rencontrons actuellement un incident critique rendant toute l’infrastructure injoignable.

Notre fournisseur ZAYO rencontre un problème qui nous impacte directement,
nous avons contacté le support a 05H11 heure de Paris, d’autres clients ont remontés le même problème.

ZAYO a communiqué sur Twitter qu’ils travaillaient à résoudre l’incident, nous n’avons pas plus d’information pour le moment :( https://twitter.com/ZAYO_France/status/972709112344702981

Toutes nos excuses pour cet incident.

Nous rencontrons un problème sur nos parefeu. Nous sommes en cours d’intervention, quelques indisponibilités peuvent se ressentir :’( Toutes nos excuses.

Bonjour,

Nous intervenons actuellement sur la couche réseau de notre infrastructure.
Nous devons modifier le câblage et certains équipements réseaux.
Tout devrait être transparent pour cette intervention.

Merci

Bonjour,

depuis début décembre nous travaillons à d’importantes évolutions sur notre infrastructure.

Lorsque nous avons mis en place notre infrastructure (du temps de Web4all), nous n’avions pas les moyens pour nous permettre une infra en 10GB.

YULPA a pu investir en 2018 pour acquérir des switchs Cisco en 10GB et pas mal de cartes réseaux pour nos serveurs existants.

Nous avons “perdu” beaucoup de temps en raison d’incompatibilité des SFP base-T (pour les SAN où nous ne pouvons sortir que en base-T). Le problème a été corrigé par le constructeur mi-mars après plusieurs semaines de tests de notre côté et du leur.

Nous avons mis les cartes dans presque tous nos équipements, sans impact sur vos services grâce à la virtualisation et la redondance de l’infrastructure.

Nous allons désormais commencer à “router” les flux en 10GB au lieu des liens 1GB et LACP 1GB.

Aucun impact n’est à prévoir, mais comme le risque zéro n’existe pas, nous préférons vous en informer.

Si vous constatez une indisponibilité dans les jours qui viennent, avant d’ouvrir un ticket nous vous invitons à consulter cette page qui sera actualisée.

Nous vous remercions pour votre confiance et votre compréhension :)

Aurélien PONCINI & Benoît GEORGELIN

Nous devons procéder à une intervention sur le cluster ZFS qui publie les données des sites web et FTP.

Une coupure de service de quelques minutes est à prévoir.

Prévue dans la nuit du 11 au 12 avril 2019.

Nous devons procéder à une mise à jour des firewalls en urgence.

Il s’agit d’un cluster, pas d’impact client à prévoir.

Nous procédons à la mise à jour d’un cluster VMware.

Aucun impact à prévoir.

Notre opérateur principal ZAYO nous informe d’un intervention sur l’un de ses routeurs le 21 septembre (ou le 22 en date secondaire).

L’intervention concerne le routeur ZAYO ter1.th1.par

Ce routeur est une sortie secondaire (de secours) pour YULPA, il ne devrait donc y avoir aucun impact pour la production.

Nous mettons à jour les composants VMware (vCenter PSC & VCSA)
Nous effecturons ensuite les mises à jour des composants NSX et des cellules vCloud Director.

Aucun impact à prévoir.

Pas de mises à jour des ESXi (déjà à jour).

Nous avons un peu de retard sur la mise en place de tous les outils yulPa.

Les documentations doivent être migrées de Web4all vers yulPa, cela sera fait dans les jours qui viennent.

Fin de vie pour webftp.web4all.fr

Vous serez désormais redirigé sur la version en yulPa : webftp.yulpa.io

Fin de vie pour pma.web4all.fr

Vous serez désormais redirigé sur la version en yulPa : pma.yulpa.io

Mise en place du portail travaux qui vous permettra de visualiser les opérations à venir, en cours ou terminées.

Vous pourrez également y retrouver ce qui est relatif à iWal (bug, features, maintenances...)

Tâche de test créé lors de l’installation.

Nous devons procéder à un redémarrage des serveurs SQL dans le cadre d’une intervention non planifiée.

Tous les serveurs MySQL sont impactés, quelques minutes d’indisponibilité à prévoir vers 5H15 heure de Paris.

Nous intervenons pour mettre à jour les serveurs de base de données.
Une coupure est à prévoir de quelques minutes le temps du redémarrage.
Merci pour votre compréhension.

Bonjour,
Nous allons intervenir sur les serveurs MySQL utilisés dans l’offre mutualisée pour vos sites dans la nuit de dimanche à lundi .
La maintenance consiste à mettre à jour le système. Un redémarrage est à faire ce qui causera une indisponibilité du service pendant quelques minutes.
Nous exécuterons également une vérification complète au niveau des bases de données, la base sera accessible uniquement en lecture pendant une durée de quelques minutes également, suivant la taille de votre base.
Cette maintenance préventive permet au serveur de ne pas rencontrer des erreurs critiques plus tard .

Merci pour votre compréhension.
Cordialement,
Benoît