E-Mail-Workflow-Integrationen und SDKs

Gemeinsame WordPress- und WooCommerce-ZIP herunterladen

1. Installieren

Führen Sie diese Befehle im WordPress-Verzeichnis mit verfügbarem WP-CLI aus, oder laden Sie die heruntergeladene ZIP-Datei über Plugins > Installieren > Plugin hochladen hoch und aktivieren Sie diese. Öffnen Sie Einstellungen > SendRepute. Konfigurieren und aktivieren Sie jede Website bei einer Multisite-Installation separat. Nutzen Sie eine unterstützte WordPress/PHP-Kombination; eine Mindestversion ist keine Empfehlung, Software am Ende ihres Lebenszyklus (End-of-Life) zu betreiben.

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

Alternative: Installation aus öffentlicher Quelle

Verwenden Sie diesen Quellweg anstelle der oben genannten Download-Anweisungen auf der Website. Die README-Datei des Repositorys erklärt die verbleibenden Aktivierungs- und Konfigurationsschritte; das Erstellen einer ZIP-Datei allein installiert kein Plugin. Für Python fügt der zweite Befehl optionale Django-Unterstützung hinzu. Bewahren Sie Zugangsdaten in Server-Secrets auf und lesen Sie die Sicherheitshinweise, bevor Sie kostenpflichtige Funktionen aktivieren. Nur Node ist auf npm; ein öffentliches GitHub-Repository impliziert keine Veröffentlichung auf WordPress.org, n8n Cloud, Packagist oder PyPI.

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

2. Sicher konfigurieren

Erstellen Sie einen serverseitigen Kunden-Token mit den Berechtigungen classify, account:read und catalog:read sowie Ablaufdatum und Ausgabenlimit. Geben Sie diesen in den Einstellungen ein oder laden Sie SENDREPUTE_API_TOKEN aus Ihrem Server-Geheimnis-Speicher wie gezeigt. Gespeicherte Token verwenden authentifizierte Verschlüsselung mit WordPress-Salts und OpenSSL; geben Sie diese nach einer Salt-Rotation erneut ein. Führen Sie die kostenlose Verbindungsprüfung durch, prüfen Sie die Klassifizierungspreise und aktivieren Sie dann explizit die automatische Analyse. Legen Sie den Advisory/Blocking-Modus, den Schwellenwert und die unabhängige Fail-Open/Fail-Closed-Richtlinie fest.

// 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. Bewusst nutzen

Die unten stehende Funktion verwendet das normale wp_mail und sendet nur, wenn Ihre Anwendung dies aufruft. Wenn die kostenpflichtige Analyse aktiviert ist, analysiert das Plugin bei pre_wp_mail und erlaubt oder blockiert dann den vorhandenen Transport. Geben Sie Ihren eigenen autorisierten Empfänger an; testen Sie zuerst gegen einen nicht-weiterleitenden lokalen Mail-Sink. Ein negatives Ergebnis bedeutet, dass der Aufrufer den abgelehnten Versand verarbeiten muss – er wird nicht in eine Warteschlange gestellt.

// 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.'
    );
}

Was kann es sonst noch?

Die Einstellungen bieten auch manuelle KI-Umschreibungs- und Vorlagenerstellungs-Aktionen mit separater zahlungspflichtiger Bestätigung an. Die Preisanzeige benötigt vip:read; Umschreiben benötigt rewrite; die Erstellung benötigt ai:generate, und die VIP-Erstellung erfordert eine aktive VIP-Mitgliedschaft. Ergebnisse sind maskierte Texte nur zum Kopieren: Sie werden niemals automatisch angewendet oder versendet. Bestehende Token erhalten nicht automatisch neue Berechtigungen.

Ergebnisse, Fehler und Grenzen

Advisory erlaubt die Zustellung; Blocking vergleicht die endliche spamProbability mit Ihrem Schwellenwert. API-Timeouts und Fehler folgen der separaten Fehlerrichtlinie, nicht einem Spam-Label. Opake lokale Sperren unterdrücken wiederholte Analysen für 24 Stunden; unbekannte Netzwerkergebnisse werden nicht automatisch wiederholt. Die eigentlichen Sendevorgänge werden nicht dedupliziert. Installierte Update-Prüfungen deckten ein getracktes 0.1.0 ZIP-Upgrade auf 0.2.0, Administrator-Nonce-Ablehnung/-Speicherung und den gewählten WooCommerce-Pfad ab. Eine separate Matrix mit 40 Szenarien deckte beide Plugin-Lade-Reihenfolgen mit WP Mail SMTP und FluentSMTP ab, einschließlich To/Cc/Bcc, Reply-To, Headern, Anhängen, SMTP-Ablehnung und Policy-Ergebnissen. Diese exakten Tupel zertifizieren keine anderen CMS-, SMTP-Plugin- oder Provider-Versionen. Hooks, die wp_mail umgehen, sowie spätere Transport-Änderungen bleiben außerhalb der Abdeckung. Die Deaktivierung bewahrt die Einstellungen; die Deinstallation entfernt die Anmeldedaten, selbst wenn deaktivierte Einstellungen beibehalten werden. Entfernen Sie einen wp-config-Token selbst.

WooCommerce E-Mail-Adapter

0.2.0

In derselben SendRepute 0.2.0 ZIP wie das WordPress-Plugin enthalten; es gibt kein separates WooCommerce-Add-on oder einen separaten Download. Erfordert die WordPress 5.7+, PHP 7.4+ und OpenSSL-Basis des Plugins. Der Adapter wurde mittels Quellcode-Überprüfung gegen WooCommerce 10.4.3 geprüft, nicht zertifiziert über jede WooCommerce- oder Mail-Erweiterungs-Version.

Die WooCommerce-Analyse verfügt über einen eigenen Administrator-Schalter und exakte integrierte E-Mail-Typ-Auswahlen, die standardmäßig alle deaktiviert sind. Die globale Analyse und die Steuerungen für die Zustimmung zur kostenpflichtigen Analyse müssen ebenfalls aktiviert sein. Nicht ausgewählte und durch Erweiterungen definierte Typen umgehen die Analyse. Jeder ausgewählte integrierte customer_*-Typ ist geschützt und dient nur als Hinweis (advisory-only): Er kann analysiert, aber niemals blockiert werden. Ausgewählte Multipart-Mails schlagen bei der Klassifizierung vor jeder kostenpflichtigen Anfrage fehl; Hinweis oder Fail-Open bewahrt die Zustellung, während Fail-Closed nur nicht geschützte Mails blockiert.

