AEM envoie des notifications aux utilisateurs qui :
Ont souscrit aux événements de pages, par exemple la modification ou la réplication. La section Boîte de réception de notifications décrit comment s’abonner à ces événements.
Ont souscrit aux événements de forums.
Doivent effectuer une opération dans un workflow. La section Étape du participant décrit comment déclencher la notification électronique dans un workflow.
Conditions préalables :
Lorsque l’utilisateur est averti, il reçoit un courrier électronique dans la langue définie dans son profil. Chaque langue possède son propre modèle, qui peut être personnalisé. De nouveaux modèles de courrier électronique peuvent être ajoutés pour de nouvelles langues.
Lorsque vous utilisez AEM, plusieurs méthodes permettent de gérer les paramètres de configuration pour ces services. Voir Configuration d’OSGi pour plus de détails et connaître les pratiques recommandées.
Pour qu’AEM puisse envoyer des courriers électroniques, le service de messagerie Day CQ doit être correctement configuré. Vous pouvez afficher la configuration dans la console Web. Lorsque vous utilisez AEM, plusieurs méthodes permettent de gérer les paramètres de configuration pour ces services. Voir Configuration d’OSGi pour plus de détails et connaître les pratiques recommandées.
Les contraintes suivantes s’appliquent :
Le port de serveur SMTP doit être le port 25 ou supérieur.
Le Nom d’hôte du serveur SMTP ne doit pas être vide.
L’adresse « De » ne doit pas être vide.
Pour résoudre plus facilement un problème avec le service de messagerie Day CQ, vous pouvez examiner les journaux du service :
com.day.cq.mailer.DefaultMailService
La configuration ressemble à ce qui suit dans la console Web :

Lorsque vous vous abonnez à des notifications d’événement de page ou de forum, l’adresse électronique De est définie sur no-reply@acme.com par défaut. Vous pouvez modifier cette valeur en configurant le service Notification par courrier électronique dans la console Web.
Pour configurer l’adresse électronique De, ajoutez un nœud sling:OsgiConfig au référentiel. Procédez comme suit pour ajouter le nœud directement avec CRXDE Lite :
Dans CRXDE Lite, ajoutez un dossier nommé config sous votre dossier d’application.
Dans le dossier de configuration, ajoutez un noeud nommé :
com.day.cq.wcm.notification.email.impl.EmailChannel de type sling:OsgiConfig
Ajouter un String au noeud nommé email.from. Pour la valeur, indiquez l’adresse électronique que vous souhaitez utiliser.
Cliquez sur Enregistrer tout.
Utilisez la procédure suivante pour définir le nœud dans vos dossiers sources de module de contenu :
Dans votre jcr_root/apps/*app_name*/config folder, créez un fichier nommé com.day.cq.wcm.notification.email.impl.EmailChannel.xml
Ajoutez le fichier XML suivant pour représenter le nœud :
<?xml version="1.0" encoding="UTF-8"?> <jcr:root xmlns:sling="https://sling.apache.org/jcr/sling/1.0" xmlns:jcr="https://www.jcp.org/jcr/1.0" jcr:primaryType="sling:OsgiConfig" email.from="name@server.com"/>
Remplacez la valeur de l’attribut email.from (name@server.com) par votre adresse électronique.
Enregistrez le fichier.
Lorsque vous recevez des notifications électroniques de workflow, l’adresse électronique De et le préfixe URL hôte sont définis sur les valeurs par défaut. Vous pouvez modifier ces valeurs en configurant le service de notification électronique de workflow Day CQ dans la console Web. Dans ce cas, il est recommandé de conserver le changement dans le référentiel.
La configuration par défaut se présente comme suit dans la console Web :

