Discussion :

[SpaceFrog]

Je me heurte à un souci que je ne comprends pas

Lorsque je place un utilisateur dans un groupe d'autorisations l'envoi de mail d'invitation se fait sans souci.

Par contre si je souhaite partager un document avec un utilisateur j'ai systématiquement le même message d'erreur :

Désolé... Nous avons rencontré un problème

Une erreur inattendue s'est produite.

De plus je ne trouve pas l'id de corrélation fourni dans les logs ??? ( je ne dois pas chercher dans le bon log ?)

Sachant que l'envoi de mail de partage est l'une des fonctionnalités essentielles dans notre implémentation, je suis dans une schmire sans nom ..

[rigol'man]

bonjour
les logs doivent etre par la : C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\15\LOGS
attention, si tu as plusieurs frontaux .... je crois qu'ils ont chacun leurs logs ....

[SpaceFrog]

Merci, mais a priori j'ai un disque dédié aux logs ...

[ludojojo]

ok, alors dans un premier temps, est tu certain que l'utilisateur à bien un mail associé ?
Ensuite, est ce que tu peux essayer d'envoyer un mail via powershell à la même personne afin de t'assurer que c'est pas un problème de plateforme ?

Est ce que l'utilisateur à bien un accès au site avant ton partage ?

[SpaceFrog]

ludo,

Merci de te pencher encore une fois sur ma misérable vie avec SharePoint...

est tu certain que l'utilisateur à bien un mail associé

Oui

est ce que tu peux essayer d'envoyer un mail via powershell à la même personne

Powerquoi ? , je ne pratique pas powershell
Mais si sharepoint est capable d'envoyer un message d'invitation, je tendrais à penser que la plateforme est capable d'envoyer des mails ...

Est ce que l'utilisateur à bien un accès au site avant ton partage ?

Oui car c'est un de mes autres comptes...

[ludojojo]

Powerquoi ? , je ne pratique pas powershell

Tu va y venir avec SharePoint, cela te permet d'obtenir des informations et d'effectuer des opérations en un temps record !

Mais si sharepoint est capable d'envoyer un message d'invitation, je tendrais à penser que la plateforme est capable d'envoyer des mails ...

Pas forcément. En fait certains composant natifs utilise l'API de SharePoint, mais pas tous... Pourquoi ? Bah certainement par ce que c'est pas toujours les même développeurs...
Est ce que tu as des trace de la tentative d'envoi de mails dans tes logs ?

[SpaceFrog]

Oui j'avais bein remarqué le principe de développement par modules sans réelle communication entre les devs de chaque module ...
ça se voit rien qu'aux noms variables d'un même fonctionnalité dans les différents menus

Est ce que tu as des trace de la tentative d'envoi de mails dans tes logs ?

Je ne trouve rien avec l'id de correlation mais encore une fois je ne suis pas sur de regarder dans les bons fichiers logs

[ludojojo]

Alors, pas de risque, tous les logs sont aux même endroits !
Par contre, il tu peux définir les différentes informations logguer dans les paramètres du service.
C'est donc peut être juste que tu ne log pas cette information.

Après tu peux aussi le faire en powershell :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

get-SPLogEvent -StartTime ([DateTime]::Now()).AddMinutes(-20) | ?{$_.Correlation -eq "<CorrelationGuid>"}

Par contre pense à agrandir ta console.
Ps : Code fait de tête, alors à tester

[SpaceFrog]

Comment se fait-il qu'il génère un id de corrélation si il ne loggue rien derrière ?

et powershell m'en totalement inconnu je ne sais même pas ou est l'appli, alors de là a agrandir la console ...

[ludojojo]

Comment se fait-il qu'il génère un id de corrélation si il ne loggue rien derrière ?

La génération de l'id est automatique pour toutes les erreurs. En revanche elle n'est pas forcément logguer en fonction du service en cause. SharePoint contient un très grand nombre de service, si par défaut il met tous les logs en verbose, ton disque dur va perdre la tête (de lecture)...
Ok je confesse, elle est vraiment nulle celle-là

[/QUOTE]et powershell m'en totalement inconnu je ne sais même pas ou est l'appli, alors de là a agrandir la console ...
[/QUOTE]SharePoint mangement shell.
Ça se présente comme une console windows, donc pour l’agrandir il te suffit de faire un clique droits dans la barre de titre, et de jouer avec les options...

[SpaceFrog]

[mode mega boulet fatigué de se battre avec une hydre]
pour l'agrandir ... encore faut il savoir l'ouvrir
[/mode mega boulet fatigué de se battre avec une hydre]

@ludo, tu noteras au passage que moi je sasi ouvrir et fermer des balises

[ludojojo]

@ludo, tu noteras au passage que moi je sasi ouvrir et fermer des balises

faut vraiment que je prenne des vacances moi...

[SpaceFrog]

Je reviens sur ce souci car j'ai un peu avancé dans l'exploration

On m'a conseillé un petit outil UlsViewer qui permet de visualiser les fichier logs et le filtrer selon plusieurs critères.

J'ai eu confirmation de l'endroit ou étaient sauvés les fichiers logs sur un lecteur dédié.

Ce qu'il en ressort :
Rien de plus car je n'ai aucune trace dans les logs ni avec la date et heure exacte, ni avec l'id de correllation !
l'erreur n'est pas logguée !!

Comment puis-je faire ?

[SpaceFrog]

Bon j'avance encore un peu ...

En fait je ne visualisais pas les logs du bon serveur ... :red:

Maintenant que je les monitor en live sur le bon je récupère bien un certain nombre de lignes avec le bon id de corrélation...
La première erreur qui me semble significative et qui semble entrainer le fail serait ce message d'erreur :

Application error when access /_layouts/15/aclinv.aspx, Error=Un caractère non valide a été trouvé dans l'en-tête du courrier*: '@'.

Je reste perplexe ...