Aurelien P.

Mail envoyé à nos clients, nous relayons ici si jamais vous ne l'avez pas reçu : Nous vous contactons au sujet des incidents à répétition survenus ces derniers jours sur la plate-forme d'hébergement mutualisée http1.yulpa.io sur laquelle vos sites sont hébergés. Comme vous avez pu le constater, mardi, jeudi, vendredi et ce jour, des interruptions plus ou moins longues se sont produites. Cela, avec les mêmes raisons et les mêmes impacts que lors de l'incident du 6 mars 2020 (voir : https://blog.yulpa.io/2020/03/11/retour-sur-lincident-web-du-6-mars-2020/ ). Depuis l'incident du 6 mars nous travaillons à remplacer ce serveur comme expliqué dans le billet de blog. D'un côté sur les futures offres d'hébergement web (avec un stockage en local) et en parallèle sur la virtualisation pour remplacer ce serveur afin de continuer à faire fonctionner les hébergements web existants. Actuellement, le service est fonctionnel et toute la nouvelle plate-forme virtualisée est en place. Nous répliquons les données progressivement ce qui prend énormément de temps. Nous ne sommes pas à l'abri de nouvelles interruptions tant que nous n'aurons pas finalisé la migration dans les jours qui viennent. Nous sommes sincèrement désolés pour ces incidents qui ne reflètent pas les disponibilités habituelles, nous nous efforçons de limiter l'impact dans la mesure du possible et espérons que vous serez compréhensif. Nous avons conscience que pour certains d'entre vous cela est très préjudiciable pour vos activités et vos clients. Nous communiquons sur l'interface https://travaux.yulpa.io et ne pouvons pas répondre à tous les messages et appels téléphonique. Nous vous remercions de votre compréhension. Cordialement, Aurélien PONCINI et Benoît GEORGELIN

Bonjour, vous pouvez tout à fait avoir plusieurs comptes IMAP d'un même domaine. A voir si le client le gère en effet.

Bonjour, en fait il n'y a pas de synchronisation, tout est stocké sur un filer ZFS et les volumes sont exportés en NFS vers l'ensemble des serveurs web. Normalement il peu y avoir quelques secondes décalage du fait des différents cache mais on est pas du tout censé arriver à 35 secondes 😢 Nous finalisons la nouvelle offre mutualisé qui viendra au catalogue sous peu de temps. Les clients qui le souhaitent pourront migrer dessus et il n'y aura plus ce genre de problème.

Alors ce qu'il serait intéressant c'est de tester quand vous avez ce problème si le webmail est accessible ? Car si il y a des échecs d'authentification (ce qui ne devrait pas être le cas vu que vos clients sont configurés mais sait-on jamais en cas de bug), au bout d'un moment l'IP peut être blacklisté quelques minutes et expliquer que cela ne fonctionne plus.

Bonjour, nous n'avons pas eu de remontées similaires (une sur le support mais il me semble que c'est vous). Es-ce que le client Apple donne plus d'informations ? (je ne sais pas si il y a un log des erreurs ou une console permettant de le voir ?)

Bonjour, cela doit fonctionner, le SMTP est bien ouvert avec authentification, les paramètres sont disponibles ici : https://docs.yulpa.io/hosting-shared/emails-zimbra-open-source Là comme cela je ne vois pas ce qui fait que cela ne fonctionne pas Vous pouvez utiliser YULPA si il s'agit de petit mailing avec Zimbra, et la plate forme web si c'est un peu plus gros.

Je ne sais pas du tout ce que cela consomme Le mieux est de tester

Bonjour, pour installer cela il faut en effet un serveur dédié : https://yulpa.io/vps-container.html Cela ne peut pas fonctionner sur les offres mutualisés.

