Integrações de fluxos de trabalho de e-mail e SDKs

Baixar ZIP compartilhado do WordPress e WooCommerce

1. Instalar

Execute estes comandos a partir do diretório do WordPress com o WP-CLI disponível, ou envie o ZIP baixado através de Plugins > Adicionar Novo > Enviar Plugin e ative-o. Abra Configurações > SendRepute. Configure e ative cada site separadamente no multisite. Mantenha uma combinação WordPress/PHP suportada; uma versão mínima não é uma recomendação para executar software em fim de vida (end-of-life).

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

Alternativa: instalar a partir da fonte pública

Use esta rota de código fonte em vez das instruções de download do site acima. O README do repositório explica as etapas restantes de ativação e configuração; criar um ZIP por si só não instala um plugin. Para Python, o segundo comando adiciona suporte opcional ao Django. Mantenha as credenciais em segredos do servidor e revise as notas de segurança antes de ativar recursos pagos. Apenas o Node está no npm; um repositório público no GitHub não implica publicação no WordPress.org, n8n Cloud, Packagist ou PyPI.

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

2. Configurar com segurança

Crie um token de cliente no servidor com os escopos classify, account:read e catalog:read, expiração e limites de gastos. Insira-o nas configurações ou carregue SENDREPUTE_API_TOKEN do seu armazenamento de segredos do servidor conforme mostrado. Tokens armazenados usam criptografia autenticada com WordPress salts e OpenSSL; reinsira-os após a rotação de salts. Execute a verificação de conexão não paga, revise os preços de classificação e, em seguida, habilite explicitamente a análise automática. Defina o modo consultivo/bloqueio, o threshold e a política independente de 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. Usar deliberadamente

A função abaixo usa o wp_mail normal e envia apenas quando sua aplicação a chama. Com a análise paga ativada, o plugin analisa no pre_wp_mail e então permite ou bloqueia o transporte existente. Forneça seu próprio destinatário autorizado; teste primeiro contra um coletor local de e-mail que não faça relay. Um resultado falso significa que o chamador deve tratar o envio rejeitado—ele não é enfileirado.

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

O que mais ela pode fazer?

As configurações também fornecem ações manuais de reescrita por AI e geração de templates com confirmação paga separada. A exibição de preço precisa de vip:read; a reescrita precisa de rewrite; a geração precisa de ai:generate, e a geração VIP exige assinatura VIP ativa. Os resultados são texto com escape, apenas para cópia: nunca aplicados ou enviados automaticamente. Tokens existentes não ganham escopos automaticamente.

Resultados, falhas e limites

O modo de aviso (Advisory) permite a entrega; o bloqueio compara a probabilidade de spam finita ao seu limite. Timeouts e falhas de API seguem a política de falha separada, não um rótulo de spam. Bloqueios locais opacos suprimem análises repetidas por 24 horas; resultados de rede desconhecidos não são repetidos automaticamente. Os envios em si não são deduplicados. As verificações de atualização instaladas cobriram um ZIP 0.1.0 rastreado atualizado para 0.2.0, rejeição/salvamento de nonce do administrador e o caminho WooCommerce selecionado. Uma matriz separada de 40 cenários cobriu ambas as ordens de carregamento de plugins com WP Mail SMTP e FluentSMTP, incluindo To/Cc/Bcc, Reply-To, cabeçalhos, anexos, rejeição SMTP e resultados de política. Estas tuplas exatas não certificam outros CMS, versões de plugins SMTP ou provedores. Hooks que ignoram wp_mail e alterações posteriores de transporte permanecem fora de cobertura. A desativação preserva as configurações; a desinstalação remove as credenciais mesmo ao reter configurações desativadas. Remova você mesmo um token wp-config.

Adaptador de e-mail do WooCommerce

0.2.0

Incluído no mesmo ZIP do SendRepute 0.2.0 que o plugin do WordPress; não existe um add-on ou download separado para o WooCommerce. Requer os requisitos base do plugin: WordPress 5.7+, PHP 7.4+ e OpenSSL. O adaptador teve o código revisado em relação ao WooCommerce 10.4.3, não sendo certificado para todas as versões do WooCommerce ou extensões de e-mail.

A análise do WooCommerce possui seu próprio seletor de administrador e seleções exatas de tipos de e-mail integrados, todos desativados por padrão. Os controles globais de análise e paid-consent também devem estar ativados. Tipos não selecionados e definidos por extensões ignoram a análise. Cada tipo customer_* integrado selecionado é protegido e apenas consultivo: pode ser analisado, mas nunca é bloqueado. E-mails multipart selecionados falham na classificação antes de qualquer requisição paga; o modo consultivo ou fail-open preserva a entrega, enquanto o fail-closed bloqueia apenas e-mails não protegidos.

