All Projects

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.

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

Beaucoup de petits correctifs ont été déployés ces derniers jours et ne sont pas forcément référencé publiquement (126 commits sur les 12 derniers jours).

On ne fait mention sur Travaux que des commits qui provoquent un changement de version dans la numérotation.

Version 2.0.1 :

• En cas de mise à jour du schéma de la base de données, le message d’erreur n’est plus affiché aux clients, la page d’accueil informe d’une maintenance en cours sans plus de détails ;
• Lors de la mise à jour d’un domaine registrar (si visualisation du domaine ou via les crons de iWal) si le domaine n’est plus relié à un hébergement, on retire le lien dmn <-> hébergement ;
• Lors de la résiliation d’un domaine registrar, on bascule la zone DNS du domaine sur l’hébergement utilisant le domaine, cela évite aux clients qui transfèrent leur domaine chez un autre registrar de se retrouver sans zone DNS
• Divers petits correctifs en plus

Mise en prod 2.0.2

Module HTTP

Dmn

AWstats

Module Domaine Registrar

NicHandle

Module Files

SSH

Module API Json

Module Sauvegardes

Module Dashboard

Module Services

Module Zimbra

Mise en prod 2.0.4

Module Domaine Registrar

Nic Handle

Module Core

Module HTTP

Dmn

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

Mise en prod 2.0.5

Module HTTP

Dmn

Module Client

Module SERVICES

Droits et Proprio

En raison d’un incident de production chez Let’s Encrypt , il est temporairement impossible de générer de nouveaux certificats.

Pour plus d’information, voir le lien suivant :
https://letsencrypt.status.io/pages/incident/55957a99e800baa4470002da/591ed0da457ea42d38001796

Bonjour,
Nous mettons à jour la plateforme HTTP1
Pas d’interruption de service.
Php7 et les modules seront mis à jour.

From alt-php70-7.0.18-1.el6 to alt-php70-7.0.19-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 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 mettons à jour la plateforme HTTP1
Pas d’interruption de service.

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

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.

Mise en prod 2.0.7

Module DMN

Dmn

Module HTTP

LetsEncrypt

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

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.10 prévue le 26 ou 27 juillet

Module COMMANDE

Module RIGHT

Module COMPTA

Module SENDMAIL

Module SMS

Module LOGS

Module USER

Fin de vie pour webftp.web4all.fr

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

Fin de vie pour pma.web4all.fr

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

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

Nous procédons à la mise à jour d’un cluster VMware.

Aucun impact à prévoir.

Bonjour,

Dans le but d’être conforme aux exigences de sécurité, nous avons réalisé une évolution au niveau de la sécurité du serveur SSH.
Si vous avez des difficultés de connexion et que vous utilisez un logiciel à jour, veuillez nous contacter via le support
Les logiciels récents doivent tous être en mesure de se connecter.

Merci,
Cordialement,
Benoît

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.

Module COMPTA

Module SERVICES

Module ZIMBRA

COMPTES MAILS

COMPTES ALIAS

Module UTILISATEURS

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

Nous travaillons à la résolution de ce bug.

Nous effectuons la mise à jour de ZPUSH 2.3.3 -&gt; 2.3.8

Les change logs sont très importants, disponibles sur le site de l’éditeur.

Le backend push Zimbra passe de 65 à 67

Aucune interruption de service.

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

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

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.

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.

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é

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.

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

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