SharePoint soulage les utilisateurs du fardeau d’avoir à contrôler périodiquement différentes pages sur le serveur afin de vérifier si un nouveau contenu a été ajouté ou actualisé au niveau de SharePoint. Pour cela, il envoie des messages d’alerte à chaque modification d’un contenu intéressant pour l’utilisateur (par ex., une personne
Aspect n° 5 : Exchange doit accepter les courriers SMTP provenant de SharePoint
a créé une nouvelle tâche ou modifié un événement dans le calendrier). Si les utilisateurs se plaignent de ne pas recevoir ces alertes, cela peut être imputable à l’un des deux causes suivantes : le serveur Exchange refuse d’accepter ces alertes SMTP ou vous n’avez pas configuré SharePoint avec l’adresse de votre serveur Exchange ou d’un autre serveur SMTP. Si vous souhaitez configurer SharePoint en vue d’envoyer les alertes, cliquez sur le lien Configure default e-mail settings dans la page SharePoint Central Administration et renseignez les zones Outbound SMTP server et From e-mail address de la manière appropriée. Spécifiez le nom DNS ou l’adresse IP d’un serveur SMTP joignable à partir de votre serveur SharePoint et assurez-vous que le serveur SMTP peut router les courriers électroniques vers les employés à l’intérieur de l’entreprise ainsi que vers des adresses externes sur Internet (si votre site SharePoint doit être accessible à des partenaires extérieurs tels que des consultants, sous-traitants ou clients). Spécifiez une adresse de messagerie utilisable par SharePoint en tant qu’adresse De (From) pour tous les messages d’alerte. Ensuite, veillez à ce que le serveur SMTP accepte les connexions SMTP anonymes à partir de votre serveur SharePoint.
Comme les serveurs de messagerie sont généralement fortement sécurisés du fait des spams, il faudra peut-être configurer une exception pour le serveur SharePoint dans la stratégie du serveur de messagerie. Ayant également vu des solutions antispam bloquer des alertes SharePoint, assurezvous que votre serveur SharePoint est configuré en tant qu’expéditeur de confiance. Si vous envoyez des alertes SharePoint à des utilisateurs externes qui se servent d’autres serveurs de messagerie, veillez à ce que votre serveur SharePoint soit répertorié en tant qu’expéditeur de confiance dans l’enregistrement SPF (Sender Policy Framework) de votre fichier de zone DNS, ou à ce que les alertes SharePoint soient routées via un serveur SMTP déjà défini dans votre enregistrement SPF.
Téléchargez cette ressource
Microsoft 365 Tenant Resilience
Face aux failles de résilience des tenants M365 (configurations, privilèges, sauvegarde). Découvrez 5 piliers pour durcir, segmenter et surveiller vos environnements afin de limiter l’impact des attaques. Prioriser vos chantiers cyber et améliorer la résilience de vos tenants Microsoft 365.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Identité de l’IA : 4 priorités pour anticiper plutôt que subir la régulation
- Sauvegarder les données ne suffit plus : il faut refonder le poste de travail
- Cybermalveillance : 2025, seuil franchi pour les victimes comme pour les cybercriminels
- Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
Articles les + lus
Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
DevX Summit EMEA : les développeurs au cœur de la révolution de l’IA
Adapter la sécurité OT aux réalités de l’industrie
Coder vite, mais coder juste : trouver l’équilibre à l’ère de l’IA
Mixité dans la Tech : en 2026, un choix de souveraineté stratégique
À la une de la chaîne Tech
- Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
- DevX Summit EMEA : les développeurs au cœur de la révolution de l’IA
- Adapter la sécurité OT aux réalités de l’industrie
- Coder vite, mais coder juste : trouver l’équilibre à l’ère de l’IA
- Mixité dans la Tech : en 2026, un choix de souveraineté stratégique
