unPixel

Et bien je te dis que si ton reverse DNS est bon, alors ta note qui baisse ne peut venir de là. Soit le domaine est bon, soit il ne l'est pas.

T'inquiètes, tu n'es pas tout seul ! J'ai cherché longtemps aussi mais je ne trouvais rien de probant. Et puis j'ai finalement décidé de désactiver un par un les containers Bitwarden et de regarder la config de chacun afin de voir si quelque chose clochait et en effet, il y avait cette variable qui ne prenait pas en compte mon port. Après changement et redémarrage du container en question (Bitwarden-api), les notifications par mail fonctionnaient...

Je réitère ce que j'ai dit cette nuit car tu n'as pas l'air de m'avoir lu ou compris. Si installation de Nextcloud via un script php standart alors tu dois passer par le virtual host de Web Station ET PAS le reverse proxy. Si installation via Docker, paquet etc... et que donc ce n'est pas dans le dossier "web", tu dois passer par le reverse proxy de DSM ET NON par le Virtual host. Bref, si mes souvenirs sont bons, tu m'as dit avoir placé le script dans le dossier "web" et l'avoir installé manuellement comme n'importe quel autre script php. Tu dois donc supprimer ton entrée reverse proxy !

Pour l'openbasir, je ne sais pas. Pour le port, tu as fait quoi ? Tu as mit le lien avec le domaine ex : nextcloud.ndd.tld:444 ?

Là, ta note est à combien ? Ça ne vient pas du reverse DNS sauf si mal configuré. Si tu n'as pas mit ce que je t'ai dit alors forcément... Mais je suppose que tu as fait les choses dans les règles.

J'ai testé pour voir et voilà ce que j'en retiens. Déjà, j'ai commencé par créer un compte ayant pour seul droit l'accès à Download Station et rien d'autre. Ensuite, dans l'extension, on se rend compte de trois choses. Il ne sait pas se connecter Le mot de passe est en clair et reste en clair après avoir enregistré les données.. C'est juste inadmissible en 2018 et je pèse mes mots ! Quand on clique sur le logo de Download station, ça prend bien en compte le domaine indiqué dans la configuration mais ça ajoute "/download" à la fin de l'url or dans ce cas, le lien n'est pas fonctionnel ! J'ajouterai mais ce n'est qu'un point de vue personnel que niveau design, ça laisse à désirer. Je continus avec "Synology Download Manager" qui fait le boulot et proprement même si il ne propose pas de capter les liens de téléchargement ce qui n'est pas un soucis en soit. Bref, je pense qu'il y a encore du boulot même si l'idée de départ est bonne 😉

Bonjour, J'ai dernièrement eu encore le soucis d'envoi de confirmation de mail ce qui bloquait aussi la possibilité d'importer ma licence premium Bitwarden. Au final, j'ai trouvé le soucis et ça venait d'une configuration mal prise en compte par Bitwarden dans le container. Que je me souvienne, il faut que tu essais ça pour voir si ça fonctionne chez toi : Aller dans Docker DSM Eteindre le container bitwarden-api puis modifier. Là, tu vérifies toutes les variables d'environnement et en particulier celle-ci : globalSettings__mail__smtp__port Si mes souvenirs sont bons, il était inscrit 465 au lieu de 587 malgré que mon fichier global.override.env était lui bien configuré. Tiens nous au courant.

Mais tu l'as installé par Docker là ?! Parce que je vois pas pourquoi ce port si le script a été installé via le dossier web. Envoyé de mon iPhone en utilisant Tapatalk

Oui je me doute bien que c'est un htaccess lié à l'application. Mais il faut justement voir son contenu. Mais fais déjà le test de suppression pour voir. Apres il peut être aussi à plusieurs endroits dans le script. Envoyé de mon iPhone en utilisant Tapatalk

Et quel est le contenu du htaccess ? Au pire, fais un une sauvegarde du fichier et supprime le du dossier pour voir si ça vient de lui.

