Donc
1. Demander à l'admin de faire un show server et d'indiquer sur quel port la saloperie de tâche http écoute, si la tâche http écoute sur un autre port que le 80, vérifier le port, y'a des admin qui configure la redirection vers SSL mais c'est mal configuré
exemple: port 8080, dans ce cas, faut saisir
http://serveurDomino:8080/base.nsf/nommasque au lieu de
http://serveurDomino/base.nsf/nommasque2. Vérifier l'OS, si LINUX/UNIX, trouduc autre que windaube, respecter MAJUSCULES/Minuscule dans les chemins et noms de la base, etc.... comme linux distingue MAJ de min, il peut pas deviner le Domino
3. Vérifier l'url:
TESTER:
a.
http://www.lasocietecom/nombase.nsf/nommasque (si la base est dans data)
b.
http://<adresseIP du serveur domino>/nombase.nsf/nommasque (si la base est dans data)
Si la base n'est pas dans data donner tout le chemin complet
Si erreur pour les deux,forcer un loigin avant il se peut que le masque ne permette pas un accès anonymous
Si a erreur -> pb des sites internet voir l'admin Domino
Si b erreur -> demander à l'admin si c'est possible avec l'IP (pb de SSO, etc...)
Dans designer: vérifier que le masque peut être utilisé en web (propriété de structure du masque)
Dans tous les cas avant de tester je demanderai d'abord à l'admin un accès web à une base Notes auquel on peut accéder via le web, si il y a la même erreur, investiguer la conf, par défaut depuis notes 8 les bases mail sont accessibles en web (avec inotes), cela permet de valider la config http (exemple s'il y a IIS et que IIS ne redirige pas les urls *.nsf vers Domino ca marchera pas)
Si erreur