Integraciones de flujo de trabajo de correo electrónico y SDK

Descargar ZIP compartido para WordPress y WooCommerce

1. Instalar

Ejecute estos comandos desde el directorio de WordPress con WP-CLI disponible, o suba el ZIP descargado a través de Plugins > Añadir nuevo > Subir plugin y actívelo. Abra Ajustes > SendRepute. Configure y active cada sitio por separado en multisite. Mantenga una combinación compatible de WordPress/PHP; una versión mínima no es una recomendación para ejecutar software al final de su vida útil.

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

Alternativa: instalar desde el código fuente público

Utilice esta ruta de código fuente en lugar de las instrucciones de descarga del sitio web anteriores. El archivo README del repositorio explica los pasos restantes de activación y configuración; compilar solo un ZIP no instala un plugin. Para Python, el segundo comando añade soporte opcional para Django. Mantenga las credenciales en secretos del servidor y revise las notas de seguridad antes de habilitar funciones de pago. Solo Node está en npm; un repositorio público de GitHub no implica la publicación en WordPress.org, n8n Cloud, Packagist o PyPI.

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

2. Configurar de forma segura

Cree un token de cliente del lado del servidor con los alcances classify, account:read y catalog:read, vencimiento y límites de gasto. Introdúzcalo en los ajustes o cargue SENDREPUTE_API_TOKEN desde el almacén de secretos de su servidor como se muestra. Los tokens almacenados utilizan cifrado autenticado con sales de WordPress y OpenSSL; vuelva a introducirlos tras una rotación de sales. Ejecute la comprobación de conexión no pagada, revise los precios de clasificación y, a continuación, habilite explícitamente el análisis automático. Establezca el modo de aviso/bloqueo, el spamProbabilityThreshold y la política independiente 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

La función siguiente utiliza wp_mail normal y solo envía cuando su aplicación la llama. Con el análisis de pago habilitado, el plugin analiza en pre_wp_mail y luego permite o bloquea el transporte existente. Proporcione su propio destinatario autorizado; realice primero las pruebas contra un receptor de correo local que no sea de retransmisión. Un resultado falso significa que el llamador debe gestionar el envío rechazado: no se pone en cola.

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

¿Qué más puede hacer?

Ajustes también proporciona acciones manuales de reescritura por AI y generación de plantillas con confirmación de pago por separado. La visualización de precios necesita vip:read; la reescritura necesita rewrite; la generación necesita ai:generate, y la generación VIP requiere una membresía VIP activa. Los resultados son texto escapado de solo lectura: nunca se aplican ni se envían automáticamente. Los tokens existentes no adquieren alcances de forma automática.

Resultados, fallos y límites

Advisory permite la entrega; el bloqueo compara la probabilidad de spam finita con su umbral. Los tiempos de espera y fallos de la API siguen la política de fallos separada, no una etiqueta de spam. Los bloqueos locales opacos (local-flock) suprimen análisis repetidos durante 24 horas; los resultados de red desconocidos no se reintentan automáticamente. Los envíos en sí no se deduplican. Las comprobaciones de actualización instaladas cubrieron un ZIP 0.1.0 rastreado actualizado a 0.2.0, el rechazo/guardado de nonce de administrador y la ruta de WooCommerce seleccionada. Una matriz separada de 40 escenarios cubrió ambos órdenes de carga de complementos con WP Mail SMTP y FluentSMTP, incluyendo To/Cc/Bcc, Reply-To, encabezados, archivos adjuntos, rechazo de SMTP y resultados de la política. Estas tuplas exactas no certifican otras versiones de CMS, complementos SMTP o proveedores. Los ganchos que omiten wp_mail y los cambios posteriores en el transporte permanecen fuera de la cobertura. La desactivación preserva la configuración; la desinstalación elimina las credenciales incluso al conservar configuraciones desactivadas. Elimine usted mismo un token de wp-config.

Adaptador de correo para WooCommerce

0.2.0

Incluido en el mismo archivo ZIP de SendRepute 0.2.0 que el complemento de WordPress; no existe un complemento o descarga de WooCommerce por separado. Requiere la línea base del complemento: WordPress 5.7+, PHP 7.4+ y OpenSSL. El adaptador fue revisado a nivel de código fuente frente a WooCommerce 10.4.3, no certificado para todas las versiones de WooCommerce o extensiones de correo.

El análisis de WooCommerce tiene su propio interruptor de administrador y selecciones exactas de tipos de correo integrados, todos desactivados por defecto. Los controles globales de análisis y consentimiento de pago también deben estar activos. Los tipos no seleccionados y los definidos por extensiones omiten el análisis. Cada tipo customer_* integrado seleccionado está protegido y es solo consultivo: puede ser analizado pero nunca se bloquea. El correo multipart seleccionado falla en la clasificación antes de cualquier solicitud de pago; el modo consultivo o de apertura por fallo preserva la entrega, mientras que el cierre por fallo bloquea solo el correo no protegido.

