All Projects

Nous rencontrons actuellement un incident sur le portail NoSpam.

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

Comme annoncé dans le mail du lundi 18 mai, suite à l’incident du système de stockage des fichiers, le module de restauration des sauvegardes dans le manager ne fonctionne pas.

Nous travaillons à le remettre en service en effectuant les modifications dans le manager iWal.

Si besoin d’une restauration, vous pouvez contacter le support par ticket en indiquant les dossiers à restaurer, la date et la destination.

Suite au changement de pare-feu sur notre infrastructure, certains utilisateurs rencontrent des difficultés pour se connecter sur l’infrastructure Zimbra Open-Source.

En effet, les protocoles minimum supportés sont désormais TLS1.1, les autres ne peuvent plus être supportés (TLS 1.0 et plus anciens).
Ceci est un effet de bord d’une intervention en urgence, ce n’était pas prévu ce qui explique que nous n’avons pas pu prévenir les clients de ce changement.

IMPORTANT : si vous utilisez encore des noms de serveurs en web4all.fr le problème est également présent, vous êtes invité à passer en yulpa.io comme demandé début 2017.

— Windows7

L’éditeur Microsoft ne le supporte plus et ne fait plus les mises à jour depuis janvier 2020. 

Ainsi les logiciels de messagerie utilisant la couche TLS de Windows7 ne peuvent pas se connecter.
Vous pouvez effectuer une mise à jour permettant de corriger cela comme expliqué ici (validé par plusieurs clients) : https://www.greengeeks.com/tutorials/article/how-to-enable-tls-1-1-and-1-2-in-outlook-windows-7/

NOTE : si vous utilisez Thunderbird, ce dernier gérant sa propre couche TLS, cela doit fonctionner. Il faut juste éventuellement re-valider les paramètres du compte.

— MacOS

Si vous utilisez Mail.app ou Thunderbird, cela doit fonctionner. Il faut juste éventuellement re-valider les paramètres du compte.

—
iOS et autres périphériques ActiveSYnc

Les seuls utilisateurs ayant eu le problème sont ceux en web4all.fr
Si vous avez l’erreur, il suffit de re-valider les paramètres du compte.

Pour toutes demandes à ce sujet, nous vous demandons de passer par les forums.

Nous travaillons actuellement à remettre en place l’accès aux sauvegardes qui devrait être terminé dans la journée du 22.

La visualisation en temps réel des logs Apache dans iWal ne fonctionne pas.
Nous travaillons à corriger cela.

Des clients nous indiquent que leurs sites retournent une erreur de connexion SQL.

Il semblerait (sans que nous n’en ayons encore trouvé la raison) que ce soit lié aux noms en web4all.fr (plus en place officiellement depuis avril 2017).

Vous pouvez modifier la configuration dans vos fichier pour remplacer web4all.fr par yulpa.io

De notre côté nous cherchons pour rendre l’usage de web4all.fr fonctionnel dès que possible.

Nous rencontrons un problème sur le fonctionnement des crons, nous y travaillons.

Nous travaillons actuellement à remettre en place l’accès aux sauvegardes qui devrait être terminé dans la journée du 22.

Bonjour,
cette nuit OVH a subit un incendie dans plusieurs de ses datacenters de Strasbourg.

Cela n’impact pas les services de YULPA, cependant, énormément de sites et services étant hébergés chez OVH, des conséquences peuvent être présentes (chargement de modules externes sur vos sites, API tierces indisponibles, livraisons de mails...).

Merci donc de ne pas ouvrir de ticket en cas de problème sur vos sites ou mails sans vous assurer préalablement que cela ne soit pas lié à cet incident.

