Mein Blick auf SharePoint & M365 & .NET aus der Sicht eines Full-Stack Entwicklers

Yesterday I received a call from a (now a new 😊) customer, and he complained about a custom app (WebPart) solution. He told me that the app normally sends an email automatically after a user uses a specific function in the app. But at the moment the email is missing from the app. The customer explained to me that the IT members have checked the email settings already and the email account is working fine. I asked for the source code, and I started to debug the solution. Then I found out that the app is still using the old retired SP.Utilities.Utility.SendEmail function to send emails. I updated the email sending method within the app and implemented a Microsoft Graph-based method. For everyone who needs to send an email within an SPFx app, see the code below. static async sendEMail(receiver: string, subject: string, bodyText: string, webPartCtx: WebPartContext): Promise<void> { const sendMailMessage = { message: { subject: subject, body: { ...

Mittels SharePoint Benachrichtigungen (SharePoint Alerts) konnte man sich sehr einfach über Änderungen an Listeneinträgen oder Dokumente informieren lassen. Diese Funktion wird jedoch in der nächsten Zeit schrittweise deaktiviert und schlussendlich vollständig entfernt. Laut Microsoft liegt der Grund darin, dass man die Benachrichtigungs- und Alarm-Funktionen modernen, flexibleren und besser integrierbaren Technologien übergeben will. Benachrichtigungen (Alerts sind) vergleichsweise alt, haben eingeschränkte Anpassbarkeit und sind nicht ideal, um mit den neueren Microsoft 365-Features zu skalieren. Zeitplan der Deaktivierung von Benachrichtigungen in SharePoint Online Um sich einen Überblick zu verschaffen, ob und in welchen Umfang Benachrichtigungen im eigenen Microsoft 365 Mandanten verwendet werden, kann das Microsoft 365 Bewertungstool verwendet werden. Das Microsoft 365 Bewertungstool hilf die Nutzung von SharePoint-Warnungen innerhalb eines Mandanten zu identifizieren und ausz...