1. Instalar

Este é o mesmo ZIP instalável usado pelo guia WordPress. Instale-o uma vez; não instale um segundo add-on WooCommerce. Ative o SendRepute, depois abra Configurações > SendRepute. Mantenha o WordPress, WooCommerce, PHP e o transporte de e-mail real suportados e atualizados.

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

Alternativa: instalar a partir da fonte pública

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

2. Configurar com segurança

Use um token de cliente com escopo definido a partir dos segredos do servidor ou da configuração criptografada do WordPress. Primeiro, configure a verificação de conexão não paga compartilhada, a revisão de preço atual, o consentimento pago global (paid_analysis_consent), o modo de risco, o limite e a política de falha. Depois, ative separadamente a análise do WooCommerce e selecione apenas os tipos de e-mail integrados que você revisou. Tipos definidos por extensões nunca são selecionados 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. Usar deliberadamente

Continue enviando através do WooCommerce normalmente. O adaptador envolve o callback já escolhido pelo WooCommerce e preserva seus argumentos originais e transporte; ele não fornece um novo método sendMail. Se outro filtro alterar os argumentos do callback, se e-mails comuns forem aninhados durante esse callback, ou se um callback personalizado nunca chamar wp_mail, a análise é ignorada conservadoramente em vez de entrar no caminho geral pago. Teste tipos não críticos selecionados com um coletor de e-mail sem retransmissão.

Resultados, falhas e limites

E-mails de parte única selecionados seguem as políticas compartilhadas de aviso, limite e falha do WordPress, exceto que todo tipo customer_* é protegido e apenas informativo. E-mails protegidos de clientes sempre continuam após um resultado de alto risco, falha na API ou conteúdo não suportado. O WooCommerce constrói alternativas multipart após pre_wp_mail, portanto, e-mails multipart selecionados falham antes de qualquer solicitação paga em vez de serem parcialmente classificados; apenas e-mails não protegidos selecionados podem ser recusados pelo fechamento por falha (fail-closed). O contexto do callback é removido após o sucesso, falha e envios aninhados.

Backend de e-mail do Drupal

0.1.0

Requer Drupal 10.3+ ou 11.x e PHP 8.1+. Instale o ZIP como um módulo, conceda administer sendrepute apenas a administradores confiáveis, configure um nome de exibição de remetente delimitado (non-address) e selecione rotas exatas de módulo/chave de e-mail. A versão 0.1.0 suporta apenas php_mail do Drupal core; é um backend de Mail, não um provedor ou transporte substituto. Evidência de site instalado cobre as versões exatas Drupal 10.6.17 e 11.4.7 com PHP 8.4.10.

O consentimento pago e todas as rotas estão desativados por padrão. Cada rota exata utiliza o delegado fixo do núcleo php_mail, modo consultivo ou de bloqueio, uma política de falha independente de preservação ou bloqueio, limite e seleção deliberada de e-mails críticos. E-mails de conta e segurança permanecem entregáveis, a menos que essa rota exata permita explicitamente o bloqueio crítico. A mesma instância de php_mail formata e envia um corpo final escalar; saídas multipart e com anexos não são suportadas.

Baixar ZIP do Drupal

1. Instalar

Execute a partir da raiz do projeto Drupal ou envie o ZIP com o instalador de módulos do Drupal. O arquivo contém uma raiz de módulo sendrepute adequada para modules/contrib. Ative-o, conceda a permissão 'administer sendrepute' apenas a administradores confiáveis e abra Configuração > Sistema > SendRepute.

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

Alternativa: instalar a partir da fonte pública

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

2. Configurar com segurança

Armazene um SENDREPUTE_API_TOKEN com escopo classify apenas no ambiente do processo web/PHP. Ele nunca é aceito pelo formulário ou exportado na configuração do Drupal. No formulário, insira um nome de exibição do remetente obrigatório de no máximo 320 bytes, sem endereço, colchetes angulares ou controles. Adicione uma linha de sete campos por rota exata conforme mostrado; o delegado deve ser php_mail. Escolha o modo advisory/block, política de falha preserve/block, limite e crítico sim/não. Comece com advisory, preserve e não.

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. Usar deliberadamente

Continue chamando o gerenciador de e-mail normal do Drupal. Para uma rota que optou por participar, sendrepute_mail chama o format() do php_mail do núcleo, analisa esse corpo escalar final, aplica a política e, em seguida, chama o mail() da mesma instância em cache do php_mail. Outros IDs de delegados são rejeitados. O sistema não utiliza hook_mail_alter e não reescreve a mensagem.

Resultados, falhas e limites

