Intégrations de workflow d'e-mail et SDKs

Télécharger le ZIP partagé WordPress et WooCommerce

1. Installer

Exécutez ces commandes depuis le répertoire WordPress avec WP-CLI disponible, ou téléchargez le ZIP via Extensions > Ajouter > Téléverser une extension et activez-la. Ouvrez Réglages > SendRepute. Configurez et activez chaque site séparément sur un multisite. Maintenez une combinaison WordPress/PHP prise en charge ; une version minimale n'est pas une recommandation pour exécuter un logiciel en fin de vie.

curl -fLO https://www.sendrepute.com/downloads/sendrepute-wp.zip
wp plugin install ./sendrepute-wp.zip --activate

Alternative : installation à partir d'une source publique

Utilisez ce chemin source au lieu des instructions de téléchargement du site web ci-dessus. Le fichier README du dépôt explique les étapes d'activation et de configuration restantes ; la simple création d'un ZIP n'installe pas d'extension. Pour Python, la seconde commande ajoute le support Django optionnel. Conservez les identifiants dans les secrets du serveur et consultez les notes de sécurité avant d'activer les fonctionnalités payantes. Seul Node est présent sur npm ; un dépôt GitHub public n'implique pas une publication sur WordPress.org, n8n Cloud, Packagist ou PyPI.

git clone https://github.com/sendrepute/sendrepute-wordpress.git
cd sendrepute-wordpress
python3 package.py

2. Configurer en toute sécurité

Créez un jeton client côté serveur avec les portées classify, account:read et catalog:read, une expiration et des plafonds de dépenses. Saisissez-le dans les réglages ou chargez SENDREPUTE_API_TOKEN depuis votre magasin de secrets serveur comme indiqué. Les jetons stockés utilisent un chiffrement authentifié avec les sels WordPress et OpenSSL ; saisissez-les à nouveau après une rotation des sels. Exécutez la vérification de connexion non payante, examinez les tarifs de classification, puis activez explicitement l'analyse automatique. Définissez le mode consultatif/blocage, le seuil et la politique indépendante fail-open/fail-closed.

// wp-config.php — optional server-secret alternative to settings storage.
$sendreputeToken = getenv('SENDREPUTE_API_TOKEN');
if (is_string($sendreputeToken) && $sendreputeToken !== '') {
    define('SENDREPUTE_API_TOKEN', $sendreputeToken);
}

3. Utiliser délibérément

La fonction ci-dessous utilise le wp_mail normal et n'envoie que lorsque votre application l'appelle. Avec l'analyse payante activée, l'extension analyse lors du pre_wp_mail puis autorise ou bloque le transport existant. Fournissez votre propre destinataire autorisé ; testez d'abord par rapport à un récepteur de courrier local sans relais. Un résultat faux signifie que l'appelant doit gérer l'envoi rejeté — il n'est pas mis en file d'attente.

// Call deliberately: this sends through your existing WordPress transport.
function sendrepute_reviewed_message($recipient) {
    return wp_mail(
        $recipient,
        'Your requested account summary',
        'Here is the account summary you requested.'
    );
}

Qu'est-ce qu'il peut faire d'autre ?

Les réglages fournissent également des actions manuelles de réécriture par IA et de génération de modèles avec une confirmation payante distincte. L'affichage du prix nécessite vip:read ; la réécriture nécessite rewrite ; la génération nécessite ai:generate, et la génération VIP nécessite une adhésion VIP active. Les résultats sont du texte échappé en lecture seule : jamais appliqués ou envoyés automatiquement. Les jetons existants ne gagnent pas de portées automatiquement.

Résultats, échecs et limites

Advisory autorise la livraison ; le blocage compare la probabilité de spam finie à votre seuil. Les délais d'expiration et échecs de l'API suivent la politique d'échec distincte, et non une étiquette de spam. Des verrous locaux opaques suppriment les analyses répétées pendant 24 heures ; les résultats réseau inconnus ne sont pas réessayés automatiquement. Les envois eux-mêmes ne sont pas dédupliqués. Les vérifications de mise à jour installées ont couvert un ZIP 0.1.0 suivi mis à niveau vers 0.2.0, le rejet/sauvegarde de nonce administrateur et le chemin WooCommerce sélectionné. Une matrice distincte de 40 scénarios a couvert les deux ordres de chargement de plugin avec WP Mail SMTP et FluentSMTP, incluant To/Cc/Bcc, Reply-To, en-têtes, pièces jointes, rejet SMTP et résultats de politique. Ces tuples exacts ne certifient pas d'autres versions de CMS, de plugin SMTP ou de fournisseur. Les hooks qui contournent wp_mail et les modifications ultérieures du transport restent hors couverture. La désactivation préserve les paramètres ; la désinstallation supprime les identifiants même lors de la conservation des paramètres désactivés. Supprimez vous-même un jeton wp-config.

Adaptateur e-mail WooCommerce

0.2.0

Inclus dans le même ZIP SendRepute 0.2.0 que l'extension WordPress ; il n'y a pas d'extension ou de téléchargement WooCommerce séparé. Il nécessite la base WordPress 5.7+, PHP 7.4+ et OpenSSL de l'extension. L'adaptateur a fait l'objet d'une revue de code par rapport à WooCommerce 10.4.3, et n'est pas certifié sur toutes les versions de WooCommerce ou d'extensions de messagerie.

L'analyse WooCommerce possède son propre commutateur administrateur et des sélections de types d'e-mails intégrés exacts, tous désactivés par défaut. Les contrôles globaux d'analyse et de paid-consent doivent également être activés. Les types non sélectionnés et ceux définis par des extensions ignorent l'analyse. Chaque type customer_* intégré sélectionné est protégé et uniquement consultatif (advisory-only) : il peut être analysé mais n'est jamais bloqué. Les e-mails multipart sélectionnés échouent à la classification avant toute requête payante ; le mode consultatif ou l'ouverture en cas d'échec (fail-open) préserve la distribution, tandis que la fermeture en cas d'échec (fail-closed) ne bloque que les e-mails non protégés.