Descargar ZIP para Drupal

1. Instalar

Este es el mismo ZIP instalable utilizado en la guía de WordPress. Instálelo una sola vez; no instale un segundo complemento de WooCommerce. Active SendRepute, luego abra Ajustes > SendRepute. Mantenga WordPress, WooCommerce, PHP y el transporte de correo real compatibles y actualizados.

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

Alternativa: instalar desde el código fuente público

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

2. Configurar de forma segura

Utilice un token de cliente de ámbito limitado desde los secretos del servidor o la configuración cifrada de WordPress. Primero configure la comprobación compartida de conexión no de pago, la revisión del precio actual, el consentimiento global de pago, el modo de riesgo, el umbral y la política de fallos. Luego, habilite por separado el análisis de WooCommerce y seleccione solo los tipos de correo electrónico integrados que haya revisado. Los tipos definidos por extensiones nunca se seleccionan automáticamente.

// 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

Continúe enviando a través de WooCommerce normalmente. El adaptador envuelve el callback ya elegido por WooCommerce y preserva sus argumentos originales y transporte; no proporciona un nuevo método send. Si otro filtro muta los argumentos del callback, si el correo ordinario se anida durante ese callback, o si un callback personalizado nunca llama a wp_mail, el análisis se omite conservadoramente en lugar de entrar en la ruta general de pago. Pruebe los tipos no críticos seleccionados con un sumidero de correo sin retransmisión.

Resultados, fallos y límites

El correo de una sola parte seleccionado sigue el aviso de WordPress compartido, el umbral y las políticas de fallo, excepto que cada tipo customer_* está protegido y es solo consultivo (advisory-only). El correo protegido de tipo customer_* siempre continúa después de un resultado de alto riesgo, fallo de API o contenido no compatible. WooCommerce construye alternativas multipart después de pre_wp_mail, por lo que el correo multipart seleccionado falla antes de cualquier solicitud pagada en lugar de ser clasificado parcialmente; solo el correo no protegido seleccionado puede ser rechazado por fallo de cierre (fail-closed). El contexto de la retrollamada se elimina después del éxito, fallo y envíos anidados.

Backend de correo para Drupal

0.1.0

Requiere Drupal 10.3+ u 11.x y PHP 8.1+. Instale el ZIP como un módulo, otorgue administer sendrepute solo a administradores de confianza, configure un nombre de visualización del remitente sin dirección delimitado y seleccione rutas de correo exactas de module/key. La versión 0.1.0 admite únicamente el php_mail del núcleo de Drupal; es un backend de Mail, no un proveedor ni un transporte de reemplazo. La evidencia en sitios instalados cubre versiones exactas de Drupal 10.6.17 y 11.4.7 con PHP 8.4.10.

El consentimiento de pago y cada ruta están desactivados por defecto. Cada ruta exacta utiliza el delegado fijo de php_mail del núcleo, modo consultivo o de bloqueo, una política independiente de preservar o bloquear ante fallos, el umbral y la selección deliberada de correos críticos. El correo de cuenta y seguridad sigue siendo entregable a menos que esa ruta exacta permita explícitamente el bloqueo crítico. La misma instancia de php_mail formatea y envía un cuerpo final escalar; las salidas multipart y con adjuntos no son compatibles.

Descargar ZIP para PrestaShop

1. Instalar

Ejecute desde la raíz del proyecto Drupal, o cargue el ZIP con el instalador de módulos de Drupal. El archivo contiene una raíz de módulo sendrepute adecuada para modules/contrib. Actívelo, otorgue administrar sendrepute solo a administradores de confianza y abra Configuración > 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 desde el código fuente público

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

2. Configurar de forma segura

Almacene un SENDREPUTE_API_TOKEN con alcance classify únicamente en el entorno del proceso web/PHP. Nunca se acepta mediante el formulario ni se exporta en la configuración de Drupal. En el formulario, ingrese un nombre de visualización del remitente requerido de máximo 320 bytes sin dirección, corchetes angulares o controles. Añada una línea de siete campos por cada ruta exacta como se muestra; el delegado debe ser php_mail. Elija modo advisory/block, política de preserve/block ante fallos, threshold y crítico yes/no. Comience con advisory, preserve y 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. Usar deliberadamente

Siga llamando al gestor de correo normal de Drupal. Para una ruta con suscripción activa, sendrepute_mail llama al format() del php_mail del núcleo, analiza ese cuerpo escalar final, aplica la política y luego llama al mail() de la misma instancia almacenada de php_mail. Otros IDs de delegado son rechazados. No utiliza hook_mail_alter y no sobrescribe el mensaje.

Resultados, fallos y límites

