alan.dub

Qui gère Quickconnect ? Synology. Qui gère le DDNS ? Synology. Donc où est le problème ? Chez Synology. Donc si tu rencontres un même problème sur des NAS qui n’ont pas de lien entre eux (différents clients comme tu l’indiques), et que le service en question passe par les serveurs de Synology... il n’y a pas trop de question à ce poser...

Bonjour, Tu utilises quoi connexion ? LAN ou WAN ? Si WAN, tu utilises quoi comme protocole ? Quiconnect (à éviter), le DDNS, ou mieux, une IP fixe liée à un nom de domaine, avec ou sans reverse proxy ??? De mon côté RAS, LAN et WAN, mais j’utilise une IP fixe et reverse proxy.

Tu as déjà eu un problème de connexion en 2017.

Pour le DKIM je ne peux aider puisque je suis sous Mail Server et non MailPlus Server.

Ah merde... désolé 😅

Pour le Ping, regarde le lien du topic que je t’ai donné plus haut 😅 Il est têtu le garçon 🤪😅 Pour tester ton server mail il fait aussi attendre 24 voir plutôt 48 heures le temps que la propagation se fasse sur le web. Perso, ça a été mon plus gros problème à la mise en place de mon serveur mail : attendre que la propagation se fasse ! J’ai du perdre deux mois à chercher pour rien, de mémoire, à cause de ça 😅 Supprimer, recommencer, supprimer, recommencer... ainsi de suite 😅 PS : tu as dis plus haut que tu étais blacklisté par PBL, ce n’est plus le cas ? Et pour le cas ou, passe par différents sites de recherche pour être sur de ton coup.

Ah oui mais non Thierry ! Avant d'aller plus loin il faut quand même que tu renseignes comme il se doit ton : - DKIM - SPF - DMARC Et ensuite tu te déblackliste. Après on pourra aller plus loin, mais il faut au moins retirer ces 4 soucis avant d'aller plus loin !

Alors ça fait longtemps que je n’utilise plus le DDNS mais il n’y a pas une option sur la page DDNS du NAS pour forcer la mise à jour de l’adresse IP ? Ça me dit quelque chose ça !

Je sais que normalement, le coup des IP blacklistées, c'est pour l'envoi de mail mais dans le doute, si tu n'es blacklisté que par PBL, autant la déblacklister entièrement. https://www.spamhaus.org/lookup/ Après on cherchera autre part (je ne sais pas où... mais on va chercher ^^).

... tu es en DDNS OVH. Ce dernier est bien géré par l'interface du NAS, oui ? Ce dernier affiche bien l'IP que tu utilise en ce moment ? Normalement oui sinon tu aurais bien plus de problème... Sur ton serveur mail, tu es bien IMAP SSL / TLS ? Sur ta BOX, le port IMAP 993 est bien redirigé vers le NAS (qui est bien en IP LAN fixe sur ton DHCP) et ouvert coté NAS ? Normalement oui sinon tu ne recevrais rien du tout... Là... je commence à caler ^^

Juste pour le cas ou, as-tu vérifié si le domaine @gmail.com n’avait pas été ajouté (par inadvertance) à tes listes noires et blanche (ici noire) de ton serveur ? Idem côté client mail ?

C’est là ou je suis un peu perdu entre ce que tu dis et le titre de ton topic. « Activation inexpliquée des serveurs mx de secours » Si je te suis (mais je n’en suis plus vraiment certain ^^), les mail de gmail arrivent sur le serveur d’ovh et non sur le tien, alors que la priorité (des champs mx) est donnée à ton serveur. Mais si tu désactives ton serveur ovh (en supprimant par exemple son champ mx de ta zone dns d’ovh le temps du test), tu ne reçois absolument aucun mail de gmail sur ton serveur perso. Si j’ai toujours bon, je dirais dans ce cas que tes serveurs mx de secours s’activent naturellement puisque ton serveur est, par définition, incapable de recevoir cette provenance de mail. Avant d’aller plus loin, est-ce vraiment ça... ton problème ?

