Dans mes sujets en brouillon, il y avait la configuration de l’envoi de mail depuis SSRS via un SMTP n’autorisant pas l’accès anonyme (ie. utilisant l’authentification NTLM ou Kerberos).
A chaque fois que j’ai eu à mettre en œuvre les abonnements Reporting Services, je demandais juste à l’admin :
Il me faut du relaying SMTP depuis tel serveur.
Dernièrement, j’ai eu à le faire en partie moi-même et, cerise sur le gâteau, le relaying anonyme (ie. identification implicite via la topologie réseau) n’était pas autorisé.
Pour la configuration SSRS, Fabrice Romelard a très bien expliqué la procédure la semaine dernière.
Le post est ici :
Si vous n’avez que 2 mots-clés à retenir, ce sera :
- rsreportserver.config
- SMTPAuthenticate=2
Je vais quand même ajouter mon petit plus
Si votre administrateur Exchange vous dit qu’il ne sait pas ajouter le relaying SMTP sur son Exchange (ou que vous souhaitez briller lors d’un diner geeko-mondain), voici la cmdlet Powershell à exécuter.
New-receiveConnector –Name RelayConnector –usage Custom –Bindings '<ip>:25' –fqdn <serveur>.domain.local –RemoteIPRanges '<ip-start>-<ip-end>;' –AuthMechanism 'None'
La cmdlet ajoute une interface que vous pouvez configurer pour filtrer les IP, le mode d’authentification, etc.


Pour les besoins d’une étude d’impact avant une migration, j’ai besoin de récupérer la liste des rapports et la base dans laquelle ils vont piocher leurs données.




Si vous avez de nombreux liens basés sur des expressions dans un rapport et que vous le déployez sur une instance en mode Sharepoint intégré, vous constaterez une dégradation significative de vos performances.



