Tous les projets

Nous avons rencontré un problème au niveau de l'accès à l'interface d'administration des serveurs mutualisés Plesklinux.
Il s'agit d'un bug de Plesk.
Un correctif a été appliqué, l'accès est de nouveau fonctionnel.

Chers clients,

Nous vous informons que le serveur plesklinux6 est actuellement hors service. Nous comprenons l'importance de ce serveur pour votre entreprise et nous travaillons activement à rétablir les services le plus rapidement possible.

Nous vous tiendrons informés de l'avancée des travaux par le biais de cette page de travaux. Nous vous demandons de bien vouloir être patients.

Nous vous remercions pour votre compréhension et nous nous excusons pour tout inconvénient causé.

L'équipe de support technique.

14:25 ⇒ L'incident a été résolu définitivement

Nous avons le plaisir de vous informer que l'incident qui a affecté nos services a été résolu définitivement. Nous nous excusons pour les désagréments causés et nous vous remercions pour votre patience et votre compréhension.

Si vous rencontrez encore des problèmes, n'hésitez pas à contacter notre support pour que nous puissions les résoudre rapidement.

Merci de votre confiance.

Cher client,

Nous souhaitons vous informer qu'il y a actuellement un problème d'upload de fichiers pour certains clients mutualisés sur notre plateforme. Nous voulons vous assurer que nous mettons tout en œuvre pour résoudre ce problème dans les meilleurs délais.
Nous vous remercions pour votre patience et votre compréhension.

Cordialement,

L'équipe de support technique

Nous avons rencontrés un incident au niveau des serveurs de bases de données des hébergements mutualisés.

L'incident est lié à la mise à jour de MariaDB à la version 10.6, ce qui engendrait une erreur lors des tentatives de connexions des sites.
La coupure était de 14mn.

Veuillez nous excuser de la gêne occasionnée.

Bonsoir,

Nous avons eu un incident sur mails2-frontal qui a été engendré par un bug de kernel qui remplissait les logs de manière gigantesque (des kernels panic sur chaque process ou presque).
Ceci a au final rempli les disques en quelques heures et engendré les problèmes de ce soir.

Nous avons supprimé les logs en question et remis un backup de certains fichiers systèmes corrompus par l'absence d'espace disque.

Tout doit etre rétabli a l'heure actuelle.
Nous n'avons jusqu'alors jamais rencontré ce type de problème, ce qui explique qu'il ai fallu faire un minimum de diagnostics avant de "supprimer" le problème.

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

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

=> Incident terminé

Bonjour,

Nous rencontrons un souci avec le serveur de mails 1 (mx.phpnet.org).
Veuillez nous excuser pour les désagréments occasionnés.
Nous vous tiendrons informés dans les plus brefs délais.

Merci de votre compréhension.

L'équipe technique.

Bonjour,

Nous avons rencontré un souci réseau sur la plateforme mails 3. L'incident a été solutionné.

Merci de votre compréhension.

l'équipe technique

L'incident qui affecte le serveur mx3.phpnet.org est en cours de résolution ce lundi 9 mai 2016.

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.

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.

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

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

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.

Deux serveurs SMTP ont été inaccessibles de Vendredi 18/05 20h, à Samedi 19/05 à 15h30.

Cela a provoqué une difficulté d'envoi des e-mails durant ce laps de temps (refus de connexion SMTP, transmission d'e-mail très longue).

Bonjour,

Un incident technique sur le serveur de fichier du serveur de messagerie mx.phpnet.org survenu cette nuit aux alentours de 2h30 a provoqué différents problèmes :

• Lenteur sur la livraisons des e-mails vers les comptes qu'il gère : les e-mails à destination de comptes mail hébergés sur mx.phpnet.org peuvent délayés de plusieurs heures.
  Les e-mails en attente seront peu à peu délivrés sur le cours de la jounée.


• Ralentissement des authentification IMAP/POP/SMTP des comptes hébergés sur mx.phpnet.org.

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.

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.

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.

Bonjour,

Des perturbations sur les connexion SMTP ont été constatées depuis hier (le 17/10/2019) vers 16h (la connexion fonctionnait de manière intermittente).

Notre équipe technique pense avoir trouvé une solution au problème (résolution DNS d'un des serveurs SMTP), depuis 15h10 ce jour.

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

Des interventions sont en cours.

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