Integrazioni del flusso di lavoro email e SDK

Scarica lo ZIP condiviso per WordPress e WooCommerce

1. Installa

Esegui questi comandi dalla directory di WordPress con WP-CLI disponibile, oppure carica il file ZIP scaricato tramite Plugin > Aggiungi nuovo > Carica plugin e attivalo. Apri Impostazioni > SendRepute. Configura e attiva ogni sito separatamente su multisite. Mantieni una combinazione WordPress/PHP supportata; una versione minima non è una raccomandazione per eseguire software a fine vita.

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

Alternativa: installazione da sorgente pubblica

Usa questo percorso sorgente invece delle istruzioni di download del sito web sopra riportate. Il README del repository spiega i restanti passaggi di attivazione e configurazione; la sola creazione di un file ZIP non installa un plugin. Per Python, il secondo comando aggiunge il supporto opzionale Django. Conserva le credenziali nei segreti del server e consulta le note di sicurezza prima di abilitare le funzionalità a pagamento. Solo Node è su npm; un repository GitHub pubblico non implica la pubblicazione su WordPress.org, n8n Cloud, Packagist o PyPI.

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

2. Configura in modo sicuro

Crea un token cliente lato server con gli scope classify, account:read e catalog:read, scadenza e massimali di spesa. Inseriscilo nelle impostazioni o carica SENDREPUTE_API_TOKEN dal tuo archivio segreti del server come mostrato. I token memorizzati utilizzano la crittografia autenticata con i salt di WordPress e OpenSSL; reinseriscili dopo la rotazione dei salt. Esegui il controllo di connessione non a pagamento, rivedi i prezzi di classificazione, quindi abilita esplicitamente l'analisi automatica. Imposta la modalità consultiva/bloccante, la soglia (threshold) e la politica indipendente 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. Usa deliberatamente

La funzione sottostante utilizza la normale wp_mail e invia solo quando la tua applicazione la richiama. Con l'analisi a pagamento abilitata, il plugin analizza a pre_wp_mail e quindi autorizza o blocca il trasporto esistente. Fornisci il tuo destinatario autorizzato; esegui prima un test verso un mail sink locale senza inoltro. Un risultato falso significa che il chiamante deve gestire l'invio rifiutato: non viene messo in coda.

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

Cos'altro può fare?

Le Impostazioni forniscono anche azioni manuali di riscrittura AI e generazione di template con conferma di pagamento separata. La visualizzazione del prezzo richiede vip:read; la riscrittura richiede rewrite; la generazione richiede ai:generate, e la generazione VIP richiede un abbonamento VIP attivo. I risultati sono testo in sola copia con escape: non vengono mai applicati o inviati automaticamente. I token esistenti non acquisiscono scope automaticamente.

Risultati, errori e limiti

La modalità consultiva consente la consegna; il blocco confronta la probabilità di spam finita con la tua soglia. I timeout e i guasti dell'API seguono la policy di fallimento separata, non un'etichetta di spam. I blocchi locali opachi sopprimono l'analisi ripetuta per 24 ore; gli esiti di rete sconosciuti non vengono riprovati automaticamente. Gli invii stessi non sono deduplicati. I controlli degli aggiornamenti installati hanno coperto un archivio ZIP 0.1.0 tracciato aggiornato alla 0.2.0, il rifiuto/salvataggio del nonce dell'amministratore e il percorso WooCommerce selezionato. Una matrice separata di 40 scenari ha coperto entrambi gli ordini di caricamento dei plugin con WP Mail SMTP e FluentSMTP, inclusi To/Cc/Bcc, Reply-To, intestazioni, allegati, rifiuto SMTP ed esiti delle policy. Queste tuple esatte non certificano altre versioni di CMS, plugin SMTP o provider. Gli hook che bypassano wp_mail e le successive modifiche al trasporto rimangono fuori dalla copertura. La disattivazione preserva le impostazioni; la disinstallazione rimuove le credenziali anche quando si mantengono le impostazioni disabilitate. Rimuovi autonomamente un token wp-config.

Adattatore email WooCommerce

0.2.0

Incluso nello stesso ZIP di SendRepute 0.2.0 del plugin WordPress; non esiste un add-on o un download separato per WooCommerce. Richiede i requisiti minimi del plugin: WordPress 5.7+, PHP 7.4+ e OpenSSL. L'adattatore è stato sottoposto a revisione del codice rispetto a WooCommerce 10.4.3, non certificato per ogni versione di WooCommerce o estensione email.

L'analisi WooCommerce ha il proprio interruttore amministratore e selezioni integrate esatte del tipo di email, tutti disattivati per impostazione predefinita. Devono essere attivi anche i controlli globali di analisi e paid-consent. I tipi non selezionati e quelli definiti dalle estensioni ignorano l'analisi. Ogni tipo customer_* integrato selezionato è protetto e solo consultivo: può essere analizzato ma non viene mai bloccato. La posta multipart selezionata fallisce la classificazione prima di qualsiasi richiesta a pagamento; la modalità consultiva o fail-open preserva la consegna, mentre il fail-closed blocca solo la posta non protetta.

