All Projects

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.

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

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

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.

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

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

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

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.

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 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 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 assurerons une maintenance pendant la nuit.
Les stores Zimbra seront relancés . Une coupure est à prévoir pendant 1 minute.
Le Webmail est les services POP/SMTP/IMAP seront aussi impacté le temps du redémarrage.
Merci pour votre compréhension.

Nous rencontrons un incident sur store-11 Zimbra OSE qui affiche une erreur 502 aux utilisateurs, nous allons corriger cela.

Nous devons procéder à des modifications sur le portail vcloud.yulpa.io

L’accès peut-être perturbé au cours de la nuit.

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.

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

Nous investiguons pour trouver la cause.

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

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

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

Merci de votre compréhension

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

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

Nous travaillons à la résolution de ce bug.

<h4>Module compta</h4>
<h5>Paiements</h5>
<ul><li>iWal v2 ne proposait plus Paypal ; c’est corrigé !</li>
<li>ajout d’un module “Core” pour lister les mises à jour iWal avec leur Changelog</li>
<li>Prochainement dans la section Core : “Présentations et crédits” et remontée de bugs / demandes</li>
</ul>

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.

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

Vous pouvez désormais gérer les Utilisateurs de l’interface web
Cela vous permet de donner un accès à vos utilisateurs finaux afin qu’ils puissent gérer leur quarantaine depuis le panel NoSpam et depuis l’application mobile.

Vous pouvez également relier vos domaines à une authentification LDAP :)

Pour finir, vous pouvez modifier les permissions accordées à vos utilisateurs.

Description dans NoSpam :

“Ici, vous pouvez gérer l’accès à l’interface Web pour les destinataires d’e-mails individuels (utilisateurs d’e-mails). Ils peuvent se connecter au panneau de contrôle avec leur adresse e-mail et leur mot de passe et gérer leurs propres paramètres. L’ajout ou la suppression d’utilisateurs d’e-mails n’a aucun effet sur le traitement réel des e-mails ; cette page vous permet uniquement de gérer l’accès individuel à l’interface Web.”

Module COMPTA

Module SERVICES

Module ZIMBRA

COMPTES MAILS

COMPTES ALIAS

Module UTILISATEURS

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.

Interface

Module Domaine Registrar

Gandi

Ovh

Module Hébergement

Module Utilisateur

Diverses corrections de bugs et sécurité.

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.

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é

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.

Module Core

A Propos

Vous retrouverez désormais dans le menu de gauche, tout en bas un bouton “A propos de iWal”.
Ce bouton vous amène à une page où est présent la timeline des changelog (arrivée en dernière version 2.0.8) mais également une nouvelle page qui vous présente iWal : ses contributeurs et les technologies utilisées.

Mise en prod 2.0.7

Module DMN

Dmn

Module HTTP

LetsEncrypt