All Projects

La plateforme http1 renvoi des erreurs 500 avec un load anormal.
Nous sommes en cours d’intervention

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 rencontrons actuellement une erreur lors de la génération des nouveaux certificats Let’s Encrypt.

Nous travaillons à la résolution de ce bug.

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.

Nous rencontrons un problème sur le traitement des logs Apache.

Depuis le 28 décembre, le traitement est en erreur.

Nous avons corrigé le problème et sommes en train de procéder au rattrapage (copie des logs et génération des statistiques AWstats).

Général

Modifications techniques devant apporter de meilleures performances ;
Diverses corrections de petits bugs ;
Le titre de la page affiché dans le navigateur indique désormais l’emplacement dans iWal (il était auparavant indiqué uniquement “iWal”).
Les tâches dans le widget Travaux (barre en haut) sont désormais cliquables pour accès direct à la tâche.

Module CLIENT

L’élément “Payer” est affiché en permanence dans le menu (il était masqué quand aucun élément n’était à payer) ;
Le lien vers l’utilisateur propriétaire de la fiche client n’est plus affiché si l’utilisateur qui visualise n’est pas admin (il était auparavant afficher pour les FACT / TECH).

Module COMMANDES

La durée de renouvellement par défaut pour un hébergement était de 1 mois. Elle est désormais de 12 mois (90% des commandes) ;
Le lien vers l’utilisateur propriétaire de la fiche client n’est plus affiché si l’utilisateur qui visualise n’est pas admin (il était auparavant afficher pour les FACT / TECH).

Module DNS

Ajout d’un TTL de 3H (10800 secondes) sélectionnable pour les entrées DNS ;
Un bug empêchait l’utilisation du _ dans un enregistrement DNS de type CNAME si le _ n’était pas en début de champ ou cible.

Module DOMAINE Registrar

Sur la page de synthèse du domaine registrar, le lien pour modifier les serveurs DNS était affiché même si le domaine n’était pas encore créé / transféré, amenant l’utilisateur sur une page en erreur.

Module FICHIERS

Le lien vers le navigateur de fichier sur la synthèse “Fichiers et accès” d’un hébergement était incorrect.

Module HEBERGEMENT

Lors de la suppression d’un domaine sur un hébergement, la modal de confirmation n’indiquait pas le nom de domaine concerné par la suppression. De plus cette liste indique désormais les éléments qui sont impactés par la suppression en fonction des rôles actifs sur le domaine.

Module SERVICE

Le bouton “Commander un service” dans la liste des services (quand elle est visualisée depuis le sous-menu Services sur la fiche client est désactivé si l’utilisateur en cours n’a pas le droit Facturation sur le compte client ;
Sur la vue Widget la mention HT n’était pas indiquée à côté du tarif ;
Le lien présent dans les mails pour indiquer les utilisateurs des services arrivant a échéance n’amenait pas sur la bonne page dans iWal.

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

La gestion de la configuration des hébergements depuis le manager sera un attente de la fin de la maintenance.

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.

Interface

Module Domaine Registrar

Gandi

Ovh

Module Hébergement

Module Utilisateur

Diverses corrections de bugs et sécurité.

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

Mise en prod 2.0.17

Bêta : cron (oui oui, enfin... elles sont là !)

Général - Diverses corrections de bugs.

Utilisateurs - Lors de l’envoi du SMS pour la double authentification, seul les 4 derniers chiffres du numéro de téléphone sont désormais affichés dans la notification sur iWal.

Http : PHP & SSL - Lors de l’ajout d’un domaine sur la plate forme web, le certificat SSL Let’s Encrypt est automatiquement créé.
- Les certificats SSL sont désormais renouvelés à J-15 au lieu de J-10 afin de diminuer les alertes par les CMS et sites de supervision.
- Les certificats Let’s Encrypt ne sont désormais plus affichés comme étant auto-signés dans iWal.
- Il est désormais possible de modifier certaines valeurs opcache dans le php.ini

Dns - Possibilité de créer des enregistrements DNS de type CAA pour définir les autorités de certification autorisé pour un domaine.

Nous mettons à jour la plateforme HTTP1
Pas d’interruption de service.

La gestion de la configuration des hébergements depuis le manager sera un attente de la fin de la maintenance.

Les serveurs MySQL/MariaDB seront mis à jour pendant la nuit.
Un redémarrage sera fait, une coupure est à prévoir de 3 minutes.
Merci de votre compréhension

En savoir plus à propos de cette release ?
Un article de blog détaille les nouveautés de cette mise à jour ! :) https://blog.yulpa.io/2018/08/22/iwal-v2-1-est-la/