1. Installa

Questo è lo stesso ZIP installabile utilizzato dalla guida WordPress. Installalo una sola volta; non installare un secondo add-on WooCommerce. Attiva SendRepute, quindi apri Impostazioni > SendRepute. Mantieni WordPress, WooCommerce, PHP e il trasporto mail reale supportati e aggiornati.

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

Alternativa: installazione da sorgente pubblica

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

2. Configura in modo sicuro

Utilizza un token cliente con ambito (scoped) dai segreti del server o dall'impostazione crittografata di WordPress. Per prima cosa configura il controllo di connessione non a pagamento condiviso, la revisione del prezzo corrente, il consenso paid (pagamento) globale, la modalità di rischio, la soglia e la policy di fallimento. Quindi abilita separatamente l'analisi di WooCommerce e seleziona solo i tipi di email integrati che hai revisionato. I tipi definiti dalle estensioni non vengono mai selezionati automaticamente.

// 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. Usa deliberatamente

Continua a inviare tramite WooCommerce normalmente. L'adattatore avvolge la callback già scelta da WooCommerce e conserva i suoi argomenti originali e il trasporto; non fornisce un nuovo metodo di invio. Se un altro filtro muta gli argomenti della callback, se una mail ordinaria viene nidificata durante quella callback, o se una callback personalizzata non chiama mai wp_mail, l'analisi viene prudentemente bypassata invece di finire nel percorso generale a pagamento. Testa i tipi non critici selezionati con un sink di posta che non effettua l'inoltro.

Risultati, errori e limiti

Le mail a parte singola (single-part) selezionate seguono l'informativa WordPress condivisa, la soglia e le policy di errore, tranne per il fatto che ogni tipo customer_* è protetto e solo consultivo (advisory-only). La posta customer protetta continua sempre dopo un risultato ad alto rischio, un guasto API o contenuto non supportato. WooCommerce costruisce alternative multipart dopo pre_wp_mail, quindi la posta multipart selezionata fallisce prima di qualsiasi richiesta a pagamento invece di essere parzialmente classificata; solo la posta selezionata non protetta può essere rifiutata da un fail-closed. Il contesto del callback viene rimosso dopo il successo, il fallimento e gli invii nidificati.

Backend email Drupal

0.1.0

Richiede Drupal 10.3+ o 11.x e PHP 8.1+. Installa lo ZIP come modulo, concedi administer sendrepute solo agli amministratori fidati, configura un nome visualizzato del mittente non indirizzo delimitato e seleziona le rotte esatte per modulo/chiave mail. La versione 0.1.0 supporta solo php_mail del core di Drupal; è un backend Mail, non un provider o un trasporto sostitutivo. L'evidenza del sito installato copre esattamente le release Drupal 10.6.17 e 11.4.7 con PHP 8.4.10.

Il consenso a pagamento e ogni rotta sono disattivati per impostazione predefinita. Ogni rotta esatta utilizza il delegato fisso core php_mail, la modalità consultiva o di blocco, una policy di fallimento indipendente di conservazione o blocco, la soglia e una deliberata selezione delle email critiche. Le email di account e sicurezza rimangono recapitabili a meno che quella rotta esatta non consenta esplicitamente il blocco critico. La stessa istanza php_mail formatta e invia un unico corpo scalare finale; gli output multipart e con allegati non sono supportati.

Scarica lo ZIP Drupal

Scarica lo ZIP PrestaShop

1. Installa

Esegui dalla radice (root) del progetto Drupal, o carica lo ZIP con l'installer dei moduli di Drupal. L'archivio contiene una radice del modulo sendrepute adatta per modules/contrib. Abilitalo, concedi administer sendrepute solo agli amministratori fidati e apri Configurazione > Sistema > SendRepute.

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

Alternativa: installazione da sorgente pubblica

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

2. Configura in modo sicuro

Memorizza un SENDREPUTE_API_TOKEN con ambito classify esclusivamente nell'ambiente del processo web/PHP. Non viene mai accettato dal modulo né esportato nella configurazione di Drupal. Nel modulo, inserisci un nome visualizzato del mittente obbligatorio di massimo 320 byte senza indirizzo, parentesi angolari o caratteri di controllo. Aggiungi una riga di sette campi per ogni rotta esatta come mostrato; il delegato deve essere php_mail. Scegli la modalità consultiva/di blocco, la policy di fallimento di conservazione/blocco, la soglia e criticità sì/no. Inizia con consultiva, conservazione e 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. Usa deliberatamente

Continua a chiamare il normale gestore di posta di Drupal. Per una rotta con opt-in, sendrepute_mail chiama il metodo format() del core php_mail, analizza quel corpo scalare finale, applica la policy e quindi chiama il metodo mail() della stessa istanza php_mail memorizzata nella cache. Altri ID delegati vengono rifiutati. Non utilizza hook_mail_alter e non riscrive il messaggio.

Risultati, errori e limiti