Um sucesso validado bloqueia apenas no limite configurado ou acima dele no modo de bloqueio. O resultado completo da classificação aninhada e a resposta de faturamento são validados antes que a spamProbability possa afetar a entrega. Falhas de API, autenticação, saldo, limite de taxa, malformação, multipart, indicador de anexo e tamanho seguem a política de falha de rota independente, exceto e-mails críticos protegidos que continuam. A matriz instalada 10.6.17/11.4.7 cobriu a instalação e substituição de ZIP in-loco enquanto ENABLED, login real de administrador, rejeição/salvamento Form API CSRF, descoberta de plugin, opt-in de rota, classificação sintética, preservação de e-mail crítico e php_mail do core através de um coletor local. Verificações de origem de linha de base também cobrem arquivos imutáveis 10.3.0 e 11.0.0; nenhum resultado certifica cada patch posterior ou mailer contribuído. O nome de exibição configurado, assunto não vazio e corpo enquadrado por comprimento são enviados; endereços, destinatários, cabeçalhos, parâmetros e anexos são excluídos. O assunto é limitado a 998 bytes e o corpo a 256 KiB. Há uma tentativa HTTPS verificada, sem redirecionamentos, retry ou fila.

Módulo de e-mail para PrestaShop

0.1.1

A versão 0.1.1 suporta exatamente PrestaShop 9.0.0, 9.0.1, 9.0.2 e 9.0.3 com PHP 8.1–8.4. Carregue o ZIP em Módulos > Gerenciador de Módulos e configure a classificação de e-mail SendRepute. Todas as quatro versões clássicas pré-compiladas oficiais passaram na instalação isolada, na configuração de administrador autenticado e nas verificações de atualização via ZIP; suas implementações Mail::send() inalteradas também passaram na matriz offline de e-mail real. PrestaShop 8, 9.1+ e patches 9.0 posteriores não listados não são suportados.

O módulo, o consentimento pago/de conteúdo e a seleção exata de templates estão desativados por padrão. Ele analisa o assunto renderizado final e cada corpo exibido suportado sem reconstruir a mensagem Symfony. Uma mensagem contendo tanto text/plain quanto text/html é enviada em uma única requisição de classificação vinculada: a alternativa plain torna-se inerte, o HTML original é preservado e o serviço analisa cada alternativa tipada independentemente sem concatenação. O resultado utiliza o risco mais alto com as auditorias de conteúdo completas, produz uma classificação paga e nunca retorna uma pontuação de segurança parcial. O modo consultivo nunca interrompe o envio. O bloqueio por limite e o fail-closed lançam uma exceção implementando tanto a ExceptionInterface do Symfony Mailer quanto a ModuleErrorInterface do PrestaShop; em cada versão suportada, o teste instalado observou Mail::send() retornar false sem entrega SMTP. A política de falha é independente do limite de risco.

Baixar ZIP do PrestaShop

Baixar ZIP do código-fonte Symfony

1. Instalar

Descarregue o ZIP 0.1.1 e utilize Módulos > Gestor de Módulos > Carregar um módulo e selecione-o. Abra Configurar para a classificação de correio SendRepute. Não force a instalação fora do intervalo exato PrestaShop 9.0.0–9.0.3: o comportamento de cancelamento e assinatura depende dos caminhos auditados Mail::send().

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

Alternativa: instalar a partir da fonte pública

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

2. Configurar com segurança

Defina SENDREPUTE_API_BASE para a origem HTTPS de produção canônica do SendRepute fornecida para este módulo e SENDREPUTE_API_TOKEN para um token de servidor com escopo no ambiente PHP-FPM/servidor. A base deve ser uma origem HTTPS de DNS público sem caminhos; literais, credenciais, redirecionamentos e respostas de DNS privado são recusados. Execute a verificação de conexão de conta/preço não paga, depois ative explicitamente o módulo, o consentimento de conteúdo/pago e os nomes exatos dos modelos. Escolha aviso/bloqueio, limite e política de falha aberta/fechada de forma independente.

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

3. Usar deliberadamente

Continue a utilizar o fluxo normal Mail::send do PrestaShop. O hook inicial apenas memoriza um template exato com opt-in. O hook final lê o assunto, corpo de texto e corpo HTML já renderizados pelo Symfony Email sem alterar destinatários, cabeçalhos, anexos ou transporte. Para corpos duplos, submete o texto simples inerte e o HTML original como alternativas tipadas num único pedido; a normalização independente do serviço impede que um fragmento consuma outro, retendo destinos visíveis de links e imagens HTML para auditoria. Um único corpo de texto mantém-se no caminho estreito de texto inerte, e um único corpo HTML mantém-se no caminho estreito de extração de DOM. A classificação é concluída antes de o PrestaShop criar uma mensagem separada com assinatura DKIM. A matriz de versões suportadas verificou a estrutura multipart emitida, além do hash do corpo DKIM e assinatura RSA após a classificação. O caminho de assinatura fixo do PrestaShop omite Bcc dos cabeçalhos assinados preparados e perde esse destinatário SMTP oculto; evidências de assinatura válidas, portanto, não estabelecem compatibilidade de entrega Bcc. Não combine DKIM e Bcc neste caminho suportado. Fontes de exibição não suportadas, semântica ativa, HTML ambíguo em quoted-printable ou base64, e conteúdo agregado excessivo seguem a política de falha configurada antes do pagamento. Deixe templates críticos não selecionados, a menos que aprovados deliberadamente.

