Aurelien P.

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

OK, alors on va avoir un souci... XP ne supporte pas le TLS 1.1 et 1.2 : https://blogs.msdn.microsoft.com/kaushal/2011/10/02/support-for-ssltls-protocols-on-windows/ Ce qui fait que aucune méthode de chiffrement ne match entre les firewalls et votre OS et là on ne pourra rien faire. XP est "mort" depuis 2014, plus supporté par MS...

Il faudrait voir si vous n'avez pas des logs pour avoir plus d'infos, savoir ce qui ne lui plait pas

ok, vous pouvez venir sur le chat qu'on regarde s'il vous plait ?

J'ai bien reçu les 3 tests et aucun problème dedans. Ils arrivent en spam chez quel fournisseur ?

Bonjour, OK merci de l'info. On a pas eu d'autre remontée pour iWal ou NoSpam non. Nous en avions eu il y a quelques temps sur je ne sais plus quel produit. Tout le problème avec les bloqueurs de pub

Je ne vois rien qui puisse expliquer cela, ils passent chez qui en SPAM ? Vous pouvez écrire sur diag@yulpa.io svp ?

Bonjour, quel SMTP utilisez vous ? Quel domaine ?

Bonjour, il n'y a aucun souci actuellement. Pourriez vous mettre une copie d'écran pour voir de quoi vous parlez ?

Bonjour, quel est l'OS ? Quelle version d'Outlook ?

Bonjour : https://docs.yulpa.io/hosting-shared/emails-zimbra-open-source/configuration-outlook Cochez la case "Exiger l'authentification par mot de passe sécurisé (SPA) lors de la connexion".

Bonjour, avec un peu plus d'informations ce serait mieux

Non, on ne peux pas modifier cela

Bonjour, merci pour ce retour, je vais en faire la doc sur les guides

Bonjour, pour cela il faudrait Zimbra avec le Drive (qui permet la synchronisation avec un service web et clients lourds). Mais ce ne sera disponible que sur l'offre Zimbra Network Edition courant Octobre (plutôt fin). Et si vous êtes dans un usage Pro, il faudrait clairement alors se tourner vers cette offre.

Merci pour cela, on va les ajouter à la documentation ! Voilà : https://docs.yulpa.io/display/WHM/Emails+Zimbra+Open-Source Puis on va ajouter ne docs Caldav

Alors le souci tout simplement c'est que mail, mails, pop, imap, smtp.... sont dejà utilisés pour Zimbra Network Edition. Sinon nous aurions mis ces noms là... Il y aura prochainement une page webmails.yulpa.io qui listera les différentes choses voir permettra de s'authentifier sur le bon webmail directement Pour le message en anglais j'avoue ne pas y avoir pensé car tous nos clients parlent FR mais j'ai oublié ceux qui sont utilisateurs via les clients Il y a un mois pour le faire, le service est pleinement fonctionnel. Cela ne fonctionne pas dans votre cas... tout simplement car ce que vous faites n'est pas du tout censé être fait donc on ne gère pas cela. Le service n'a jamais eu vocation à être utilisé par des FQDN différent et cela ne fonctionnera jamais correctement. Si vous souhaitez utiliser votre domaine personnel, nous avons des solutions en serveurs privés pour cela. Pour la précision du mx10 elle est dans les documentations DNS. Si nous n'en avons pas parlé dans le cadre de la migration c'est tout simplement car cela n'a pas été modifiée depuis 2 ans. Si vous n'aviez pas les bonnes entrées c'est que vous n'avez pas fais les modifications demandées par Web4all en novembre 2016. Aucun rapport avec l'opération actuelle Merci, encore désolé, c'est le seul point qui effectivement ne bénéficie pas de la période transitoire des un mois, et c'est pour le coup de notre faute Comme dit en haut, il n'a jamais été prévu d'utiliser un nom personnel avec le webmail que soit en yulpa ou web4all

Euh non il n'y a pas de problème fonctionnel, le souci c'est de n'avoir pas pu gérer les deux durant la phase transitoire. Mais normalement si vous reconfigurer le webdav avec mail-zose.yulpa.io cela doit fonctionner, ce n'est pas le cas ?