Un successo convalidato blocca solo alla soglia configurata o al di sopra di essa in modalità blocco. Il risultato completo della classificazione annidata e la risposta di fatturazione sono convalidati prima che spamProbability possa influenzare la consegna. I guasti relativi a API, autenticazione, saldo, rate-limit, formati non corretti, multipart, indicatori di allegati e dimensioni seguono la policy di fallimento della rotta indipendente, ad eccezione della posta critica protetta che continua. La matrice installata 10.6.17/11.4.7 ha coperto l'installazione e la sostituzione dello ZIP in loco mentre è abilitato (enabled), il login reale dell'amministratore, il rifiuto/salvataggio Form API CSRF, la scoperta dei plugin, l'opt-in della rotta, la classificazione sintetica, la preservazione delle email critiche e il php_mail del core attraverso un sink locale. I controlli dei sorgenti di base coprono anche gli archivi immutabili 10.3.0 e 11.0.0; nessuno dei due risultati certifica ogni patch successiva o mailer contribuito. Vengono inviati il nome visualizzato configurato, l'oggetto non vuoto e il corpo delimitato dalla lunghezza; indirizzi, destinatari, intestazioni, parametri e allegati sono esclusi. L'oggetto è limitato a 998 byte e il corpo a 256 KiB. Vi è un unico tentativo HTTPS verificato, senza reindirizzamenti, tentativi o code.

Modulo email PrestaShop

0.1.1

La versione 0.1.1 supporta esattamente PrestaShop 9.0.0, 9.0.1, 9.0.2 e 9.0.3 con PHP 8.1–8.4. Carica lo ZIP in Moduli > Module Manager, quindi configura la classificazione mail di SendRepute. Tutte e quattro le release ufficiali predefinite classic hanno superato l'installazione isolata, la configurazione dell'amministratore autenticato e i controlli di aggiornamento ZIP; le loro implementazioni Mail::send() invariate hanno superato anche la matrice offline real-mail. PrestaShop 8, 9.1+ e le successive patch 9.0 non elencate non sono supportate.

Il modulo, il consenso a pagamento/sui contenuti e la selezione esatta del template sono tutti disattivati per impostazione predefinita. Analizza l'oggetto finale renderizzato e ogni corpo visualizzato supportato senza ricostruire il messaggio Symfony. Un messaggio contenente sia text/plain che text/html viene inviato in una singola richiesta di classificazione delimitata: l'alternativa plain viene resa inerte, l'HTML originale viene preservato e il servizio analizza ogni alternativa tipizzata indipendentemente senza concatenazione. Il risultato utilizza il rischio più elevato con gli audit completi dei contenuti, produce una classificazione a pagamento e non restituisce mai un punteggio di sicurezza parziale. La modalità consultiva non interrompe mai l'invio. Il blocco per soglia e il fail-closed sollevano un'eccezione che implementa sia l'ExceptionInterface di Symfony Mailer che la ModuleErrorInterface di PrestaShop; su ogni release supportata, i test installati hanno osservato Mail::send() restituire false senza alcuna consegna SMTP. La policy di fallimento è indipendente dalla soglia di rischio.

Scarica il sorgente Symfony in formato ZIP

1. Installa

Scarica lo ZIP 0.1.1, quindi utilizza Moduli > Gestione Moduli > Carica un modulo e selezionalo. Apri Configura per la classificazione della posta SendRepute. Non forzare l'installazione al di fuori delle versioni esatte PrestaShop 9.0.0–9.0.3: il comportamento di cancellazione e firma dipende dai percorsi Mail::send() verificati.

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

Alternativa: installazione da sorgente pubblica

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

2. Configura in modo sicuro

Imposta SENDREPUTE_API_BASE all'origine HTTPS di produzione canonica di SendRepute fornita per questo modulo e SENDREPUTE_API_TOKEN a un token server con ambito nell'ambiente PHP-FPM/server. La base deve essere un'origine DNS pubblica HTTPS senza percorsi; letterali, credenziali, reindirizzamenti e risposte DNS private vengono rifiutati. Esegui il controllo di connessione account/pricing non a pagamento, quindi abilita esplicitamente il modulo, il consenso paid/content e i nomi esatti dei template. Scegli indipendentemente advisory/block, la soglia e la policy di errore open/closed.

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

3. Usa deliberatamente

Continua a utilizzare il normale flusso Mail::send di PrestaShop. L'hook iniziale memorizza solo un template esatto per cui è stato dato il consenso. L'hook finale legge l'oggetto, il corpo del testo e il corpo HTML della Symfony Email già renderizzata senza modificare destinatari, header, allegati o transport. Per i corpi doppi, invia il testo normale inerte e l'HTML originale come alternative tipizzate in un'unica richiesta; la normalizzazione indipendente del servizio impedisce a un frammento di consumarne un altro, mantenendo le destinazioni visibili di link e immagini HTML per l'audit. Un singolo corpo semplice rimane sul percorso ristretto del testo inerte, e un singolo corpo HTML rimane sul percorso ristretto dell'estrazione DOM. La classificazione si completa prima che PrestaShop crei un messaggio separato firmato con DKIM. La matrice delle versioni supportate ha verificato la struttura multipart emessa, oltre all'hash del corpo DKIM e alla firma RSA dopo la classificazione. Il percorso di firma fissato di PrestaShop omette Bcc dagli header firmati preparati e perde quel destinatario SMTP cieco; l'evidenza di una firma valida non stabilisce quindi la compatibilità della consegna Bcc. Non combinare DKIM e Bcc su questo percorso supportato. Sorgenti di visualizzazione non supportate, semantica attiva, HTML quoted-printable o base64 ambiguo e contenuti aggregati eccessivi seguono la failure_policy configurata prima del pagamento. Lascia i template critici non selezionati a meno che non siano deliberatamente approvati.