Un éxito validado bloquea solo en o por encima del umbral configurado en modo de bloqueo. El resultado de clasificación anidado completo y la respuesta de facturación se validan antes de que spamProbability pueda afectar la entrega. Los fallos de API, autenticación, saldo, límite de velocidad, malformación, multiparte, indicador de adjunto y tamaño siguen la política de fallo de ruta independiente, excepto que el correo crítico protegido continúa. La matriz instalada 10.6.17/11.4.7 cubrió la instalación y el reemplazo de ZIP in situ mientras estaba habilitado, el inicio de sesión de administrador real, el rechazo/guardado de Form API CSRF, el descubrimiento de complementos, la suscripción a rutas, la clasificación sintética, la preservación de correos críticos y el php_mail principal a través de un sumidero local. Las comprobaciones de fuente base también cubren archivos inmutables 10.3.0 y 11.0.0; ningún resultado certifica cada parche posterior o remitente contribuido. Se envían el nombre para mostrar configurado, el asunto no vacío y el cuerpo enmarcado por longitud; se excluyen las direcciones, destinatarios, encabezados, parámetros y archivos adjuntos. El asunto está limitado a 998 bytes y el cuerpo a 256 KiB. Hay un intento HTTPS verificado, sin redirecciones, reintentos ni cola.

Módulo de correo para PrestaShop

0.1.1

La versión 0.1.1 admite exactamente PrestaShop 9.0.0, 9.0.1, 9.0.2 y 9.0.3 con PHP 8.1–8.4. Suba el ZIP en Módulos > Gestor de módulos, luego configure la clasificación de correo de SendRepute. Las cuatro versiones oficiales preconstruidas de la rama classic superaron la instalación aislada, la configuración de administrador autenticado y las comprobaciones de actualización por ZIP; sus implementaciones de Mail::send() sin modificar también superaron la matriz de correo real fuera de línea. PrestaShop 8, 9.1+ y parches posteriores de 9.0 no listados no son compatibles.

El módulo, el consentimiento de pago/contenido, y la selección exacta de la plantilla están desactivados por defecto. Analiza el asunto final renderizado y cada cuerpo visualizado compatible sin reconstruir el mensaje de Symfony. Un mensaje que contenga tanto text/plain como text/html se envía en una única solicitud de clasificación acotada: la alternativa plana se vuelve inerte, el HTML original se preserva, y el servicio analiza cada alternativa tipada de forma independiente sin concatenación. El resultado utiliza el riesgo más alto con las auditorías de contenido completas, produce una clasificación pagada y nunca devuelve una puntuación de seguridad parcial. El modo consultivo nunca interrumpe el envío. El bloqueo por umbral y el cierre por fallo lanzan una excepción que implementa tanto la ExceptionInterface de Symfony Mailer como la ModuleErrorInterface de PrestaShop; en cada versión compatible, la prueba instalada observó que Mail::send() devuelve false sin entrega SMTP. La política de fallos es independiente del umbral de riesgo.

Descargar ZIP fuente de Symfony

1. Instalar

Descargue el ZIP 0.1.1, luego use Módulos > Gestor de módulos > Subir un módulo y selecciónelo. Abra Configurar para la clasificación de correo de SendRepute. No fuerce la instalación fuera del rango exacto de PrestaShop 9.0.0–9.0.3: el comportamiento de cancelación y firma depende de las rutas auditadas de Mail::send().

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

Alternativa: instalar desde el código fuente público

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

2. Configurar de forma segura

Establezca SENDREPUTE_API_BASE al origen HTTPS de producción de SendRepute canónico suministrado para este módulo y SENDREPUTE_API_TOKEN a un token de servidor de ámbito en el entorno PHP-FPM/servidor. La base debe ser un origen HTTPS de DNS público sin rutas; se rechazan literales, credenciales, redirecciones y respuestas de DNS privado. Ejecute la comprobación de conexión de cuenta/precio no pagada, luego habilite explícitamente el módulo, el consentimiento de contenido/pago y los nombres exactos de las plantillas. Elija asesoría/bloqueo, el umbral y la política de fallos abierta/cerrada de forma independiente.

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

3. Usar deliberadamente

Continúe utilizando el flujo normal de Mail::send de PrestaShop. El hook inicial solo recuerda una plantilla exacta con consentimiento (opted-in). El hook final lee el asunto, el cuerpo de texto y el cuerpo HTML de Symfony Email ya renderizados sin cambiar destinatarios, encabezados, adjuntos o el transporte. Para cuerpos duales, envía texto plano inerte y el HTML original como alternativas tipadas en una sola solicitud; la normalización independiente del servicio evita que un fragmento consuma a otro mientras retiene los destinos visibles de enlaces e imágenes HTML para la auditoría. Un cuerpo único de texto plano se mantiene en la ruta estrecha de texto inerte, y un cuerpo único HTML se mantiene en la ruta estrecha de extracción de DOM. La clasificación se completa antes de que PrestaShop cree un mensaje separado firmado con DKIM. La matriz de versiones soportadas verificó la estructura multipart emitida además del hash del cuerpo DKIM y la firma RSA después de la clasificación. La ruta de firma fijada de PrestaShop omite Bcc de los encabezados firmados preparados y pierde ese destinatario oculto de SMTP; por lo tanto, la evidencia de firma válida no establece compatibilidad de entrega con Bcc. No combine DKIM y Bcc en esta ruta soportada. Las fuentes de visualización no soportadas, la semántica activa, el HTML ambiguo en quoted-printable o base64, y el contenido agregado excedido siguen la política de fallos configurada antes del pago. Deje las plantillas críticas sin seleccionar a menos que se aprueben deliberadamente.