Télécharger le ZIP Drupal

1. Installer

Il s'agit du même ZIP installable utilisé par le guide WordPress. Installez-le une seule fois ; n'installez pas de second add-on WooCommerce. Activez SendRepute, puis ouvrez Réglages > SendRepute. Maintenez WordPress, WooCommerce, PHP et le transport mail réel supportés et à jour.

curl -fLO https://www.sendrepute.com/downloads/sendrepute-wp.zip
wp plugin install ./sendrepute-wp.zip --activate

Alternative : installation à partir d'une source publique

git clone https://github.com/sendrepute/sendrepute-wordpress.git
cd sendrepute-wordpress
python3 package.py

2. Configurer en toute sécurité

Utilisez un jeton client restreint provenant des secrets du serveur ou du réglage WordPress chiffré. Configurez d'abord la vérification de connexion non payante partagée, la revue du prix actuel, le consentement payant global, le mode de risque, le seuil et la politique d'échec. Activez ensuite séparément l'analyse WooCommerce et sélectionnez uniquement les types d'e-mails intégrés que vous avez examinés. Les types définis par des extensions ne sont jamais sélectionnés automatiquement.

// wp-config.php — keep the shared WordPress/WooCommerce token server-side.
$sendreputeToken = getenv('SENDREPUTE_API_TOKEN');
if (is_string($sendreputeToken) && $sendreputeToken !== '') {
    define('SENDREPUTE_API_TOKEN', $sendreputeToken);
}

3. Utiliser délibérément

Continuez à envoyer via WooCommerce normalement. L'adaptateur enveloppe le rappel déjà choisi par WooCommerce et préserve ses arguments d'origine et son transport ; il ne fournit pas de nouvelle méthode send. Si un autre filtre mute les arguments du rappel, si un mail ordinaire est imbriqué pendant ce rappel, ou si un rappel personnalisé n'appelle jamais wp_mail, l'analyse est contournée de manière conservatrice plutôt que de tomber dans le chemin général payant. Testez les types non critiques sélectionnés avec un collecteur d'e-mails sans relais.

Résultats, échecs et limites

Les e-mails à partie unique sélectionnés suivent les politiques d'avis, de seuil et d'échec partagées de WordPress, sauf que chaque type customer_* est protégé et uniquement informatif. Les e-mails customer_* protégés continuent toujours après un résultat à haut risque, un échec de l'API ou un contenu non pris en charge. WooCommerce construit des alternatives multipartites après pre_wp_mail, donc les e-mails multipartites sélectionnés échouent avant toute requête payante au lieu d'être partiellement classifiés ; seuls les e-mails non protégés sélectionnés peuvent être refusés par fail-closed. Le contexte du rappel est supprimé après le succès, l'échec et les envois imbriqués.

Backend de messagerie Drupal

0.1.0

Nécessite Drupal 10.3+ ou 11.x et PHP 8.1+. Installez le ZIP en tant que module, accordez administer sendrepute uniquement aux administrateurs de confiance, configurez un nom d'affichage d'expéditeur non-adresse délimité, et sélectionnez les routes exactes de module/key mail. La version 0.1.0 supporte uniquement php_mail du cœur de Drupal ; il s'agit d'un backend Mail, pas d'un fournisseur ou d'un transport de remplacement. Les preuves sur site installé couvrent les versions exactes Drupal 10.6.17 et 11.4.7 avec PHP 8.4.10.

Le paid_analysis_consent et chaque route sont désactivés par défaut. Chaque route exacte utilise le délégué fixe core php_mail, le mode advisory ou block, une politique failure_policy indépendante preserve ou block, un seuil, et une sélection délibérée des e-mails critiques. Les e-mails de compte et de sécurité restent livrables à moins que cette route exacte n'autorise explicitement le blocage critique. La même instance php_mail formate et envoie un corps final scalaire ; les sorties multipart et contenant des pièces jointes ne sont pas prises en charge.

Télécharger le ZIP PrestaShop

1. Installer

Exécutez depuis la racine du projet Drupal, ou téléchargez le ZIP avec l'installateur de modules de Drupal. L'archive contient une racine de module sendrepute adaptée à modules/contrib. Activez-le, accordez l'autorisation « administer sendrepute » uniquement aux administrateurs de confiance, et ouvrez Configuration > Système > SendRepute.

curl -fLO https://www.sendrepute.com/downloads/sendrepute-drupal.zip
unzip sendrepute-drupal.zip -d modules/contrib
drush en sendrepute -y

Alternative : installation à partir d'une source publique

git clone https://github.com/sendrepute/sendrepute-drupal.git
cd sendrepute-drupal

2. Configurer en toute sécurité

Stockez un SENDREPUTE_API_TOKEN de portée classification uniquement dans l'environnement du processus web/PHP. Il n'est jamais accepté par le formulaire ni exporté dans la configuration Drupal. Dans le formulaire, saisissez un nom d'affichage de l'expéditeur obligatoire de 320 octets maximum sans adresse, chevrons ou caractères de contrôle. Ajoutez une ligne de sept champs par route exacte comme illustré ; le délégué doit être php_mail. Choisissez le mode advisory/block, la failure_policy preserve/block, le seuil, et critique yes/no. Commencez par advisory, preserve et no.

export SENDREPUTE_API_TOKEN="replace-with-a-scoped-server-token"
# Enter a non-address sender display name in Configuration > System > SendRepute.
# One exact route in Configuration > System > SendRepute:
# contact|page_mail|php_mail|advisory|preserve|0.90|no

3. Utiliser délibérément

Continuez à appeler le gestionnaire de courrier normal de Drupal. Pour une route activée, sendrepute_mail appelle le format() du core php_mail, analyse ce corps scalaire final, applique la politique, puis appelle le mail() de la même instance php_mail mise en cache. Les autres identifiants de délégués sont rejetés. Il n'utilise pas hook_mail_alter et ne réécrit pas le message.

