Mankomail

Marquer ​

Change l’état du mail déclencheur : lu/non lu, suivi/non suivi. Seuls les états renseignés sont modifiés.

Marquer change l’état du mail déclencheur chez le fournisseur : lu ou non lu, suivi ou non. Utilisez-le pour marquer comme lues les newsletters une fois rangées, ou pour marquer comme à suivre ce qui demande une réponse humaine.

Chaque réglage a trois états : coché, décoché, ou non renseigné. Non renseigné veut dire « ne pas y toucher » : vous pouvez marquer un mail comme lu sans changer son suivi, et inversement. Pour ranger ou archiver le mail, utilisez Classer.

Marquer agit sur le mail qui a déclenché l’exécution : il lui en faut un. Il s’emploie sous un déclencheur mail, pas sous une planification ou un webhook.

En bref ​

  • Type : mail.flag · version 1
  • Catégorie : Actions
  • Nature : Étape — s’exécute pendant une exécution
  • Effet : Écrit à l’extérieur (external_write) — écrit hors de Mankomail ; décrit au lieu d’être fait pendant un essai
  • Exige un mail porteur : Oui — il agit sur le mail qui a lancé l’exécution
  • Connexion : Aucune
  • Entrées : main
  • Sorties : main

Paramètres ​

seen ​

Marquer comme lu — Coché : le mail passe en lu. Décoché : il repasse en non-lu. Non renseigné : inchangé.

  • Type : Oui / non (boolean)
  • Requis : Non

flagged ​

Suivi — Coché : le mail est marqué comme suivi. Décoché : la marque de suivi est retirée. Non renseigné : inchangé.

  • Type : Oui / non (boolean)
  • Requis : Non

Sorties ​

  • main

Données produites ​

Ce que ce nœud ajoute aux données de l’exécution, et comment le lire dans une expression. <step> désigne la clé de l’étape : le nom du nœud ramené à un identifiant (voir Données et expressions).

  • {{ data.<step>.opId }} — string. L’identifiant de l’opération sortante enregistrée. Stable quand l’étape est retentée. En essai, il vaut simulated:mail.flag.
  • {{ data.<step>.simulated }} — boolean. true en essai : le mail n’a pas été touché, le détail d’exécution décrit ce qui se serait passé.
  • {{ data.<step>.seen }} — boolean. Présent seulement quand « Marquer comme lu » est renseigné : true si le mail est passé en lu, false s’il est repassé en non-lu.
  • {{ data.<step>.flagged }} — boolean. Présent seulement quand le réglage de suivi (« Épingler ») est renseigné : true si le mail a été marqué comme à suivre, false si la marque a été retirée.

Exemple ​

Derrière la branche cat:Urgent d’un Catégoriser, garder le mail non lu et le marquer comme à suivre pour qu’il ressorte. Ajoutez un nœud Marquer :

seen: false
flagged: true

Les données de l’étape sont :

json
{ "opId": "c2d9…", "simulated": false, "seen": false, "flagged": true }

Avec seen non renseigné à la place, l’état lu du mail reste inchangé, et seen est absent des données.

Conseils ​

  • Rien à faire est une erreur. Avec les deux réglages non renseignés, l’étape échoue avec node_nothing_to_do.
  • Aucune suppression. Marquer ne met jamais un mail à la corbeille et ne le supprime jamais. L’archivage passe par Classer, en retirant INBOX.
  • Pas de mail déclencheur. Les workflows dont le déclencheur n’apporte pas de mail sont refusés à la validation ; à l’exécution, l’étape échoue avec node_missing_email.
  • Les nouvelles tentatives sont sûres. L’opération est indexée sur l’étape : retenter l’étape ne l’applique pas deux fois. Un échec d’enregistrement de l’opération est retenté (node_service_failed).
  • Essais. En essai, le mail n’est pas touché ; le détail d’exécution indique quels états auraient changé.