1. Installieren

Dies ist dieselbe installierbare ZIP-Datei, die auch im WordPress-Leitfaden verwendet wird. Installieren Sie sie nur einmal; installieren Sie kein zweites WooCommerce-Add-on. Aktivieren Sie SendRepute und öffnen Sie dann Einstellungen > SendRepute. Halten Sie WordPress, WooCommerce, PHP und den tatsächlichen E-Mail-Transport unterstützt und aktuell.

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

Alternative: Installation aus öffentlicher Quelle

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

2. Sicher konfigurieren

Verwenden Sie ein bereichsbeschränktes Kunden-Token aus den Server-Secrets oder der verschlüsselten WordPress-Einstellung. Konfigurieren Sie zuerst die gemeinsame, nicht kostenpflichtige Verbindungsprüfung, die Prüfung der aktuellen Preise, die globale Einwilligung für bezahlte Analysen, den Risikomodus, den Schwellenwert und die Fehlerrichtlinie. Aktivieren Sie dann separat die WooCommerce-Analyse und wählen Sie nur die integrierten E-Mail-Typen aus, die Sie überprüft haben. Von Erweiterungen definierte Typen werden niemals automatisch ausgewählt.

// 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. Bewusst nutzen

Senden Sie weiterhin normal über WooCommerce. Der Adapter umschließt den bereits von WooCommerce gewählten Callback und bewahrt dessen ursprüngliche Argumente und den Transport; er stellt keine neue send-Methode bereit. Wenn ein anderer Filter Callback-Argumente verändert, gewöhnliche Mails während dieses Callbacks verschachtelt werden oder ein benutzerdefinierter Callback niemals wp_mail aufruft, wird die Analyse konservativ umgangen, anstatt in den allgemeinen kostenpflichtigen Pfad zu fallen. Testen Sie ausgewählte nicht-kritische Typen mit einem nicht-weiterleitenden Mail-Sink.

Ergebnisse, Fehler und Grenzen

Ausgewählte einteilige E-Mails folgen den gemeinsamen WordPress-Hinweisen, Schwellenwerten und Fehlerrichtlinien, mit der Ausnahme, dass jeder customer_*-Typ geschützt und rein beratend ist. Geschützte Kunden-E-Mails werden nach einem Hochrisiko-Ergebnis, einem API-Fehler oder nicht unterstütztem Inhalt immer weitergeleitet. WooCommerce erstellt Multipart-Alternativen nach pre_wp_mail, sodass ausgewählte Multipart-E-Mails vor einer kostenpflichtigen Anfrage fehlschlagen, anstatt teilweise klassifiziert zu werden; nur ausgewählte, nicht geschützte E-Mails können durch fail-closed abgelehnt werden. Der Callback-Kontext wird nach Erfolg, Fehler und verschachtelten Sendevorgängen entfernt.

Drupal Mail-Backend

0.1.0

Erfordert Drupal 10.3+ oder 11.x und PHP 8.1+. Installieren Sie die ZIP-Datei als Modul, gewähren Sie administer sendrepute nur vertrauenswürdigen Administratoren, konfigurieren Sie einen begrenzten Anzeigenamen des Absenders ohne Adresse und wählen Sie exakte Modul-/Key-Mail-Routen aus. Version 0.1.0 unterstützt nur Drupal Core php_mail; es handelt sich um ein Mail-Backend, nicht um einen Provider oder einen Ersatz-Transport. Nachweise von installierten Websites decken exakte Drupal 10.6.17 und 11.4.7 Releases mit PHP 8.4.10 ab.

Die Zustimmung zur kostenpflichtigen Analyse und jede Route sind standardmäßig deaktiviert. Jede exakte Route verwendet den festen Core php_mail-Delegaten, den Hinweis- oder Blockiermodus, eine unabhängige preserve- oder block-Fehlerrichtlinie, einen Schwellenwert und eine bewusste Auswahl kritischer Mails. Account- und Sicherheits-Mails bleiben zustellbar, sofern diese exakte Route nicht explizit kritisches Blockieren erlaubt. Dieselbe php_mail-Instanz führt format() aus und sendet einen skalaren finalen Body; Multipart- und anhangsbasierte Ausgaben werden nicht unterstützt.

Drupal-ZIP herunterladen

PrestaShop-ZIP herunterladen

1. Installieren

Führen Sie den Befehl im Drupal-Projektstammverzeichnis aus oder laden Sie die ZIP-Datei mit dem Modul-Installer von Drupal hoch. Das Archiv enthält ein sendrepute-Modulverzeichnis, das für modules/contrib geeignet ist. Aktivieren Sie es, gewähren Sie die Berechtigung „administer sendrepute“ nur vertrauenswürdigen Administratoren und öffnen Sie Konfiguration > System > SendRepute.

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

Alternative: Installation aus öffentlicher Quelle

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

2. Sicher konfigurieren

Speichern Sie einen für Klassifizierung beschränkten SENDREPUTE_API_TOKEN nur in der Web-/PHP-Prozessumgebung. Er wird niemals über das Formular akzeptiert oder in der Drupal-Konfiguration exportiert. Geben Sie im Formular einen erforderlichen Absender-Anzeigenamen von maximal 320 Bytes ohne Adresse, spitze Klammern oder Steuerzeichen ein. Fügen Sie pro exakter Route eine Zeile mit sieben Feldern wie gezeigt hinzu; der Delegat muss php_mail sein. Wählen Sie den advisory/block-Modus, die preserve/block-Fehlerrichtlinie, den Schwellenwert und kritisch ja/nein. Beginnen Sie mit advisory, preserve und nein.

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. Bewusst nutzen