Résultats, échecs et limites

Un succès validé bloque uniquement au niveau ou au-dessus du seuil configuré en mode blocage. Le résultat de classification imbriqué complet et la réponse de facturation sont validés avant que spamProbability ne puisse affecter la livraison. Les échecs d'API, d'authentification, de solde, de limite de débit, de format, de multipart, d'indicateur de pièce jointe et de taille suivent la politique d'échec de route indépendante, sauf que le courrier critique protégé continue. La matrice 10.6.17/11.4.7 installée a couvert l'installation et le remplacement du ZIP sur place lorsqu'il est activé, la connexion administrateur réelle, le rejet/sauvegarde de Form API CSRF, la découverte de plugin, l'opt-in de route, la classification synthétique, la préservation du courrier critique et le php_mail du noyau via un puits local. Les vérifications de source de base couvrent également les archives immuables 10.3.0 et 11.0.0 ; aucun résultat ne certifie chaque correctif ultérieur ou expéditeur contribué. Le nom d'affichage configuré, l'objet non vide et le corps encadré par la longueur sont envoyés ; les adresses, destinataires, en-têtes, paramètres et pièces jointes sont exclus. L'objet est limité à 998 octets et le corps à 256 KiB. Il y a une tentative HTTPS vérifiée, pas de redirection, de nouvel essai ou de file d'attente.

Module de messagerie PrestaShop

0.1.1

La version 0.1.1 supporte exactement PrestaShop 9.0.0, 9.0.1, 9.0.2 et 9.0.3 avec PHP 8.1–8.4. Téléchargez le ZIP dans Modules > Gestionnaire de modules, puis configurez la classification de courrier SendRepute. Les quatre versions classiques officielles préconfigurées ont passé l'installation isolée, la configuration administrateur authentifiée et les vérifications de mise à jour ZIP ; leurs implémentations Mail::send() inchangées ont également passé la matrice de courrier réel hors ligne. PrestaShop 8, 9.1+ et les correctifs 9.0 ultérieurs non listés ne sont pas supportés.

Le module, paid_consent et la sélection exacte du modèle sont désactivés par défaut. Il analyse l'objet rendu final et chaque corps affiché pris en charge sans reconstruire le message Symfony. Un message contenant à la fois text/plain et text/html est envoyé dans une seule requête de classification délimitée : l'alternative plain est rendue inerte, le HTML original est préservé, et le service analyse chaque alternative typée indépendamment sans concaténation. Le résultat utilise le risque le plus élevé avec les audits de contenu complets (contentAudit), produit une classification payante et ne renvoie jamais de score de sécurité partiel. Advisory n'interrompt jamais l'envoi. Le blocage par seuil et le fail-closed lèvent une exception implémentant à la fois ExceptionInterface de Symfony Mailer et ModuleErrorInterface de PrestaShop ; sur chaque version prise en charge, le test installé a observé Mail::send() renvoyer false sans livraison SMTP. La politique d'échec est indépendante du seuil de risque.

Télécharger le ZIP source Symfony

1. Installer

Téléchargez le ZIP 0.1.1, puis utilisez Modules > Gestionnaire de modules > Téléverser un module et choisissez-le. Ouvrez Configurer pour la classification d'e-mails SendRepute. Ne forcez pas l'installation en dehors de la plage exacte PrestaShop 9.0.0–9.0.3 : le comportement d'annulation et de signature dépend des chemins Mail::send() audités.

curl -fLO https://www.sendrepute.com/downloads/sendrepute-prestashop.zip

Alternative : installation à partir d'une source publique

git clone https://github.com/sendrepute/sendrepute-prestashop.git
cd sendrepute-prestashop

2. Configurer en toute sécurité

Définissez SENDREPUTE_API_BASE sur l'origine HTTPS SendRepute de production fournie pour ce module et SENDREPUTE_API_TOKEN sur un jeton serveur restreint dans l'environnement PHP-FPM/serveur. La base doit être une origine DNS HTTPS publique sans chemin ; les littéraux, identifiants, redirections et réponses DNS privées sont refusés. Exécutez la vérification de connexion compte/prix non payante, puis activez explicitement le module, le consentement payant/contenu et les noms de modèles exacts. Choisissez indépendamment advisory/block, le seuil et la politique d'échec open/closed.

export SENDREPUTE_API_BASE="replace-with-the-canonical-sendrepute-https-origin"
export SENDREPUTE_API_TOKEN="replace-with-a-scoped-server-token"

3. Utiliser délibérément

Continuez à utiliser le flux normal Mail::send de PrestaShop. Le hook initial mémorise uniquement un modèle exact ayant reçu un consentement. Le hook final lit l'objet, le corps textuel et le corps HTML déjà rendus de Symfony Email sans modifier les destinataires, les en-têtes, les pièces jointes ou le transport. Pour les corps doubles, il soumet le texte brut inerte et le HTML d'origine en tant qu'alternatives typées dans une seule requête ; la normalisation indépendante du service empêche un fragment d'en consommer un autre tout en conservant les destinations visibles des liens HTML et des images pour l'audit. Un corps simple en texte brut reste sur le chemin étroit du texte inerte, et un corps simple HTML reste sur le chemin étroit de l'extraction DOM. La classification se termine avant que PrestaShop ne crée un message distinct signé par DKIM. La matrice des versions prises en charge a vérifié la structure multipart émise ainsi que le hash du corps DKIM et la signature RSA après classification. Le chemin de signature épinglé de PrestaShop omet le Bcc des en-têtes signés préparés et perd ce destinataire SMTP invisible ; les preuves de signature valide n'établissent donc pas la compatibilité de livraison Bcc. Ne combinez pas DKIM et Bcc sur ce chemin pris en charge. Les sources d'affichage non prises en charge, la sémantique active, le HTML ambigu en quoted-printable ou base64, et le contenu agrégé surdimensionné suivent la politique d'échec configurée avant le paiement. Laissez les modèles critiques non sélectionnés, sauf approbation délibérée.

