All Projects

Nous rencontrons actuellement un incident sur l’infrastructure Zimbra Open Source.

Nous sommes en cours d’intervention.

Plusieurs utilisateurs nous informent avoir une erreur SSL lors des connexions à la plate forme Zimbra.

Cela concerne à priori les utilisateurs sous Android / Linux.

Nous investiguons.

Depuis dimanche 11 septembre, nous rencontrons un incident sur le stockage qui provoque des interruptions de service sur certains hébergements / sites web.

L’accès FTP est également perturbé sur ces hébergements.

Nous investiguons actuellement.

Refonte partielle du code relatifs aux hébergements (http, files, sql...) afin de pouvoir gérer des hébergements mono-serveurs pour les offres 2022.

Divers correctifs de sécurité, mises à jour mineures et correctifs de fonctionnalités.

Plusieurs utilisateurs nous indiquent avoir un message d’attente de chargement et parfois des erreurs 502.

Plusieurs modifications ont été effectuées ces derniers jours, sans succès. Nous continuons à investiguer.

Nous avons depuis quelques heures un retard sur la livraison des mails entrant. Nous investiguons.

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

Nous procédons à la mise à jour de Cloud Director en version 10.3

La page de paiement est actuellement indisponible.

Nous investiguons.

Nous rencontrons actuellement de gros problèmes sur nos transit ce qui rend indispo une très grosse partie de l’infra.

Nos fournisseurs sont en cours d’intervention.

L’autorité intermédiaire de Lets Encrypt a expiré mercredi 29 septembre, invalidant beaucoup de certificats SSL.

Nous sommes en train de voir comment corriger cela sur les sites concernés.

A nouveau, nous rencontrons un problème sur les serveurs web du à des utilisations anormales et abusives de certains utilisateurs.

Nous sommes en train d’intervenir pour essayer d’isoler le problème :(

De nombreux clients nous remontent des instabilités sur les sites depuis ce midi, nous travaillons à résoudre l’incident.

Divers correctifs de sécurité, mises à jour mineures et correctifs de fonctionnalités

De nombreux utilisateurs nous indiquent ne pas arriver à configurer un compte sur push-zose.yulpa.io
Certains ont des erreurs sur les comptes existants.

Cela ne semble que toucher les utilisateurs Android.

Nous travaillons à résoudre cela.

Mise à jour : cela concerne également les périphériques iOS.

Nous rencontrons un problème sur l’accès aux sauvegardes MySQL.

En cas de besoin d’une sauvegarde vous pouvez demander au support.

Nous devons procéder à une mise à jour des composants NSX en raison de failles de sécurité.

Aucun impact n’est à prévoir.

Une mise à jour est prévue pour le 29 mars.

Divers correctifs de sécurité, mises à jour mineures et correctifs de fonctionnalités (backup entre autre).

Nous vous invitons pour le moment à utiliser Chrome, Firefox, Safari en remplacement de EDGE, le temps que Microsoft nous retire de sa liste.

“Ce site a été signalé comme n’étant pas sécurisé
Microsoft vous recommande de quitter ce site. Il a été signalé à Microsoft comme contenant des menaces de hameçonnage susceptibles de voler vos informations personnelles ou financières.”

Note : vous pouvez aussi outrepasser le blocage “Continuer vers le site non sécurisé (déconseillé)”

Aidez-nous : en reportant “Signaler que ce site ne contient pas de menaces de hameçonnage”

Bonjour,
suite à des modifications d’algorithmes sur les serveurs web et ftp, pour des raisons de sécurités, certains algo ne sont plus supportés.

Concernant les comptes FTP dont les mots de passe n’ont pas été modifiés avant 2017, vous serez dans l’obligation quasi certaine de le changer (déjà depuis un mois donc la plupart ont déjà mis à jour).
Concernant les comptes FTP autres qui ne fonctionnent pas, nous avons modifié le chiffrement dans le manager donc vous pouvez de nouveau le mettre à jour voir si cela fonctionne.

Concernant les comptes Awstats pour les statistiques Web, il nous est impossible de les réécrire pour les rendre compatible (nous ne conservons pas les mdp en clair), vous devez donc impérativement mettre à jour les mots de passe :(

Merci pour votre compréhension.

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

Certains clients rencontrent des soucis d’accès au FTP / SSH

Nous investiguons actuellement.

EDIT pour le FTP : Selon plusieurs utilisateurs, le problème est sur les anciens comptes FTP, cela est corrigé en modifiant le mot de passe depuis le manager.
EDIT pour le SSH : il faut bien accepter la nouvelle clé fingerprint SSH.

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

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

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.

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

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

De nombreux clients nous remontent des instabilités sur les sites depuis hier soir, nous travaillons à résoudre l’incident.

Nous rencontrons un problème depuis 13H48, intervention en cours pour remise en service.

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.

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.

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

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

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.

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.

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

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 rencontrons quelques lenteurs sur l’infrastructure de stockage hébergeant les serveurs anti-spam.

Cela impacte la livraison des mails, nous sommes en cours d’intervention.

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 devons procéder à la mise en production de la version 2.2.0

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

Core

SSL

Support

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.

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.