All Projects

Mise en prod 2.0.10 prévue le 26 ou 27 juillet

Module COMMANDE

Module RIGHT

Module COMPTA

Module SENDMAIL

Module SMS

Module LOGS

Module USER

Module COMPTA

Module SERVICES

Module ZIMBRA

COMPTES MAILS

COMPTES ALIAS

Module UTILISATEURS

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

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.

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

Nous rencontrons actuellement un problème de communication avec l’API OVH , les services suivants sont impactés :

- SMS double authentification
- Affichage des informations relatives à un domaine OVH
- Renouvellement de domaine OVH

Nous sommes dans l’attente d’information concernant ce problème coté OVH .
Le ticket sera mis à jour dès que nous avons plus de détail.

Merci pour votre compréhension .

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

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.

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é

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

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 intervenons pour relancer tous les stores Zimbra OSE (mutu)

Une coupure de quelques minutes (3) est à prévoir.

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

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.

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.

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,

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 procédons à la mise à jour de la plate-forme mutualisée
Pas d’impacts à prévoir sur la disponibilité des sites internet.

Les actions depuis iWAL concernant le module HTTP seront en attente de mise à jour le temps de la maintenance.

Merci pour votre compréhension

[2017-04-20 18:51:15] INFO: PHP52 updated from alt-php52-5.2.17-94.el6 to alt-php52-5.2.17-96.el6
[2017-04-20 18:51:15] INFO: PHP53 updated from alt-php53-5.3.29-43.el6 to alt-php53-5.3.29-45.el6
[2017-04-20 18:51:15] INFO: PHP54 updated from alt-php54-5.4.45-27.el6 to alt-php54-5.4.45-29.el6
[2017-04-20 18:51:15] INFO: PHP55 updated from alt-php55-5.5.38-9.el6 to alt-php55-5.5.38-11.el6
[2017-04-20 18:51:15] INFO: PHP70 updated from alt-php70-7.0.16-1.el6 to alt-php70-7.0.18-1.el6

Plusieurs clients nous remontent depuis ce matin des erreurs sur les sites en php 5.2

Nous cherchons actuellement l’origine du problème.

Si vous êtes dans ce cas, il faudrait penser à faire évoluer vos sites, php 5.2 n’est plus sous support depuis 2011...

Nous avons procédé à une mise à jour sur la partie apache2.
Pas d’impacts pour la publication de vos sites.

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

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

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

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

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

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

Mise en prod 2.0.3

Module Domaine Registrar

Nic Handle

Module Utilisateur

Gestion des droits

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.

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.

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.

Fin de vie pour pma.web4all.fr

Vous serez désormais redirigé sur la version en yulPa : pma.yulpa.io

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