Rufen Sie weiterhin den normalen Mail-Manager von Drupal auf. Für eine aktivierte Route ruft sendrepute_mail die Funktion format() des Core-php_mail auf, analysiert diesen finalen skalaren Body, wendet die Richtlinie an und ruft dann mail() derselben zwischengespeicherten php_mail-Instanz auf. Andere Delegaten-IDs werden abgelehnt. Es verwendet kein hook_mail_alter und schreibt die Nachricht nicht um.

Ergebnisse, Fehler und Grenzen

Ein validierter Erfolg blockiert im Block-Modus nur bei oder über dem konfigurierten Schwellenwert. Das vollständige verschachtelte Klassifizierungsergebnis und die Abrechnungsantwort werden validiert, bevor die spamProbability die Zustellung beeinflussen kann. Fehler bei API, Authentifizierung, Balance, Rate-Limit, Formatierung, Multipart, Anhang-Indikatoren und Größe folgen der unabhängigen Routen-Fehlerrichtlinie, außer geschützte kritische E-Mails, die fortgesetzt werden. Die installierte 10.6.17/11.4.7 Matrix deckte die Installation und den in-place ZIP-Austausch im aktivierten Zustand, echten Administrator-Login, Form API CSRF-Ablehnung/-Speicherung, Plugin-Discovery, Routen-Opt-in, synthetische Klassifizierung, die Erhaltung kritischer E-Mails und Core-php_mail über eine lokale Senke ab. Baseline-Quellprüfungen decken auch unveränderliche 10.3.0 und 11.0.0 Archive ab; kein Ergebnis zertifiziert jeden späteren Patch oder beigesteuerte Mailer. Der konfigurierte Anzeigename, ein nicht-leerer Betreff und der durch die Länge begrenzte Body werden gesendet; Adressen, Empfänger, Header, Parameter und Anhänge sind ausgeschlossen. Der Betreff ist auf 998 Bytes und der Body auf 256 KiB begrenzt. Es gibt einen verifizierten HTTPS-Versuch, keine Redirects, Wiederholungen oder Warteschlangen.

PrestaShop E-Mail-Modul

0.1.1

Version 0.1.1 unterstützt exakt PrestaShop 9.0.0, 9.0.1, 9.0.2 und 9.0.3 mit PHP 8.1–8.4. Laden Sie die ZIP-Datei unter Module > Module Manager hoch und konfigurieren Sie dann die SendRepute Mail-Klassifizierung. Alle vier offiziellen vorkonfigurierten Classic-Releases haben die isolierte Installation, die authentifizierte Administratorkonfiguration und ZIP-Update-Prüfungen bestanden; ihre unveränderten Mail::send() Implementierungen haben zudem die Offline-Real-Mail-Matrix bestanden. PrestaShop 8, 9.1+ und spätere nicht aufgeführte 9.0 Patches werden nicht unterstützt.

Das Modul, die Zustimmung zu Kosten/Inhalten und die genaue Template-Auswahl sind standardmäßig deaktiviert. Es analysiert den final gerenderten Betreff und jeden unterstützten angezeigten Body, ohne die Symfony-Nachricht neu zu erstellen. Eine Nachricht, die sowohl text/plain als auch text/html enthält, wird in einem gebündelten Klassifizierungs-Request gesendet: Die Plain-Alternative wird inaktiv gemacht, das ursprüngliche HTML bleibt erhalten, und der Dienst analysiert jede getypte Alternative unabhängig ohne Konkatenation. Das Ergebnis nutzt das höchste Risiko mit den vollständigen Inhaltsprüfungen, erzeugt eine kostenpflichtige Klassifizierung und gibt niemals einen partiellen Sicherheits-Score zurück. Ein Hinweis unterbricht den Versand niemals. Threshold-Blocking und Fail-Closed werfen eine Exception, die sowohl die ExceptionInterface von Symfony Mailer als auch die ModuleErrorInterface von PrestaShop implementiert; in jedem unterstützten Release beobachtete der installierte Test, dass Mail::send() false zurückgibt, ohne dass eine SMTP-Zustellung erfolgt. Die Fehlerrichtlinie ist unabhängig vom Risiko-Schwellenwert.

Symfony Quell-ZIP herunterladen

1. Installieren

Laden Sie die 0.1.1 ZIP-Datei herunter, verwenden Sie dann Module > Module Manager > Modul hochladen und wählen Sie diese aus. Öffnen Sie Configure für die SendRepute E-Mail-Klassifizierung. Erzwingen Sie keine Installation außerhalb von exakt PrestaShop 9.0.0–9.0.3: Das Abbruch- und Signaturverhalten hängt von den geprüften Mail::send() Pfaden ab.

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

Alternative: Installation aus öffentlicher Quelle

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

2. Sicher konfigurieren

Setzen Sie SENDREPUTE_API_BASE auf den für dieses Modul bereitgestellten kanonischen HTTPS-Origin von SendRepute und SENDREPUTE_API_TOKEN auf ein Scoped-Server-Token in der PHP-FPM/Server-Umgebung. Die Basis muss ein pfadfreier, öffentlicher DNS-HTTPS-Origin sein; Literale, Anmeldedaten, Weiterleitungen und private DNS-Antworten werden abgelehnt. Führen Sie die nicht kostenpflichtige Konto-/Preis-Verbindungsprüfung durch, und aktivieren Sie dann explizit das Modul, die Einwilligung für bezahlte Inhalte und die genauen Vorlagennamen. Wählen Sie Advisory/Block, Schwellenwert und offene/geschlossene Fehlerrichtlinie unabhängig voneinander aus.

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

3. Bewusst nutzen

