Tous les projets

Les serveurs (système uniquement) sont en cours de mise à jour.
Un redémarrage sera fait, une coupure est à prévoir de 3 minutes.

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

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

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,

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

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.

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

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

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

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.

Le module de cron devrait être pleinement opérationnel d’ici fin AOUT

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.

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

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.

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 à 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 procédons à la mise à jour d’un cluster VMware.

Aucun impact à prévoir.

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.