Les modèles de courrier électronique pour les notifications de page se trouvent à l’emplacement suivant :
/libs/settings/notification-templates/com.day.cq.wcm.core.page
Le modèle en anglais par défaut (en.txt) est défini comme suit :
subject=[CQ Page Event Notification]: Page Event
header=-------------------------------------------------------------------------------------\n \
Time: ${time}\n \
User: ${userFullName} (${userId})\n \
-------------------------------------------------------------------------------------\n\n
message=The following pages were affected by the event: \n \
\n \
${modifications} \n \
\n\n
footer=\n \
-------------------------------------------------------------------------------------\n \
This is an automatically generated message. Please do not reply.
Pour personnaliser le modèle de courrier électronique en anglais en vue de la notification de page :
Dans CRXDE, ouvrez le fichier :
/libs/settings/notification-templates/com.day.cq.wcm.core.page/en.txt
Modifiez le fichier en fonction de vos besoins.
Enregistrez les modifications.
Le modèle doit avoir le format suivant :
subject=<text_1>
header=<text_2>
message=<text_3>
footer=<text_4>
<text_x> pouvant combiner du texte statique et des variables de chaînes dynamiques. Les variables suivantes peuvent être utilisées dans le modèle de courrier électronique pour les notifications de page :
${time}, la date et l’heure de l’événement.
${userFullName}, le nom complet de l’utilisateur ayant déclenché l’événement.
${userId}, l’ID de l’utilisateur ayant déclenché l’événement.
${modifications}, décrit le type de l’événement de page et le chemin de page au format suivant :
<page event="" type=""> => <page path="">
Par exemple :
PageModified => /content/geometrixx/en/products
Les modèles de courrier électronique pour les notifications de forum se trouvent dans l’emplacement suivant :
/etc/notification/email/default/com.day.cq.collab.forum
Le modèle en anglais par défaut (en.txt) est défini comme suit :
subject=[CQ Forum Notification]
header=-------------------------------------------------------------------------------------\n \
Time: Time: ${time}\n \
Forum Page Path: ${forum.path}\n \
-------------------------------------------------------------------------------------\n\n
message=Page: ${host.prefix}${forum.path}.html\n
footer=\n \
-------------------------------------------------------------------------------------\n \
This is an automatically generated message. Please do not reply.
Pour personnaliser le modèle de courrier électronique en anglais en vue de la notification de forum :
Dans CRXDE, ouvrez le fichier :
/etc/notification/email/default/com.day.cq.collab.forum/en.txt
Modifiez le fichier en fonction de vos besoins.
Enregistrez les modifications.
Le modèle doit avoir le format suivant :
subject=<text_1>
header=<text_2>
message=<text_3>
footer=<text_4>
Où <text_x> peut être un mélange de texte statique et de variables de chaîne dynamiques.
Les variables suivantes peuvent être utilisées dans le modèle de courrier électronique pour les notifications de forum :
${time}, la date et l’heure de l’événement.
${forum.path}, le chemin d’accès à la page de forum.
Le modèle de courrier électronique pour les notifications de workflow (en anglais) se trouve à l’emplacement suivant :
/libs/settings/workflow/notification/email/default/en.txt
Il est défini comme suit :
subject=Workflow notification: ${event.EventType}
header=-------------------------------------------------------------------------------------\n \
Time: ${event.TimeStamp}\n \
Step: ${item.node.title}\n \
User: ${participant.name} (${participant.id})\n \
Workflow: ${model.title}\n \
-------------------------------------------------------------------------------------\n\n
message=Content: ${host.prefix}${payload.path.open}\n
footer=\n \
-------------------------------------------------------------------------------------\n \
View the overview in your ${host.prefix}/aem/inbox\n \
-------------------------------------------------------------------------------------\n \
This is an automatically generated message. Please do not reply.
Pour personnaliser le modèle de courrier électronique en anglais en vue de la notification d’événement de workflow :
Dans CRXDE, ouvrez le fichier :
/libs/settings/workflow/notification/email/default/en.txt
Modifiez le fichier en fonction de vos besoins.
Enregistrez les modifications.
Le modèle doit avoir le format suivant :
subject=<text_1>
header=<text_2>
message=<text_3>
footer=<text_4>
Où <text_x> peut être un mélange de texte statique et de variables de chaîne dynamiques. Chaque ligne d’une <text_x> doit se terminer par une barre oblique inverse ( \), sauf pour la dernière instance, lorsque l’absence de la barre oblique inverse indique la fin de la variable <text_x> variable string .
Vous trouverez plus d’informations sur le format des modèles dans la méthode javadocs of the Properties.load().
La méthode ${payload.path.open} affiche le chemin d’accès à la charge utile de l’élément de travail. Par exemple, pour une page dans Sites , puis payload.path.open serait similaire à /bin/wcmcommand?cmd=open&path=….; sans le nom du serveur, c’est pourquoi le modèle ajoute ${host.prefix}.
Les variables suivantes peuvent être utilisées dans le modèle de courrier électronique :
${event.EventType}, type de l’événement
${event.TimeStamp}, date et heure de l’événement
${event.User}, utilisateur ayant déclenché l’événement
${initiator.home}, chemin d’accès au noeud de l’initiateur
${initiator.name}, nom de l’initiateur
${initiator.email}, adresse électronique de l’initiateur
${item.id}, ID de l’élément de travail
${item.node.id}, ID du nœud dans le modèle de workflow associé à cet élément de travail
${item.node.title}, titre de l’élément de travail
${participant.email}, adresse électronique du participant
${participant.name}, nom du participant
${participant.familyName}, nom de famille du participant
${participant.id}, id du participant
${participant.language}, la langue du participant
${instance.id}, ID de workflow
${instance.state}, état du workflow
${model.title}, titre du modèle de workflow
${model.id}, ID du modèle de workflow
${model.version}, version du modèle de workflow
${payload.data}, la charge utile
${payload.type}, type de payload
${payload.path}, chemin d’accès de la payload
${host.prefix}, préfixe hôte, par exemple, http://localhost:4502
Pour ajouter un modèle pour une nouvelle langue :
Dans CRXDE, ajoutez un fichier <language-code>.txt ci-dessous :
/libs/settings/notification-templates/com.day.cq.wcm.core.page : pour les notifications de page/etc/notification/email/default/com.day.cq.collab.forum : pour les notifications de forum/libs/settings/workflow/notification/email/default : pour les notifications de workflowAdaptez le fichier à la langue.
Enregistrez les modifications.
Le <language-code> utilisé comme nom de fichier pour le modèle de courrier électronique doit être un code de langue en minuscules de deux lettres reconnu par AEM. Pour les codes de langue, AEM s’appuie sur la norme ISO-639-1.
Quand les collections dans AEM Assets sont partagées ou non, les utilisateurs peuvent recevoir des notifications électroniques de la part d’AEM. Pour configurer les notifications électroniques, procédez comme suit.
AEM offre la prise en charge d’OAuth2 pour son service de messagerie intégré, afin de permettre aux entreprises de se conformer aux exigences en matière de messagerie sécurisée.
Vous pouvez configurer OAuth pour plusieurs fournisseurs de messagerie, comme indiqué ci-dessous.
Cette procédure est un exemple pour une instance de publication. Si vous souhaitez activer les notifications par e-mail sur une instance d’auteur, vous devez suivre les mêmes étapes sur l’instance d’auteur.
https://console.developers.google.com/projectcreatehttps://mail.google.com/https://www.googleapis.com//auth/gmail.sendConfigurations AEM côté
Les clients d’Adobe Managed Service peuvent collaborer avec leur ingénieur de service client pour apporter ces modifications aux environnements de production.
Tout d’abord, configurez le service de messagerie :
http://serveraddress:serverport/system/console/configMgrsmtp.gmail.com25 ou 587, en fonction des exigencesEnsuite, configurez votre fournisseur SMTP OAuth en suivant la procédure ci-dessous :
http://serveraddress:serverport/system/console/configMgrhttps://accounts.google.com/o/oauth2/authhttps://accounts.google.com/o/oauth2/tokenhttps://www.googleapis.com/auth/gmail.send et https://mail.google.com/. Vous pouvez ajouter plusieurs plages en appuyant sur la touche + sur le côté droit de chaque étendue configurée.https://accounts.google.com/o/oauth2/tokenUne fois configurés, les paramètres doivent se présenter comme suit :

