Aurélien PONCINI

Dans ce cas utilisez les serveurs DNS de OVH ou Netissime (ou transférez le domaine chez YULPA pour gérer la zone chez Yulpa). Mais clairement, gérer le DNS sur un serveur unique sans serveur secondaire serait une énorme erreur

Bonjour, vous devez faire cela sur la zone DNS du service domaine, pas sur le container.

Cela est normalement corrigé.

Bonjour, actuellement non, nous ne parvenons pas à faire avancer cela

Bonjour, je ne comprends pas ce qui ne fonctionne pas, enfin, pourquoi cela ne fonctionne pas. Le message que vous avez et que je vois dans les logs signifie que vous n'êtes pas authentifié sur le SMTP Nous ne préconisons pas plus le 465 que le 587, les deux sont corrects et doivent fonctionner. Pourquoi sur l'iPhone vous configurez le compte en IMAP plutôt que Exchange ? Il faudrait supprimer les SMTP Web4all, même si ils sont à OFF je voudrais être certains qu'il ne tente pas de les utiliser.

Bonjour, quels paramètres avez vous mis sur chacun de ces périphériques ? IMAP / SMTP ? ActiveSync ? Avez vous vérifiez avec les documentations ? https://docs.yulpa.io/hosting-shared/emails-zimbra-open-source

Bonjour, modification permettant de simplifier vos htacess : https://travaux.yulpa.io/task/78

Bonjour, modification permettant de simplifier vos htacess : https://travaux.yulpa.io/task/78

Bonjour, en effet cela est plutôt "très" long Cela a changé récemment ?

Bonjour, il y a eu un incident de notre côté, toutes nos excuses : https://travaux.yulpa.io/task/77 PS : je déplace le sujet dans la bonne section.

Bonjour, merci pour la PJ mais là j'ai les entêtes du mail qui arrive chez nous et pas de celui reçu par le client. PS : j'ai retiré la PJ pour protéger les infos du mail de votre utilisateur.

Bonjour, avec aucune information, je ne vois pas comment vous aider. Vérifiez vos enregistrements SPF, DMARC, DKIM.

La documentation a été mise à jour : https://docs.yulpa.io/display/WHM/Emails+Zimbra+Open-Source

a vous de voir, cela donne une erreur de certificat et peut très bien ne plus fonctionner du jour au lendemain en fonction de nos modifications.

Bonjour, ces modifications doivent en effet être effectuées mais elles datent de octobre 2016 du temps de Web4all Par contre on va l'indiquer dans la documentation, @Benoît GEORGELIN m'a en effet dit que vous aviez du des difficulté à trouver l'information est n'est en effet pas dans la doc En revanche, il ne faut pas faire cela : imap 300 IN CNAME imap-zose.yulpa.io.smtp 10800 IN CNAME smtp-zose.yulpa.io.webmail 300 IN CNAME mail-zose.yulpa.io. Cette configuration n'est pas supporté et n'a pas a être utilisée