Resultados, fallos y límites

El clasificador acepta un cuerpo text/plain, un cuerpo text/html o ambos como alternativas visualizadas analizadas independientemente. El texto literal, las entidades, el contenido oculto y de estilo en una alternativa aceptada no pueden consumir ni ocultar una alternativa posterior; el HTML ambiguo en quoted-printable o base64 se rechaza antes del pago en su lugar. Cualquier alternativa aceptada puede determinar el resultado de mayor riesgo, mientras que las auditorías de contenido cubren cada alternativa; la clasificación se cobra una sola vez después de que la entrada acotada completa es aceptada. El cuerpo heredado requerido duplica exactamente la alternativa plana inerte para un mensaje dual, y ese duplicado más ambas alternativas tipadas comparten el presupuesto exacto de solicitud de 524288-byte. Los destinatarios, adjuntos y recursos incrustados se excluyen, y el mensaje de transporte original previo a la firma se preserva. El fixture de correo real verifica por separado la integridad de MIME/firma y los destinatarios SMTP reales: las firmas DKIM permanecen válidas después de la clasificación, pero la ruta firmada upstream auditada no preserva los destinatarios Bcc. Una clasificación validada almacena un resumen de asesoría reciente limitado. El modo de bloqueo lanza una excepción solo en el umbral o por encima de este; la excepción de interfaz dual sobrevive al despacho del hook y produce false antes del transporte en las cuatro versiones instaladas. El contenido no soportado, los errores de API y de validación siguen la política abierta/cerrada independientemente. Un intento HTTPS utiliza DNS público fijado, TLS verificado, tiempos de espera finitos, un límite de respuesta de 256 KiB, sin redirecciones y sin reintentos. El bloqueo depende de la captura de excepciones auditada de Mail::send() de PrestaShop, no del valor de retorno del hook final.

Adaptador de Symfony Mailer

0.1.1

Requiere PHP 8.1+ y está dirigido únicamente a Symfony Mailer 6.4 o 7.4; las versiones exactas verificadas son 6.4.46 y 7.4.19. No se garantiza compatibilidad con Symfony 8.1 ni con líneas no probadas. Instale el archivo ZIP fuente local a través de un repositorio de ruta en Composer; este paquete no está publicado en Packagist.

El bundle y el consentimiento de pago están desactivados por defecto, y solo los mensajes con el encabezado de inclusión configurado exactamente son elegibles. La política de puntuación consultiva o de bloqueo es independiente de la política de fallos de permitir o bloquear. La clasificación se ejecuta en el MessageEvent oficial previo al envío; el rechazo utiliza MessageEvent::reject(). Los eventos de clonación en cola se omiten para que el evento de transporte del worker sea el único punto de clasificación de pago.

Descargar ZIP fuente de Rails

1. Instalar

Extraiga el archivo ZIP descargado en un directorio de paquetes retenido, registre ese directorio como un repositorio de ruta de Composer, requiera el paquete exacto 0.1.1 y registre SendRepute\Symfony\SendReputeBundle si Flex no lo hace. El archivo fuente es local y no está 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 desde el código fuente público

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

2. Configurar de forma segura

Resuelva SENDREPUTE_API_TOKEN a partir de secretos del servidor. Mantenga enabled y paid_analysis_consent en false mientras revisa los precios actuales. El modo, el umbral y la política de fallos son independientes. El punto final está fijado a HTTPS verificado con plazos delimitados, sin redirecciones ni reintentos, y un límite de respuesta 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

Agregue el encabezado de inclusión exacto solo a objetos Email revisados y no críticos, luego continúe a través del Mailer normal. El mensaje, el sobre, el transporte y el encabezado no se reescriben. Para la entrega de Messenger, configure el paquete en workers: los eventos de clonación del productor no se clasifican intencionadamente.

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

Resultados, fallos y límites

Se admite exactamente un cuerpo de texto o HTML en memoria. Las alternativas mixtas, DataParts textuales, flujos o rutas, llaves CSS, marcado, sintaxis quoted-printable, encabezados base64 o base64 de cuerpo completo fallan antes del pago y siguen la política de fallos; el contenido ordinario sin llaves no cambia. Se validan todos los campos de respuesta anidados requeridos y las ramas de auditoría opcionales, y se rechazan las propiedades desconocidas. Advisory nunca bloquea por puntuación; el bloqueo rechaza en el umbral a través del evento de transporte real.