Risultati, errori e limiti

Il classificatore accetta un corpo text/plain, un corpo text/html o entrambi come alternative visualizzate analizzate indipendentemente. Il testo letterale, le entità, i contenuti nascosti e di stile in un'alternativa accettata non possono consumare o nascondere un'alternativa successiva; l'HTML ambiguo quoted-printable o base64 viene rifiutato prima del pagamento. Qualsiasi alternativa accettata può determinare il risultato a rischio più elevato, mentre i contentAudit coprono ogni alternativa; la classificazione viene addebitata una sola volta dopo che l'input limitato completo è stato accettato. Il corpo legacy richiesto duplica esattamente l'alternativa semplice inerte per un messaggio doppio, e quel duplicato più entrambe le alternative tipizzate condividono il budget esatto della richiesta di 524288 byte. Destinatari, allegati e risorse incorporate sono esclusi, e il messaggio transport originale pre-firma viene preservato. Il fixture real-mail controlla separatamente l'integrità MIME/firma e i destinatari SMTP effettivi: le firme DKIM rimangono valide dopo la classificazione, ma il percorso firmato a monte verificato non preserva i destinatari Bcc. Una classificazione convalidata memorizza un riepilogo consultivo limitato più recente. La modalità di blocco lancia un'eccezione solo alla soglia o sopra di essa; l'eccezione della doppia interfaccia sopravvive al dispacciamento dell'hook e produce false prima del trasporto su tutte e quattro le versioni installate. I contenuti non supportati, gli errori API e di validazione seguono le modalità aperta/chiusa indipendentemente. Un tentativo HTTPS utilizza DNS pubblico fissato, TLS verificato, timeout finiti, un limite di risposta di 256 KiB, nessun redirect e nessun tentativo di retry. Il blocco si affida all'intercettazione dell'eccezione Mail::send() verificata di PrestaShop, non al valore di ritorno dell'hook finale.

Adattatore Symfony Mailer

0.1.1

Richiede PHP 8.1+ e supporta esclusivamente Symfony Mailer 6.4 o 7.4; le versioni verificate sono 6.4.46 e 7.4.19. Non è garantita la compatibilità con Symfony 8.1 o linee non testate. Installare il file ZIP sorgente locale tramite un repository path di Composer; questo pacchetto non è pubblicato su Packagist.

Il bundle e il consenso a pagamento sono disattivati per impostazione predefinita, e solo un messaggio con l'esatto header di opt-in configurato è idoneo. La policy di punteggio consultiva o di blocco è indipendente dalla policy di fallimento di autorizzazione o blocco. La classificazione viene eseguita sul MessageEvent ufficiale pre-invio; il rifiuto utilizza MessageEvent::reject(). Gli eventi clone in coda vengono saltati, rendendo l'evento di trasporto del worker l'unico punto di classificazione a pagamento.

Scarica il file ZIP dei sorgenti Rails

1. Installa

Estrai lo ZIP scaricato in una directory dedicata per i pacchetti, registra tale directory come repository path di Composer, richiedi il pacchetto esatto 0.1.1 e registra SendRepute\Symfony\SendReputeBundle se Flex non lo fa. L'archivio sorgente è locale e non pubblicato.

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

Alternativa: installazione da sorgente pubblica

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

2. Configura in modo sicuro

Risolvi SENDREPUTE_API_TOKEN dai segreti del server. Mantieni enabled e paid_analysis_consent a false durante la revisione dei prezzi attuali. La modalità, la soglia e la policy di fallimento sono indipendenti. L'endpoint è fissato su HTTPS verificato con scadenze limitate, senza reindirizzamenti o tentativi, e un limite di risposta di 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. Usa deliberatamente

Aggiungi l'header di opt-in esatto solo agli oggetti Email non critici revisionati, quindi procedi attraverso il normale Mailer. Il messaggio, l'envelope, il transport e l'header non vengono riscritti. Per la consegna tramite Messenger, configura il bundle nei worker: gli eventi producer clone intenzionalmente non vengono classificati.

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

Risultati, errori e limiti

È supportato esattamente un corpo in-memory text o HTML. Alternative miste, DataParts testuali, stream o percorsi, parentesi graffe CSS, markup, sintassi quoted-printable, header base64 o whole-body base64 falliscono prima del pagamento e seguono la policy di fallimento; il contenuto ordinario senza parentesi graffe rimane invariato. Ogni campo obbligatorio di risposta nidificato e ogni ramo opzionale di audit viene validato e le proprietà sconosciute vengono rifiutate. La modalità consultiva non blocca mai in base al punteggio; il blocco rifiuta alla soglia tramite l'evento reale di trasporto.