Résultats, échecs et limites

Le classificateur accepte un corps text/plain, un corps text/html ou les deux comme alternatives affichées analysées indépendamment. Le texte littéral, les entités, le contenu caché et de style dans une alternative acceptée ne peuvent pas consommer ou masquer une alternative ultérieure ; le HTML ambigu en quoted-printable ou base64 est rejeté avant le paiement à la place. Toute alternative acceptée peut déterminer le résultat au risque le plus élevé, tandis que les audits de contenu couvrent chaque alternative ; la classification n'est facturée qu'une seule fois après l'acceptation de l'entrée complète et limitée. Le corps hérité requis duplique exactement l'alternative simple inerte pour un message double, et ce duplicata ainsi que les deux alternatives typées partagent le budget de requête exact de 524288-byte. Les destinataires, les pièces jointes et les ressources intégrées sont exclus, et le message de transport original avant signature est préservé. L'appareil de test (fixture) de courrier réel vérifie séparément l'intégrité MIME/signature et les destinataires SMTP réels : les signatures DKIM restent valides après la classification, mais le chemin signé audité en amont ne préserve pas les destinataires Bcc. Une classification validée stocke un résumé consultatif limité le plus récent. Le mode bloc ne lève une exception qu'au seuil ou au-dessus ; l'exception de la double interface survit à la répartition du hook et produit false avant le transport sur les quatre versions installées. Le contenu non pris en charge, les erreurs d'API et de validation suivent open/closed indépendamment. Une tentative HTTPS utilise un DNS public épinglé, un TLS vérifié, des délais d'attente finis, une limite de réponse de 256 KiB, sans redirections ni tentatives (retry). Le blocage repose sur la capture d'exception auditée de PrestaShop Mail::send(), et non sur la valeur de retour du hook final.

Adaptateur Symfony Mailer

0.1.1

Nécessite PHP 8.1+ et cible uniquement Symfony Mailer 6.4 ou 7.4 ; les versions vérifiées exactes sont 6.4.46 et 7.4.19. Aucune compatibilité avec Symfony 8.1 ou toute version non testée n'est garantie. Installez le fichier ZIP source local via un dépôt de chemin Composer ; ce package n'est pas publié sur Packagist.

Le bundle et le consentement payant sont désactivés par défaut, et seul un message possédant l'en-tête d'opt-in configuré est éligible. La politique de score consultatif ou de blocage est indépendante de la politique d'échec d'autorisation ou de blocage. La classification s'exécute sur le MessageEvent officiel avant l'envoi ; le rejet utilise MessageEvent::reject(). Les événements clones mis en file d'attente sont ignorés afin que l'événement de transport du worker soit l'unique point de classification payante.

Télécharger le ZIP source Rails

1. Installer

Extrayez le ZIP téléchargé dans un répertoire packages conservé, enregistrez ce répertoire comme dépôt de chemin Composer, exigez le package exact 0.1.1, et enregistrez SendRepute\Symfony\SendReputeBundle si Flex ne le fait pas. L'archive source est locale et non publiée.

mkdir -p packages
curl -fL https://www.sendrepute.com/downloads/sendrepute-symfony.zip -o packages/sendrepute-symfony.zip
unzip packages/sendrepute-symfony.zip -d packages
composer config repositories.sendrepute path ./packages/sendrepute-symfony
composer require sendrepute/symfony:0.1.1

Alternative : installation à partir d'une source publique

git clone https://github.com/sendrepute/sendrepute-symfony.git
cd sendrepute-symfony

2. Configurer en toute sécurité

Résolvez SENDREPUTE_API_TOKEN à partir des secrets du serveur. Maintenez enabled et paid_analysis_consent à false pendant l'examen des tarifs actuels. Le mode, le seuil et la politique d'échec sont indépendants. Le point de terminaison est fixé sur HTTPS vérifié avec des délais limités, sans redirections ni tentatives, et une limite de réponse de 1 MiB.

send_repute:
  enabled: false
  paid_analysis_consent: false
  api_token: '%env(SENDREPUTE_API_TOKEN)%'
  mode: advisory
  failure_policy: allow
  spam_probability_threshold: 0.8

3. Utiliser délibérément

Ajoutez l'en-tête d'opt-in exact uniquement aux objets Email non critiques révisés, puis continuez via le Mailer normal. Le message, l'enveloppe, le transport et l'en-tête ne sont pas réécrits. Pour la distribution Messenger, configurez le bundle dans les workers : les événements de clonage de producteur ne sont intentionnellement pas classés.

$email->getHeaders()->addTextHeader('X-SendRepute-Classify', 'yes');
$mailer->send($email);

Résultats, échecs et limites

Exactement un corps text/plain ou text/html en mémoire est pris en charge. Les alternatives mixtes, les DataParts textuels, les flux ou les chemins, les accolades CSS, le balisage, la syntaxe quoted-printable, les en-têtes base64 ou le base64 corps entier échouent avant le paiement et suivent la politique d'échec ; le contenu ordinaire sans accolades reste inchangé. Chaque champ obligatoire de la réponse imbriquée et chaque branche d'audit facultative est validé et les propriétés inconnues sont rejetées. Le mode consultatif ne bloque jamais selon le score ; le blocage rejette au seuil via l'événement de transport réel.

Adaptateur Rails Action Mailer

0.1.0

Nécessite Ruby 3.2+ et a été strictement vérifié avec Action Mailer 7.1.6 et Mail 2.9.1 ; le chemin de rappel a également été observé sur Action Mailer 7.2.3.2. Ceci ne constitue pas une certification de toutes les versions Rails 7.x autorisées. Installez le fichier ZIP source local via Bundler ; aucune publication sur RubyGems n'est garantie.