Nutzen Sie weiterhin den normalen Mail::send Flow von PrestaShop. Der frühe Hook merkt sich nur ein ausgewähltes, exaktes Template. Der finale Hook liest den bereits gerenderten Symfony Email Betreff, Text-Body und HTML-Body, ohne Empfänger, Header, Anhänge oder den Transport zu ändern. Bei dualen Body-Inhalten werden inerter Plaintext und das Original-HTML als typisierte Alternativen in einem Request übermittelt; eine unabhängige Service-Normalisierung verhindert, dass ein Fragment ein anderes konsumiert, während sichtbare HTML-Link- und Bildziele für den Audit erhalten bleiben. Ein einzelner Plain-Body verbleibt auf dem engen Pfad für inerten Text, und ein einzelner HTML-Body verbleibt auf dem engen Pfad der DOM-Extraktion. Die Klassifizierung wird abgeschlossen, bevor PrestaShop eine separate DKIM-signierte Nachricht erstellt. Die Matrix der unterstützten Versionen verifizierte die ausgegebene Multipart-Struktur sowie den DKIM Body-Hash und die RSA-Signatur nach der Klassifizierung. Der fixierte Signaturpfad von PrestaShop lässt Bcc in den vorbereiteten signierten Headern weg und verliert diesen blinden SMTP-Empfänger; ein gültiger Signaturnachweis belegt daher keine Bcc-Zustellungskompatibilität. Kombinieren Sie DKIM und Bcc nicht auf diesem unterstützten Pfad. Nicht unterstützte Anzeige-Quellen, aktive Semantik, mehrdeutiges quoted-printable oder base64 HTML sowie übergroßer Gesamtinhalt folgen vor der Zahlung der konfigurierten Fehlerrichtlinie. Lassen Sie kritische Templates unausgewählt, sofern sie nicht bewusst genehmigt wurden.

Ergebnisse, Fehler und Grenzen

Der Klassifizierer akzeptiert einen text/plain Body, einen text/html Body oder beide als unabhängig analysierte alternative Darstellungen. Literaler Text, Entitäten, versteckte Inhalte sowie Style-Elemente in einer akzeptierten Alternative können eine spätere Alternative weder verbrauchen noch verbergen; mehrdeutige quoted-printable oder base64 HTML-Inhalte werden vor der Bezahlung abgelehnt. Jede akzeptierte Alternative kann das Ergebnis mit dem höchsten Risiko bestimmen, während content audits jede Alternative abdecken; die Klassifizierung wird nur einmal berechnet, nachdem die vollständige begrenzte Eingabe akzeptiert wurde. Der erforderliche Legacy-Body dupliziert exakt die inerte Plain-Alternative für eine duale Nachricht, und dieses Duplikat sowie beide getypten Alternativen teilen sich das exakte 524288-byte Request-Budget. Empfänger, Anhänge und eingebettete Ressourcen sind ausgeschlossen, und die ursprüngliche Nachricht des Transports vor der Signierung bleibt erhalten. Das real-mail Fixture prüft separat die MIME/Signatur-Integrität und die tatsächlichen SMTP-Empfänger: DKIM-Signaturen bleiben nach der Klassifizierung gültig, aber der geprüfte vorgelagerte signierte Pfad bewahrt keine Bcc-Empfänger. Eine validierte Klassifizierung speichert eine begrenzte aktuelle beratende Zusammenfassung. Der Block-Modus löst nur bei oder oberhalb des Schwellenwerts aus; die Dual-Interface-Exception übersteht den Hook-Versand und erzeugt false vor dem Transport auf allen vier installierten Releases. Nicht unterstützte Inhalte, API- und Validierungsfehler folgen unabhängig offen/geschlossen. Ein HTTPS-Versuch nutzt Pinned Public DNS, verifiziertes TLS, endliche Timeouts, eine 256 KiB Response-Obergrenze, keine Weiterleitungen und keine Retries. Das Blockieren stützt sich auf den geprüften Exception-Catch von PrestaShop Mail::send(), nicht auf den finalen Hook-Rückgabewert.

Symfony Mailer Adapter

0.1.1

Erfordert PHP 8.1+ und ist ausschließlich für Symfony Mailer 6.4 oder 7.4 vorgesehen; die exakt verifizierten Releases sind 6.4.46 und 7.4.19. Es wird keine Kompatibilität für Symfony 8.1 oder nicht getestete Lines beansprucht. Installieren Sie die lokale Quell-ZIP über ein Composer path repository; dieses Paket ist nicht auf Packagist veröffentlicht.

Das Bundle und die Zustimmung zur kostenpflichtigen Analyse sind standardmäßig deaktiviert, und nur eine Nachricht mit dem exakt konfigurierten Opt-in-Header ist berechtigt. Richtlinien für Hinweis- oder Blockier-Scores sind unabhängig von der allow oder block Fehlerrichtlinie. Die Klassifizierung erfolgt über das offizielle Pre-Send MessageEvent; Ablehnungen verwenden MessageEvent::reject(). Gereihte Clone-Events werden übersprungen, sodass das Worker-Transport-Event der einzige kostenpflichtige Klassifizierungspunkt ist.

Rails-Quellcode-ZIP herunterladen

1. Installieren

Extrahiere die heruntergeladene ZIP in ein dauerhaftes packages-Verzeichnis, registriere dieses Verzeichnis als Composer-Pfad-Repository, fordere das exakte 0.1.1-Paket an und registriere das SendRepute\Symfony\SendReputeBundle, falls Flex dies nicht tut. Das Quellarchiv ist lokal und unveröffentlicht.

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 aus öffentlicher Quelle

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

2. Sicher konfigurieren

Löse SENDREPUTE_API_TOKEN aus den Server-Secrets auf. Halte enabled und paid_analysis_consent auf false, während die aktuellen Preise überprüft werden. Modus, Schwellenwert und Fehlerrichtlinie sind unabhängig. Der Endpunkt ist auf verifiziertes HTTPS mit begrenzten Deadlines, ohne Redirects oder Retries und einem 1 MiB Response-Limit festgelegt.

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. Bewusst nutzen

Fügen Sie den exakten Opt-in-Header nur überprüften, unkritischen Email-Objekten hinzu und fahren Sie dann über den normalen Mailer fort. Die Nachricht, der Umschlag, der Transport und der Header werden nicht umgeschrieben. Konfigurieren Sie für die Zustellung per Messenger das Bundle in den Workern: Producer-Clone-Events werden absichtlich nicht klassifiziert.

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

Ergebnisse, Fehler und Grenzen

