Zivver WebApp
Rapport de preuve de remise
Rapport de preuve de remise
Introduction
Zivver fournit une preuve de remise des messages Zivver sous la forme d’un rapport de preuve de remise que vous pouvez obtenir à l’aide de la Zivver WebApp ou du plugin Zivver Office.
Le rapport de preuve de remise a deux objectifs principaux :
- Informer l'expéditeur d'un message de l'état de la remise de son message (de notification).
- Fournir à l'expéditeur un message comportant les informations détaillées sur le processus de remise de son message
Dans certains cas, le rapport indiquera également si le message a été ouvert ou non.
Pour que le rapport soit disponible, la preuve de livraison doit être activée pour l’organisation.
Contenu du rapport de preuve de remise
Le rapport de preuve de remise est composé de trois sections principales:
- Détails du message (par message)
- Résumé (par destinataire)
- Journal détaillé des événements (par destinataire)
Détails du message
La section des détails du message donne un aperçu des principaux attributs du message envoyé, à savoir : ID du message, de, à, objet et pièces jointes:
| ID du message | L’ID interne du message utilisé sur la plateforme Zivver pour identifier le message. |
|---|---|
| De | Adresse e-mail de l’expéditeur du message. Si le message a été envoyé via un compte délégué d’une boîte de messagerie fonctionnelle, l’adresse e-mail du compte délégué ou de la boîte de messagerie fonctionnelle sera affichée ici |
| À | Les adresses e-mail des destinataires sont indiquées dans les champs « à », « cc » et « cci » du message envoyé. Lorsqu’un message est envoyé via Zivver, tous les destinataires sont placés dans la même conversation et il n’y a donc pas de distinction entre les destinataires dans les champs « à », « cc » et « cci » du message d’origine. |
| Objet | La ligne d’objet telle qu’elle est indiquée dans le message envoyé |
| Pièces jointes | Les pièces jointes au message. Chaque pièce jointe est affichée sous la forme d’une combinaison du nom de la pièce jointe et de l’UUID interne de la pièce jointe Zivver. |
Résumé
La section récapitulative affiche l’état « message ouvert » pour un destinataire du message et fournit également un aperçu des événements pertinents résultant de cet état. Chaque événement possède un ID d’événement qui peut être utilisé pour trouver l’événement dans la section « Journal détaillé des événements » du rapport de preuve de remise. L’horodatage représente le moment où l’événement a été enregistré et est affiché en UTC.
Le statut « message ouvert » indique une situation dans laquelle la plateforme Zivver a réussi à décrypter la conversation Zivver dont le message fait partie, pour un destinataire. Le statut « message ouvert » d’un Direct Delivery e-mail ne peut pas être vérifié, car il est envoyé directement au serveur de messagerie du destinataire. Ceux-ci ne sont pas ouverts via la Zivver WebApp. Ceux-ci reçoivent donc le statut « Inconnu », sauf si l’e-mail a été rejeté, auquel cas il reçoit le statut « Non ».
Le tableau ci-dessous répertorie les événements possibles pouvant être affichés dans la section récapitulative du rapport de preuve de remise :
| Message créé par {0} | Reflète la situation dans laquelle un nouveau message a été créé par l’expéditeur sur la plateforme Zivver. |
|---|---|
| L’e-mail n’a pas pu être remis | Reflète la situation dans laquelle l’e-mail (soit un e-mail de notification, soit un e-mail en « remise directe ») n’a pas pu être remis au serveur de messagerie du destinataire. |
| L’e-mail a bien été envoyé à {0} | Reflète la situation dans laquelle l’e-mail (soit un e-mail de notification, soit un e-mail en « remise directe ») a été remis au serveur de messagerie du destinataire. |
| Bounce asynchrone reçu de {0} | Reflète la situation dans laquelle le serveur de messagerie du destinataire a initialement signalé que l’e-mail (soit un e-mail de notification, soit un e-mail en « remise directe ») avait été remis, mais a signalé ultérieurement que l’e-mail n’avait pas été remis. Étant donné que cet événement peut se produire quelque temps après l’envoi initial de l’e-mail, cela s’appelle un bounce « asynchrone ». |
| Message ouvert par {0} | Reflète la situation dans laquelle la plateforme Zivver a décrypté la conversation Zivver dont le message fait partie, pour un destinataire. |
| Message décrypté pour la « Remise directe » | Reflète la situation dans laquelle la plateforme Zivver a décrypté le message avant de l’envoyer afin que le message puisse être fourni en tant que donnée utile pour l’e-mail en « Remise directe ». Allez ici pour lire plus d’informations sur les e-mails en « Remise directe ». Cela ne signifie PAS nécessairement que le destinataire a ouvert le message. Cela signifie seulement que le message a été envoyé sous forme de donnée utile décryptée avec l’« e-mail en Remise directe au destinataire ». Le destinataire n’a pas besoin d’effectuer d’actions supplémentaires (par exemple, une étape de vérification supplémentaire via un code SMS) pour décrypter le message d’origine. |
| E-mail relayé par le serveur de messagerie du destinataire | Reflète la situation dans laquelle le serveur de messagerie du destinataire a relayé le message vers un système tiers qui ne génère pas de notifications d’état de livraison (DSN) pour une livraison réussie. La plateforme Zivver reçoit un DSN avec le statut « relayé ». |
Journal détaillé des événements
La section détaillée du journal des événements donne un aperçu plus complet des événements qui se sont produits au cours du cycle de vie du message.
Il y a plus de détails dans le type d’événements (par exemple, des événements relatifs à la conversation sont aussi répertoriés dans cette section) et dans le niveau d’informations sur les événements eux-mêmes (c’est principalement le cas pour les événements liés à l’envoi d’un e-mail au serveur de messagerie du destinataire). Pour chaque événement, l’ID, la description de l’événement et l’horodatage en UTC sont répertoriés.
Le tableau ci-dessous répertorie les événements possibles pouvant être affichés dans la section détaillée du journal des événements du rapport de preuve de remise. Certains événements incluent des valeurs dynamiques qui dépendent de la situation qui s’est produite. Les valeurs possibles pour ces événements sont répertoriées sous le tableau.
| Message | Description | Valeurs possibles |
|---|---|---|
| Méthode de vérification {0} définie par {1} | Reflète la situation dans laquelle une méthode de vérification a été définie par l’expéditeur. Il s’agit de la méthode de vérification que le destinataire doit utiliser lorsqu’il souhaite accéder au message. | {0} méthode de vérification peut être l’une des suivantes : SMS / Mot de passe / E-mail / Compte Zivver |
| Message créé par {0} | Reflète la situation dans laquelle un nouveau message a été créé par l’expéditeur sur la plateforme Zivver. | |
| E-mail de notification dont l’ID est {0} mis en file d’attente en interne pour remise | Reflète la situation dans laquelle l’e-mail de notification est en transit en interne sur la plateforme Zivver. | |
| E-mail avec l’ID {0} en « Remise directe » mis en file d’attente en interne pour remise avec le niveau de sécurité minimum requis {1} | Reflète la situation dans laquelle l’e-mail en « Remise directe » est en transit en interne sur la plateforme Zivver. | {1} Les niveaux de sécurité possibles peuvent être : Aucun / PKIX / DANE |
| Échec de la mise en file d’attente des e-mails pour remise en raison de {0} | Reflète la situation dans laquelle l’e-mail (soit un e-mail de notification, soit un e-mail en « Remise directe ») n’a pas pu être mis en transit en interne sur la plateforme Zivver. Les raisons possibles sont les suivantes : notifications silencieuses de compte suspendu activées : ce destinataire possède un compte Zivver et pour ce compte, le paramètre est activé pour que le destinataire ne reçoive pas d’e-mails de notification. Bounce récent : Zivver a détecté qu’un précédent e-mail envoyé à cette adresse e-mail n’a pas été remis. Dans cette situation, Zivver n’essaiera pas d’envoyer un autre e-mail pour éviter que Zivver ne soit classé comme SPAM. Exception EXIM générique. Il y a un problème avec le serveur de messagerie de Zivver. | |
| Échec de la remise de l’e-mail à {0} avec le niveau de sécurité {1}. MTA distant : {2}. Statut : {3}. Raison : {4}. | Reflète la situation dans laquelle l’e-mail (soit un e-mail de notification, soit un e-mail en « remise directe ») n’a pas pu être remis au serveur de messagerie du destinataire. | |
| E-mail envoyé avec succès à {0} avec le niveau de sécurité {1}. MTA distant {2}. | Reflète la situation dans laquelle l’e-mail (soit un e-mail de notification, soit un e-mail en « remise directe ») a été remis au serveur de messagerie du destinataire. | |
| Bounce asynchrone reçu. Échec de la livraison de l’e-mail à {0}. MTA distant : {1}. Statut : {2}. Raison : {3}. | Reflète la situation dans laquelle le serveur de messagerie du destinataire a initialement signalé que l’e-mail (soit un e-mail de notification, soit un e-mail en « remise directe ») avait été remis, mais a signalé ultérieurement que l’e-mail n’avait pas été remis. Étant donné que cet événement peut se produire quelque temps après l’envoi initial de l’e-mail, cela s’appelle un bounce « asynchrone ». | |
| {0} a bien été vérifié via la méthode de vérification {1} | Reflète la situation dans laquelle un destinataire a bien effectué la vérification via la méthode de vérification configurée par l’expéditeur du message. | |
| {0} a indiqué ne pas pouvoir accéder à ce message avec la méthode de vérification {1} | Reflète la situation dans laquelle le destinataire semble incapable de fournir la méthode de vérification demandée. Ce cas peut se produire par exemple lorsqu’un destinataire invité ne connaît plus le mot de passe qu’il doit saisir lorsqu’il tente d’accéder au message Zivver. | |
| Méthode de vérification du destinataire changée pour {0} par {1} | Cela reflète la situation où l’expéditeur du message a changé la méthode de vérification requise pour accéder au message de A à B. Par exemple, de « SMS » à « Mot de passe ». | |
| Message ouvert par {0} | Reflète la situation dans laquelle la plateforme Zivver a décrypté la conversation Zivver dont le message fait partie, pour un destinataire. | |
| Message décrypté pour la « Remise directe » | Reflète la situation dans laquelle la plateforme Zivver a décrypté le message avant de l’envoyer afin que le message puisse être fourni en tant que donnée utile pour l’e-mail en « Remise directe ». Allez ici pour lire plus d’informations sur les e-mails en « Remise directe ». Cela ne signifie PAS nécessairement que le destinataire a ouvert le message. Cela signifie seulement que le message a été envoyé sous forme de donnée utile décryptée avec l’« e-mail en Remise directe au destinataire ». Le destinataire n’a pas besoin d’effectuer d’actions supplémentaires (par exemple, une étape de vérification supplémentaire via un code SMS) pour décrypter le message d’origine. | |
| E-mail relayé ou passerelle | Montre l’explication officielle de la RFC selon laquelle l’e-mail a été “relayé ou transféré vers un environnement qui n’accepte pas la responsabilité de générer des notifications d’état de livraison en cas de livraison réussie” : E-mail à {0} avec le niveau de sécurité {1} associé ou transféré vers un environnement qui le fait n’accepte pas la responsabilité de générer des notifications sur l’état de livraison en cas de livraison réussie. | {1} Les niveaux de sécurité possibles peuvent être : Aucun / PKIX / DANE |
Mis à jour le 2022-03-02