Adattatore Rails Action Mailer

0.1.0

Richiede Ruby 3.2+ ed è verificato in modo specifico con le versioni reali Action Mailer 7.1.6 e Mail 2.9.1; il percorso di callback è stato osservato anche su Action Mailer 7.2.3.2. Questa non è una certificazione per ogni rilascio Rails 7.x consentito. Installa il sorgente locale ZIP tramite Bundler; non è dichiarata alcuna pubblicazione su RubyGems.

Entrambi i gate a pagamento globali sono disattivati per impostazione predefinita, e ogni azione del mailer deve chiamare esplicitamente sendrepute_paid_preflight!. Il comportamento del punteggio consultivo/di blocco e il comportamento di fallimento preserva/blocca sono indipendenti. Le rotte per password resets, MFA, login, verification, billing e security dovrebbero rimanere non selezionate. Ogni messaggio multipart e contenuti ambigui CSS, quoted-printable o dall'aspetto base64 vengono rifiutati prima del pagamento; un corpo di testo decodificato o HTML accettato viene analizzato senza modificare il messaggio originale o il trasporto.

Scarica il sorgente Java per Spring in formato ZIP

1. Installa

Estrai lo ZIP esattamente in vendor/sendrepute-rails, aggiungi la voce del percorso locale al Gemfile, esegui Bundler nel tuo ambiente controllato e includi SendRepute::Rails::Mailer in ApplicationMailer. Questa non è un'installazione tramite RubyGems.

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

Alternativa: installazione da sorgente pubblica

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

2. Configura in modo sicuro

Mantieni enabled e paid_consent a false finché non vengono rivisti i prezzi attuali e le rotte. Leggi il token dai Rails credentials o da un altro segreto del server. Configura advisory/block, preserve/block e threshold indipendentemente; i callback on_result e on_error non devono registrare il contenuto del messaggio, i dati di autorizzazione o le risposte complete.

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. Usa deliberatamente

Chiamare sendrepute_paid_preflight! solo all'interno di ogni azione mailer non critica deliberatamente selezionata. Le azioni normali saltano la classificazione. L'hook a pagamento utilizza la rotta before_deliver di Action Mailer; non viene fornito alcun auto-opt-in globale e l'adapter non riscrive il Mail::Message.

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

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

Risultati, errori e limiti

È supportato un singolo corpo visualizzato decodificato come text/plain o text/html. Ogni input di normalizzazione multipart o ambiguo fallisce prima del pagamento e segue la failure_policy. Una risposta nidificata tipizzata completa può bloccare solo in modalità blocco al raggiungimento o superamento della soglia; la modalità advisory preserva ogni punteggio. I callback di risultato ed errore ricevono dati sicuri immutabili, e le eccezioni dei callback o throw(:abort) vengono catturate localmente in modo da non terminare l'advisory o preservare la consegna. L'endpoint fisso rifiuta reindirizzamenti e tentativi e utilizza una scadenza totale limitata. Test reali su Action Mailer 7.1.6 superati: 19 esecuzioni e 59 asserzioni; non si è verificata alcuna richiesta a pagamento o consegna reale.

Adattatore Spring JavaMailSender

0.1.1

Richiede Java 17+ e supporta Spring Framework 6.2.x JavaMailSender; la verifica esatta delle dipendenze è stata effettuata con Spring Framework 6.2.19. Non sono presenti dichiarazioni per Spring Boot 4 o per versioni generiche del framework. Compilare il file ZIP dei sorgenti locali con Maven; il pacchetto non è pubblicato su Maven Central o altri registri.

Il decorator, paidConsent, la modalità advisory e i valori predefiniti per allow-on-failure sono espliciti. Solo sendWithSendRepute(...) esegue l'analisi a pagamento pre-invio; ogni sovraccarico ordinario di send(...) ignora la classificazione e delega senza modifiche. Utilizzare la normale send per comunicazioni critiche, a meno che quel singolo invio non sia deliberatamente selezionato. Le alternative MIME supportate e visualizzate vengono incorniciate insieme in modo inerte; i contenuti non supportati, annidati, firmati, crittografati o ambigui generano un errore prima del pagamento.

Scarica il file ZIP dei sorgenti per Magento

1. Installa

Estrarre lo ZIP dei sorgenti 0.1.1, eseguire mvn verify e installarlo solo nel proprio repository Maven locale controllato. L'applicazione utilizzatrice fornisce il proprio JavaMailSender esistente e l'implementazione runtime del sistema mail. La verifica esatta delle dipendenze ha utilizzato bytecode Java 17+, Spring Framework 6.2.19 e le versioni documentate nel file README incluso.

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

Alternativa: installazione da sorgente pubblica

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

2. Configura in modo sicuro

Costruisci SendReputeConfiguration da un token lato server e switch espliciti. Mantieni enabled e paidAnalysisConsent a false fino a quando i prezzi e le chiamate selezionate non saranno stati esaminati. La modalità consultiva/di blocco, la soglia e la policy di fallimento di autorizzazione/blocco sono indipendenti. L'endpoint è fissato su HTTPS verificato senza reindirizzamenti o tentativi.

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. Usa deliberatamente