Les deux verrous payants globaux sont désactivés par défaut, et chaque action de mailer doit appeler explicitement sendrepute_paid_preflight!. Le comportement du score consultatif/blocage et le comportement de préservation/blocage en cas d'échec sont indépendants. Les routes de réinitialisation de mot de passe, MFA, connexion, vérification, facturation et sécurité doivent rester non sélectionnées. Chaque message multipart et tout contenu ambigu de type CSS, quoted-printable ou ressemblant à base64 est rejeté avant paiement ; un corps de texte ou HTML décodé accepté est analysé sans modifier le message d'origine ou le transport.

Télécharger le source Spring Java (ZIP)

1. Installer

Extrayez le ZIP exactement dans vendor/sendrepute-rails, ajoutez l'entrée de chemin local au Gemfile, exécutez Bundler dans votre environnement contrôlé et incluez SendRepute::Rails::Mailer dans ApplicationMailer. Il ne s'agit pas d'une installation RubyGems.

# Download sendrepute-rails.zip, then extract it into vendor/sendrepute-rails.
gem "sendrepute-rails", path: "vendor/sendrepute-rails"

Alternative : installation à partir d'une source publique

git clone https://github.com/sendrepute/sendrepute-rails.git
cd sendrepute-rails

2. Configurer en toute sécurité

Gardez enabled et paid_consent à false jusqu'à ce que les tarifs actuels et les routes soient révisés. Lisez le jeton à partir des identifiants Rails ou d'un autre secret de serveur. Configurez advisory/block, preserve/block et le seuil indépendamment ; les rappels on_result et on_error ne doivent pas consigner le contenu du message, les données d'autorisation ou les réponses complètes.

SendRepute::Rails.configure do |config|
  config.enabled = false
  config.paid_consent = false
  config.token = Rails.application.credentials.dig(:sendrepute, :api_token)
  config.mode = :advisory
  config.failure_policy = :preserve
  config.score_threshold = 0.8
end

3. Utiliser délibérément

Appelez sendrepute_paid_preflight! uniquement à l'intérieur de chaque action de mailer non critique délibérément sélectionnée. Les actions normales contournent la classification. Le hook payant utilise la route before_deliver d'Action Mailer ; aucun auto-opt-in global n'est fourni et l'adaptateur ne réécrit pas le Mail::Message.

class ApplicationMailer < ActionMailer::Base
  include SendRepute::Rails::Mailer
end

def newsletter
  sendrepute_paid_preflight!
  mail(to: params[:to], subject: "News")
end

Résultats, échecs et limites

Un seul corps de texte décodé au format text/plain ou text/html est pris en charge. Toute entrée de normalisation multipart ou ambiguë échoue avant le paiement et suit la failure_policy. Une réponse imbriquée typée complète peut bloquer uniquement en mode blocage égal ou supérieur au seuil ; le mode informatif préserve chaque score. Les rappels de résultat et d'erreur reçoivent des données immuables sécurisées, et les exceptions de rappel ou throw(:abort) sont interceptées localement afin qu'elles ne puissent pas interrompre le mode informatif ou préserver la livraison. Le point de terminaison fixe refuse les redirections et les tentatives de réessai, et utilise une échéance totale limitée. Tests réels Action Mailer 7.1.6 réussis : 19 exécutions et 59 assertions ; aucune requête payante ni livraison réelle n'a eu lieu.

Adaptateur Spring JavaMailSender

0.1.1

Nécessite Java 17+ et cible Spring Framework 6.2.x JavaMailSender ; la vérification exacte des dépendances a utilisé Spring Framework 6.2.19. Il n'y a aucune mention de Spring Boot 4 ou de compatibilité globale de version de framework. Compilez le ZIP source local avec Maven ; il n'est pas publié sur Maven Central ou un autre registre.

Le décorateur, le consentement payant, le mode consultatif et les valeurs par défaut d'autorisation en cas d'échec sont explicites. Seul sendWithSendRepute(...) effectue une analyse pré-envoi payante ; chaque surcharge ordinaire de send(...) contourne la classification et délègue sans modification. Utilisez send ordinaire pour le courrier critique, sauf si cet envoi individuel est délibérément sélectionné. Les alternatives MIME affichées prises en charge sont encadrées de manière inerte ; tout contenu non pris en charge, imbriqué, signé, chiffré ou ambigu échoue avant le paiement.

Télécharger la source ZIP pour Magento

1. Installer

Extrayez le code source 0.1.1 du ZIP, exécutez mvn verify, et installez-le uniquement dans votre dépôt Maven local contrôlé. L'application cliente fournit ses propres JavaMailSender et implémentation d'envoi de courrier au moment de l'exécution. La vérification exacte des dépendances a utilisé le bytecode Java 17, Spring Framework 6.2.19 et les versions documentées dans le fichier README inclus.

curl -fLO https://www.sendrepute.com/downloads/sendrepute-spring-mail.zip
unzip sendrepute-spring-mail.zip
cd sendrepute-spring-mail-0.1.1
mvn verify
mvn install

Alternative : installation à partir d'une source publique

git clone https://github.com/sendrepute/sendrepute-java.git
cd sendrepute-java

2. Configurer en toute sécurité

Construisez SendReputeConfiguration à partir d'un jeton côté serveur et de commutateurs explicites. Maintenez enabled et paidAnalysisConsent à false jusqu'à ce que la tarification et les appels sélectionnés soient examinés. Advisory/blocking, le seuil et la politique d'échec allow/block sont indépendants. Le point de terminaison est fixé sur HTTPS vérifié sans redirection ni nouvelle tentative.

var settings = new SendReputeConfiguration(
    token, false, false,
    SendReputeConfiguration.Mode.ADVISORY,
    SendReputeConfiguration.FailurePolicy.ALLOW,
    0.80, Duration.ofSeconds(3), Duration.ofSeconds(10));
var reviewedSender = new SendReputeJavaMailSender(existingSender, settings);

3. Utiliser délibérément

Appelez sendWithSendRepute(...) uniquement pour un SimpleMailMessage, MimeMessage ou MimeMessagePreparator individuel devant faire l'objet d'une analyse. Les surcharges unitaires et varargs sont prises en charge. Chaque surcharge send(...) normale contourne la classification. Les préparateurs sont rendus une seule fois et le MIME original préparé est délégué après autorisation par la politique.

