Tous les projets

Mise à jour 09h55 : Incident clos

Le problème d'envoi a été réglé. Il s'est produit de manière aléatoire depuis hier 18h30, jusqu'à ce matin 09h55.

Ouverture de l'incident

L'envoi d'e-mail est perturbé : certaines connexions au serveur SMTP se trouvent en échec, avec comme information une authentification incorrecte.

Nous rencontrons actuellement une interruption de service sur notre plateforme Exchange 2013.

Des interventions sont en cours.

Nous rencontrons actuellement une interruption de service sur notre plateforme Exchange 2013.
<br />
Des interventions sont en cours.

Une file d'attente s'est créée depuis environ 2 jours sur un des serveurs de courriers entrants, impliquant un délai de livraison très important (entre 10 minutes et 3 heures) pour les e-mails à destination de comptes gérés sur nos serveurs.

La source du problème a été décelé à 14h30, et la file d'attente a été purgé peu après. Ainsi, les derniers e-mails sont en cours de livraison.

La migration des webmail Roundcube et Rainloop sera effectuée ce Vendredi 28 Décembre 2018.

Leur accès sera impossible durant l'opération (environ 30 minutes).

Bonjour,

Comme annoncé dans la dernière newsletter, nous avons investi dans une nouvelle installation afin d'améliorer la plateforme des e-mails.

Nous avançons actuellement sur la migration des plateformes email. Si tout se passe comme prévu, au moins une des plateformes devrait être migrée dans la nuit.
Cela pourra engendrer des micro-coupures sur l'accès POP/IMAP/Webmail.

Merci par avance de votre compréhension.

Bonjour,

Il y a eu un changement de routage pour les services :
- POP
- IMAP
- MX
- FTP
- QMAILADMIN

Certains problèmes imprévu se sont posés entre 11h30 et 12h15 sur l'ensemble de ces services.
Qmailadmin vient d'etre rétabli a 13h20.

Tous les services sont bien accessibles pour nous a l'heure actuelle.

ATTENTION PAR CONTRE :
Le serveur POP est pop.phpnet.org
Le serveur IMAP est imap.phpnet.org
Si vous utilisiez avec succès dans certains cas mail.votredomaine ou tout autre adresse pour l'accès pop/imap, sachez que cela ne pourra plus fonctionner
a partir de ce jour. Nous avons isolé au maximum les différents services afin d'en améliorer la sécurité et la redondance.

Merci de votre compréhension.

21/05/2018 - 17h30 : Incident résolu

Le "filermail" a été relancé après vérification de l'intégrité de ses disques.

La connexion aux comptes mails hébergés sur ce dernier (e-mail sur MX4) est de nouveau possible.

21/05/2018 - 14h00 :

Nous avons une panne sur un filermail depuis 14h, qui concerne les comptes e-mails gérés sur le serveur mx4.phpnet.org.

Cela provoque une disparition de vos comptes e-mails dans l'espace client, et l'impossibilité de s'y connecter en POP et IMAP.

L'incident est en cours de résolution.

Nous rencontrons actuellement des dysfonctionnements au niveau du filtre anti-spam Spam Expert. <br />
Les offres mutualisées Plesk et le pack Spam Expert sont impactés. <br />
Nous sommes dessus et vous prions de patienter le temps que les services soient rétablis.

Mise à jour 14h15

Les connexions SMTP fonctionnent correctement sur le nouveau serveur. En cas de problème, nous vous invitons à redémarrer votre ordinateur et votre routeur internet.

Mise à jour 13h15

L'enregistrement DNS "smtp.phpnet.org" est à jour sur notre serveur DNS primaire. Nous vous recommandons de redémarrer votre ordinateur et votre routeur internet si la connexion au SMTP est toujours difficile (ça voudrait dire que votre connexion est encore dirigée vers le serveur deffectueux).

Mise à jour 12h15

La copie du serveur est en ligne, des connexions SMTP sont actuellement actives sur ce dernier.

L'ancien serveur reste en ligne pour le traitement des connexions déjà établient et celles qui pourraient encore tomber dessus.

Mise à jour 12h00

Les disques dur du serveurs présentent des dysfonctionnement. Une copie du serveur SMTP est en cours de mise en ligne.

Mise à jour 11h50

Le service SMTP reste instable malgré les opérations effectuées précédemment, l'incident est donc rouvert, des vérifications approfondies sont en cours

Mise à jour 11h30

le problème a été un cerné, il s'agissait d'un manque d'espace disque.

Les connexions SMTP vers smtp.phpnet.org sont de nouveau possibles.

Bonjour,

nous constatons actuellement des difficultés de connexions au serveur SMTP smtp.phpnet.org, lié à une charge importante du serveur.

Nos administrateurs procèdent actuelement au diagnostique de l'incident.

Chers clients,

Nous tenons à vous informer qu'un incident récent a touché notre certificat SSL sur les services IMAP et POP. Nous avons réagi promptement en appliquant les correctifs nécessaires pour résoudre la situation. Nous souhaitons vous assurer que cet incident n'a en aucun cas compromis la sécurité de vos données.

Nous vous présentons nos excuses pour la gêne occasionnée

Merci pour votre compréhension.

Cordialement,

Nous rencontrons un problème sur nos plate-formes Mails depuis plusieurs jours,
nos techniciens sont actuellement en train de procéder a une amélioration du
service pour un retour a la normale dans les meilleurs délais.

Les problèmes de retard sur la livraison des mails sortants sont en cours de résolution.