Resultados, falhas e limites

O classificador aceita um corpo text/plain, um corpo text/html ou ambos como alternativas de exibição analisadas independentemente. O texto literal, entidade, conteúdo oculto e de estilo numa alternativa aceite não podem consumir ou esconder uma alternativa posterior; HTML ambíguo em quoted-printable ou base64 é rejeitado antes do pagamento. Qualquer alternativa aceite pode determinar o resultado de maior risco, enquanto as auditorias de conteúdo cobrem todas as alternativas; a classificação é cobrada apenas uma vez após a aceitação do input completo delimitado. O corpo legado obrigatório duplica exatamente a alternativa simples inerte para uma mensagem dupla, e esse duplicado mais ambas as alternativas tipadas partilham o orçamento exato de 524288-byte por pedido. Destinatários, anexos e recursos incorporados são excluídos, e a mensagem de transporte original pré-assinatura é preservada. O teste fixo de e-mail real verifica separadamente a integridade MIME/assinatura e os destinatários SMTP reais: as assinaturas DKIM permanecem válidas após a classificação, mas o caminho assinado a montante auditado não preserva os destinatários Bcc. Uma classificação validada armazena um resumo consultivo recente limitado. O modo de bloqueio apenas lança exceções no limite ou acima dele; a exceção de interface dupla sobrevive ao despacho do hook e produz false antes do transporte em todas as quatro versões instaladas. Conteúdo não suportado, erros de API e de validação seguem o estado aberto/fechado de forma independente. Uma tentativa HTTPS utiliza DNS público fixo, TLS verificado, timeouts finitos, um limite de resposta de 256 KiB, sem redirecionamentos e sem repetição. O bloqueio baseia-se na captura de exceção auditada do PrestaShop Mail::send(), e não no valor de retorno do hook final.

Adaptador Symfony Mailer

0.1.1

Requer PHP 8.1+ e destina-se apenas ao Symfony Mailer 6.4 ou 7.4; as versões exatas verificadas são 6.4.46 e 7.4.19. Não é reivindicada compatibilidade com Symfony 8.1 ou linhas não testadas. Instale o arquivo ZIP local através de um repositório de caminho do Composer; este pacote não está publicado no Packagist.

O bundle e o consentimento pago estão desativados por padrão, e apenas mensagens com o cabeçalho de opt-in exatamente configurado são elegíveis. A política de pontuação consultiva ou de bloqueio é independente da política de falha de permissão ou bloqueio. A classificação é executada no MessageEvent oficial de pré-envio; a rejeição utiliza MessageEvent::reject(). Eventos de clonagem em fila são ignorados para que o evento de transporte do worker seja o único ponto de classificação paga.

Baixar ZIP do código-fonte Rails

1. Instalar

Extraia o ZIP transferido para um diretório de pacotes mantido, registe esse diretório como um repositório de caminho do Composer, exija o pacote 0.1.1 exato e registe SendRepute\Symfony\SendReputeBundle se o Flex não o fizer. O arquivo fonte é local e não publicado.

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: instalar a partir da fonte pública

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

2. Configurar com segurança

Resolva SENDREPUTE_API_TOKEN a partir dos segredos do servidor. Mantenha enabled e paid_analysis_consent como false enquanto revê o preço atual. O modo, o limite e a política de falha são independentes. O endpoint é fixado em HTTPS verificado com prazos limitados, sem redirecionamentos ou tentativas, e um limite de resposta de 1 MiB.

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

3. Usar deliberadamente

Adicione o cabeçalho exato de opt-in apenas aos objetos Email não críticos revistos, depois continue através do Mailer normal. A mensagem, envelope, transporte e cabeçalho não são reescritos. Para entrega via Messenger, configure o bundle em workers: eventos de clone do producer intencionalmente não são classificados.

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

Resultados, falhas e limites

Exatamente um corpo em memória text/plain ou text/html é suportado. Alternativas mistas, DataParts textuais, streams ou caminhos, chaves CSS, marcação, sintaxe quoted-printable, cabeçalhos base64 ou base64 de corpo inteiro falham antes do pagamento e seguem a política de falha; conteúdo comum sem chaves permanece inalterado. Cada campo de resposta aninhado obrigatório e ramo de auditoria opcional é validado e propriedades desconhecidas são rejeitadas. O modo consultivo nunca bloqueia por pontuação; o bloqueio rejeita no limite através do evento real de transporte.