Comptabilité Diminution des emails envoyés lors de la génération des commandes ; sont envoyés uniquement lors : de la génération d'une commande automatique qui ne peut être payée automatiquement ; de la génération d'une commande par un administrateur. Diminution des emails envoyés lors de la génération des factures ; sont envoyés uniquement lors : de l'émission de la facture définitive ; de la réception du paiement si facture validée sans paiement. Quelques modifications process de commande : validation automatique des commandes à 0 € (commande manuelle et automatique) ; page unique de paiement pour payer toutes les commandes en une seule fois ; la date d'expiration d'une commande est désormais affichée sur la commande ; les bons de commandes se nomment désormais "Factures pro-format". Domaines registrar il n'est plus nécessaire d'indiquer les adresses IP des serveurs DNS pour les mettre à jour ; toutes les fonctionnalités OVH ont été modifiées pour fonctionner avec la nouvelle API. Il est de nouveau possible sur les domaines OVH de modifier les serveurs DNS, opérations, statut Let's Encrypt lorsque un certificat est en erreur, le manager tentera de le recréer durant plusieurs heures ; si un certificat demeure en erreur, les utilisateurs peuvent désormais relancer l'opération sans faire appel au support ; si un certificat est en erreur, le client peut désormais le supprimer sans faire appel au support. SSL certificat expirant : tous les contacts technique d'un certificat SSL monté sur un hébergement sont averti 7 jours avant expiration du certificat ; certificat expiré : les certificats sont désormais supprimés de l'infrastructure une fois expirés. Services sur la vue Widget, un bug rendait inutilisable les catégories comportant un espace dans leur nom. Zimbra correction d'un bug empêchant d'utiliser plusieurs caractères spéciaux dans les mots de passes et divers champs des adresses mails.

Hello, merci Pascal pour cette proposition, j'épingle le sujet afin qu'il reste visible

Non, il faut modifier l'enregistrement @ pour le domaine ou l'enregistrement du sous-domaine que vous souhaitez. Surtout pas les serveurs DNS.

Bonjour, pour le domaine ou le sous-domaine que vous souhaitez utiliser, vous devez modifier l'enregistrement DNS dans la zone DNS chez nous afin de faire pointer le site ou sous-domaine sur votre adresse IP. Cela se fait sur le manager, sur la fiche du domaine puis Zone DNS.

Bonjour, phpMyAdmin utilise les identifiants et mot de passe de la base de données à laquelle il se connecte. Vous devez donc réinitialiser le mot de passe du compte SQL concerné. Attention cela va rendre impossible les connexions SQL utilisant l'ancien mot de passe (potentiellement utilisé par votre site).

Merci Pascal Bonne année et meilleurs voeux à toutes et tous

Bonjour, c'est avec vous que j'ai vu cela sur le chat ?

Bonjour, cela n'est pas possible actuellement 😢 La seule solution actuelle que nous avons pour cela est de vous proposer un serveur privé Zimbra car cela vous permettrait d'utiliser l'API de Zimbra

Bonjour, es-ce que votre adresse IP change au moment de la déconnexion ? es-ce que vous avez un bloqueur de scripts JS / cookies ?

Le domaine n'étant pas géré par Yulpa, je ne sais pas du tout. Normalement chez votre registrar vous pouvez gérer les serveurs DNS et la zone DNS.

Bonjour, il faut voir du côté des DNS, car actuellement ce qui est propagé ne correspond pas à ce que vous montrez https://intodns.com/makit.cm

Bonjour, il n'est pas du tout indiqué Déconseillé dans iWal pour la redirection. Ce qui est déconseillé c'est le "HTTPS uniquement"

Bonjour, il faut : créer la DB sur le serveur 7 et un user avec les droits. Exporter la DB de l'ancien serveur. importer la DB sur le serveur 7 modifier la conf de l'application Les serveurs 1 a 6 ne seront pas mis à jour en 10.x pour ne pas impacter les utilisateurs qui sont dessus.

Cela peut prendre quelques minutes oui. Non ce N,est pas un sous domaine, un sous domaine aurait été par exemple archives.polybri.com

Bonjour, le message pour la zone DNS est normal, comme expliqué la zone existe déjà puisque le domaine est chez YULPA

Bonjour, oui on va s'en occuper

Tout ce que je vois c'est que vous êtes le seul à nous remonter le problème et que nous avons actuellement plusieurs clients qui se connectent et déconnectent sans souci donc il y a forcément quelque chose qui ne va pas dans votre configuration