Es wird genau ein in-memory text/plain oder text/html Body unterstützt. Gemischte Alternativen, textuelle DataParts, Streams oder Pfade, CSS-Klammern, Markup, quoted-printable Syntax, base64 Header oder Ganzkörper-base64 schlagen vor der Zahlung fehl und folgen der Fehlerrichtlinie; gewöhnlicher klammerfreier Inhalt bleibt unverändert. Jedes erforderliche verschachtelte Antwortfeld und jeder optionale Audit-Zweig wird validiert und unbekannte Eigenschaften werden abgelehnt. Advisory blockiert niemals über den Score; Blockierung weist beim Schwellenwert über das reale Transport-Event ab.

Rails Action Mailer Adapter

0.1.0

Erfordert Ruby 3.2+ und wurde explizit mit Action Mailer 7.1.6 und Mail 2.9.1 verifiziert; der Callback-Pfad wurde auch unter Action Mailer 7.2.3.2 beobachtet. Dies ist keine Zertifizierung für jedes zulässige Rails 7.x-Release. Installieren Sie die lokale Quell-ZIP über Bundler; es wird keine RubyGems-Veröffentlichung beansprucht.

Beide globalen kostenpflichtigen Schranken sind standardmäßig deaktiviert, und jede Mailer-Aktion muss sendrepute_paid_preflight! explizit aufrufen. Das Hinweis-/Blockier-Score-Verhalten und das preserve/block Fehlerverhalten sind unabhängig voneinander. Routen für Passwort-Resets, MFA, Login, Verifizierung, Abrechnung und Sicherheit sollten nicht ausgewählt werden. Jede mehrteilige Nachricht sowie mehrdeutige CSS-, quoted-printable oder nach base64 aussehende Inhalte werden vor der Zahlung abgelehnt; ein akzeptierter dekodierter Text- oder HTML-Body wird analysiert, ohne die ursprüngliche Nachricht oder den Transport zu verändern.

Spring Java-Quellcode-ZIP herunterladen

1. Installieren

Entpacken Sie die ZIP-Datei exakt nach vendor/sendrepute-rails, fügen Sie den lokalen Pfadeintrag zum Gemfile hinzu, führen Sie Bundler in Ihrer kontrollierten Umgebung aus und binden Sie SendRepute::Rails::Mailer in ApplicationMailer ein. Dies ist keine RubyGems-Installation.

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

Alternative: Installation aus öffentlicher Quelle

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

2. Sicher konfigurieren

Lassen Sie enabled und paid_consent auf false, bis die aktuellen Preise und Routen überprüft wurden. Lesen Sie den SENDREPUTE_API_TOKEN aus den Rails credentials oder einem anderen Server-Geheimnis. Konfigurieren Sie Advisory/Block, Preserve/Block und Schwellenwerte unabhängig voneinander; on_result und on_error Callbacks dürfen keine Nachrichteninhalte, Autorisierungsdaten oder vollständige Antworten protokollieren.

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. Bewusst nutzen

Rufen Sie sendrepute_paid_preflight! nur innerhalb jeder gezielt ausgewählten, unkritischen Mailer-Action auf. Normale Actions umgehen die Klassifizierung. Der paid-Hook verwendet die before_deliver-Route von Action Mailer; es wird kein globales automatisches Opt-in bereitgestellt und der Adapter schreibt die Mail::Message nicht um.

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

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

Ergebnisse, Fehler und Grenzen

Ein decodierter text/plain oder text/html angezeigter Body wird unterstützt. Jede mehrteilige oder mehrdeutige Normalisierungseingabe schlägt vor der Zahlung fehl und folgt der Fehlerrichtlinie. Eine vollständige typisierte verschachtelte Antwort kann nur im Block-Modus bei oder über dem Schwellenwert blockieren; advisory bewahrt jeden Score. Result- und Error-Callbacks erhalten unveränderliche sichere Daten, und Callback-Ausnahmen oder throw(:abort) werden lokal abgefangen, sodass sie advisory nicht beenden oder die Zustellung verhindern können. Der feste Endpunkt verweigert Weiterleitungen und Retries und verwendet eine begrenzte Gesamtfrist. Echte Action Mailer 7.1.6 Tests bestanden: 19 Durchläufe und 59 Assertions; es erfolgte keine kostenpflichtige Anfrage oder reale Zustellung.

Spring JavaMailSender-Adapter

0.1.1

Erfordert Java 17+ und zielt auf Spring Framework 6.2.x JavaMailSender ab; die exakte Abhängigkeitsprüfung verwendete Spring Framework 6.2.19. Es gibt keinen Anspruch auf Spring Boot 4 oder eine breite Framework-Versionsunterstützung. Erstellen Sie das lokale Quellcode-ZIP mit Maven; es ist nicht bei Maven Central oder einer anderen Registry veröffentlicht.

Der Decorator, paidConsent, Advisory-Modus und die Standardeinstellungen für allow-on-failure sind explizit. Nur sendWithSendRepute(...) führt eine kostenpflichtige Analyse vor dem Senden durch; jede gewöhnliche send(...)-Überladung umgeht die Klassifizierung und delegiert unverändert. Verwenden Sie gewöhnliches send für kritische E-Mails, es sei denn, dieser individuelle Sendevorgang wird bewusst ausgewählt. Unterstützte angezeigte MIME-Alternativen werden inert zusammengefasst; nicht unterstützte, verschachtelte, signierte, verschlüsselte oder mehrdeutige Inhalte schlagen vor der Zahlung fehl.

Magento Quell-ZIP herunterladen

1. Installieren

Entpacken Sie das 0.1.1 Quell-ZIP, führen Sie mvn verify aus und installieren Sie es ausschließlich in Ihr kontrolliertes lokales Maven-Repository. Die konsumierende Anwendung stellt ihren vorhandenen JavaMailSender und die Runtime-Mail-Implementierung bereit. Die exakte Abhängigkeitsprüfung verwendete Java 17 Bytecode, Spring Framework 6.2.19 und die im enthaltenen README dokumentierten Versionen.

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 aus öffentlicher Quelle

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

2. Sicher konfigurieren

