All Projects

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

Le module Apache mod_geoip étant en fin de vie, nous avons été forcés d’utiliser son remplaçant : le module MaxMindDB

Si vous utilisez le module GeoIP dans votre fichier .htaccess, celui-ci n’est plus disponible. Une erreur 500 sera affichée sur le site.

Pour corriger cela, vous devez faire les modifications suivantes au niveau de votre fichier .htaccess :

Retirer “GeoIPEnable On” si vous l’utilisiez.
Remplacer: GEOIP_* par MM_*

Le module MaxMindDB est actif par défaut sur l’ensemble du système. Il n’est pas nécessaire de l’activer.

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 constatons un problème de livraison des emails Entrants/Sortants
Nos équipes sont en cours d’analyse

Actuellement, les livraisons sont en cours et le délais devrait être rattrapé rapidement.

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 rencontrons actuellement un incident au niveau du stockage.
Les sites sur le mutualisé sont impactés et affichent une erreur 503

Nous travaillons à la résolution de cet incident.

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.

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.

Un problème au niveau de l’anti-spam empêche l’envoi et la réception de mail dans un delai normal.
Nous sommes en cours d’investigation pour identitifer et corriger le problème.
Les emails envoyés seront délivrés une fois la situation corrigée.

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

Bonjour,

Nous rencontrons actuellement un incident sur le serveur LXD-VIRT-02a

Nous faisons le nécessaire pour remettre le service en fonctionnement.

Nous avons été victime d’une attaque par DDOS pendant quelques minutes le 05/26/2020.
L’attaque à été isolée, la publication des sites internet peut avoir subi une légère coupure entre 01:10:22 AM et 01:20:42 AM
Tout est rentré dans l’ordre.

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.

Nous rencontrons un incident technique sur le filer qui héberge les fichiers des sites de l’infrastructure MUTU
Nous investiguons en ce moment l’incident.
Les sites sont indisponibles.

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.

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

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 rencontrons un incident sur le stockage du service mutualisé.
Les sites sont en erreur 503.

Une intervention est en cours pour corriger le problème.

Nous devons procéder à une intervention sur le filer hébergeant les fichiers des sites web.

Cela va provoquer une interruption de service de quelques minutes vers 2 heures du matin (heure de Paris).

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

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.

Bonjour,
nous rencontrons un problème de réplications des sauvegardes fichiers.

Celles-ci ne sont donc pas visibles sur le manager.

En cas de besoin d’une sauvegarde, le temps de la resynchronisation, vous pouvez ouvrir un ticket sur le manager iWal.

Merci et désolé.