All Projects

Mise en prod 2.0.3

Module Domaine Registrar

Nic Handle

Module Utilisateur

Gestion des droits

Bonjour,
nous rencontrons un problème qui génère des erreurs 500 lors de l’accès à WordPress en étant connecté.
La même chose nous a été remonté pour Piwik.

Nous investiguons actuellement.

Toutes nos excuses pour cet incident.

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.

Bonjour,
nous rencontrons un problème sur l’infrastructure web (sur la gestion des sessions), impactant les sites.

Nous sommes en train d’intervenir.

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.

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.

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.

Bonjour,

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

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

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

Une intervention est en cours pour corriger cela.

Nous rencontrons actuellement un incident sur le filer ZFS,
une intervention est en cours.

Nous estimons une reprise des services d’ici 10 minutes soit environ 8H20.

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

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 :

• Zimbra Open Source - Avancement 0% - prévue 28 janvier 2021 - coupure 2 heures
• Zimbra NE PRO - Avancement 0% - prévue 29 janvier 2021 - coupure 2 heures
• Containers LXC - Avancement 0% - prévue 5 février 2021 - coupure 2 heures
• iWal - Avancement 0% - prévue 9 février 2021 - coupure 2 heures
• Outils YULPA - Avancement 0% - prévue 9 février 2021 - coupure 2 heures
• DNS - Avancement 0% - non planifiée - coupure 5 minutes
• NoSPAM - Avancement 0% - prévue 15 février 2021 - coupure 1 heure
• Cloud Director - Avancement 0% - prévue 18 février 2021 - coupure 30 minutes
• Drive - Avancement 0% - prévue 20 février 2021 - coupure 45 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

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 autour du 5 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 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 Drive 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 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 9 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...) est prévue autour du 9 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 serveurs Spam-Experts est prévue autour du 15 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.

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 autour du 28 janvier 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.

Cette tâche sera prochainement mise à jour.

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

Nous avons un petit souci sur les droits dans le cadre des délégations.
Certains utilisateurs ont des droits dupliqués, cela provoque un message d’interdiction sur des services auxquels ils sont censés pouvoir accéder.

Après investigations effectués, il apparaît que ce problème était déjà présent sur la v1 de iWal.

Nous allons procéder à un correctif rapidement.

Nous rencontrons un problème sur l’envoi des SMS (utilisé pour la double authentification).

Nous allons fixer cela rapidement.

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 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 rencontrons ces derniers jours des problèmes de stabilité et de performance sur la plate forme web.

Nous y travaillons activement et sommes désolés de ces incidents à répétition.

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

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.

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

Bonjour,

le manager iWal chez yulpa vous permet de vous connecter avec au choix votre adresse email ou votre identifiant -YULPA

Si vous venez de chez Web4all, veuillez noter que votre ancien identifiant -W4A est à modifier en -YULPA.
Exemple : PA19-W4A devient PA19-YULPA

Certains utilisateurs ne parviennent pas à se connecter que ce soit avec leur mail ou identifiant. Cela impacte peu de compte, dans ce cas vous devez utiliser la procédure de récupération de mot de passe qui vous permettra de définir un nouveau mot de passe.

Nous avons rencontré un problème sur la synchronisation des snapshots entre le serveur de production et le serveur de backup.

Nous avons du recommencer une synchronisation avec peu de snapshots.

Concrètement pour vous, cela signifie :

• ne sont concernés que les hébergements sur vol1
• les anciens snapshots de vol1 (antérieurs au 27/09/2017) ne sont plus visibles sur iWal
• ces mêmes snapshots ne sont pas perdus, nous les avons toujours mais ils ne peuvent être affichés dans iWal
• si vous en avez absolument besoin, merci d’ouvrir un ticket sur le centre de support dans iWal

Désolé pour la gêne occasionnée :(

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

Sur les pages avec un tableau affichant des éléments (services, comptes clients, factures, domaines...) lorsqu’un utilisateur tente de trier les éléments avec la colonne Action, cela génère une erreur javascript (popup).

Nous rencontrons un souci sur le calcul de la taille des hébergements suite à la mise en place de iWal v2.

Le quota affiché dans le manager n’est donc pas à prendre en compte.

Nous rencontrons un souci sur le calcul de la taille des bases de données suite à la mise en place de iWal v2.

Le quota affiché dans le manager n’est donc pas à prendre en compte.

Suite à la mise en production de iWal v2, nous allons proposer le service tâches planifiées (cron).

Nous avons encore des tests de validation à effectuer et pour le moment nous priorisons les corrections liées à la reprise des clients de Web4all.

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.