MagJ

De mon côté, ça semble avoir résolu le problème (mais je n'ai pas pointé pour être sûre que la liste était bien exhaustive).

De mon côté, c'est la liste des contenu non lu qui est presque vide… Alors que je n'ai rien lu depuis plusieurs jours. Pour remonter le moral de l'équipe, je trouve la barre sur la gauche (je suis connectée en Web) très pratique pour accéder rapidement notamment à mon "contenu non lu" (qui est mon point d'entrée).

Bonjour, J'ai rencontre le même problème (sauf que c'est ma première installation de Jellyfin). J'ai constaté que cette erreur semble se produire quand j'essaie de me connecter "trop vite" (le serveur n'a pas fini de se lancer vraisemblablement) et que ça se situe juste après le log : Jellyfin.Networking.Manager.NetworkManager: Filtered subnets: [] D'ailleurs, on voit bien ci-dessus que ça prend un peu de temps avant de passer à la suite, sauf que chez moi, ça peut prendre bien plus que 5 mn… Une fois que j'ai compris qu'il fallait se montrer patient et laisser le démarrage arriver au bout, je n'ai plus cette erreur mais l'accès au serveur est très très lent et le projet s'est même arrêté cette nuit sans bruit (et sans log).

Il suffit d'utiliser une application qui soit compatible Gmail et IMAP et le tour est joué (comme Thunderbird, déjà cité, par exemple, mais il y en a d'autres).

Il me semble qu'on peut ajouter un compte IMAP externe sur un compte Gmail (mais j'avoue ne jamais utiliser mon compte Gmail autrement que via mon application de courriels, Mailmate en ce qui me concerne -je suis sur Mac- mais Thunderbird, déjà cité, est un excellent choix aussi). J'ai mis en place un serveur Mail via le paquet Synology avec un utilisateur qui ne sert qu'à ça et qui ne peut ni recevoir ni envoyer de message. J'ai ajouté ce compte sur mon logiciel de courriel et je déplace les messages une fois traité dans des sous-dossier sur ce compte IMAP. J'ai ajouté ce compte sur mon téléphone et ma tablette. J'ai accès à tous mes messages quelle que soit leur ancienneté en permanence.

J'y ai cru ! Mais non… Toujours pas valide 😞

Testé... mais non, ça ne marche pas non plus...

Bonjour, J'essaie de monter un dossier dans mon conteneur sur un chemin qui contient une espace : mon dossier partagé /FMS/fmdata doit aller sur /opt/FileMaker/FileMaker Server/Data dans le conteneur. J'ai essayé en échappant l'espace (FileMaker\ Server) ou en mettant le chemin entre guillemets, mais rien à faire, Container Manager me le refuse au motif "saisie non valide". J'ai même essayé %20 (sur les conseils de Perplexity…🙄) ! Y a-t-il une solution à laquelle je n'ai pas pensé ?

Merci @PiwiLAbruti de t’être penché sur mon cas. J’ai trouvé la solution… J’ai carrément honte, mais tant pis, je partage quand même : un redémarrage du NAS client a tout fait rentrer dans l’ordre. La vraie question est donc : pourquoi n’y ai-je pas pensé avant ???

Bonjour ! J'ai pas mal hésité où ranger ma question car elle touche en fait trois domaines… D'après mes différents essais, il semble quand même que le point saillant de mon problème ait trait à l'utilisation de LDAP pour la gestion des utilisateurs. J'ai un serveur LDAP sur un NAS qui fournit un autre NAS client avec les noms des utilisateurs. Ces utilisateurs accèdent sans problème aux fichiers partagés (SMB) et à Synology Drive depuis macOS sur ce second NAS. Par contre, impossible de les connecter à leur Drive depuis iOS. Je suis à peu près sûre que ça a fonctionné par le passé (d'ailleurs j'avais posé une question sur le fait d'avoir deux comptes Drive sur deux NAS sur ce forum). La fenêtre de connexion ressemble à s'y méprendre à une connexion à DSM via le web. Et, de fait, je n'arrive pas non plus à faire en sorte que ces utilisateurs se connectent à DSM (donc via le navigateur). Là, par contre, aucune idée si ça a fonctionné par le passé ou pas. L'accès d'un utilisateur local à DSM se fait sans souci. Je viens de vérifier avec DS File sur iOS et l'accès ne fonctionne pas non plus, alors que, là encore, je suis sûre que ça a eu fonctionné. Dernier essai, la connexion échoue avec DS Audio. Or je n'ai de la musique que sur cet autre NAS auquel je me connectais via mon compte et mot de passe LDAP. Dans tous les cas, il y a un rejet de l'authentification. Dans les journaux, j'ai bien la trace de la tentative de connexion qui est rejetée : User [xxx@aa.bb.eu] from [x.x.x.x] failed to sign in to [DSM] via [password] due to authorization failure. J'ai vérifié les droits de mes groupes LDAP sur le serveur cible, les droits des utilisateurs, les paramètres du pare-feu (j'ai même essayé en le désactivant) et plein d'autres trucs qui n'ont rien donné. Là, je suis à cours d'idée…