Toute l’équipe YULPA a une pensée sincère pour le personnel de OVH qui vit une situation actuellement que personne ne souhaite affronter un jour :(

Le serveur mysql1.yulpa.io est actuellement indisponible, nous intervenons.

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.

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.

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,

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

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.

Bonjour,
Dans le but d’offrir un service toujours meilleur, avec une maitrise plus complète, nous allons procéder au déménagement de l’infrastructure YULPA.

Nous gérions le stockage, réseau et serveurs jusqu’alors, mais dépendions d’un datacenter tiers.

Nous avons mis en place une nouvelle infrastructure dans notre datacenter INEONET en Ariège (INEONET a racheté YULPA en décembre 2020), ce qui va nous permettre de gérer l’intégralité des services.

Nous allons progressivement migrer les infrastructures serveurs (mails, web, dns, serveurs privés VPS, Cloud Director...).

Une coupure de service est à prévoir sur chaque service, de quelques minutes à deux heures selon les services.

Aucune action n’est requise de votre part.

Vous pouvez consulter le détail de chaque tâche sur le portail travaux :

• Outils YULPA - Avancement 20%
• DNS - Avancement 0% - prévue 20 février 2021 - coupure 5 minutes
• Hébergements WEB - Avancement 0% - prévue 20 février 2021 - coupure 2 heures
• MySQL - Avancement 0% - prévue 20 février 2021 - coupure 2 heures
• iWal - Avancement 0% - prévue 20 février 2021 - coupure 2 heures

• Zimbra NE PRO - Avancement 100%
• Drive - Avancement 100%
• Zimbra Open Source - Avancement 100%
• NoSPAM - Avancement 100%
• Containers LXC - Avancement 100%
• Cloud Director - Avancement 100%

Vous souhaitez poser des questions ou réagir ? Merci d'utiliser exclusivement les forums.

Plus d’informations : FS#129 - Déménagement : SYNTHESE

La migration des containers est prévue le 18 février 2021 à 22H30

Les adresses IP ne changent pas.

Aucune action n’est requise de votre part.

Une coupure de service de deux heures est à prévoir.

Vous souhaitez poser des questions ou réagir ? Merci d'utiliser exclusivement les forums.

Plus d’informations : FS#129 - Déménagement : SYNTHESE

La migration du serveur DNS Master est prévue autour du 20 février 2021.

Les adresses IP ne changent pas.

Aucune action n’est requise de votre part.

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

Cette tâche sera prochainement mise à jour.

Vous souhaitez poser des questions ou réagir ? Merci d'utiliser exclusivement les forums.

Plus d’informations : FS#129 - Déménagement : SYNTHESE

Aucune action n’est requise de votre part.

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

Cette tâche sera prochainement mise à jour.

Vous souhaitez poser des questions ou réagir ? Merci d'utiliser exclusivement les forums.

Plus d’informations : FS#129 - Déménagement : SYNTHESE

La migration des hébergements web (sites, ftp, ssh) est prévue autour du 20 février 2021.

Les adresses IP ne changent pas.

Aucune action n’est requise de votre part.

Une coupure de service de deux heures est à prévoir.

Cette tâche sera prochainement mise à jour.

Vous souhaitez poser des questions ou réagir ? Merci d'utiliser exclusivement les forums.

Plus d’informations : FS#129 - Déménagement : SYNTHESE

La migration de iWal est prévue autour du 20 février 2021.

Aucune action n’est requise de votre part.

Une coupure de service de deux heures est à prévoir.

Cette tâche sera prochainement mise à jour.

Vous souhaitez poser des questions ou réagir ? Merci d'utiliser exclusivement les forums.

Plus d’informations : FS#129 - Déménagement : SYNTHESE

La migration des serveurs MySQL est prévue autour du 20 février 2021.

Les adresses IP ne changent pas.

Aucune action n’est requise de votre part.

Une coupure de service de deux heures est à prévoir.

Cette tâche sera prochainement mise à jour.

Vous souhaitez poser des questions ou réagir ? Merci d'utiliser exclusivement les forums.

Plus d’informations : FS#129 - Déménagement : SYNTHESE

La migration des outils YULPA (PMA, tools, forums, site...).

Les adresses IP ne changent pas.

Aucune action n’est requise de votre part.

Vous souhaitez poser des questions ou réagir ? Merci d'utiliser exclusivement les forums.

Plus d’informations : FS#129 - Déménagement : SYNTHESE

La migration des serveurs Spam-Experts est prévue autour du 11 février 2021.

Les adresses IP changent.

Aucune action n’est requise de votre part si vous utilisez les bons serveurs dans vos zones DNS :

• mx10.yulpa.io
• mx20.yulpa.io
• mx30.yulpa.io
• spf include : spf.yulpa.io

Une coupure de service de une heure est à prévoir.

Cette tâche sera prochainement mise à jour.

Vous souhaitez poser des questions ou réagir ? Merci d'utiliser exclusivement les forums.

Plus d’informations : FS#129 - Déménagement : SYNTHESE

La migration de Cloud Director est prévue autour du 18 février 2021.

Les adresses IP ne changent pas.

Aucune action n’est requise de votre part.

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

Cette tâche sera prochainement mise à jour.

Vous souhaitez poser des questions ou réagir ? Merci d'utiliser exclusivement les forums.

Plus d’informations : FS#129 - Déménagement : SYNTHESE

La migration de Zimbra Network Edition est prévue autour du 29 janvier 2021. 04 février au soir

Les adresses IP changent.

Aucune action n’est requise de votre part si vous utilisez les bons noms :

• mail.yulpa.io
• mails.yulpa.io
• pop.yulpa.io
• imap.yulpa.io
• smtp.yulpa.io

Une coupure de service de deux heures est à prévoir.

Cette tâche sera prochainement mise à jour.

Vous souhaitez poser des questions ou réagir ? Merci d'utiliser exclusivement les forums.

Plus d’informations : FS#129 - Déménagement : SYNTHESE

La migration de Zimbra Open Source Edition est prévue le 6 février 2021.

Les adresses IP changent.

Aucune action n’est requise de votre part si vous utilisez les bons noms :

• mail-zose.yulpa.io
• mails-zose.yulpa.io
• pop-zose.yulpa.io
• imap-zose.yulpa.io
• smtp-zose.yulpa.io

Une coupure de service de deux heures est à prévoir.

Vous souhaitez poser des questions ou réagir ? Merci d'utiliser exclusivement les forums.

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 procédons à la mise à jours des nodes Pilot iWal.

L’interface web reste disponible mais les tâches (paiement, provisionnement des données) seront traités avec un peu de retard.

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 avons une maintenance planifiée dans la nuit du 1 Mars au 2 Mars.
Un reboot du serveur est nécessaire.
Cette maintenance sera faite pendant la nuit, a partir de 3:00 du matin et ne devrait pas durer plus de 10 minutes.

Les sites publiés par cette plate-forme ne seront pas disponibles le temps du reboot.
Une erreur 503 sera affichée

Merci de votre compréhension.

Bonjour,

Dans le cadre d’une maintenance, nous devons mettre à jour l’ensemble du serveur int-lxd-virt02a La mise à jour consiste à appliquer une nouvelle version LXD , l’application de patch de sécurité et la mise à jour du Kernel.

Cette opération nécessite un redémarrage complet du serveur et des containers qui s’y trouvent.
Une coupure est à prévoir entre 2:00 AM et 2h:15 AM dans la nuit de Lundi (27) à Mardi (28)

Dans le cas ou vous avez configuré vos applications pour démarrer au boot du container, vous ne devriez pas avoir de problème. Si vous utilisez des applications sans démarrage automatique au boot, celles-ci ne seront pas démarrées automatiquement.

Merci de votre compréhension

Suite au passage à la version 2.1.6 de iWal nous rencontrons actuellement un problème nous obligeant à rendre indisponible le manager.

Nous sommes en cours d’intervention pour corriger cela.

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.

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

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

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 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.

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 la plateforme HTTP1
Pas d’interruption de service.

Les serveurs (système uniquement) sont en cours de mise à jour.
Un redémarrage sera fait, une coupure est à prévoir de 3 minutes.

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 migrer le serveur DNS ns3.yulpa.io actuellement hébergé sur une de nos infrastructure OVH vers une chez GANDI.

L’adresse IP 176.31.158.146 va donc devenir 92.243.4.24

Les zones DNS seront régénérées mais l’ancien serveur continuera de les publier pendant quelques heures.

Aucun impact n’est à prévoir sur la publication des zones. Seules les ajouts / modifications / suppressions de zones sur iWal seront en attentes de traitement durant une demi heure au moment de la bascule.