Maintenant, activez les composants OAuth. Vous pouvez le faire en procédant comme suit :
Accédez à la console Composants en consultant cette URL : http://serveraddress:serverport/system/console/components
Recherchez les composants suivants :
com.day.cq.mailer.oauth.servlets.handler.OAuthCodeGenerateServletcom.day.cq.mailer.oauth.servlets.handler.OAuthCodeAccessTokenGeneratorAppuyez sur l’icône Lecture à gauche des composants.

Enfin, confirmez la configuration en procédant comme suit :
http://serveraddress:serverport/services/mailer/oauth2/authorize. Vous serez redirigé vers la page de votre fournisseur SMTP, dans ce cas Gmail.accessToken en accédant directement à cette URL sur votre instance de publication : http://serveraddress:serverport/crx/de/index.jsp#/conf/global/settings/mailer/oauthAccédez à https://portal.azure.com/ et connectez-vous.
Recherchez le répertoire Azure principal dans la barre de recherche et cliquez sur le résultat. Vous pouvez également accéder directement à https://portal.azure.com/#blade/Microsoft_AAD_IAM/ActiveDirectoryMenuBlade/Overview
Cliquez sur Enregistrement de l’application - Nouvel enregistrement

Renseignez les informations selon vos besoins, puis cliquez sur Enregistrer
Accédez à l’application nouvellement créée, puis sélectionnez Autorisations API
Accédez à Ajouter une autorisation - Autorisation graphique - Autorisations déléguées
Sélectionnez les autorisations ci-dessous pour votre application, puis cliquez sur Ajouter une autorisation :
SMTP.SendMail.ReadMail.Sendopenidoffline_accessAccédez à Authentification - Ajouter une plateforme - Web, et dans le Url De Redirection , ajoutez l’URL suivante pour rediriger le code OAuth, puis appuyez sur Configurer:
http://localhost:4503/services/mailer/oauth2/tokenRépétez les étapes ci-dessus pour chaque instance de publication.
Configurez les paramètres en fonction de vos besoins.
Ensuite, accédez à Certificats et secrets, cliquez sur Nouveau secret client et suivez les étapes à l’écran pour créer un secret. Veillez à prendre note de ce secret pour une utilisation ultérieure.
Appuyez sur Aperçu dans le volet de gauche et copiez les valeurs pour ID d’application (client) et ID de répertoire (locataire) pour une utilisation ultérieure.
Pour effectuer une récapitulation, vous aurez besoin des informations suivantes pour configurer OAuth2 pour le service de messagerie du côté AEM :
https://login.microsoftonline.com/<tenantID>/oauth2/v2.0/authorizehttps://login.microsoftonline.com/<tenantID>/oauth2/v2.0/tokenhttps://login.microsoftonline.com/<tenantID>/oauth2/v2.0/tokenConfigurations AEM côté
Ensuite, intégrez vos paramètres OAuth2 avec AEM :
http://serveraddress:serverport/system/console/configMgrsmtp.office365.com25 ou 587 selon les exigenceshttps://outlook.office365.com/Mail.Sendhttps://outlook.office365.com/Mail.Readhttps://outlook.office365.com/SMTP.Sendhttp://localhost:4503/services/mailer/oauth2/tokenUne fois configurés, les paramètres doivent se présenter comme suit :

Maintenant, activez les composants OAuth. Vous pouvez le faire en procédant comme suit :
http://serveraddress:serverport/system/console/componentscom.day.cq.mailer.oauth.servlets.handler.OAuthCodeGenerateServletcom.day.cq.mailer.oauth.servlets.handler.OAuthCodeAccessTokenGenerator
Enfin, confirmez la configuration en procédant comme suit :
http://serveraddress:serverport/services/mailer/oauth2/authorize. Vous serez redirigé vers la page de votre fournisseur SMTP, dans ce cas Gmail.accessToken en accédant directement à cette URL sur votre instance de publication : http://serveraddress:serverport/crx/de/index.jsp#/conf/global/settings/mailer/oauth