Adaptador Rails Action Mailer

0.1.0

Requer Ruby 3.2+ e foi verificado rigorosamente com as versões reais Action Mailer 7.1.6 e Mail 2.9.1; o caminho de callback também foi observado no Action Mailer 7.2.3.2. Isto não constitui uma certificação de todas as versões permitidas do Rails 7.x. Instale o ZIP da fonte local através do Bundler; não há reivindicação de publicação no RubyGems.

Ambas as comportas globais pagas estão desativadas por padrão, e cada ação de mailer deve chamar sendrepute_paid_preflight! explicitamente. O comportamento de pontuação consultiva/bloqueio e o comportamento de falha preservar/bloquear são independentes. Rotas de redefinição de senha, MFA, login, verificação, faturamento e segurança devem permanecer não selecionadas. Toda mensagem multipart e conteúdo CSS ambíguo, quoted-printable ou com aparência de base64 é rejeitado antes do pagamento; um corpo aceito de texto decodificado ou HTML é analisado sem alterar a mensagem original ou o transporte.

Baixar ZIP da fonte Spring Java

1. Instalar

Extraia o ZIP exatamente em vendor/sendrepute-rails, adicione a entrada do caminho local ao Gemfile, execute o Bundler no seu ambiente controlado e inclua SendRepute::Rails::Mailer em ApplicationMailer. Esta não é uma instalação via RubyGems.

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

Alternativa: instalar a partir da fonte pública

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

2. Configurar com segurança

Mantenha enabled e paid_consent como false até que os preços e as rotas atuais sejam revistos. Leia o token a partir do Rails credentials ou de outro segredo do servidor. Configure advisory/block, preserve/block e threshold de forma independente; os callbacks on_result e on_error não devem registar o conteúdo da mensagem, dados de autorização ou respostas completas.

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. Usar deliberadamente

Chame sendrepute_paid_preflight! apenas dentro de cada action de mailer não crítica deliberadamente selecionada. Actions normais ignoram a classificação. O hook pago utiliza a rota before_deliver do Action Mailer; não é fornecido auto-opt-in global e o adaptador não reescreve a Mail::Message.

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

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

Resultados, falhas e limites

Um corpo exibido descodificado text/plain ou text/html é suportado. Cada entrada de normalizador multipart ou ambígua falha antes do pagamento e segue a política de falha. Uma resposta aninhada tipada completa pode bloquear apenas no modo de bloqueio no ou acima do limite; o modo consultivo preserva cada pontuação. Callbacks de resultado e erro recebem dados seguros imutáveis, e exceções de callback ou throw(:abort) são capturadas localmente para que não possam terminar o modo consultivo ou a entrega de preservação. O endpoint fixo recusa redirecionamentos e tentativas e usa um prazo total limitado. Testes reais de Action Mailer 7.1.6 aprovados: 19 execuções e 59 asserções; nenhum pedido pago ou entrega real ocorreu.

Adaptador Spring JavaMailSender

0.1.1

Requer Java 17+ e tem como alvo o JavaMailSender do Spring Framework 6.2.x; a verificação exata de dependência utilizou Spring Framework 6.2.19. Não há reivindicação de Spring Boot 4 ou de versão abrangente do framework. Compile o ZIP da fonte local com Maven; não está publicado no Maven Central ou em outro registro.

O decorator, o consentimento pago, o modo consultivo e os padrões de permitir na falha são explícitos. Somente sendWithSendRepute(...) realiza análise paga antes do envio; cada sobrecarga comum de send(...) ignora a classificação e delega sem alterações. Use o send comum para e-mails críticos, a menos que esse envio individual seja selecionado deliberadamente. Alternativas MIME exibidas e suportadas são estruturadas inertemente em conjunto; conteúdo não suportado, aninhado, assinado, criptografado ou ambíguo falha antes do pagamento.

Descarregar ZIP com o código-fonte do Magento

1. Instalar

Extraia o ZIP da fonte 0.1.1, execute mvn verify e instale-o apenas no seu repositório Maven local controlado. A aplicação consumidora fornece o seu JavaMailSender existente e a implementação de e-mail em tempo de execução. A verificação exata de dependências utilizou bytecode Java 17, Spring Framework 6.2.19 e as versões documentadas no README incluído.

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: instalar a partir da fonte pública

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

2. Configurar com segurança

Construa a SendReputeConfiguration a partir de um token do lado do servidor e comutadores explícitos. Mantenha enabled e paidAnalysisConsent como false até que os preços e as chamadas selecionadas sejam revistos. As políticas de falha advisory/blocking, threshold e allow/block são independentes. O endpoint é fixado em HTTPS verificado, sem redirecionamento ou retry.

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. Usar deliberadamente