Regarde bien, je t'ai posté un message avec le lien d'un de mes posts où je parle d'un script à exécuter toutes les x minutes pour voir si tu a la connexion entre chez toi est un autre serveur web (tu choisis lequel). Tu le places dans le planificateur de tâches et tu auras ensuite un simple fichier txt qui reprendra toutes les tests. A archiver tous les ans pour éviter que ce dernier ne prenne trop de poids.

Si ça peut aider (tu peux choisir les serveurs mail de Google pour le test).

Tu as vérifié ton server DNS ? Tu dois bien avoir un mail.ndd.tld dessus non ? Un petit nslookup mail.ndd.tld pour voir...

Forcement, si on n'active pas les journaux souhaités... on ne risque pas de voir grand chose 😆

Le journal affiche tout, de n'importe quel protocole de connexion. Que ce soit en SMB, WebDAV, AFP ou en NFS (que je n'utilise pas). Aujourd'hui, aussi bien sur MAC que sur PC, nous utilisons (souvent) le SMB pour activer le partage des lecteurs réseau sur le Finder / Explorateur. A partir de l'app Journal, tu vois à chaque instant qui (par le compte utilisateur) a créé, lu, modifié, supprimé, donwloadé / uploadé un fichier. Je ne vois pas ce que tu veux de plus. Juste pour info, sur l'app Journal tu peux affiner tes recherches (comme le compte cherché, la date...).

Normalement si, mais dans le doute regarde quand même. Ici par exemple : https://mxtoolbox.com/blacklists.aspx Sinon il semble aussi que certaines personnes se plaignent depuis milieu 2019 à début 2020 de la non réception (et émission) de mail sur leur client (Outlook entre autres). La raison : une mise à jour des paramètres de sécurité des comptes gmail pour Google. On y parle SMTP mais aussi IMAP (ce qui t’intéresse). Pas mal de problème sur la récupération d’email (ce qui ressemble plus encore à ton problème) : https://support.google.com/mail/thread/36524741?hl=fr

Ton IP fixe WAN n'a pas changé ? Ton IP WAN n'est pas blacklistée ? Questions connes, oui... mais autant commencer par quelque chose 😅

Donc avant d'aller plus loin, ça veut quand même dire que tu as un problème sur TON serveur mail, on est bien d'accord (?).

Si tu n’est pas administrateur, tu n’as pas accès à DSM. Si tu n’as pas accès à DSM, tu n’as pas accès à Jounal de DSM. Question : pourquoi ne pas poser ta question directement à tes administrateurs ???

C’est le jeu des 5 pourquoi (non de dieu, j’ai l’impression d’être au boulot !) 😅 Le pourquoi n°1 est connu depuis longtemps (problème de communication), maintenant... pourquoi n°2 😅 Plus sérieusement, revois-tu les gmail sur ton serveur mail lorsque tu désactives ton plan mx ? Parce que de mon côté, je n’ai pas de problème sur la réception des gmail (comme aucun autre d’ailleurs) en fonctionnement normal 🧐

Le truc c’est de savoir pourquoi le serveur mail d’ovh (priorité mx à 100) passe devant celui de notre serveur mail (priorité mx à 10)... et pas tout le temps (sinon ce n’est pas drôle) ^^

EDIT : J'suis con ! Je peux chercher longtemps, le topic n'existe pas. En fait c'est un échange de MP que j'ai ici, et tu sais avec qui ? Avec toi justement, le 2019/11/26 😂🤣😅😆

Moi ça a toujours été le cas. J’utilise mon serveur mail (sans relay smtp par contre) et j’ai aussi pour un plan mx chez ovh pour le cas ou ma ligne (ou nas) tombent. Résultats des courses, tous nos mails de minuit à 3 heures du matin allaient sur le plan mx d’ovh et non sur le serveur à domicile. La raison : inconnue Je n’ai pas réussi à trouver le topic que j’avais créé sur ce sujet, mais en gros maintenant je rajoute la ligne mx dans ma zone dns d’ovh lorsque ma ligne ou mon nas tombent (via 4G). En gros, j’en ai eu besoin qu’une fois (en un an et demi), lorsque tout Free était tombé dans ma région (moins de 4 heures). Une personne participant au topic utilise aussi cette « technique ». J’ai beau avoir une priorité à 100 pour le plan mx et 10 pour mon serveur... ça ne change rien ^^