Adaptador de Rails Action Mailer

0.1.0

Requiere Ruby 3.2+ y está verificado estrictamente con Action Mailer 7.1.6 y Mail 2.9.1 reales; la ruta de callback también fue observada en Action Mailer 7.2.3.2. Esto no constituye una certificación de cada lanzamiento permitido de Rails 7.x. Instale el archivo ZIP fuente local a través de Bundler; no se declara publicación en RubyGems.

Ambas puertas de pago globales están desactivadas por defecto, y cada acción del mailer debe llamar a sendrepute_paid_preflight! explícitamente. El comportamiento de puntuación asesora/bloqueo y el comportamiento de fallo de preservar/bloquear son independientes. Las rutas de restablecimiento de contraseña, MFA, inicio de sesión, verificación, facturación y seguridad deben permanecer sin seleccionar. Cada mensaje multipart y contenido ambiguo de CSS, quoted-printable o con apariencia de Content-Transfer-Encoding: base64 se rechaza antes del pago; un cuerpo de texto decodificado o HTML aceptado se analiza sin cambiar el mensaje original ni el transporte.

Descargar ZIP fuente de Spring Java

1. Instalar

Extraiga el ZIP exactamente en vendor/sendrepute-rails, agregue la entrada de ruta local al Gemfile, ejecute Bundler en su entorno controlado e incluya SendRepute::Rails::Mailer en ApplicationMailer. Esta no es una instalación de RubyGems.

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

Alternativa: instalar desde el código fuente público

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

2. Configurar de forma segura

Mantenga enabled y paid_consent en false hasta que se revisen los precios y rutas actuales. Lea el token de las credenciales de Rails u otro secreto del servidor. Configure advisory/block, preserve/block y el umbral de forma independiente; las devoluciones de llamada on_result y on_error no deben registrar el contenido del mensaje, los datos de autorización ni las respuestas 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

Llame a sendrepute_paid_preflight! solo dentro de cada acción de mailer no crítica seleccionada deliberadamente. Las acciones normales omiten la clasificación. El gancho pagado utiliza la ruta before_deliver de Action Mailer; no se proporciona inclusión automática global y el adaptador no reescribe el Mail::Message.

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

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

Resultados, fallos y límites

Se admite un cuerpo de texto decodificado text/plain o text/html. Cada entrada de normalizador multiparte o ambigua falla antes del pago y sigue la política de fallos. Una respuesta anidada tipada completa puede bloquear solo en modo de bloqueo al alcanzar o superar el umbral; el modo de asesoría preserva cada puntuación. Los callbacks de resultado y error reciben datos seguros inmutables, y las excepciones de callback o throw(:abort) se capturan localmente para que no puedan terminar la asesoría ni preservar la entrega. El endpoint fijo rechaza redirecciones y reintentos y utiliza un plazo total limitado. Pruebas reales de Action Mailer 7.1.6 superadas: 19 ejecuciones y 59 aserciones; no ocurrió ninguna solicitud de pago ni entrega real.

Adaptador de Spring JavaMailSender

0.1.1

Requiere Java 17+ y está dirigido a JavaMailSender de Spring Framework 6.2.x; la verificación de dependencias exacta utilizó Spring Framework 6.2.19. No hay una declaración de compatibilidad con Spring Boot 4 ni con versiones amplias del framework. Construya el archivo ZIP de fuentes local con Maven; no está publicado en Maven Central ni en otro registro.

El decorador, paidConsent, el modo asesor y los valores predeterminados de permitir en caso de fallo son explícitos. Solo sendWithSendRepute(...) realiza el análisis de pago previo al envío; cada sobrecarga ordinaria de send(...) omite la clasificación y delega sin cambios. Utilice send ordinario para correos críticos a menos que ese envío individual sea seleccionado deliberadamente. Las alternativas MIME mostradas compatibles se enmarcan juntas de forma inerte; el contenido no compatible, anidado, firmado, cifrado o ambiguo falla antes del pago.

Descargar ZIP de fuentes para Magento

1. Instalar

Extraiga el ZIP del código fuente 0.1.1, ejecute mvn verify e instálelo únicamente en su repositorio local de Maven controlado. La aplicación consumidora suministra su JavaMailSender existente y la implementación de correo en tiempo de ejecución. La verificación exacta de dependencias utilizó bytecode de Java 17, Spring Framework 6.2.19 y las versiones documentadas en el README incluido.

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 desde el código fuente público

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

2. Configurar de forma segura