Chame sendWithSendRepute(...) apenas para um SimpleMailMessage, MimeMessage ou MimeMessagePreparator individual que deva incorrer análise. Sobrecargas únicas e varargs são suportadas. Todas as sobrecargas normais de send(...) ignoram a classificação. Os Preparators são renderizados uma vez e o MIME original preparado é delegado após a policy permitir.

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

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

Resultados, falhas e limites

Todas as partes exibidas de texto simples e HTML suportadas são analisadas; destinatários e anexos são excluídos. A varredura é limitada a 16 níveis, 256 partes e 524,288 bytes UTF-8 exibidos. Binários inline ignorados nunca são materializados; fontes exibidas com carregamento lazy desconhecidas ou ilimitadas falham antes que um fluxo seja aberto ou uma requisição paga seja feita, e leituras de fontes suportadas são limitadas. O enquadramento de entidades numéricas mantém fragmentos inertes através da ordem do normalizador do servidor verificado. Lotes inteiros de varargs são preparados e normalizados antes da primeira requisição paga, e a inspeção não gera cabeçalhos Jakarta Mail. É necessária uma resposta aninhada recursivamente exata.

Adaptador de e-mail Magento Open Source

0.1.1

Suporta apenas Magento Open Source 2.4.7-p5 e 2.4.7-p6 com as fontes imutáveis da interface de e-mail revisadas. Testes de fixação tipados offline passaram, mas nenhuma instalação completa do Magento foi realizada; nenhuma outra versão do Magento ou Adobe Commerce é certificada. Instale o ZIP local através de um repositório de caminhos do Composer; não é um pacote da Adobe Marketplace.

O módulo, o consentimento pago e as listas de rotas permanecem desativados por padrão. Cada identificador de modelo requer duas aprovações exatas independentes; a criticidade nunca é inferida pelo seu nome. O plugin aroundSendMessage analisa no limite final de transporte sem reconstruir a mensagem. As políticas de limite consultivo/bloqueio e as políticas de falha preservar/bloquear são independentes; o bloqueio gera uma MailException visível no Magento. Múltiplas partes MIME exibidas e conteúdo ambíguo falham antes do pagamento.

Baixar código-fonte ZIP do .NET MailKit

1. Instalar

Extraia o ZIP para um diretório de pacotes retido, registre sua raiz SendRepute_MailAdapter como um repositório de caminho do Composer, exija a versão 0.1.1 e use o processo normal do Magento de habilitar módulo e atualização de configuração. Não represente este arquivo local como um pacote do 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: instalar a partir da fonte pública

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

2. Configurar com segurança

Configure SENDREPUTE_API_TOKEN apenas no ambiente do servidor PHP-FPM e CLI. Em Stores > Configuration > Services > SendRepute, mantenha o módulo e o consentimento pago desativados inicialmente. Adicione cada identificador exato de modelo a ambas as listas independentes de aprovação de rota; nomes, incluindo nomes numéricos, nunca inferem criticalidade. Configure o comportamento de aviso/bloqueio, limiar e preservação/bloqueio em caso de falha separadamente.

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

3. Usar deliberadamente

Continue usando o fluxo normal de template e transporte do Magento. A correlação de rota registra o identificador exato e a loja selecionada através do TransportBuilder, enquanto o plugin aroundSendMessage final lê as interfaces oficiais de email tipado e MIME antes de chamar o mesmo transporte. O estado do construtor é limpo em finally, e as correlações de construtor/mensagem usam entradas WeakMap com chave de objeto para que um transporte construído abandonado não possa deixar uma autorização de ID de objeto numérico reutilizável. O adaptador não fornece um novo método de envio nem altera a mensagem.

Resultados, falhas e limites

Apenas uma parte MIME exibida e suportada é aceita; anexos são preservados, mas excluídos da análise. Múltiplas partes exibidas, codificações de transferência ou charsets não suportados, streams, MIME aninhado e texto normalizador ambíguo falham antes do pagamento. Uma requisição HTTPS verificada possui prazos delimitados e tamanho de resposta limitado, sem tentativas de retry ou redirecionamento. Um resultado aninhado válido pode bloquear no limiar definido; a configuração de falha com bloqueio lança uma MailException do Magento.

Adaptador MailKit para .NET

0.1.0

Requer .NET 8 e evidência exata de dependência para MailKit/MimeKit 4.18.0. Trata-se de um wrapper explícito em torno de um IMailTransport pertencente à aplicação, não sendo um hook global, cliente SMTP ou transporte substituto. Compile ou referencie o ficheiro fonte ZIP local; nenhuma publicação no NuGet é reivindicada.