Chiamare sendWithSendRepute(...) solo per singoli oggetti SimpleMailMessage, MimeMessage o MimeMessagePreparator che devono essere sottoposti ad analisi. Sono supportati overload singoli e varargs. Ogni normale overload di send(...) ignora la classificazione. I preparatori effettuano il rendering una sola volta e il MIME originale preparato viene delegato dopo che la policy lo consente.

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

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

Risultati, errori e limiti

Tutte le parti plain e HTML visualizzate supportate vengono analizzate; destinatari e allegati sono esclusi. L'attraversamento è limitato a 16 livelli, 256 parti e 524,288 byte UTF-8 visualizzati. I binari inline ignorati non vengono mai materializzati; sorgenti visualizzate lazy sconosciute o illimitate falliscono prima dell'apertura di uno stream o dell'invio di una richiesta a pagamento, e le letture delle sorgenti supportate sono limitate. Il framing tramite entità numeriche mantiene i frammenti inerti attraverso l'ordine di normalizzazione del server controllato. Interi batch varargs vengono preparati e normalizzati prima della prima richiesta a pagamento, e l'ispezione non genera intestazioni Jakarta Mail. È richiesta una risposta nidificata ricorsivamente esatta.

Adattatore mail per Magento Open Source

0.1.1

Supporta solo Magento Open Source 2.4.7-p5 e 2.4.7-p6 con i sorgenti mail-interface immutabili esatti revisionati. I test con fixture offline tipizzate hanno avuto esito positivo, ma non è stata eseguita un'installazione completa di Magento; nessun'altra release di Magento o Adobe Commerce è certificata. Installare lo ZIP locale tramite un repository di percorsi Composer; non è un pacchetto Adobe Marketplace.

Il modulo, il consenso a pagamento e le liste di instradamento sono tutti disattivati per impostazione predefinita. Ogni identificatore di template richiede due approvazioni esatte indipendenti; la criticità non viene mai dedotta dal suo nome. Il plugin aroundSendMessage analizza al limite finale del trasporto senza ricostruire il messaggio. La politica di soglia advisory/block e la politica di errore preserve/block sono indipendenti; il blocco genera una MailException visibile in Magento. Parti MIME multiple visualizzate e contenuti ambigui falliscono prima del pagamento.

Scarica il file ZIP del codice sorgente .NET MailKit

1. Installa

Estrarre lo ZIP in una directory pacchetti conservata, registrare la sua root SendRepute_MailAdapter come repository di percorsi Composer, richiedere la versione 0.1.1, quindi utilizzare il normale processo di abilitazione del modulo e di aggiornamento della configurazione di Magento. Non rappresentare questo archivio locale come un pacchetto 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

Alternativa: installazione da sorgente pubblica

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

2. Configura in modo sicuro

Impostare SENDREPUTE_API_TOKEN solo nell'ambiente server PHP-FPM e CLI. In Stores > Configuration > Services > SendRepute, mantenere inizialmente disattivati il modulo e il consenso a pagamento. Aggiungere ogni identificatore esatto di template a entrambe le liste indipendenti di approvazione dei percorsi; i nomi, inclusi i nomi numerici, non deducono mai la criticità. Configurare separatamente advisory/block, threshold e il comportamento di errore preserve/block.

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

3. Usa deliberatamente

Continua a utilizzare il normale flusso di template e trasporto di Magento. La correlazione del percorso registra l'identificatore esatto e il negozio selezionato tramite TransportBuilder, mentre il plugin aroundSendMessage finale legge le interfacce ufficiali tipizzate per email e MIME prima di chiamare lo stesso trasporto. Lo stato del builder viene pulito nel blocco finally, e le correlazioni builder/messaggio utilizzano voci WeakMap con chiavi oggetto, così che un trasporto costruito e abbandonato non possa lasciare autorizzazioni riutilizzabili basate su ID-oggetto numerici. L'adattatore non fornisce un nuovo metodo send(...) o muta il messaggio.

Risultati, errori e limiti

Viene accettata solo una parte MIME visualizzata supportata; gli allegati vengono preservati ma esclusi dall'analisi. Parti visualizzate multiple, codifiche di trasferimento o set di caratteri non supportati, stream, MIME nidificati e testo normalizzato ambiguo falliscono prima del pagamento. Una richiesta HTTPS verificata ha scadenze limitate e dimensioni della risposta definite, senza tentativi di retry o reindirizzamenti. Un risultato nidificato valido può bloccare al raggiungimento della soglia; la configurazione fail-block solleva una MailException di Magento.

Adattatore .NET MailKit

0.1.0

Richiede .NET 8 e una dipendenza specifica verificata per MailKit/MimeKit 4.18.0. Si tratta di un wrapper esplicito attorno a un IMailTransport di proprietà dell'applicazione, non di un hook globale, di un client SMTP o di un trasporto sostitutivo. Compilare o fare riferimento al file ZIP dei sorgenti locali; non è dichiarata alcuna pubblicazione su NuGet.