Une erreur de script a provoqué la génération de zones DNS erronnées pour les domaines liés a des hébergements Premium dont la gestion de la zone est en mode standard, depuis hier soir.

Les domaines concernés n'ont plus d'enregistrement MX dans leur zone DNS, provoquant l'impossiblité de leur transmettre des e-mails, à partir de certains serveurs d'envois (si leur cache DNS est regénéré fréquemment).

Les corrections sur le script ont été appliqué, la propagation des zones DNS correctes est en cours.

Les mails envoyés vers ces domaines durant cette période pourrait arriver, ou ne pas arriver, tout dépend du nombre d'essais effectués par les serveurs d'envoi utilisés par les émetteurs.

Nous rencontrons actuellement un dysfonctionnement sur les serveurs MX de la plateforme Exchange 2013<br />
Les connexions POP et IMAP sont très instables.

Un problème (connexion impossible au serveur) est en cours de résolution sur mx1.

L'envoi d'e-mail est actuellement ralenti. Nous tavaillons à la résolution du problème.

Mise à jour 15h25

La problème a été résolu, tous les e-mils en attente ont été remis

Bonjour, ce matin entre 8h30 et 12h30, un ralentissement important a été constaté pour la livraison de certains e-mails vers les comptes mails hébergés chez PHPNET.

Cet incident a été causé par un manque d'espace disque sur l'un des serveurs entrant PHPNET.

Il est officielement clos depuis 12h30.

Un ralentissement sur la livraison des e-mails vers des comptes non hébergés par PHPNET a été constaté ce matin à partir de 8h30.

Ce ralentissement est un effet de bord de l'incident survenu ce matin sur l'un des serveur entrant (voir http://status.phpnet.org/task/91).

Une partie des e-mails en attente d'envoi depuis 08h30 ont été reroutés vers un serveur dont la résolution DNS a dysfonctionné, déférrant d'encore quelques heures leur livraison effective.

Une autre partie a cependant pu être livrée entre 11h30 et 12h30.

Cet incident est maintenant clos. En cas de doute sur la livraison d'un de vos courriels, nous vous invitons à ouvrir un ticket de support, en indiquant précisément tous les éléments suivants :

• Adresse de l'émetteur


• Adresse du destinataire


• Heure d'envoi

Chers clients,

Nous tenons à vous informer qu'il y a actuellement une surcharge sur notre serveur mail 19, ce qui entraîne des ralentissements dans l'accès au webmail. Nous sommes désolés pour les désagréments que cela pourrait vous causer.

Nous sommes en train de rétablir le service et espérons que tout sera opérationnel très prochainement.

Nous tenons à vous remercier pour votre patience et votre compréhension.

Cordialement,
L'équipe technique.

Bonjour,

Comme déjà indiqué, nous remplaçons nos plateformes email pour améliorer la fiabilité et les performances de celles-ci.

Des transferts sont en cours et peuvent engendrer pour l'instant des ralentissements passagers.

Merci de votre compréhension.

Suite à un incident sur un de nos serveurs de mails, il n'est pas possible de récupérer vos mails sur certains domaines.

Si vous êtes touché par cet incident, vous ne verrez plus la liste de vos adresses mail dans la page de gestion du panel PHPNET.

L'incident est en cours de résolution, aucune perte de données n'est à déplorer.

Cette page sera mise à jour au fur et à mesure de l'avancement de la résolution.

Mise à jour 15h20 :

Certaines fonctions de l'espace client restent indisponibles : modification de la version de PHP sur les hébergements mutualisés, accès aux sauvegardes des bases de données.

Certains FTP sont toujours inaccessibles (hébergements Mutu uniquement).

Mise à jour 12h00 :

L'espace client est de nouveau disponible. Des vérifications sont toutefois toujours en cours.

Mise à jour 11h45 :

Le redémarrage du serveur est terminé. L'accès à l'espace client sera rétabli d'ici quelques minutes.

Mise à jour 11h35 :

Le serveur incriminé est en cours de redémarrage. Pendant ce temps, l'accès au panel est impossible.

Ouverture de l'incident :

Un incident provoque actuellement l'impossiblité d'accéder à certains hébergement mutualisés en FTP, mais rend également non fonctionnelle certaines fonctions de l'espace client (accès aux sauvegardes des bases de données, changement de version de PHP, etc..)

Nous faisons au plus vite.

Il est impossible de se connecter à plusieurs sites hébergés sur des Mutu, depuis 15h50 (le 25/02/2018).

Le problème est en cours de traitement, les sites redeviennent fonctionnels petit à petit.

Le système de fichiers sur lequel sont situé les comptes sur /home/users6 s'est brusquement corrompu alors que le système était en cours de fonctionnement, nous avons donc du basculer en urgence sur le nouveau serveur à base de SSD sur lequel nous devions basculer au cours de la semaine.

Les fichiers sur le nouveau serveur n'ayant pas été synchronisés depuis un peu plus d'une semaine, nous sommes en train de restaurer les fichiers modifiés plus récemment depuis le serveur de sauvegarde, cela devrait prendre plusieurs heures.

Nous avons redémarré le serveur ayant rencontré le problème, il est en train de corriger les erreurs sur le système de fichiers. Nous pourrons restaurer à la demande des repertoires ou fichiers qui auraient été modifiés plus récemment que la dernière sauvegarde mais il y à le risque que certains fichiers ne soient pas restaurables.

Votre compte mutualisé est impacté si le chemin affiché sur la page "Proteger le dossier" du panel commence par "/home/users6/".

Les Premiums ne sont pas impactés.