Tous les projets

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

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.

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 actuellement un incident sur le webmail Zimbra.

Les navigateurs indiquent ce “site” comme malveillant, nous investiguons actuellement.

Nous rencontrons un problème sur nos parefeu. Nous sommes en cours d’intervention, quelques indisponibilités peuvent se ressentir :’( Toutes nos excuses.

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.

Mise en prod 2.0.17

Bêta : cron (oui oui, enfin... elles sont là !)

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

Diverses corrections de bugs et sécurité.

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.

Interface

Module Domaine Registrar

Gandi

Ovh

Module Hébergement

Module Utilisateur

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.

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.

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 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 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 effectuons la mise à jour de ZPUSH 2.3.3 -> 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 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 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 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 :(

Module COMPTA

Module SERVICES

Module ZIMBRA

COMPTES MAILS

COMPTES ALIAS

Module UTILISATEURS

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.

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.

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.

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 à jour d’un cluster VMware.

Aucun impact à prévoir.

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

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.

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.

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.

Fin de vie pour pma.web4all.fr

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

Fin de vie pour webftp.web4all.fr

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

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

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

Mise en prod 2.0.7

Module DMN

Dmn

Module HTTP

LetsEncrypt

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

Mise en prod 2.0.5

Module HTTP

Dmn

Module Client

Module SERVICES

Droits et Proprio

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

Module Domaine Registrar

Nic Handle

Module Core

Module HTTP

Dmn

Mise en prod 2.0.3

Module Domaine Registrar

Nic Handle

Module Utilisateur

Gestion des droits

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

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 &lt;-&gt; 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

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

Nous allons fixer cela rapidement.

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

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

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.