Erstellen Sie die SendReputeConfiguration aus einem serverseitigen Token und expliziten Schaltern. Lassen Sie enabled und paidAnalysisConsent auf false, bis die Preise und ausgewählten Aufrufe überprüft wurden. Advisory/blocking, threshold und die Allow/Block-Fehlerrichtlinie sind unabhängig voneinander. Der Endpunkt ist auf verifiziertes HTTPS ohne Redirect oder Retry festgelegt.

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. Bewusst nutzen

Rufen Sie sendWithSendRepute(...) nur für eine einzelne SimpleMailMessage, MimeMessage oder MimeMessagePreparator auf, die eine Analyse durchlaufen soll. Überladungen für Einzel- und varargs werden unterstützt. Jede normale send(...) Überladung umgeht die Klassifizierung. Preparators rendern einmal und das ursprüngliche vorbereitete MIME wird delegiert, nachdem die Richtlinie es zulässt.

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

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

Ergebnisse, Fehler und Grenzen

Alle unterstützten angezeigten Plain- und HTML-Teile werden analysiert; Empfänger und Anhänge sind ausgeschlossen. Die Traversierung ist auf 16 Ebenen, 256 Teile und 524.288 angezeigte UTF-8-Bytes begrenzt. Ignorierte Inline-Binärdaten werden niemals materialisiert; unbekannte oder unbegrenzte Lazy-Display-Quellen schlagen fehl, bevor ein Stream geöffnet oder eine kostenpflichtige Anfrage gestellt wird, und unterstützte Quellenlesevorgänge sind begrenzt. Numeric-entity Framing hält Fragmente durch die geprüfte Server-Normalisierungsreihenfolge inert. Ganze varargs-Batches werden vor der ersten kostenpflichtigen Anfrage vorbereitet und normalisiert, und die Inspektion erzeugt keine Jakarta Mail Header. Eine rekursiv exakte verschachtelte Antwort ist erforderlich.

Magento Open Source Mail-Adapter

0.1.1

Unterstützt nur Magento Open Source 2.4.7-p5 und 2.4.7-p6 mit den exakt überprüften, unveränderlichen mail-interface-Quellen. Offline-typisierte Fixtures wurden bestanden, jedoch wurde keine vollständige Magento-Installation durchgeführt; keine andere Magento- oder Adobe Commerce-Version ist zertifiziert. Installieren Sie das lokale ZIP über ein Composer-Pfad-Repository; es handelt sich nicht um ein Adobe Marketplace-Paket.

Das Modul, die kostenpflichtige Zustimmung und Routenlisten sind standardmäßig deaktiviert. Jeder Template-Identifikator erfordert zwei unabhängige, exakte Genehmigungen; Kritikalität wird niemals vom Namen abgeleitet. Das aroundSendMessage-Plugin analysiert an der finalen Transportgrenze, ohne die Nachricht neu zu erstellen. Die Beratungs-/Blockier-Schwellenwertrichtlinie und die Beibehalten-/Blockier-Fehlerrichtlinie sind unabhängig; Blockieren löst eine sichtbare Magento MailException aus. Mehrere angezeigte MIME-Teile und mehrdeutige Inhalte schlagen vor der Zahlung fehl.

Quellcode-ZIP für .NET MailKit herunterladen

1. Installieren

Entpacken Sie das ZIP in ein dauerhaftes Paketverzeichnis, registrieren Sie dessen SendRepute_MailAdapter Root als Composer path repository, fordern Sie Version 0.1.1 an und nutzen Sie dann den normalen Magento-Prozess für Modul-Aktivierung und Setup-Upgrade. Stellen Sie dieses lokale Archiv nicht als Adobe Marketplace Paket dar.

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 aus öffentlicher Quelle

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

2. Sicher konfigurieren

Setzen Sie SENDREPUTE_API_TOKEN nur in der PHP-FPM- und CLI-Serverumgebung. Unter Stores > Configuration > Services > SendRepute lassen Sie das Modul und paidConsent zunächst deaktiviert. Fügen Sie jede exakte Template-ID zu beiden unabhängigen route-approval Listen hinzu; Namen, einschließlich numerischer Namen, lassen niemals auf Kritikalität schließen. Konfigurieren Sie advisory/block, threshold und preserve/block failure behavior separat.

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

3. Bewusst nutzen

Verwenden Sie weiterhin den normalen Vorlagen- und Transportfluss von Magento. Die Routenkorrelation zeichnet den exakten Identifikator und den über TransportBuilder ausgewählten Store auf, während das finale aroundSendMessage Plugin die offiziellen typisierten E-Mail- und MIME-Schnittstellen liest, bevor es denselben Transport aufruft. Der Builder-Status wird in finally gelöscht, und Builder/Message-Korrelationen verwenden objektbasierte WeakMap Einträge, sodass ein abgebrochener gebauter Transport keine wiederverwendbare numerische Objekt-ID-Autorisierung hinterlassen kann. Der Adapter stellt keine neue send-Methode bereit und verändert die Nachricht nicht.

Ergebnisse, Fehler und Grenzen

Es wird nur ein unterstützter angezeigter MIME-Part akzeptiert; Anhänge bleiben erhalten, sind aber von der Analyse ausgeschlossen. Mehrere angezeigte Parts, nicht unterstützte Transfer-Encodings oder Zeichensätze, Streams, verschachteltes MIME und mehrdeutiger Normalizer-Text schlagen vor der Zahlung fehl. Eine verifizierte HTTPS-Anfrage hat begrenzte Fristen und Antwortgrößen ohne Retry oder Redirect. Ein gültiges verschachteltes Ergebnis kann ab dem Schwellenwert blockieren; eine konfigurierte Fail-Block-Einstellung löst eine Magento MailException aus.

.NET MailKit-Adapter

0.1.0

Erfordert .NET 8 und exakte Abhängigkeitsnachweise für MailKit/MimeKit 4.18.0. Es handelt sich um einen expliziten Wrapper um einen anwendungseigenen IMailTransport, nicht um einen globalen Hook, SMTP-Client oder Ersatz-Transport. Erstellen oder referenzieren Sie das lokale Quell-ZIP; es wird keine NuGet-Veröffentlichung beansprucht.