O adaptador e o consentimento pago vêm desativados por padrão; o modo consultivo e a preservação de envio são padrões independentes. Chamadas para AnalyzeAsync, AnalyzeThenSend ou AnalyzeThenSendAsync são explícitas. E-mails críticos de segurança/conta precisam de uma categoria e consentimento separados por chamada. Cada alternativa exibida em text/plain ou text/html suportada é enquadrada de forma inerte em uma única requisição limitada; conteúdos não suportados, aninhados, assinados ou criptografados falham antes do pagamento. O MimeMessage original e o token de cancelamento chegam ao transporte existente apenas após a permissão da política.

Baixar ZIP da receita para Zapier e Make

1. Instalar

Extraia o ZIP fonte e referencie src/SendRepute.MailKit/SendRepute.MailKit.csproj a partir do projeto .NET 8 consumidor. O comando restore obtém MailKit/MimeKit 4.18.0. Este pacote de código-fonte é local e não publicado; não se trata de uma instalação via 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: instalar a partir da fonte pública

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

2. Configurar com segurança

Envolva o IMailTransport de propriedade do aplicativo existente com o SendReputeMailAdapter. Leia o API token da configuração do servidor e mantenha Enabled e PaidAnalysisConsent como false até que sejam revisados. As configurações de limite de aviso/bloqueio e preservação/bloqueio em caso de falha são independentes. O endpoint, o piso TLS, o comportamento de tentativa única, os prazos e os limites de 1 MiB são fixos.

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. Usar deliberadamente

Invoque AnalyzeAsync apenas para análise, ou AnalyzeThenSend e AnalyzeThenSendAsync para comportamento explícito de pré-envio. Nenhum caminho de correio comum ou global é interceptado. Passe o consentimento pago e a categoria da mensagem em cada operação selecionada; e-mails críticos de segurança/conta exigem a configuração separada de consentimento crítico.

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

Resultados, falhas e limites

A decodificação real do MimeKit coleta todas as alternativas suportadas de plain text e HTML exibidas em um enquadramento inerte, excluindo destinatários e anexos. O enquadramento externo não-base64 e as entidades decodificadas tardiamente neutralizam chaves CSS, texto quoted-printable, cabeçalhos base64, base64 de corpo inteiro e marcações antes da normalização do serviço. Conteúdo exibido não suportado, aninhado, assinado ou criptografado falha antes do pagamento. Cada campo de resposta obrigatório é tipificado; o flaggedTermCount opcional deve ser um número inteiro não negativo e o contentAudit opcional é validado total e recursivamente contra o contrato público. O MimeMessage original exato e o token de cancelamento alcançam o transporte fornecido apenas quando as políticas independentes de pontuação e falha permitem.

Análise manual de rascunhos no Zapier

0.2.0

Receita manual do Zapier para exibir análise paga de exatamente três strings de rascunho selecionadas pelo proprietário. Não é um aplicativo Zapier da SendRepute, listagem de marketplace, artefato de importação, adaptador de pré-envio, remetente, rota de permissão/bloqueio ou classificador de mensagem inteira. O Zapier Webhooks usa um proxy HTTPS limitado operado pelo proprietário porque o token SendRepute não deve entrar no Zap.

Duas constantes em tempo de compilação têm como padrão false antes do HTTP. O Zap mapeia apenas o nome de exibição do remetente, o assunto e o corpo, posta JSON para o design de proxy do proprietário incluído, valida completamente a resposta aninhada e, em seguida, exibe os campos de aviso e faturamento em uma etapa de revisão privada. Não deve adicionar um remetente, imposição de Paths, Autoreplay ou rota de preservação na falha; etapas de Code ou Webhook com falha são interrompidas.

Fazer download do ZIP da receita Zapier e Make

1. Instalar

Baixe e extraia o código-fonte da receita 0.2.0 compartilhada. Leia o guia do Zapier incluído e implante o proxy Node de loopback incluído apenas atrás de um proxy reverso HTTPS gerenciado pelo proprietário. Este pacote não o implanta. Não existe um aplicativo SendRepute no Zapier ou artefato Zap importável.

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

Alternativa: instalar a partir da fonte pública

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

2. Configurar com segurança

Mantenha o Zap desligado. Na fonte exata do Code de preflight, ENABLED e PAID_CONSENT permanecem ambos como false até que o uso pago seja revisado. O proxy do proprietário armazena o SENDREPUTE_API_TOKEN; o Zap recebe apenas uma credencial revogável separadamente de SENDREPUTE_PROXY_CREDENTIALS. Editores e o histórico de tarefas podem expô-la, portanto, restrinja, rotacione e revogue-a. Configure limites de token-bucket e simultaneidade por credencial, limites globais de conexão/simultaneidade, um orçamento diário fixo definido pelo proprietário para chamadas pagas, limites restritivos de gastos upstream e controles correspondentes de tamanho/taxa/prazo no terminador TLS. Não ative o Autoreplay.

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