// Paid classification is possible only on this explicit method.
reviewedSender.sendWithSendRepute(reviewedMessage);

// Every ordinary JavaMailSender send overload bypasses classification.
reviewedSender.send(criticalMessage);

Résultats, échecs et limites

Toutes les parties affichées supportées en texte brut et HTML sont analysées ; les destinataires et les pièces jointes sont exclus. Le parcours est limité à 16 niveaux, 256 parties et 524,288 octets UTF-8 affichés. Le binaire en ligne ignoré n'est jamais matérialisé ; les sources affichées paresseuses inconnues ou non limitées échouent avant l'ouverture d'un flux ou avant qu'une requête payante ne soit effectuée, et les lectures de sources supportées sont limitées. Le cadrage par entités numériques maintient les fragments inertes via l'ordre du normalisateur du serveur vérifié. Des lots entiers de varargs se préparent et se normalisent avant la première requête payante, et l'inspection ne génère pas d'en-têtes Jakarta Mail. Une réponse imbriquée récursivement exacte est requise.

Adaptateur mail pour Magento Open Source

0.1.1

Prend en charge uniquement Magento Open Source 2.4.7-p5 et 2.4.7-p6 avec les sources exactes et immuables de mail-interface révisées. Des fixtures typées hors ligne ont été validées, mais aucune installation complète de Magento n'a été effectuée ; aucune autre version de Magento ou Adobe Commerce n'est certifiée. Installez le ZIP local via un dépôt de chemin Composer ; il ne s'agit pas d'un package Adobe Marketplace.

Le module, le consentement payant et les listes de routes sont tous désactivés par défaut. Chaque identifiant de modèle nécessite deux approbations exactes indépendantes ; la criticité n'est jamais déduite de son nom. Le plugin aroundSendMessage analyse à la limite finale du transport sans reconstruire le message. Les politiques de seuil consultatif/blocage et les politiques d'échec de conservation/blocage sont indépendantes ; le blocage lève une MailException visible dans Magento. La présence de plusieurs parties MIME affichées ou d'un contenu ambigu entraîne un échec avant le paiement.

Télécharger le ZIP source .NET MailKit

1. Installer

Extrayez le ZIP dans un répertoire de paquet conservé, enregistrez sa racine SendRepute_MailAdapter en tant que dépôt de chemin Composer, exigez la version 0.1.1, puis utilisez le processus normal de Magento pour activer le module et mettre à jour l'installation. Ne présentez pas cette archive locale comme un paquet Adobe Marketplace.

mkdir -p packages/sendrepute-magento
curl -fLO https://www.sendrepute.com/downloads/sendrepute-magento.zip
unzip sendrepute-magento.zip -d packages/sendrepute-magento
composer config repositories.sendrepute path ./packages/sendrepute-magento/SendRepute_MailAdapter
composer require sendrepute/magento-mail-adapter:0.1.1
bin/magento module:enable SendRepute_MailAdapter
bin/magento setup:upgrade

Alternative : installation à partir d'une source publique

git clone https://github.com/sendrepute/sendrepute-magento.git
cd sendrepute-magento

2. Configurer en toute sécurité

Définissez SENDREPUTE_API_TOKEN uniquement dans l'environnement serveur PHP-FPM et CLI. Dans Stores > Configuration > Services > SendRepute, maintenez le module et le consentement payant désactivés initialement. Ajoutez chaque identifiant de template exact aux deux listes indépendantes d'approbation de routage ; les noms, y compris les noms numériques, n'indiquent jamais la criticité. Configurez séparément les comportements advisory/block, le seuil et l'échec preserve/block.

export SENDREPUTE_API_TOKEN="replace-with-a-scoped-server-token"
# Then configure Stores > Configuration > Services > SendRepute.

3. Utiliser délibérément

Continuez à utiliser le flux normal de modèles et de transport de Magento. La corrélation de route enregistre l'identifiant exact et le magasin sélectionnés via TransportBuilder, tandis que le plugin final aroundSendMessage lit les interfaces officielles d'email typé et MIME avant d'appeler le même transport. L'état du constructeur est nettoyé dans le bloc finally, et les corrélations constructeur/message utilisent des entrées WeakMap à clé d'objet afin qu'un transport construit abandonné ne puisse pas laisser d'autorisation d'ID d'objet numérique réutilisable. L'adaptateur ne fournit pas de nouvelle méthode send et ne mute pas le message.

Résultats, échecs et limites

Seule une partie MIME affichée prise en charge est acceptée ; les pièces jointes sont préservées mais exclues de l'analyse. Plusieurs parties affichées, des encodages de transfert ou des jeux de caractères non pris en charge, des flux, des MIME imbriqués et des textes de normalisation ambigus échouent avant le paiement. Une requête HTTPS vérifiée a des délais et une taille de réponse limités sans nouvelle tentative ni redirection. Un résultat imbriqué valide peut bloquer au seuil ; le fail-block configuré lève une MailException Magento.

Adaptateur MailKit pour .NET

0.1.0

Nécessite .NET 8 et des preuves de dépendance exactes pour MailKit/MimeKit 4.18.0. Il s'agit d'un wrapper explicite autour d'un IMailTransport appartenant à l'application, et non d'un hook global, d'un client SMTP ou d'un transport de remplacement. Compilez ou référencez le ZIP source local ; aucune publication NuGet n'est revendiquée.

L'adaptateur et le consentement payant sont désactivés par défaut ; le mode consultatif et la conservation de l'envoi sont des paramètres par défaut indépendants. Les appels à AnalyzeAsync, AnalyzeThenSend ou AnalyzeThenSendAsync sont explicites. Le courrier critique pour la sécurité ou le compte nécessite une catégorie et un consentement distincts par appel. Chaque alternative text/plain ou text/html prise en charge est encadrée de manière inerte dans une requête limitée ; le contenu non pris en charge, imbriqué, signé ou chiffré échoue avant le paiement. Le MimeMessage original et le jeton d'annulation n'atteignent le transport existant qu'après autorisation par la politique.