Der Adapter und die kostenpflichtige Zustimmung sind standardmäßig deaktiviert; Beratungsmodus und preserve-send sind unabhängige Standardwerte. Aufrufe von AnalyzeAsync, AnalyzeThenSend oder AnalyzeThenSendAsync erfolgen explizit. Kritische Sicherheits- oder Kontomails benötigen eine separate Kategorie pro Aufruf und Zustimmung. Jede unterstützte, angezeigte plain/HTML-Alternative wird passiv in eine begrenzte Anfrage eingebettet; nicht unterstützte, verschachtelte, signierte oder verschlüsselte Inhalte schlagen vor der Zahlung fehl. Die ursprüngliche MimeMessage und das CancellationToken erreichen den bestehenden Transport erst, nachdem die Richtlinie dies zulässt.

Zapier- und Make-Rezept-ZIP herunterladen

1. Installieren

Extrahieren Sie die Quell-ZIP und referenzieren Sie src/SendRepute.MailKit/SendRepute.MailKit.csproj aus dem konsumierenden .NET 8-Projekt. Restore bezieht MailKit/MimeKit 4.18.0. Dieses Quellpaket ist lokal und nicht veröffentlicht; es handelt sich nicht um eine NuGet-Installation.

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 aus öffentlicher Quelle

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

2. Sicher konfigurieren

Umschließen Sie den vorhandenen anwendungseigenen IMailTransport mit dem SendReputeMailAdapter. Lesen Sie den API-Token aus der Serverkonfiguration und lassen Sie Enabled und PaidAnalysisConsent auf false, bis eine Überprüfung erfolgt ist. Die Schwellenwerte für Advisory/Block und die Einstellungen für Preserve/Block bei Fehlern sind unabhängig voneinander. Der Endpunkt, die TLS-Untergrenze, das Verhalten bei einem Versuch, Deadlines und die 1 MiB-Grenzen sind fest vorgegeben.

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. Bewusst nutzen

Rufen Sie AnalyzeAsync nur für die Analyse auf, oder AnalyzeThenSend und AnalyzeThenSendAsync für explizites Verhalten vor dem Senden. Kein gewöhnlicher oder globaler Mail-Pfad wird abgefangen. Übergeben Sie die kostenpflichtige Zustimmung und die Nachrichtenkategorie bei jeder ausgewählten Operation; kritische Sicherheits- oder Kontomails erfordern die separate critical-consent-Einstellung.

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

Ergebnisse, Fehler und Grenzen

Das tatsächliche MimeKit-Dekodieren sammelt jede unterstützte angezeigte plain und HTML-Alternative in einem inerten Framing, während Empfänger und Anhänge ausgeschlossen werden. Nicht-base64 äußeres Framing und spät dekodierte Entitäten neutralisieren CSS-Klammern, quoted-printable Text, base64 Header, whole-body base64 und Markup vor der Dienst-Normalisierung. Nicht unterstützte, verschachtelte, signierte oder verschlüsselte angezeigte Inhalte schlagen vor der Zahlung fehl. Jedes erforderliche Antwortfeld ist typisiert; das optionale flaggedTermCount muss eine nicht-negative Ganzzahl sein und das optionale contentAudit wird vollständig und rekursiv gegen den öffentlichen Vertrag validiert. Die exakte originale MimeMessage und das CancellationToken erreichen den bereitgestellten Transport nur, wenn unabhängige Score- und failure-Richtlinien dies zulassen.

Zapier manuelle Entwurfsanalyse

0.2.0

Manuelle Zapier-Rezeptur zur Anzeige der bezahlten Analyse von genau drei vom Eigentümer ausgewählten Entwurfs-Strings. Es handelt sich nicht um eine SendRepute Zapier-App, ein Marketplace-Listing, ein Import-Artefakt, einen pre-send-Adapter, einen Sender, eine allow/block-Route oder einen Klassifizierer für vollständige Nachrichten. Zapier Webhooks verwenden einen vom Eigentümer betriebenen, begrenzten HTTPS-Proxy, da das SENDREPUTE_API_TOKEN nicht in den Zap gelangen darf.

Zwei Kompilierzeit-Konstanten sind vor HTTP standardmäßig auf false gesetzt. Der Zap ordnet nur den Anzeigenamen des Absenders, den Betreff und den Textkörper zu, postet JSON an das enthaltene owner-proxy-Design, validiert die verschachtelte Antwort vollständig und zeigt dann die Advisory- und Abrechnungsfelder in einem privaten Prüfungsschritt an. Er darf keinen Sender, Paths-Erzwingung, Autoreplay oder eine failure-preserve-Route hinzufügen; fehlgeschlagene Code- oder Webhook-Schritte stoppen.

Zapier und Make Rezept-ZIP herunterladen

1. Installieren

Laden Sie die geteilte 0.2.0 Rezeptquelle herunter und extrahieren Sie diese. Lesen Sie den beigefügten Zapier-Leitfaden und stellen Sie den enthaltenen Loopback-Node-Proxy nur hinter einem vom Eigentümer verwalteten HTTPS-Reverse-Proxy bereit. Dieses Paket stellt ihn nicht bereit. Es gibt keine SendRepute Zapier-App oder importierbare Zap-Artefakte.

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

Alternative: Installation aus öffentlicher Quelle

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

2. Sicher konfigurieren

Lassen Sie die Zap ausgeschaltet. In der exakten preflight Code-Quelle bleiben ENABLED und PAID_CONSENT beide false, bis die kostenpflichtige Nutzung überprüft wurde. Der Besitzer-Proxy speichert den SENDREPUTE_API_TOKEN; die Zap erhält nur eine separat widerrufbare Anmeldeinformation aus den SENDREPUTE_PROXY_CREDENTIALS. Editoren und der Aufgabenverlauf könnten diese offenlegen, daher sollte sie eingeschränkt, rotiert und widerrufen werden. Konfigurieren Sie pro Anmeldeinformation Token-Bucket- und Concurrency-Limits, globale Verbindungs-/Concurrency-Caps, ein persistentes, vom Besitzer festgelegtes tägliches Budget für kostenpflichtige Aufrufe, restriktive Upstream-Ausgabenlimits sowie passende TLS-Terminator-Größen-, Raten- und Deadline-Kontrollen. Aktivieren Sie kein Autoreplay.

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