Après je ne sais pas trop pour l'utilisation du proc car je l'ai testé via Docker pour ma part. Vérifies aussi que tu as bien l'entrée CNAME dans ta zone DNS chez ton fournisseur de domaine et dans ton serveur DNS.

C'est très simple : Si Nextcloud est installé d'une façon traditionnelle et que donc il est dans le dossier "web" alors il faut passer par le virtual host. Si c'est installé via un paquet ou Docker par exemple, alors il faut créer un reverse proxy depuis DSM et non dans le virtual host en précisant bien entendu le port d'écoute en local. Tu l'as installé comment Nextcloud ?

Tu as donc déjà un virtual host avec nextcloud.ndd.tld d'inscrit ? Ou tu as aussi essayé en passant par le proxy inversé dans DSM ?

Bonjour, Et bien dis donc, presque 10 ans sur le forum et seulement deux messages...😯 Il faudrait que tu penses aussi à poster ta présentation comme demandé par le staff. Maintenant, pour répondre à ton soucis, essais de mettre non pas nextcloud mais nextcloud.ndd.tld dans le nom d'hôte de virtual host dans WebStation. Ca devrait je pense régler ton soucis.

Bon et bien tiens nous au courant.

EDIT : j'avais pas vu ton dernier message (edit). Bon bah si tout est ok alors tant mieux. Te voilà maintenant avec ton serveur mail fonctionnel 😉

Encore une fois, je ne connais pas MailStation donc je ne sais pas. Mais tu m'as dit toi même avoir changé des droits donc à toi de voir de ton côté 😉

Non, je parlais pas de ce dossier. Pour MailPlus Server, les mails sont stockés dans un dossier partagé nommé MailPlus.

Enlèves la lecture et laisses l'écriture uniquement. Et cache le du réseau ce dossier ! Tous les utilisateurs n'ont rien à y faire. J'ai toujours pas compris que ça ait pas été réglé par Synology ce truc. Ne t'inquiète pas, après cette manip, tes utilisateurs pourront continuer à lire leurs mails et les recevoir depuis leurs clients respectifs. Ils ne pourront juste pas visiter ce dossier via File Station, NFS, SMB ou autres.

Poste un résultat de Mail tester. Ils les mémorisent normalement sur leur site. Pour la réception, vérifies les droits de ton utilisateur sur le dossier mail. Après, je sais pas comment fonctionne Mail Station car je l'ai jamais utilisé. Je suis allé direct sur MailPlus Server quand il était dispo. Si tu n'utilises pas de webmail alors oui c'est bon. Dans le cas contraire, il te faudra une entrée CNAME dans OVH et dans ton serveur DNS pour indiquer le domaine du webmail.

Euhhh, si tu es à 9,7, c'est que tu dois déjà avoir le Reverse DNS d'activé. Sinon, il serait plus bas. Après, tu dois avoir aussi des logs sur Mail Station. Et tu dis que tu ne peux envoyer de mails mais tu y arrives bien si tes mails arrivent chez Mail-tester 🙄 Je comprend plus lol.

Bonjour, Tu dis que tu n'y connais rien. As-tu bien conscience de ce qu'est un VLAN ? Parce que je vois pas trop pourquoi tu cherches à faire ceci...

Quand tu veux installer ce genre de VPN sur ton NAS, c'est pas pour de la navigation sécurisée en général mais plutôt éviter à une certaine enseigne bien connue que tu as d'ailleurs cité 🤣

Ok, tu feras un nouveau test sur mail-tester et logiquement, tu devrais être à 10/10. Pour ton soucis d'envoi, tu as bien ouvert le port 25 dans ton routeur et le pare feu du NAS ? Au pire, tu regardes les logs de MailPlus Server pour voir l'erreur.

Bien compliqué à installer alors qu'il y a la même chose via l'interface sans rien à ajouter. Après, c'est sûr, on a pas l'automatisation.