3. Usar deliberadamente

Construa as etapas manualmente: rascunho de trigger; mapeamento de código preflight apenas para sender, subject e body; Webhooks POST com linhas JSON para o proxy do proprietário; código de response-validation; exibição de revisão privada. Nunca interpole manualmente JSON bruto. Exiba apenas requestId, model, label, spamProbability e faturamento; não adicione uma ação de mail ou decisão de Paths.

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

Resultados, falhas e limites

A receita analisa apenas as três strings mapeadas; MIME não mapeado, alternativas HTML, anexos e eventual conteúdo de saída permanecem não analisados. O preflight conservador rejeita gatilhos conhecidos do normalizador, mas não prova a cobertura de toda a mensagem. Os limites de taxa, simultaneidade e orçamento diário do proxy rejeitam antes do upstream, e a reserva do orçamento persiste antes da tentativa paga; execute um processo de proxy por arquivo de orçamento. O proxy faz uma única tentativa limitada em HTTPS fixo. Qualquer resposta exata não-200 ou incompleta gera um erro e para; não há preservação, Resume ou resultado substituto.

Criar análise manual de rascunho no Make

0.2.0

Instruções manuais de cenário Make para exibir análise paga de exatamente três strings de rascunho selecionadas. Não é um blueprint, um app SendRepute aprovado, um remetente de e-mail, uma rota de execução ou uma afirmação sobre MIME não mapeado, HTML, anexos ou eventual conteúdo de saída. O token de portador pertence apenas ao chaveiro seguro do Make HTTP.

Os booleanos persistidos enabled e paidConsent têm como padrão false e um filtro AND interrompe antes do HTTP. O JSON é produzido pelo módulo JSON do Make e enviado uma única vez pelo módulo HTTP com redirecionamentos e tentativas desativados. Um filtro de resposta é apenas uma proteção de exibição, não uma validação completa ou permissão para enviar. Falhas de HTTP usam Break, nunca Resume ou substituem a saída.

Baixar tarball do Node.js

1. Instalar

Descarregue e extraia a fonte da receita 0.2.0 partilhada, depois siga o guia Make incluído para construir os módulos nativos atuais manualmente. Não é reivindicado nenhum blueprint, aplicação de marketplace ou formato de importação. Mantenha o agendamento de cenários desligado enquanto testa contra um mock endpoint.

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

Alternativa: instalar a partir da fonte pública

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

2. Configurar com segurança

Crie variáveis persistentes do tipo boolean em Tools denominadas enabled=false e paidConsent=false, seguidas por um filtro AND que exija que ambas sejam true. Utilize JSON > Create JSON exatamente para sender, subject e body. Armazene o token bearer SendRepute apenas no keychain seguro da aplicação HTTP; cenários exportados não devem conter credenciais.

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. Usar deliberadamente

Configure um HTTP POST para a URL fixa classify. Selecione o tipo de Body como Raw e o controle de content-type application/json sem adicionar um cabeçalho de texto livre conflitante, então mapeie a saída serializada de JSON > Create JSON. Habilite a resposta analisada (parsed response), desabilite redirecionamentos, defina um timeout de 10 segundos e não adicione repetidor ou retentativa automática. Exija o limite de resposta de 1 MiB do módulo; se não estiver disponível, use em vez disso um proxy limitado controlado pelo proprietário. Adicione apenas uma exibição de revisão privada após o Minimal display guard—nunca um roteador de remetente ou de permitir/bloquear.

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

Resultados, falhas e limites

Apenas as strings mapeadas são analisadas; a normalização não é idêntica a um e-mail original ou de saída. O filtro de resposta verifica apenas o status e a presença do resultado principal/faturamento e explicitamente não é uma validação completa de schema ou imposição. Erros de HTTP usam Break para que ações posteriores não sejam executadas; nunca use Resume, saída fabricada ou uma rota de preservação de falhas.

SDK Node.js

0.1.1

SDK apenas para servidor para Node.js 18.17+. Instale @sendrepute/node a partir do npm ou use o tarball para download. O adaptador Nodemailer opcional preserva seu transporte existente. Defina uma chave de API com escopo e uma URL base da API explícita no ambiente do seu servidor, nunca no código do navegador.

Registre createSendReputePlugin no estágio de stream apenas após revisar os preços e habilitar deliberadamente o consentimento de análise paga. O modo consultivo relata descobertas sem bloquear a entrega. O modo de bloqueio impõe o spamProbabilityThreshold; onApiFailure escolhe allow ou block, enquanto uma recusa por alteração de preço sempre bloqueia a entrega. A classificação é uma operação de API paga.