L'adattatore e il consenso a pagamento sono disattivati per impostazione predefinita; advisory e preserve-send sono impostazioni predefinite indipendenti. Le chiamate a AnalyzeAsync, AnalyzeThenSend o AnalyzeThenSendAsync sono esplicite. Le email critiche di sicurezza/account necessitano di una categoria e un consenso separati per ogni chiamata. Ogni alternativa plain/HTML supportata visualizzata viene inquadrata in modo inerte in un'unica richiesta limitata; i contenuti non supportati, nidificati, firmati o crittografati falliscono prima del pagamento. Il MimeMessage originale e il cancellation token raggiungono il trasporto esistente solo dopo che la policy lo consente.

Scarica il file ZIP delle ricette Zapier e Make

1. Installa

Estrarre lo ZIP dei sorgenti e fare riferimento a src/SendRepute.MailKit/SendRepute.MailKit.csproj dal progetto .NET 8 che lo utilizza. Il ripristino ottiene MailKit/MimeKit 4.18.0. Questo pacchetto sorgente è locale e non pubblicato; non si tratta di un'installazione 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

Alternativa: installazione da sorgente pubblica

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

2. Configura in modo sicuro

Avvolgi l'esistente IMailTransport di proprietà dell'applicazione con SendReputeMailAdapter. Leggi il token API dalla configurazione del server e mantieni Enabled e PaidAnalysisConsent su false fino alla revisione. La soglia di avviso/blocco e le impostazioni di mantenimento/blocco in caso di errore sono indipendenti. L'endpoint, il limite minimo TLS, il comportamento a tentativo singolo, le scadenze e i limiti di 1 MiB sono fissi.

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. Usa deliberatamente

Richiama AnalyzeAsync solo per l'analisi, oppure AnalyzeThenSend e AnalyzeThenSendAsync per un comportamento esplicito pre-invio. Nessun percorso email ordinario o globale viene intercettato. Passa il consenso a pagamento e la categoria del messaggio su ogni operazione selezionata; le email critiche di sicurezza/account richiedono l'impostazione separata del consenso critico.

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

Risultati, errori e limiti

La decodifica MimeKit effettiva raccoglie ogni alternativa di testo plain e HTML visualizzata supportata in un framing inerte escludendo destinatari e allegati. Il framing esterno non-base64 e le entità decodificate tardivamente neutralizzano parentesi graffe CSS, testo quoted-printable, header base64, l'intero corpo base64 e il markup prima della normalizzazione del servizio. I contenuti visualizzati non supportati, annidati, firmati o crittografati falliscono prima del pagamento. Ogni campo di risposta richiesto è tipizzato; l'opzionale flaggedTermCount deve essere un intero non negativo e l'opzionale contentAudit è validato in modo completo e ricorsivo rispetto al contratto pubblico. L'originale MimeMessage esatto e il token di cancellazione raggiungono il trasporto fornito solo quando il punteggio indipendente e le failure_policy lo consentono.

Analisi manuale della bozza su Zapier

0.2.0

Ricetta manuale Zapier per visualizzare l'analisi a pagamento di esattamente tre stringhe bozza selezionate dal proprietario. Non è un'app Zapier di SendRepute, un elenco di marketplace, un artefatto di importazione, un adattatore pre-invio, un mittente, un instradamento consenti/blocca o un classificatore dell'intero messaggio. Zapier Webhooks utilizza un proxy HTTPS limitato gestito dal proprietario poiché il token SendRepute non deve entrare in Zap.

Due costanti a tempo di compilazione sono impostate per impostazione predefinita su false prima di HTTP. Lo Zap mappa solo il nome visualizzato del mittente, l'oggetto e il corpo, invia il JSON al design del proxy del proprietario incluso, convalida completamente la risposta nidificata, quindi visualizza i campi consultivi e di fatturazione in una fase di revisione privata. Non deve aggiungere un mittente, l'applicazione di Paths, Autoreplay o un instradamento per la conservazione dei guasti; i passaggi Code o Webhook non riusciti si interrompono.

Scarica lo ZIP della ricetta Zapier e Make

1. Installa

Scarica ed estrai il sorgente della ricetta 0.2.0 condivisa. Leggi la guida Zapier inclusa e distribuisci il proxy Node di loopback incluso solo dietro un reverse proxy HTTPS gestito dal proprietario. Questo pacchetto non lo distribuisce. Non esiste un'app Zapier di SendRepute o un artefatto Zap importabile.

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

Alternativa: installazione da sorgente pubblica

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

2. Configura in modo sicuro

Mantieni lo Zap spento. Nel codice sorgente esatto del preflight, ENABLED e PAID_CONSENT rimangono entrambi false finché l'uso a pagamento non viene revisionato. Il proxy del proprietario memorizza SENDREPUTE_API_TOKEN; lo Zap riceve solo una credenziale revocabile separatamente da SENDREPUTE_PROXY_CREDENTIALS. Gli editor e la cronologia delle attività potrebbero esporla, quindi limitatela, ruotatela e revocatela. Configura i limiti di token-bucket e concorrenza per credenziale, i limiti globali di connessione/concorrenza, un budget giornaliero per chiamate a pagamento persistente impostato dal proprietario, limiti di spesa a monte restrittivi e controlli corrispondenti di dimensione/velocità/scadenza del terminatore TLS. Non abilitare Autoreplay.

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