Construya SendReputeConfiguration a partir de un token del lado del servidor e interruptores explícitos. Mantenga enabled y paidAnalysisConsent como false hasta que se revisen los precios y las llamadas seleccionadas. La política de asesoramiento/bloqueo, el umbral (threshold) y la política de fallo permitir/bloquear son independientes. El endpoint está fijado a HTTPS verificado sin redirección ni reintentos.

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

Llame a sendWithSendRepute(...) únicamente para un SimpleMailMessage, MimeMessage o MimeMessagePreparator individual que deba incurrir en análisis. Se admiten sobrecargas simples y varargs. Cada sobrecarga normal de send(...) omite la clasificación. Los preparadores se renderizan una vez y el MIME preparado original se delega después de que la política lo permite.

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

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

Resultados, fallos y límites

Se analizan todas las partes de texto plano y HTML visualizadas compatibles; se excluyen destinatarios y archivos adjuntos. El recorrido está limitado a 16 niveles, 256 partes y 524,288 bytes UTF-8 visualizados. Los binarios en línea ignorados nunca se materializan; las fuentes visualizadas diferidas desconocidas o ilimitadas fallan antes de que se abra un flujo o se realice una solicitud de pago, y las lecturas de fuentes compatibles están limitadas. El enmarcado de entidades numéricas mantiene los fragmentos inertes a través del orden del normalizador del servidor verificado. Los lotes de varargs completos se preparan y normalizan antes de la primera solicitud de pago, y la inspección no genera cabeceras de Jakarta Mail. Se requiere una respuesta anidada recursivamente exacta.

Adaptador de correo para Magento Open Source

0.1.1

Soporta únicamente Magento Open Source 2.4.7-p5 y 2.4.7-p6 con las fuentes exactas e inmutables de mail-interface revisadas. Pasó las pruebas de integración tipadas fuera de línea, pero no se realizó una instalación completa de Magento; ninguna otra versión de Magento o Adobe Commerce está certificada. Instale el archivo ZIP local a través de un repositorio de rutas de Composer; no es un paquete de Adobe Marketplace.

El módulo, el consentimiento de pago y las listas de rutas están desactivados por defecto. Cada identificador de plantilla requiere dos aprobaciones exactas independientes; la criticidad nunca se infiere de su nombre. El plugin aroundSendMessage analiza en el límite final del transporte sin reconstruir el mensaje. La política de umbral de aviso/bloqueo y la política de fallo de preservar/bloquear son independientes; el bloqueo genera una MailException visible de Magento. Múltiples partes MIME mostradas y contenido ambiguo fallan antes del pago.

Descargar ZIP de fuentes para .NET MailKit

1. Instalar

Extraiga el ZIP en un directorio de paquetes retenido, registre su raíz SendRepute_MailAdapter como un repositorio de rutas de Composer, requiera la versión 0.1.1 y luego utilice el proceso normal de habilitación de módulos y actualización de configuración de Magento. No represente este archivo local como un paquete de 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 desde el código fuente público

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

2. Configurar de forma segura

Establezca SENDREPUTE_API_TOKEN únicamente en el entorno del servidor PHP-FPM y CLI. En Tiendas > Configuración > Servicios > SendRepute, mantenga el módulo y el consentimiento de pago desactivados inicialmente. Añada cada identificador de plantilla exacto a ambas listas de aprobación de rutas independientes; los nombres, incluidos los nombres numéricos, nunca infieren criticidad. Configure el asesoramiento/bloqueo, el umbral (threshold) y el comportamiento de preservar/bloquear ante fallos por separado.

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

3. Usar deliberadamente

Continúe utilizando el flujo normal de plantillas y transporte de Magento. La correlación de rutas registra el identificador exacto y la tienda seleccionada a través de TransportBuilder, mientras que el complemento final aroundSendMessage lee las interfaces oficiales de correo electrónico tipado y MIME antes de llamar al mismo transporte. El estado del constructor se borra en finally, y las correlaciones de constructor/mensaje utilizan entradas de WeakMap con claves de objeto para que un transporte construido abandonado no pueda dejar una autorización de ID de objeto numérico reutilizable. El adaptador no proporciona un nuevo método send(...) ni muta el mensaje.

Resultados, fallos y límites

Solo se acepta una parte MIME visualizada compatible; los archivos adjuntos se preservan pero se excluyen del análisis. Múltiples partes visualizadas, codificaciones de transferencia o conjuntos de caracteres no compatibles, flujos, MIME anidado y texto de normalizador ambiguo fallan antes del pago. Una solicitud HTTPS verificada tiene plazos limitados y tamaño de respuesta acotado sin reintentos ni redireccionamientos. Un resultado anidado válido puede bloquearse en el umbral; el fail-block configurado lanza una MailException de Magento.

Adaptador .NET MailKit

0.1.0

Requiere .NET 8 y evidencia de dependencia exacta para MailKit/MimeKit 4.18.0. Es un envoltorio explícito alrededor de un IMailTransport propiedad de la aplicación, no es un gancho global, cliente SMTP o transporte de reemplazo. Compile o referencie el archivo ZIP de fuentes local; no se declara ninguna publicación en NuGet.

