Aurélien PONCINI

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 ?

Aie en effet on a pas bien pris en compte cela. Je n’avais pas du tout pensé que la redirection n’allait pas gérer cela. Desole

Bonjour, je ne connais pas Mail sous mac mais normalement vous avez juste à changer le nom du serveur SMTP et POP ou IMAP et vous assurez que le tout est en SSL

Bonjour, non vous pouvez également faire de l'IMAP ou du POP.

Bonjour. Oui cela a changé. En novembre 2016, quelques mois avant le changement Web4all yulpa. Au moment de la mise en place de Spam experts Et nous avions communiqué la dessus à ce moment là Les MX sont : mx10.yulpa.io mx20.yulpa.io mx30.yulpa.io

Bonjour, on a mis en résolu en effet car il n'y a pas de bug impactant, juste le bandeau qui s'affiche mais n'impacte en rien le fonctionnement. Il semblerait que Spam-experts affiche désormais différemment la quarantaine Et à part sélectionner les mails et utiliser le menu action en bas, je n'ai pas trouvé d'autre possibilité

Es-ce que c'est mieux maintenant ? @deodorant @JBR69 @fabien114 ?

Bonjour, on va tester de notre côté voir si quelque chose ne va pas Il semblerait que @Benoît GEORGELIN ait le même souci

Bonjour, pour le SSL, aucun moyen de faire autrement si vous n'utilisez pas le bon nom A part un serveur Zimbra privé sur lequel on peut mettre votre SSL. Pour le push, c'est push-zose et non zpush-zose (voir les documentations). et tout en haut ici : Accès en PUSH (pour les téléphones, ActiveSync) : push-zose.yulpa.io Pour Outlook le ActiveSYnc n'est pas (et ne l'as jamais été) supporté donc aucune idée, je sais que certains parvenaient à le faire fonctionner mais ce n'est pas prévu initialement (j'ai pas testé depuis longtemps cela dit). Dans tous les cas, vous devez utiliser le bon nom

Documentations complètes, textes et vidéos : https://docs.yulpa.io/hosting-shared/emails-zimbra-open-source

OK pour les DNS je cherchais le lien avec les mails Oui vous pouvez indiquer ns1, ns2 et ns3 en yulpa.io Pour les notes, j'avoue ne jamais avoir testé

Bonjour, sur iWal, allez sur le service hébergement puis Sauvegardes

Bonjour, un mail va être envoyé aux clients yulPa, uniquement les clients, pas les utilisateurs avec lesquels nous n'avons pas à prendre contact. Pour les DNS je ne comprends pas la question, il n'y a pas d'impact / modification sur la partie DNS

Bonjour, désolé j'avais raté la question précédente L'offre SpamExpert n'est pas encore documenté Sur les hébergements mutualisés vous avez un antiSpam en entrée, tous les mails que l'on recoit passent par cet antispam et sont livrés dans vos boites mails. L'offre SE en dehors des hébergements mutualisés permet d'avoir un compte ou vous pouvez ajouter des domaines qui seront couvert en entrée et en sortie. Vous pouvez donc définir que tous les mails arrivent chez nous et qu'ils soient redirigés ensuite chez vous. Ainsi vous avez nos 3 MTA qui assurent la réception des mails et vous avez des logs de tout ce qui se passe. En sortie vous pouvez configurer le serveur chez vous afin qu'il passe les mails à SE (en relay), ainsi l'IP d'envoi est la notre, elles ne changent jamais (plusieurs IP). Cela permet aussi d'avoir des logs des mails sortant.

Je vais essayer oui

Bonjour, une redirection HTTP est autorisée par Facebook. En entrées DNS une redirection cela n'existe pas, bien que très souvent les gens parlent de redirection, ce n'est pas le cas. Dans votre cas seule la redirection HTTP est possible et cela nécessite une configuration sur le serveur web hébergeant le domaine.

OK on va voir pour faire cela

Bonjour, une idée déjà proposée du temps de Web4all (et qui est toujours aussi intéressante en effet !). Dans votre cas, un appel à une URL serait suffisant ? Par exemple https://my.yulpa.io/dyndns.php?key=xxxUneCléUnique&destination=xxxAdresseIpxxx

Sans parler du fait que le reverse de l'IP ne pouvant être modifié, cela sera mal vu par la majorité des serveurs. yulPa peut vous proposer la solution SpamExperts (celle utilisé sur le mutualisé) afin que vous puissiez l'utiliser en relay sortant. Ainsi les paramètres (IP, reverse, DKIM...) seraient géré sur cette solution