3. Usa deliberatamente

Crea i passaggi manualmente: bozza del trigger; mappatura Code preflight solo per mittente, oggetto e corpo; Webhooks POST con righe JSON verso il proxy del proprietario; Code per la validazione della risposta; visualizzazione della revisione privata. Non interpolare mai manualmente JSON grezzo. Visualizza solo requestId, model, label, spamProbability e billing; non aggiungere un'azione mail o una decisione Paths.

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

Risultati, errori e limiti

La ricetta analizza solo le tre stringhe mappate; i MIME non mappati, le alternative HTML, gli allegati e l'eventuale contenuto in uscita rimangono non analizzati. Il preflight conservativo rifiuta i trigger noti del normalizzatore ma non garantisce la copertura dell'intero messaggio. I limiti di frequenza, concorrenza e budget giornaliero del proxy rifiutano prima dell'upstream, e la prenotazione del budget persiste prima del tentativo a pagamento; esegui un processo proxy per file di budget. Il proxy effettua un unico tentativo HTTPS fisso e limitato. Qualsiasi risposta esatta non-200 o incompleta lancia un errore e si interrompe; non esiste alcun mantenimento, Resume o risultato sostitutivo.

Analisi manuale della bozza su Make

0.2.0

Istruzioni manuali dello scenario Make per visualizzare l'analisi a pagamento di esattamente tre stringhe di bozza selezionate. Non è un blueprint, un'app SendRepute approvata, un mittente di posta, un percorso di applicazione o una dichiarazione su MIME non mappati, HTML, allegati o eventuale contenuto in uscita. Il bearer token appartiene esclusivamente al portachiavi sicuro di Make HTTP.

I valori booleani persistenti enabled e paidConsent sono predefiniti come false e un filtro AND si interrompe prima di HTTP. Il JSON è prodotto dal modulo JSON di Make e inviato una sola volta dal modulo HTTP con reindirizzamenti e tentativi disabilitati. Un filtro di risposta è solo una protezione per la visualizzazione, non una validazione completa o un permesso di invio. I guasti HTTP utilizzano Break, mai Resume o output sostitutivo.

Scarica il tarball Node.js

1. Installa

Scarica ed estrai il codice sorgente della ricetta condivisa 0.2.0, quindi segui la guida Make inclusa per costruire manualmente i moduli nativi correnti. Non viene rivendicato alcun blueprint, marketplace app o formato di importazione. Mantieni disattivata la pianificazione degli scenari durante i test contro un endpoint mock.

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

Alternativa: installazione da sorgente pubblica

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

2. Configura in modo sicuro

Crea variabili Tools booleane persistenti enabled=false e paidConsent=false, seguite da un filtro AND che richiede entrambe true. Usa JSON > Create JSON esattamente per sender, subject e body. Memorizza il bearer token di SendRepute solo nel portachiavi sicuro dell'app HTTP; gli scenari esportati non devono contenere alcuna credenziale.

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. Usa deliberatamente

Configura una HTTP POST verso l'URL fisso classify. Seleziona come tipo di Body Raw e il controllo content-type application/json senza aggiungere un header di testo libero in conflitto, quindi mappa l'output serializzato da JSON > Create JSON. Abilita la risposta analizzata, disabilita i reindirizzamenti, imposta un timeout di 10 secondi e non aggiungere alcun ripetitore o tentativo automatico (retry). Richiedi il limite di risposta di 1 MiB del modulo; se non disponibile, utilizza invece un proxy delimitato controllato dal proprietario. Aggiungi solo una visualizzazione di revisione privata dopo il Minimal display guard—mai un mittente o un router allow/block.

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

Risultati, errori e limiti

Vengono analizzate solo le stringhe mappate; la normalizzazione non coincide con l'identità di un'email originale o in uscita. Il filtro di risposta verifica esclusivamente lo status e la presenza del risultato principale/fatturazione e non costituisce esplicitamente una validazione completa dello schema o un'imposizione. Gli errori HTTP utilizzano Break in modo che le azioni successive non vengano eseguite; non utilizzare mai Resume, output fabbricati o percorsi che preservano il fallimento.

SDK Node.js

0.1.1

SDK solo lato server per Node.js 18.17+. Installa @sendrepute/node da npm o usa il tarball scaricabile. L'adattatore Nodemailer opzionale preserva il trasporto esistente. Imposta una chiave API con ambito e un URL di base API esplicito nel tuo ambiente server, mai nel codice del browser.

Registra createSendReputePlugin nella fase di stream solo dopo aver rivisto i prezzi e abilitato deliberatamente il consenso all'analisi a pagamento. La modalità Advisory segnala i risultati senza bloccare la consegna. La modalità di blocco applica spamProbabilityThreshold; onApiFailure sceglie tra allow o block, mentre un rifiuto per cambio di prezzo blocca sempre la consegna. La classificazione è un'operazione API a pagamento.