Général

Interface

Services

Archivage des données : utilisateurs et clients

Comptabilité

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.

Les serveurs MySQL/MariaDB seront mis à jour.
Un redémarrage sera fait, une coupure est à prévoir de 3 minutes.
Merci de votre compréhension

Nous mettons à jour la plateforme HTTP1
Pas d’interruption de service.

La gestion de la configuration des hébergements depuis le manager sera un attente de la fin de la maintenance.

Bonjour, 

le comportement dans iWal a été modifié (pour les futurs domaines ou si vous régénérez la conf du domaine).

Modification concernant uniquement les domaines configurés dans le manager en mode de publication “HTTP redirige vers HTTPS“.

Cette modification a un impact uniquement sur les serveurs alias.

Exemple pour le domaine poncini.me avec comme serveur alias www.poncini.me

Avant : 

• http://poncini.me/test1 redirigeait sur https://poncini.me/test1
• http://www.poncini.me/test1 redirigeait sur https://poncini.me/test1 (on ne conservait pas le serverAlias www)

Désormais :

• http://poncini.me/test1 redirige sur https://poncini.me/test1
• http://www.poncini.me/test1 redirige sur https://www.poncini.me/test1 (on conserve le serverAlias www ou tout autre serverAlias)

Cela n’impacte pas vos .htaccess

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

Bonsoir,

Nous avons eu un incident sur un filer de production.
Les sites ont pu afficher une erreur 503 ou 404 pendant plusieurs minutes , le temps que le serveur puisse revenir après un crash système.

Tous les sites sont maintenant disponibles et fonctionnels
Veuillez nous excuser pour cette coupure de service.

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 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 ce jour un retard sur la livraison des mails entrants au niveau de l’anti-spam.

Nous investiguons pour trouver la cause.

Nous mettons à jour la version du Drive en 7.0.7
Une coupure est à prévoir de 10 minutes maximum.

Vous pouvez maintenant mettre à jour votre client pour bénéficier des dernières fonctionnalités.

Nous recevons actuellement une attaque importante sur la partie HTTP.
Nous sommes en cours d’intervention.

Instabilité sur les sites en cours

Veuillez nous excuser pour le dérangement.

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

Bonjour,
Cette évolution permet d’éviter qu’un site n’ayant pas généré un certificat Let’s Encrypt sur sont domaine ne puisse utiliser le certificats SSL par défaut.
Beaucoup de sites sont contactés par des robots/bots qui n’ont pas de SSL actif et aujourd’hui leur accès est possible, ce qui ne devrait pas être le cas.

Si votre site ne réponds plus en HTTPS, c’est que vous n’avez pas généré votre propre certificat, gratuit avec Let’s Encrypt.
Vous pouvez, depuis le manager, générer votre certificat pour que votre site puisse de nouveau être accessible en HTTPS.

Merci.

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

Nous rencontrons actuellement un incident sur le portail NoSpam.

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

Nous mettons à jour la version du Drive.
Une coupure est à prévoir de 10 minutes maximum. Pendant cette période le service sera indisponible.
Merci pour votre compréhension.

Intervention prévue dans la nuit du Vendredi 27 Mars au Samedi 28 Mars

Core

SSL

Support

Nous devons procéder à la mise en production de la version 2.2.0

Une coupure de quelques minutes va avoir lieu en journée.

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.

Nous mettons à jour la solution DRIVE
Le serveur nécessite une mise à jour au niveau Système.
Une indisponibilité de 15 minutes est à prévoir.

Merci

Nous devons procéder à la mise à jour de Zimbra en v9, cette dernière étant suffisamment stable désormais :)

Quelques coupures de quelques minutes peuvent se présenter ce soir.

Nous procédons à la mise à jour de Zimbra Open Source, uniquement les patchs de sécurité et corrections de bugs.

Nous devons réaliser une maintenance sur le filer NFS mut-vol2
Les services HTTP(s) FTP(s) et SSH seront indisponibles pour une durée de 10min a partir de 23h Mardi 05 Janvier 2021
Merci de votre compréhension.

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.