3. Bewusst nutzen

Erstellen Sie die Schritte manuell: Entwurf des Triggers; preflight Code-Mapping nur für Absender, Betreff und Textkörper; Webhooks POST mit JSON-Zeilen an den Besitzer-Proxy; Code zur Validierung der Antwort; private Anzeige zur Überprüfung. Interpolieren Sie niemals manuell rohes JSON. Zeigen Sie nur requestId, Modell, Label, spamProbability und die Abrechnung an; fügen Sie keine Mail-Aktion oder Paths-Entscheidung hinzu.

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

Ergebnisse, Fehler und Grenzen

Das Rezept analysiert nur die drei gemappten Strings; nicht gemapptes MIME, HTML-Alternativen, Anhänge und der spätere ausgehende Inhalt bleiben unanalysiert. Konservatives preflight lehnt bekannte Normalisierungs-Trigger ab, beweist jedoch keine Abdeckung der gesamten Nachricht. Proxy-Raten-, Concurrency- und Tagesbudget-Limits lehnen vor dem Upstream ab, und die Budget-Reservierung bleibt vor dem kostenpflichtigen Versuch bestehen; führen Sie einen Proxy-Prozess pro Budget-Datei aus. Der Proxy unternimmt einen begrenzten, festen HTTPS-Versuch. Jede Nicht-200-Antwort oder unvollständige exakte Antwort führt zu einem Fehler und stoppt; es gibt kein preserve, Resume oder Ersatzresultat.

Manuelle Entwurfsanalyse für Make erstellen

0.2.0

Manuelle Anweisungen für ein Make-Szenario zur Anzeige der bezahlten Analyse von exakt drei ausgewählten Entwurfs-Strings. Dies ist kein Blueprint, keine genehmigte SendRepute-App, kein Mail-Sender, kein Durchsetzungsweg und keine Zusage über nicht zugeordnete MIME-Typen, HTML, Anhänge oder den endgültigen ausgehenden Inhalt. Das Bearer-Token gehört ausschließlich in den sicheren Keychain von Make HTTP.

Die persistierten Booleans ENABLED und paidConsent sind standardmäßig false, und ein AND-Filter stoppt vor HTTP. JSON wird vom Make-JSON-Modul erzeugt und einmalig vom HTTP-Modul gesendet, wobei Redirects und Retries deaktiviert sind. Ein Response-Filter dient nur als Anzeige-Guard, nicht als vollständige Validierung oder Sendeerlaubnis. HTTP-Fehler verwenden Break, niemals Resume oder Ersatz-Output.

Node.js Tarball herunterladen

1. Installieren

Laden Sie den geteilten 0.2.0 Rezept-Quelltext herunter, entpacken Sie ihn und folgen Sie der enthaltenen Make-Anleitung, um aktuelle native Module manuell zu erstellen. Es wird kein Blueprint, keine Marketplace-App oder ein Importformat beansprucht. Lassen Sie das Szenario-Scheduling während des Testens gegen einen Mock-Endpunkt ausgeschaltet.

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 aus öffentlicher Quelle

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

2. Sicher konfigurieren

Erstellen Sie persistente boolesche Tools-Variablen enabled=false und paidConsent=false, gefolgt von einem AND-Filter, der erfordert, dass beide true sind. Verwenden Sie JSON > Create JSON für exakt Absender, Betreff und Textkörper. Speichern Sie den SendRepute Bearer-Token nur im sicheren Schlüsselbund der HTTP-App; exportierte Szenarien dürfen keine Zugangsdaten enthalten.

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. Bewusst nutzen

Konfigurieren Sie einen HTTP POST an die feste classify URL. Wählen Sie den Body-Typ Raw und die application/json Content-Type-Steuerung aus, ohne einen widersprüchlichen Freitext-Header hinzuzufügen, und ordnen Sie dann die serialisierte Ausgabe von JSON > Create JSON zu. Aktivieren Sie die geparste Antwort, deaktivieren Sie Weiterleitungen, setzen Sie ein Zeitlimit von 10 Sekunden und fügen Sie keinen Repeater oder automatischen Retry hinzu. Erfordern Sie das 1 MiB Antwortlimit des Moduls; falls nicht verfügbar, verwenden Sie stattdessen einen vom Eigentümer kontrollierten, begrenzten Proxy. Fügen Sie nach dem Minimal display guard nur eine private Review-Anzeige hinzu – niemals einen Sender- oder Allow/Block-Router.

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

Ergebnisse, Fehler und Grenzen

Nur die zugeordneten Zeichenfolgen werden analysiert; die Normalisierung ist nicht identisch mit einer ursprünglichen oder ausgehenden E-Mail. Der Antwortfilter prüft nur den Status sowie das Vorhandensein von Kernergebnis/Abrechnung und ist ausdrücklich keine vollständige Schema-Validierung oder -Durchsetzung. Bei HTTP-Fehlern wird Break verwendet, damit nachfolgende Aktionen nicht ausgeführt werden; verwenden Sie niemals Resume, künstlich erzeugte Ausgaben oder eine Route zur Fehlererhaltung.

Node.js SDK

0.1.1

Server-only SDK für Node.js 18.17+. Installieren Sie @sendrepute/node von npm oder nutzen Sie den herunterladbaren Tarball. Der optionale Nodemailer-Adapter bewahrt Ihren bestehenden Transport. Legen Sie einen scoped API-Key und eine explizite API-Basis-URL in Ihrer Serverumgebung fest, niemals im Browser-Code.

Registrieren Sie createSendReputePlugin in der Stream-Phase nur nach Überprüfung der Preisgestaltung und bewusster Aktivierung der Zustimmung zur kostenpflichtigen Analyse (paid analysis consent). Der Advisory-Modus meldet Ergebnisse, ohne die Zustellung zu blockieren. Der Blocking-Modus erzwingt spamProbabilityThreshold; onApiFailure wählt allow oder block, während eine verweigerte Preisänderung immer die Zustellung blockiert. Die Klassifizierung ist eine kostenpflichtige API-Operation.