Télécharger le ZIP de recette Zapier et Make

1. Installer

Extrayez le ZIP source et référencez src/SendRepute.MailKit/SendRepute.MailKit.csproj à partir du projet .NET 8 consommateur. Restore obtient MailKit/MimeKit 4.18.0. Ce package source est local et non publié ; ce n'est pas une installation NuGet.

curl -fLO https://www.sendrepute.com/downloads/sendrepute-mailkit.zip
unzip sendrepute-mailkit.zip
dotnet add reference ./sendrepute-mailkit-0.1.0/src/SendRepute.MailKit/SendRepute.MailKit.csproj

Alternative : installation à partir d'une source publique

git clone https://github.com/sendrepute/sendrepute-dotnet.git
cd sendrepute-dotnet

2. Configurer en toute sécurité

Enveloppez le IMailTransport existant appartenant à l'application avec SendReputeMailAdapter. Lisez le jeton API depuis la configuration du serveur et maintenez Enabled et PaidAnalysisConsent sur false jusqu'à révision. Le seuil advisory/block et les paramètres d'échec preserve/block sont indépendants. Le point de terminaison, le plancher TLS, le comportement à une seule tentative, les délais et les limites de 1 MiB sont fixes.

var options = new SendReputeOptions {
    Enabled = false,
    PaidAnalysisConsent = false,
    ApiToken = configuration["SENDREPUTE_API_KEY"]!,
    Enforcement = EnforcementPolicy.Advisory,
    OnFailure = FailurePolicy.PreserveSend,
    SpamProbabilityThreshold = 0.80
};
var adapter = new SendReputeMailAdapter(existingTransport, new SendReputeClient(options), options);

3. Utiliser délibérément

Invoquez AnalyzeAsync pour l'analyse uniquement, ou AnalyzeThenSend et AnalyzeThenSendAsync pour un comportement explicite avant l'envoi. Aucun chemin de courrier ordinaire ou global n'est intercepté. Transmettez le consentement payant et la catégorie de message sur chaque opération sélectionnée ; le courrier critique de sécurité/compte nécessite le paramètre distinct critical-consent.

await adapter.AnalyzeThenSendAsync(message, new AnalysisConsent {
    PaidAnalysisConsent = true,
    Category = MessageCategory.Ordinary
}, cancellationToken);

Résultats, échecs et limites

Le décodage réel de MimeKit collecte chaque alternative affichée en texte brut et HTML prise en charge dans un cadre inerte tout en excluant les destinataires et les pièces jointes. Le cadrage externe non-base64 et les entités décodées tardivement neutralisent les accolades CSS, le texte quoted-printable, les en-têtes base64, le base64 du corps entier et le balisage avant la normalisation du service. Le contenu affiché non pris en charge, imbriqué, signé ou crypté échoue avant le paiement. Chaque champ de réponse requis est typé ; le flaggedTermCount optionnel doit être un entier non négatif et le contentAudit optionnel est entièrement et récursivement validé par rapport au contrat public. Le MimeMessage original exact et le jeton d'annulation atteignent le transport fourni uniquement lorsque les politiques indépendantes de score et d'échec le permettent.

Analyse manuelle de brouillons Zapier

0.2.0

Recette Zapier manuelle pour afficher l'analyse payante de précisément trois chaînes de caractères de brouillon sélectionnées par le propriétaire. Il ne s'agit pas d'une application Zapier SendRepute, d'une fiche de place de marché, d'un artefact d'importation, d'un adaptateur pré-envoi, d'un expéditeur, d'une route d'autorisation/blocage ou d'un classificateur de message complet. Zapier Webhooks utilise un proxy HTTPS borné exploité par le propriétaire car le jeton SendRepute ne doit pas entrer dans le Zap.

Deux constantes de temps de compilation sont à false par défaut avant HTTP. Le Zap mappe uniquement le nom d'affichage de l'expéditeur, le sujet et le corps, publie le JSON vers la conception de proxy du propriétaire incluse, valide complètement la réponse imbriquée, puis affiche les champs consultatifs et de facturation dans une étape de révision privée. Il ne doit pas ajouter d'expéditeur, d'application de Paths, d'Autoreplay ou de route de conservation en cas d'échec ; les étapes Code ou Webhook ayant échoué s'arrêtent.

Télécharger le ZIP des recettes Zapier et Make

1. Installer

Téléchargez et extrayez la source de la recette partagée 0.2.0. Lisez le guide Zapier inclus et déployez le proxy Node loopback inclus uniquement derrière un proxy inverse HTTPS géré par le propriétaire. Ce package ne le déploie pas. Il n'y a pas d'application SendRepute Zapier ni d'artéfact Zap importable.

curl -fLO https://www.sendrepute.com/downloads/sendrepute-automation-recipes.zip
unzip sendrepute-automation-recipes.zip
cd sendrepute-automation-recipes

Alternative : installation à partir d'une source publique

git clone https://github.com/sendrepute/sendrepute-automation.git
cd sendrepute-automation

2. Configurer en toute sécurité

Laissez le Zap désactivé. Dans le code source exact de preflight, ENABLED et PAID_CONSENT restent tous deux à false jusqu'à ce que l'utilisation payante soit examinée. Le proxy propriétaire stocke SENDREPUTE_API_TOKEN ; le Zap ne reçoit qu'un seul identifiant révocable séparément de SENDREPUTE_PROXY_CREDENTIALS. Les éditeurs et l'historique des tâches peuvent l'exposer, donc limitez, effectuez une rotation et révoquez-le. Configurez des limites de compartiment de jetons et de simultanéité par identifiant, des plafonds globaux de connexion/simultanéité, un budget quotidien d'appels payants persistant défini par le propriétaire, des limites de dépenses en amont restrictives et des contrôles de taille/débit/délai de terminaison TLS correspondants. N'activez pas Autoreplay.

