- Expédié
- 11 septembre 2026 à 20:52 UTC
- Auteur
- Kamo
- Commite
- 28660b2
Un visiteur sur le site de marketing peut envoyer l'article sur les frais de siège à trois au maximum les gens. POST /api/internal/partage de l'article (X-Internal-Auth, comme tous les autres /api/critère frontal interne) envoie à chacun d'eux un e-mail en tant que niveau supérieur l'organisation, de "sender" via KamoCRM" avec Reply-To the émetteur. Reuses ce qui existe au lieu d'en ajouter une deuxième copie: - Opt-outs live dans le courrier électronique, les suppressions, mis à la clé de route de l'og de la plate-forme, donc un l'exclusion ici ne touche jamais une liste d'ogs hébergées et une liste d'orges jamais Bloppe cela. Le lien est un jeton signé (orge-email, HMAC) que le Le centre de contact et la page d'accueil sont désormais acceptés à côté de la campagne des jetons, avec les mêmes campagnes RFC 8058 List-Unsubscribe, des campagnes d'en-têtes sont envoyées. - La livraison passe par les gains Admissions de livraison (nom d'affichage et en-têtes supplémentaires) et le séjour de secours du relais décidé en un seul endroit. Une lettre construite par l'appelant n'a pas de ligne de modèle, donc le compteur d'utilisation est sauté pour elle. Limites, comptées à partir d'un grand livre créé sur startup) donc chaque pod est d'accord: trois personnes par demande, préréglage notes seulement, 10 par jour par expéditeur et par adresse de visiteur, 500 par jour au total, un e-mail par adresse tous les 90 jours, jamais à une adresse supprimée. Raccordement de bulk-email.unsubscribe-base-url dans le prod configmap. Le code default est blanc, qui envoie du courrier de campagne sans lien de désabonnement.