El adaptador y el consentimiento de pago están desactivados por defecto; el aviso y el envío preservado son valores predeterminados independientes. Las llamadas a AnalyzeAsync, AnalyzeThenSend o AnalyzeThenSendAsync son explícitas. El correo crítico de seguridad/cuenta necesita una categoría y consentimiento independientes por llamada. Cada alternativa plana/HTML mostrada compatible se enmarca de forma inerte en una solicitud delimitada; el contenido no compatible, anidado, firmado o cifrado falla antes del pago. El MimeMessage original y el token de cancelación llegan al transporte existente solo después de que la política lo permite.

Descargar ZIP de recetas para Zapier y Make

1. Instalar

Extraiga el ZIP de origen y haga referencia a src/SendRepute.MailKit/SendRepute.MailKit.csproj desde el proyecto .NET 8 consumidor. La restauración obtiene MailKit/MimeKit 4.18.0. Este paquete de origen es local y no está publicado; no es una instalación de 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 desde el código fuente público

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

2. Configurar de forma segura

Envuelva el IMailTransport existente propiedad de la aplicación con SendReputeMailAdapter. Lea el token de API desde la configuración del servidor y mantenga Enabled y PaidAnalysisConsent en false hasta que sean revisados. El umbral de aviso/bloqueo y los ajustes de fallo de preservar/bloquear son independientes. El endpoint, el suelo TLS, el comportamiento de un solo intento, los plazos y los límites de 1 MiB son fijos.

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 solo para análisis, o AnalyzeThenSend y AnalyzeThenSendAsync para un comportamiento explícito previo al envío. No se intercepta ninguna ruta de correo ordinaria o global. Pase paidConsent y la categoría del mensaje en cada operación seleccionada; el correo crítico de seguridad/cuenta requiere la configuración de consentimiento crítico separada.

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

Resultados, fallos y límites

La decodificación actual de MimeKit recopila cada alternativa admitida mostrada en text/plain y text/html en un marco inerte, excluyendo destinatarios y archivos adjuntos. El marco exterior que no es base64 y las entidades decodificadas tardíamente neutralizan las llaves CSS, el texto quoted-printable, los encabezados base64, el cuerpo completo en base64 y el marcado antes de la normalización del servicio. El contenido mostrado no compatible, anidado, firmado o cifrado falla antes del pago. Cada campo de respuesta requerido está tipificado; el flaggedTermCount opcional debe ser un entero no negativo y el contentAudit opcional se valida total y recursivamente contra el contrato público. El MimeMessage original exacto y el token de cancelación llegan al transporte suministrado solo cuando las políticas independientes de puntuación y fallo lo permiten.

Análisis manual de borradores en Zapier

0.2.0

Receta manual de Zapier para mostrar el análisis de pago de exactamente tres cadenas de borradores seleccionadas por el propietario. No es una aplicación de Zapier de SendRepute, un listado del mercado, un artefacto de importación, un adaptador previo al envío, un remitente, una ruta de permitir/bloquear o un clasificador de mensajes completos. Zapier Webhooks utiliza un proxy HTTPS delimitado operado por el propietario porque el token de SendRepute no debe ingresar al Zap.

Dos constantes en tiempo de compilación están en falso por defecto antes de HTTP. El Zap mapea el nombre de visualización del remitente, el asunto y el cuerpo únicamente, envía el JSON al diseño del proxy del propietario incluido, valida completamente la respuesta anidada y luego muestra los campos de aviso y facturación en un paso de revisión privado. No debe agregar un remitente, cumplimiento de Paths, Autoreplay o ruta de preservación de fallos; los pasos fallidos de Code o Webhook se detienen.

Descargar ZIP de recetas de Zapier y Make

1. Instalar

Descargue y extraiga el código fuente de la receta 0.2.0 compartida. Lea la guía de Zapier incluida y despliegue el proxy Node de bucle invertido incluido solo detrás de un proxy inverso HTTPS gestionado por el propietario. Este paquete no lo despliega. No existe una aplicación de Zapier de SendRepute ni un artefacto de Zap importable.

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

Alternativa: instalar desde el código fuente público

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

2. Configurar de forma segura

Mantenga el Zap desactivado. En el código fuente exacto de preflight, ENABLED y PAID_CONSENT permanecen ambos en falso hasta que se revise el uso de pago. El proxy del propietario almacena el SENDREPUTE_API_TOKEN; el Zap recibe solo una credencial revocable por separado de SENDREPUTE_PROXY_CREDENTIALS. Los editores y el historial de tareas pueden exponerla, así que restrínjala, rótela y revóquela. Configure límites de token-bucket y concurrencia por credencial, límites globales de conexión/concurrencia, un presupuesto diario de pago persistente establecido por el propietario, límites de gasto ascendentes restrictivos y controles coincidentes de tamaño/tasa/plazo en el terminador TLS. No habilite Autoreplay.

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