// In zapier/preflight.js; review charges before changing either literal.
const ENABLED = false;
const PAID_CONSENT = false;

3. Utiliser délibérément

Créez les étapes manuellement : déclencheur de brouillon ; mappage Code de preflight uniquement pour l'expéditeur, l'objet et le corps ; Webhooks POST avec des lignes JSON vers le proxy du propriétaire ; Code de validation de réponse ; affichage de révision privée. N'interpolez jamais manuellement de JSON brut. Affichez uniquement requestId, model, label, spamProbability et la facturation ; n'ajoutez pas d'action de courrier ou de décision Paths.

{
  "sender": "Mapped draft sender display name",
  "subject": "Mapped draft subject",
  "body": "Mapped draft body"
}

Résultats, échecs et limites

La recette analyse uniquement les trois chaînes mappées ; le MIME non mappé, les alternatives HTML, les pièces jointes et le contenu sortant éventuel restent non analysés. Le preflight conservateur rejette les déclencheurs de normalisation connus mais ne prouve pas la couverture de l'intégralité du message. Les limites de débit, de simultanéité et de budget quotidien du proxy rejettent avant l'amont, et la réservation du budget persiste avant la tentative payante ; exécutez un processus proxy par fichier de budget. Le proxy effectue une tentative HTTPS fixe et limitée. Toute réponse exacte non-200 ou incomplète lève une exception et s'arrête ; il n'y a pas de conservation, de Resume ou de résultat de substitution.

Analyse manuelle de brouillons Make

0.2.0

Instructions de scénario Make manuel pour l'affichage de l'analyse payante de précisément trois chaînes de brouillon sélectionnées. Ce n'est pas un blueprint, une application SendRepute approuvée, un expéditeur de courrier, une route d'application ou une déclaration sur les MIME non mappés, le HTML, les pièces jointes ou le contenu sortant éventuel. Le jeton porteur (bearer token) appartient uniquement au trousseau sécurisé HTTP de Make.

Les booléens persistants enabled et paidConsent sont par défaut à false et un filtre AND s'arrête avant HTTP. Le JSON est produit par le module JSON de Make et envoyé une seule fois par le module HTTP avec les redirections et les tentatives désactivées. Un filtre de réponse est uniquement un garde d'affichage, pas une validation complète ou une permission d'envoi. Les échecs HTTP utilisent Break, jamais Resume ou une sortie de substitution.

Télécharger l'archive tarball Node.js

1. Installer

Téléchargez et extrayez la source de la recette partagée 0.2.0, puis suivez le guide Make inclus pour construire manuellement les modules natifs actuels. Aucun blueprint, application de place de marché ou format d'importation n'est revendiqué. Maintenez la planification de scénario désactivée lors des tests par rapport à un point de terminaison fictif.

curl -fLO https://www.sendrepute.com/downloads/sendrepute-automation-recipes.zip
unzip sendrepute-automation-recipes.zip
cat sendrepute-automation-recipes/make/README.md

Alternative : installation à partir d'une source publique

git clone https://github.com/sendrepute/sendrepute-automation.git
cd sendrepute-automation

2. Configurer en toute sécurité

Créez des variables Tools booléennes persistantes enabled=false et paidConsent=false, suivies d'un filtre AND exigeant que les deux soient true. Utilisez JSON > Create JSON pour exactement sender, subject et body. Stockez le jeton porteur SendRepute uniquement dans le trousseau sécurisé de l'application HTTP ; les scénarios exportés ne doivent contenir aucun identifiant.

Tools variables: enabled = false; paidConsent = false
Filter: enabled = true AND paidConsent = true
HTTP credential: secure keychain; Authorization header
Body type: Raw; Content type: application/json; map serialized JSON
Follow redirect: No; Timeout: 10 seconds; no retry
Response filter: Minimal display guard

3. Utiliser délibérément

Configurez une requête HTTP POST vers l'URL fixe classify. Sélectionnez le type de Body Raw et le contrôle de content-type application/json sans ajouter d'en-tête de texte libre conflictuel, puis mappez la sortie sérialisée via JSON > Create JSON. Activez la réponse analysée, désactivez les redirections, définissez un timeout de 10 secondes et n'ajoutez aucun répéteur ou tentative automatique. Exigez la limite de réponse de 1 MiB du module ; si elle est indisponible, utilisez à la place un proxy délimité contrôlé par le propriétaire. Ajoutez uniquement un affichage de révision privé après le Minimal display guard—jamais de routeur d'expéditeur ou d'autorisation/blocage.

{
  "sender": "Mapped draft sender display name",
  "subject": "Mapped draft subject",
  "body": "Mapped draft body"
}

Résultats, échecs et limites

Seules les chaînes mappées sont analysées ; la normalisation n'est pas une identité avec un e-mail original ou sortant. Le filtre de réponse vérifie uniquement le statut et la présence du résultat principal/facturation et n'est explicitement pas une validation ou une application complète du schéma. Les erreurs HTTP utilisent Break pour que les actions ultérieures ne s'exécutent pas ; n'utilisez jamais Resume, une sortie fabriquée ou une route préservant les échecs.

SDK Node.js

0.1.1

SDK côté serveur uniquement pour Node.js 18.17+. Installez @sendrepute/node depuis npm ou utilisez l'archive tarball téléchargeable. L'adaptateur Nodemailer optionnel préserve votre transport existant. Définissez une clé API restreinte et une URL de base d'API explicite dans votre environnement serveur, jamais dans le code du navigateur.

Enregistrez createSendReputePlugin lors de l'étape du flux uniquement après avoir examiné la tarification et activé délibérément le consentement à l'analyse payante. Le mode consultatif rapporte les résultats sans bloquer la distribution. Le mode blocage applique spamProbabilityThreshold ; onApiFailure choisit allow ou block, tandis qu'un refus pour changement de prix bloque toujours la distribution. La classification est une opération API payante.