3. Usar deliberadamente

Construya los pasos manualmente: disparador en borrador; mapeo del código preflight incluyendo solo el remitente, asunto y cuerpo; Webhooks POST con filas JSON al proxy del propietario; código de validación de respuesta; visualización de revisión privada. Nunca interpole JSON sin procesar manualmente. Muestre solo requestId, model, label, spamProbability y facturación; no añada una acción de correo ni una decisión de Paths.

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

Resultados, fallos y límites

La receta analiza solo las tres cadenas mapeadas; el MIME no mapeado, las alternativas HTML, los archivos adjuntos y el contenido final saliente permanecen sin analizar. El preflight conservador rechaza los disparadores conocidos del normalizador pero no garantiza la cobertura de todo el mensaje. Los límites de tasa, concurrencia y presupuesto diario del proxy rechazan antes del flujo ascendente, y la reserva del presupuesto persiste antes del intento de pago; ejecute un proceso de proxy por archivo de presupuesto. El proxy realiza un único intento acotado por HTTPS fijo. Cualquier respuesta exacta no 200 o incompleta lanza un error y se detiene; no hay resultados de tipo preserve, Resume o sustitutos.

Análisis manual de borradores en Make

0.2.0

Instrucciones de escenario de Make manuales para mostrar el análisis de pago de exactamente tres cadenas de borradores seleccionadas. No es un blueprint, una aplicación de SendRepute aprobada, un remitente de correo, una ruta de aplicación ni una declaración sobre MIME no mapeado, HTML, archivos adjuntos o el eventual contenido saliente. El token de portador pertenece únicamente al llavero seguro de Make HTTP.

Los booleanos persistentes enabled y paidConsent tienen el valor predeterminado false y un filtro AND se detiene antes de HTTP. El JSON es producido por el módulo JSON de Make y enviado una sola vez por el módulo HTTP con redirecciones y reintentos desactivados. Un filtro de respuesta es solo una protección de visualización, no una validación completa o permiso para enviar. Los fallos de HTTP utilizan Break, nunca Resume ni sustituyen la salida.

Descargar tarball de Node.js

1. Instalar

Descargue y extraiga el código fuente compartido de la receta 0.2.0, luego siga la guía de Make incluida para construir manualmente los módulos nativos actuales. No se garantiza ningún blueprint, aplicación de marketplace o formato de importación. Mantenga desactivada la programación de escenarios mientras realiza pruebas contra un endpoint simulado.

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 desde el código fuente público

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

2. Configurar de forma segura

Cree variables persistentes de tipo booleano en Tools con enabled=false y paidConsent=false, seguidas de un filtro AND que requiera que ambos sean true. Utilice JSON > Create JSON exactamente para el remitente, asunto y cuerpo. Almacene el token portador de SendRepute únicamente en el llavero seguro de la aplicación HTTP; los escenarios exportados no deben contener ninguna credencial.

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 un HTTP POST a la URL fija de classify. Seleccione el tipo de Body Raw y el control de content-type application/json sin añadir un encabezado de texto libre conflictivo, luego mapee la salida serializada desde JSON > Create JSON. Active la respuesta analizada, desactive las redirecciones, establezca un timeout de 10 segundos y no añada ningún repetidor ni reintento automático. Requiera el límite de respuesta de 1 MiB del módulo; si no está disponible, use en su lugar un proxy delimitado controlado por el propietario. Añada únicamente una visualización de revisión privada después del Minimal display guard—nunca un remitente o un enrutador de permitir/bloquear.

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

Resultados, fallos y límites

Solo las cadenas mapeadas son analizadas; la normalización no es idéntica a un correo electrónico original o saliente. El filtro de respuesta verifica solo el estado y la presencia del resultado principal/facturación y no es, explícitamente, una validación completa de esquema o cumplimiento. Los errores HTTP utilizan Break para que las acciones posteriores no se ejecuten; nunca utilice Resume, salidas fabricadas o una ruta de preservación ante fallos.

Node.js SDK

0.1.1

SDK solo para servidor para Node.js 18.17+. Instale @sendrepute/node desde npm o utilice el tarball descargable. El adaptador opcional de Nodemailer preserva su transporte existente. Establezca una clave de API con alcance y una URL base de API explícita en su entorno de servidor, nunca en código del navegador.

Registre createSendReputePlugin en la etapa de flujo solo después de revisar los precios y habilitar deliberadamente el consentimiento de análisis de pago. El modo asesor informa de los hallazgos sin bloquear la entrega. El modo de bloqueo aplica spamProbabilityThreshold; onApiFailure elige allow o block, mientras que un rechazo por cambio de precio siempre bloquea la entrega. La clasificación es una operación de API de pago.