تكاملات سير عمل البريد الإلكتروني وأدوات تطوير البرمجيات (SDKs)

تنزيل ملف ZIP المشترك لـ WordPress و WooCommerce

1. التثبيت

قم بتشغيل هذه الأوامر من دليل WordPress مع توفر WP-CLI، أو قم برفع ملف ZIP الذي تم تنزيله عبر Plugins > Add New > Upload Plugin وقم بتفعيله. افتح Settings > SendRepute. قم بتكوين وتفعيل كل موقع بشكل منفصل في حالة المواقع المتعددة. حافظ على مزيج مدعوم من WordPress/PHP؛ الإصدار الأدنى ليس توصية لتشغيل برمجيات انتهت فترة دعمها.

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

بديل: التثبيت من المصدر العام

استخدم مسار المصدر هذا بدلاً من تعليمات التنزيل الخاصة بالموقع أعلاه. يشرح ملف README الخاص بالمستودع خطوات التفعيل والإعداد المتبقية؛ فبناء ملف ZIP وحده لا يثبت الإضافة. بالنسبة لـ Python، يضيف الأمر الثاني دعم Django الاختياري. احتفظ ببيانات الاعتماد في أسرار الخادم وراجع ملاحظات الأمان قبل تمكين الميزات المدفوعة. Node فقط موجود على npm؛ وجود مستودع GitHub عام لا يعني النشر على WordPress.org أو n8n Cloud أو Packagist أو PyPI.

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

2. التهيأة بأمان

قم بإنشاء رمز عميل من جهة الخادم بنطاقات classify و account:read و catalog:read، مع تحديد انتهاء الصلاحية وحدود الإنفاق. أدخله في الإعدادات أو قم بتحميل SENDREPUTE_API_TOKEN من مخزن أسرار الخادم الخاص بك كما هو موضح. تستخدم الرموز المخزنة تشفيراً موثقاً مع أملاح WordPress و OpenSSL؛ أعد إدخالها بعد تدوير الأملاح. قم بتشغيل فحص الاتصال غير المدفوع، وراجع أسعار التصنيف، ثم قم بتمكين التحليل التلقائي صراحةً. قم بتعيين وضع الاستشارة/الحظر، والعتبة، وسياسة 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. الاستخدام المتعمد

تستخدم الدالة أدناه wp_mail العادية وترسل فقط عندما يستدعيها تطبيقك. عند تمكين التحليل المدفوع، يقوم الإضافة بالتحليل عند pre_wp_mail ثم يسمح أو يحظر وسيلة النقل الحالية. قم بتوفير المستلم المصرح له الخاص بك؛ واختبره مقابل مصب بريد محلي لا يقوم بالترحيل أولاً. النتيجة الخاطئة تعني أن المتصل يجب أن يتعامل مع الإرسال المرفوض - لا يتم وضعه في قائمة الانتظار.

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

ما الذي يمكنه فعله أيضاً؟

توفر الإعدادات أيضاً إجراءات يدوية لإعادة كتابة AI وتوليد القوالب مع تأكيد دفع منفصل. يتطلب عرض السعر vip:read؛ وتتطلب إعادة الكتابة rewrite؛ ويتطلب التوليد ai:generate، ويتطلب توليد VIP عضوية VIP نشطة. النتائج عبارة عن نص تم ترميزه وللنسخ فقط: لا يتم تطبيقه أو إرساله تلقائياً أبداً. الرموز الحالية لا تكتسب نطاقات تلقائياً.

النتائج والإخفاقات والقيود

يسمح Advisory بالتسليم؛ بينما يقارن الحظر بين احتمال البريد العشوائي (spam probability) المحدود والعتبة الخاصة بك. تتبع حالات انقطاع مهلة API والإخفاقات سياسة الفشل المنفصلة، وليس تصنيف البريد العشوائي. تمنع الأقفال المحلية (local locks) غير الشفافة التحليل المتكرر لمدة 24 ساعة؛ ولا تتم إعادة محاولة نتائج الشبكة غير المعروفة تلقائياً. عمليات الإرسال نفسها لا يتم إلغاء تكرارها. شملت فحوصات التحديث المثبتة ملف ZIP للإصدار 0.1.0 المتتبع والذي تمت ترقيته إلى 0.2.0، ورفض/حفظ administrator nonce، ومسار WooCommerce المحدد. غطت مصفوفة منفصلة من 40 سيناريو كلا أمرين تحميل الإضافات مع WP Mail SMTP و FluentSMTP، بما في ذلك To/Cc/Bcc، و Reply-To، والرؤوس، والمرفقات، ورفض SMTP ونتائج السياسة. هذه المجموعات الدقيقة لا تعتمد إصدارات CMS أو إضافات SMTP أو مزودي الخدمة الآخرين. تظل الخطافات (Hooks) التي تتجاوز wp_mail وتغييرات النقل اللاحقة خارج التغطية. يحافظ إلغاء التنشيط على الإعدادات؛ بينما يزيل إلغاء التثبيت الاعتمادات حتى عند الاحتفاظ بالإعدادات المعطلة. قم بإزالة رمز wp-config بنفسك.

محول بريد WooCommerce

0.2.0

مضمن في نفس ملف ZIP الخاص بـ SendRepute 0.2.0 مثل إضافات WordPress؛ لا يوجد ملحق أو تنزيل منفصل لـ WooCommerce. يتطلب المتطلبات الأساسية للإضافة: WordPress 5.7+ و PHP 7.4+ و OpenSSL. تمت مراجعة كود المحول مقابل WooCommerce 10.4.3، ولم يتم اعتماده لكل إصدارات WooCommerce أو ملحقات البريد.

يحتوي تحليل WooCommerce على مفتاح إدارة خاص به وتحديدات دقيقة لأنواع البريد المدمجة، وجميعها معطلة افتراضيًا. يجب أيضًا تفعيل عناصر التحكم في التحليل العام والموافقة المدفوعة. تتجاوز الأنواع غير المحددة والأنواع التي تحددها الملحقات عملية التحليل. كل نوع customer_* مدمج يتم تحديده يكون محميًا واستشاريًا فقط: قد يتم تحليله ولكن لا يتم حظره أبدًا. يفشل البريد المكون من عدة أجزاء في التصنيف قبل أي طلب مدفوع؛ حيث يحافظ الوضع الاستشاري أو الفتح عند الفشل على التسليم، بينما يحظر الإغلاق عند الفشل البريد غير المحمي فقط.

1. التثبيت

هذا هو نفس ملف ZIP القابل للتثبيت المستخدم في دليل WordPress. قم بتثبيته مرة واحدة؛ لا تقم بتثبيت ملحق WooCommerce ثانٍ. قم بتنشيط SendRepute، ثم افتح الإعدادات > SendRepute. حافظ على تحديث ودعم WordPress وWooCommerce وPHP ووسيلة نقل البريد الحقيقية.

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

بديل: التثبيت من المصدر العام

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

2. التهيأة بأمان

استخدم رمز عميل محدد من أسرار الخادم أو إعداد WordPress المشفر. قم أولاً بتكوين فحص الاتصال المشترك غير المدفوع، ومراجعة السعر الحالي، وطلب الموافقة المدفوعة العامة، ووضع المخاطر، والعتبة، وسياسة الفشل. ثم قم بتمكين تحليل WooCommerce بشكل منفصل وحدد فقط أنواع البريد الإلكتروني المضمنة التي قمت بمراجعتها. لا يتم تحديد الأنواع التي تحددها الإضافات تلقائياً أبداً.

// 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. الاستخدام المتعمد

استمر في الإرسال عبر WooCommerce كالمعتاد. يقوم المحول (adapter) بتغليف الـ callback الذي اختاره WooCommerce بالفعل ويحافظ على وسائطه الأصلية ووسيلة النقل؛ ولا يوفر طريقة send جديدة. إذا قام فلتر آخر بتغيير وسائط الـ callback، أو تداخلت رسائل عادية أثناء ذلك الـ callback، أو إذا كان الـ callback المخصص لا يستدعي wp_mail أبداً، فسيتم تجاوز التحليل بشكل متحفظ بدلاً من الدخول في المسار المدفوع العام. اختبر الأنواع غير الحرجة المختارة باستخدام mail sink لا يقوم بالترحيل.

النتائج والإخفاقات والقيود

تتبع رسائل البريد ذات الجزء الواحد المحددة التوصيات المشتركة لـ WordPress وسياسات العتبة والفشل، باستثناء كل نوع من أنواع customer_* الذي يكون محمياً وللتوصية فقط. يستمر بريد العميل المحمي دائماً بعد ظهور نتيجة عالية المخاطر أو فشل API أو محتوى غير مدعوم. يقوم WooCommerce بإنشاء بدائل متعددة الأجزاء بعد pre_wp_mail، لذا تفشل رسائل البريد متعددة الأجزاء المحددة قبل أي طلب مدفوع بدلاً من تصنيفها جزئياً؛ فقط رسائل البريد المحددة غير المحمية يمكن رفضها بواسطة سياسة fail-closed. يتم إزالة سياق رد الاتصال بعد النجاح والفشل وعمليات الإرسال المتداخلة.

واجهة Drupal البرمجية للبريد

0.1.0

يتطلب Drupal 10.3+ أو 11.x و PHP 8.1+. قم بتثبيت ملف ZIP كموديول، وامنح صلاحية administer sendrepute للمسؤولين الموثوقين فقط، وقم بتهيئة اسم عرض مرسل غير محدد بعنوان، وحدد مسارات بريد module/key الدقيقة. يدعم الإصدار 0.1.0 نظام php_mail الأساسي في Drupal فقط؛ حيث يعتبر Mail backend، وليس مزودًا أو ناقلًا بديلًا. تغطي أدلة المواقع المثبتة إصدارات Drupal 10.6.17 و 11.4.7 الدقيقة مع PHP 8.4.10.

تكون الموافقة المدفوعة وكل مسار معطلة افتراضياً. يستخدم كل مسار محدد وكيل core php_mail الثابت، ووضع الاستشارة أو الحظر، وسياسة فشل حفظ أو حظر مستقلة، وعتبة، واختياراً متعمداً للرسائل الحرجة. تظل رسائل الحساب والأمان قابلة للإرسال ما لم يسمح ذلك المسار المحدد صراحةً بالحظر الحرج. تقوم نفس نسخة php_mail بتنسيق وإرسال نص نهائي واحد فقط؛ المخرجات متعددة الأجزاء والتي تحتوي على مرفقات غير مدعومة.

تنزيل ملف ZIP لـ Drupal

تنزيل ملف ZIP لـ PrestaShop

1. التثبيت

قم بالتشغيل من جذر مشروع Drupal، أو ارفع ملف ZIP باستخدام مثبت إضافات Drupal. يحتوي الأرشيف على جذر وحدة sendrepute مناسب لـ modules/contrib. قم بتمكينه، وامنح صلاحية administer sendrepute فقط للمسؤولين الموثوق بهم، وافتح التكوين > النظام > SendRepute.

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

بديل: التثبيت من المصدر العام

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

2. التهيأة بأمان

قم بتخزين SENDREPUTE_API_TOKEN بنطاق classify فقط في بيئة عمل web/PHP. لا يتم قبوله أبداً عبر النموذج أو تصديره في إعدادات Drupal. في النموذج، أدخل اسم عرض المرسل المطلوب بحد أقصى 320 بايت بدون عنوان أو أقواس زاوية أو عناصر تحكم. أضف سطراً واحداً مكوناً من سبعة حقول لكل مسار دقيق كما هو موضح؛ يجب أن يكون المفوض (delegate) هو php_mail. اختر وضع advisory/block، سياسة فشل preserve/block، العتبة (threshold)، و critical yes/no. ابدأ بـ advisory و preserve و 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. الاستخدام المتعمد

استمر في استدعاء مدير البريد العادي في Drupal. بالنسبة للمسار المشترك، يقوم sendrepute_mail باستدعاء format() الخاص بـ core php_mail، ويحلل ذلك الـ scalar body النهائي، ويطبق السياسة، ثم يستدعي mail() لنفس نسخة php_mail المخزنة مؤقتاً. يتم رفض معرفات الـ delegate الأخرى. لا يستخدم hook_mail_alter ولا يعيد كتابة الرسالة.

النتائج والإخفاقات والقيود

يحظر النجاح الذي تم التحقق منه فقط عند أو فوق العتبة المكونة في وضع الحظر. يتم التحقق من نتيجة التصنيف المتداخلة الكاملة واستجابة الفوترة قبل أن يؤثر spamProbability على التسليم. تتبع إخفاقات API، و authentication، و balance، و rate-limit، والرسائل المشوهة، و multipart، ومؤشر المرفقات والحجم سياسة فشل المسار المستقلة، باستثناء البريد الحرج المحمي الذي يستمر إرساله. غطت مصفوفة 10.6.17/11.4.7 المثبتة عملية التثبيت واستبدال ملف ZIP في مكانه أثناء التفعيل، وتسجيل دخول المسؤول الحقيقي، ورفض/حفظ Form API CSRF، واكتشاف الإضافات، والاشتراك في المسار، والتصنيف الاصطناعي، والحفاظ على البريد الحرج، و core php_mail من خلال مصرف محلي. تغطي فحوصات المصدر الأساسية أيضاً أرشيفات 10.3.0 و 11.0.0 غير القابلة للتغيير؛ لا تعتمد أي من النتيجتين كل تصحيح لاحق أو برنامج إرسال مساهم. يتم إرسال اسم العرض المكون، والموضوع غير الفارغ، والجسم المؤطر بالطول؛ ويتم استبعاد العناوين، والمستلمين، والرؤوس، والمعلمات، والمرفقات. يقتصر الموضوع على 998 بايت والجسم على 256 KiB. هناك محاولة واحدة مؤكدة عبر HTTPS، بدون تحويلات، أو إعادة محاولة، أو طابور.

وحدة بريد PrestaShop

0.1.1

يدعم الإصدار 0.1.1 تحديداً PrestaShop 9.0.0، 9.0.1، 9.0.2 و 9.0.3 مع PHP 8.1–8.4. قم برفع ملف ZIP في Modules > Module Manager، ثم قم بتهيئة تصنيف بريد SendRepute. اجتازت جميع الإصدارات الكلاسيكية الأربعة الرسمية المبنية مسبقاً فحوصات التثبيت المنعزل، وتهيئة المسؤول الموثق، وتحديثات ZIP؛ كما اجتازت تطبيقات Mail::send() غير المعدلة فيها مصفوفة البريد الحقيقي دون اتصال. PrestaShop 8، 9.1+ وتحديثات 9.0 اللاحقة غير المدرجة غير مدعومة.

إن الوحدة، وموافقة الدفع/المحتوى، واختيار القالب الدقيق كلها معطلة افتراضياً. يقوم النظام بتحليل الموضوع النهائي الذي تم إنشاؤه وكل نص معروض مدعوم دون إعادة بناء رسالة Symfony. يتم إرسال الرسالة التي تحتوي على كل من text/plain و text/html في طلب تصنيف مقيد واحد: يتم جعل البديل النصي خاملًا، ويتم الحفاظ على HTML الأصلي، وتقوم الخدمة بتحليل كل بديل مصنف بشكل مستقل دون دمج. تستخدم النتيجة أعلى مستوى مخاطرة مع تدقيقات المحتوى الكاملة، وتنتج تصنيفاً مدفوعاً واحداً، ولا تعيد أبداً درجة أمان جزئية. لا يقطع الوضع الاستشاري الإرسال أبداً. يؤدي حظر العتبة والإغلاق عند الفشل إلى رمي استثناء واحد ينفذ كل من ExceptionInterface الخاص بـ Symfony Mailer و ModuleErrorInterface الخاص بـ PrestaShop؛ في كل إصدار مدعوم، لاحظ الاختبار المثبت أن Mail::send() يعيد false بدون تسليم SMTP. سياسة الفشل مستقلة عن عتبة المخاطر.

تنزيل ملف Symfony المصدري ZIP

1. التثبيت

قم بتنزيل ملف ZIP للإصدار 0.1.1، ثم استخدم وحدات التحكم (Modules) > مدير الوحدات (Module Manager) > رفع وحدة (Upload a module) وقم باختياره. افتح نافذة التهيئة (Configure) لتصنيف بريد SendRepute. لا تفرض التثبيت خارج نطاق PrestaShop 9.0.0–9.0.3 بدقة: يعتمد سلوك الإلغاء والتوقيع على مسارات Mail::send() التي تم فحصها.

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

بديل: التثبيت من المصدر العام

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

2. التهيأة بأمان

قم بتعيين SENDREPUTE_API_BASE إلى أصل HTTPS لإنتاج SendRepute الرسمي المزود لهذه الوحدة، وSENDREPUTE_API_TOKEN إلى رمز خادم محدد في بيئة PHP-FPM/الخادم. يجب أن يكون الأساس أصل DNS HTTPS عاماً خالياً من المسارات؛ يتم رفض الثوابت الحرفية وبيانات الاعتماد وإعادة التوجيه واستجابات DNS الخاصة. قم بإجراء فحص اتصال الحساب/التسعير غير المدفوع، ثم قم بتمكين الوحدة صراحة، والموافقة على المحتوى المدفوع، وأسماء القوالب المحددة. اختر التوصية/الحظر، والعتبة، وسياسة الفشل المفتوحة/المغلقة بشكل مستقل.

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

3. الاستخدام المتعمد

استمر في استخدام تدفق PrestaShop الطبيعي لـ Mail::send. يتذكر الـ hook المبكر فقط القالب المحدد الذي تم اختياره. يقرأ الـ hook النهائي موضوع بريد Symfony الذي تم تحويله بالفعل، متن النص (text body) ومتن HTML (HTML body) دون تغيير المستلمين، الترويسات، المرفقات أو وسيلة النقل. بالنسبة للمتون المزدوجة، فإنه يرسل نصاً عادياً (inert plain text) و HTML الأصلي كبدائل مطبوعة في طلب واحد؛ يمنع التوحيد المستقل للخدمة جزءاً واحداً من استهلاك جزء آخر مع الاحتفاظ بوجهات روابط وصور HTML المرئية للتدقيق. يظل المتن النصي الواحد على مسار النص الخامل الضيق، ويظل متن HTML الواحد على مسار استخراج DOM الضيق. يكتمل التصنيف قبل أن تنشئ PrestaShop رسالة منفصلة موقعة بـ DKIM. تحققت مصفوفة الإصدارات المدعومة من هيكل multipart المنبعث بالإضافة إلى هاش متن DKIM وتوقيع RSA بعد التصنيف. يحذف مسار التوقيع المثبت في PrestaShop الـ Bcc من الترويسات الموقعة المعدة ويفقد ذلك المستلم المخفي لـ SMTP؛ وبالتالي فإن أدلة التوقيع الصالحة لا تثبت التوافق مع تسليم Bcc. لا تجمع بين DKIM و Bcc على هذا المسار المدعوم. تتبع مصادر العرض غير المدعومة، الدلالات النشطة، HTML الغامض بترميز quoted-printable أو base64، والمحتوى الإجمالي المتجاوز للحجم سياسة الفشل المكونة قبل الدفع. اترك القوالب الحرجة غير محددة ما لم يتم الموافقة عليها عمداً.

النتائج والإخفاقات والقيود

يقبل المصنف متن text/plain واحداً، أو متن text/html واحداً، أو كليهما كبدائل معروضة يتم تحليلها بشكل مستقل. لا يمكن للنص الصريح، الكيانات، المحتوى المخفي أو محتوى الأنماط في بديل مقبول أن يستهلك أو يخفي بديلاً لاحقاً؛ يتم رفض HTML الغامض بترميز quoted-printable أو base64 قبل الدفع بدلاً من ذلك. يمكن لأي بديل مقبول أن يحدد النتيجة الأعلى مخاطرة، بينما تغطي عمليات تدقيق المحتوى كل بديل؛ يتم احتساب رسوم التصنيف مرة واحدة فقط بعد قبول المدخلات الكاملة المحدودة. يكرر المتن الموروث المطلوب البديل النصي الخامل بالضبط للرسالة المزدوجة، ويشارك هذا التكرار بالإضافة إلى كلا البديلين المطبوعين ميزانية الطلب البالغة 524288 بايت بالضبط. يتم استبعاد المستلمين والمرفقات والموارد المضمنة، ويتم الحفاظ على رسالة النقل الأصلية قبل التوقيع. يتحقق نموذج البريد الحقيقي بشكل منفصل من سلامة MIME/التوقيع ومستلمي SMTP الفعليين: تظل تواقيع DKIM صالحة بعد التصنيف، لكن مسار التوقيع العلوي الذي تم فحصه لا يحفظ مستلمي Bcc. يخزن التصنيف المعتمد ملخصاً استشارياً محدوداً للأحدث. يرمي وضع الحظر (Block mode) استثناءً فقط عند العتبة أو فوقها؛ ينجو استثناء الواجهة المزدوجة من إرسال الـ hook وينتج false قبل النقل في جميع الإصدارات الأربعة المثبتة. تتبع أخطاء المحتوى غير المدعوم و API والتحقق سياسة (فتح/إغلاق) بشكل مستقل. تستخدم محاولة HTTPS واحدة نظام DNS عاماً مثبتاً، TLS موثقاً، مهلات محددة، حداً أقصى للاستجابة يبلغ 256 كيبيبايت، ولا توجد إعادة توجيه أو إعادة محاولة. يعتمد الحظر على معالجة استثناء PrestaShop Mail::send() الذي تم فحصه، وليس على قيمة إرجاع الـ hook النهائي.

محول Symfony Mailer

0.1.1

يتطلب PHP 8.1+ ويستهدف Symfony Mailer 6.4 أو 7.4 فقط؛ الإصدارات المؤكدة هي 6.4.46 و 7.4.19. لا يُدعى التوافق مع Symfony 8.1 أو الخطوط غير المختبرة. قم بتثبيت ملف ZIP المصدري المحلي عبر مستودع مسار Composer؛ هذه الحزمة غير منشورة على Packagist.

تكون الحزمة والموافقة المدفوعة معطلين افتراضياً، وتكون الرسائل التي تحتوي على الترويسة المحددة للموافقة فقط مؤهلة. سياسة تقييم النصيحة أو الحظر مستقلة عن سياسة السماح أو الحظر عند الفشل. يتم التصنيف على MessageEvent الرسمي قبل الإرسال؛ ويستخدم الرفض MessageEvent::reject(). يتم تخطي أحداث النسخ المتسلسلة ليكون حدث النقل الخاص بالعامل هو نقطة التصنيف المدفوعة الوحيدة.

تنزيل ملف Rails المصدري ZIP

1. التثبيت

قم بفك ضغط ملف ZIP الذي تم تنزيله في دليل packages محتفظ به، وقم بتسجيل ذلك الدليل كمستودع مسار Composer، واطلب الحزمة 0.1.1 بالضبط، وقم بتسجيل SendRepute\Symfony\SendReputeBundle إذا لم يقم Flex بذلك. الأرشيف المصدري محلي وغير منشور.

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

بديل: التثبيت من المصدر العام

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

2. التهيأة بأمان

قم باستخراج SENDREPUTE_API_TOKEN من أسرار الخادم. أبقِ enabled و paid_analysis_consent على false أثناء مراجعة التسعير الحالي. الوضع، والعتبة، وسياسة الفشل مستقلة. نقطة النهاية ثابتة على HTTPS موثق مع مواعيد نهائية محددة، بدون إعادات توجيه أو محاولات، وبحد أقصى للاستجابة يبلغ 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. الاستخدام المتعمد

أضف ترويسة الموافقة الصريحة فقط إلى كائنات Email التي تمت مراجعتها وغير الحساسة، ثم استمر عبر Mailer العادي. لن يتم إعادة كتابة الرسالة (message) أو المغلف (envelope) أو وسيلة النقل (transport) أو الترويسة (header). لتسليم الرسائل عبر Messenger، قم بتكوين حزمة (bundle) في العمال (workers): أحداث نسخ المنتج (producer clone) لا يتم تصنيفها عمدًا.

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

النتائج والإخفاقات والقيود

يتم دعم نص واحد فقط بصيغة text أو HTML في الذاكرة. البدائل المختلطة، DataParts النصية، التدفقات أو المسارات، أقواس CSS، العلامات، صيغة quoted-printable، ترويسات base64 أو النص الكامل بصيغة base64 تفشل قبل الدفع وتتبع سياسة الفشل؛ المحتوى العادي الخالي من الأقواس لا يتغير. يتم التحقق من كل حقل استجابة متداخل مطلوب وفرع تدقيق اختياري وتُرفض الخصائص غير المعروفة. النمط الاستشاري لا يحظر النتائج أبدًا؛ الحظر يرفض عند العتبة من خلال حدث النقل الحقيقي.

محول Rails Action Mailer

0.1.0

يتطلب Ruby 3.2+ ومختبر بدقة مع Action Mailer 7.1.6 و Mail 2.9.1؛ كما لوحظ مسار الاستدعاء (callback) على Action Mailer 7.2.3.2. هذا لا يعد شهادة لكل إصدار مسموح من Rails 7.x. قم بتثبيت ملف ZIP المصدري المحلي عبر Bundler؛ لا يُدعى النشر على RubyGems.

كلا البوابتين المدفوعتين العالميتين معطلتان افتراضياً، ويجب على كل إجراء مرسل استدعاء sendrepute_paid_preflight! صراحةً. سلوك تقييم النصيحة/الحظر وسلوك الحفظ/الحظر عند الفشل مستقلان. يجب أن تظل مسارات إعادة تعيين كلمة المرور، و MFA، وتسجيل الدخول، والتحقق، والفواتير، والأمن غير مختارة. تُرفض كل رسالة متعددة الأجزاء والمحتوى الغامض من نوع CSS أو quoted-printable أو الذي يبدو كـ base64 قبل الدفع؛ يتم تحليل نص واحد مقبول فك تشفيره أو جسم HTML دون تغيير الرسالة الأصلية أو وسيلة النقل.

تنزيل ملف Spring Java المصدري ZIP

1. التثبيت

استخرج ملف ZIP تمامًا في vendor/sendrepute-rails، وأضف مدخل المسار المحلي إلى Gemfile، وشغل Bundler في بيئتك المتحكم بها، وقم بتضمين SendRepute::Rails::Mailer في ApplicationMailer. هذا ليس تثبيتًا عبر RubyGems.

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

بديل: التثبيت من المصدر العام

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

2. التهيأة بأمان

اجعل enabled و paid_consent بقيمة false حتى تتم مراجعة الأسعار والمسارات الحالية. اقرأ الرمز (token) من Rails credentials أو أي سر خادم آخر. قم بتكوين advisory/block و preserve/block والعتبة (threshold) بشكل مستقل؛ يجب ألا تقوم استدعاءات on_result و on_error بتسجيل محتوى الرسالة أو بيانات التفويض أو الاستجابات الكاملة.

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. الاستخدام المتعمد

استدعِ sendrepute_paid_preflight! فقط داخل كل إجراء mailer غير حساس يتم اختياره عمدًا. تتجاوز الإجراءات العادية التصنيف. يستخدم رابط الدفع (paid hook) مسار before_deliver الخاص بـ Action Mailer؛ لا يتم توفير خيار موافقة تلقائي شامل ولا يقوم المحول (adapter) بإعادة كتابة Mail::Message.

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

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

النتائج والإخفاقات والقيود

يتم دعم نص واحد مفصول من نوع text/plain أو text/html للجسم المعروض. تفشل كل مدخلات التطبيع المتعددة الأجزاء أو الغامضة قبل الدفع وتتبع سياسة الفشل. يمكن للاستجابة المتداخلة المكتوبة بالكامل أن تحظر فقط في وضع الحظر عند العتبة أو أعلى منها؛ بينما يحفظ التوجيه الاستشاري كل درجة. تتلقى استدعاءات النتيجة والخطأ بيانات آمنة غير قابلة للتغيير، ويتم التقاط استثناءات الاستدعاء أو throw(:abort) محلياً حتى لا تنهي التوجيه الاستشاري أو تحافظ على التسليم. ترفض نقطة النهاية الثابتة عمليات إعادة التوجيه وإعادة المحاولة وتستخدم مهلة زمنية إجمالية محدودة. اجتازت اختبارات Action Mailer 7.1.6 الحقيقية: 19 تشغيلاً و59 تأكيداً؛ ولم يحدث أي طلب مدفوع أو تسليم حقيقي.

محول Spring JavaMailSender

0.1.1

يتطلب Java 17+ ويستهدف Spring Framework 6.2.x JavaMailSender؛ تم التحقق من الاعتماديات بدقة باستخدام Spring Framework 6.2.19. لا توجد مطالبات تتعلق بـ Spring Boot 4 أو توافق واسع مع إصدارات الإطار. قم ببناء ملف ZIP المصدري المحلي باستخدام Maven؛ وهو غير منشور على Maven Central أو أي سجل آخر.

إعدادات المزخرف والموافقة المدفوعة والوضع الاستشاري والسماح عند الفشل الافتراضية صريحة. فقط sendWithSendRepute(...) يقوم بإجراء التحليل المدفوع قبل الإرسال؛ بينما تتخطى كل عمليات send(...) العادية التصنيف ويتم تفويضها دون تغيير. استخدم send العادي للرسائل الهامة ما لم يتم اختيار هذا الإرسال الفردي عمداً. يتم تجميع بدائل MIME المعروضة والمدعومة معاً بشكل خامل؛ يفشل المحتوى غير المدعوم أو المتداخل أو الموقع أو المشفر أو الغامض قبل الدفع.

Download Magento source ZIP

1. التثبيت

استخرج ملف ZIP المصدري 0.1.1، وقم بتشغيل mvn verify، وثبته فقط في مستودع Maven المحلي المتحكم به الخاص بك. يوفر التطبيق المستهلك JavaMailSender الحالي وتنفيذ البريد في وقت التشغيل. تم استخدام Java 17 bytecode و Spring Framework 6.2.19 والإصدارات الموثقة في ملف README المرفق للتحقق من التبعية الدقيقة.

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

بديل: التثبيت من المصدر العام

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

2. التهيأة بأمان

قم بإنشاء SendReputeConfiguration باستخدام رمز من جانب الخادم ومفاتيح تبديل صريحة. اترك enabled و paidAnalysisConsent بقيمة false حتى تتم مراجعة التسعير والاستدعاءات المختارة. تُعد سياسة advisory/blocking، والعتبة (threshold)، وسياسة فشل allow/block مستقلة. نقطة النهاية ثابتة على HTTPS موثق بدون إعادة توجيه أو إعادة محاولة.

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. الاستخدام المتعمد

استدعي sendWithSendRepute(...) فقط لرسائل SimpleMailMessage أو MimeMessage أو MimeMessagePreparator الفردية التي يجب أن تخضع للتحليل. يتم دعم التحميلات الزائدة الفردية و varargs. تتجاوز كل عمليات التحميل الزائد لـ send(...) العادية عملية التصنيف. تقوم الـ Preparators بالعرض مرة واحدة ويتم تفويض MIME الأصلي المُعد بعد أن تسمح السياسة بذلك.

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

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

النتائج والإخفاقات والقيود

يتم تحليل جميع أجزاء plain و HTML المعروضة المدعومة؛ ويتم استبعاد المستلمين والمرفقات. يقتصر التتبع على 16 مستوى و256 جزءاً و524,288 بايت UTF-8 معروضاً. لا يتم تجسيد البيانات الثنائية المضمنة التي تم تجاهلها أبداً؛ وتفشل المصادر المعروضة البطيئة (lazy) غير المعروفة أو غير المحدودة قبل فتح التدفق أو إجراء طلب مدفوع، وتكون قراءات المصدر المدعومة محدودة. يحافظ تأطير الكيانات الرقمية (Numeric-entity framing) على خمول الأجزاء من خلال ترتيب التطبيع (normalizer) المعتمد للخادم. يتم تحضير وتطبيع دفعات varargs بالكامل قبل أول طلب مدفوع، ولا يولد الفحص رؤوس Jakarta Mail. مطلوب استجابة متداخلة دقيقة بشكل متكرر.

محول بريد Magento Open Source

0.1.1

يدعم فقط Magento Open Source 2.4.7-p5 و 2.4.7-p6 مع مصادر immutable mail-interface المراجعة بدقة. اجتازت القوالب المكتوبة دون اتصال (Offline typed fixtures) الاختبار، ولكن لم يتم إجراء تثبيت كامل لـ Magento؛ ولا توجد نسخة أخرى من Magento أو Adobe Commerce معتمدة. قم بتثبيت ملف ZIP المحلي من خلال مستودع مسار Composer؛ فهو ليس حزمة من Adobe Marketplace.

يتم إيقاف تشغيل الوحدة (module) والموافقة المدفوعة وقوائم المسارات افتراضياً. يتطلب كل معرف قالب موافقتين مستقلتين ودقيقتين؛ لا يتم استنتاج الأهمية الحرجة أبداً من اسمه. يقوم ملحق aroundSendMessage بالتحليل عند حدود النقل النهائية دون إعادة بناء الرسالة. سياسة عتبة الاستشارة/الحظر وسياسة فشل الحفظ/الحظر مستقلتان؛ يؤدي الحظر إلى رفع Magento MailException مرئي. تفشل أجزاء MIME المتعددة المعروضة والمحتوى الغامض قبل الدفع.

Download .NET MailKit source ZIP

1. التثبيت

استخرج ملف ZIP إلى دليل حزمة محتفظ به، وسجل جذر SendRepute_MailAdapter كمسار مستودع Composer، واطلب الإصدار 0.1.1، ثم استخدم عملية تمكين الوحدة وترقية الإعداد العادية في Magento. لا تقدم هذا الأرشيف المحلي كحزمة 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

بديل: التثبيت من المصدر العام

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

2. التهيأة بأمان

قم بتعيين SENDREPUTE_API_TOKEN فقط في بيئة خادم PHP-FPM و CLI. في Stores > Configuration > Services > SendRepute، اترك الوحدة والموافقة المدفوعة مغلقة في البداية. أضف كل معرف قالب دقيق إلى كلتا قائمتي الموافقة على المسار المستقلتين؛ الأسماء، بما في ذلك الأسماء الرقمية، لا تستنتج الأهمية أبداً. قم بتكوين الاستشارة/الحظر، والعتبة، وسلوك فشل الحفاظ/الحظر بشكل منفصل.

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

3. الاستخدام المتعمد

استمر في استخدام قالب Magento العادي وتدفق النقل. يسجل ارتباط المسار المعرف الدقيق والمتجر المحدد من خلال TransportBuilder، بينما يقرأ المكون الإضافي Final aroundSendMessage واجهات البريد الإلكتروني و MIME الرسمية المكتوبة قبل استدعاء نفس النقل. يتم مسح حالة Builder في كتلة finally، ويستخدم ارتباط Builder/الرسالة إدخالات WeakMap ذات مفاتيح كائنية (object-keyed) بحيث لا يمكن للنقل المبني المتروك أن يترك ترخيصاً لمعرف كائن رقمي قابل لإعادة الاستخدام. لا يوفر المحول (adapter) طريقة إرسال جديدة ولا يغير الرسالة.

النتائج والإخفاقات والقيود

يتم قبول جزء MIME معروض واحد مدعوم فقط؛ يتم الاحتفاظ بالمرفقات ولكن يتم استبعادها من التحليل. تفشل الأجزاء المتعددة المعروضة، أو ترميزات النقل غير المدعومة، أو مجموعات الأحرف غير المدعومة، أو التدفقات، أو MIME المتداخل، أو نص الموحد الغامض قبل الدفع. طلب HTTPS واحد تم التحقق منه له مواعيد نهائية محددة وحجم استجابة محدود دون إعادة محاولة أو إعادة توجيه. قد تحظر النتيجة المتداخلة الصالحة عند العتبة؛ يؤدي تكوين fail-block إلى رفع Magento MailException.

.NET MailKit adapter

0.1.0

يتطلب .NET 8 وأدلة تبعية دقيقة لـ MailKit/MimeKit 4.18.0. هو غلاف صريح حول IMailTransport مملوك للتطبيق، وليس hook عالمياً أو عميل SMTP أو وسيلة نقل بديلة. قم ببناء أو الإشارة إلى ملف ZIP للمصدر المحلي؛ لا توجد دعوى لنشره عبر NuGet.

يتم إيقاف تشغيل المحول والموافقة المدفوعة افتراضياً؛ وتعد الاستشارة وحفظ الإرسال إعدادات افتراضية مستقلة. الاستدعاءات لـ AnalyzeAsync أو AnalyzeThenSend أو AnalyzeThenSendAsync هي استدعاءات صريحة. تتطلب رسائل الأمان/الحساب الحرجة فئة وموافقة منفصلة لكل مكالمة. يتم تأطير كل بديل نص عادي/HTML مدعوم ومعروض بشكل خامل في طلب واحد محدود؛ يفشل المحتوى غير المدعوم أو المتداخل أو الموقع أو المشفر قبل الدفع. تصل رسالة MimeMessage الأصلية ورمز الإلغاء إلى النقل الحالي فقط بعد أن تسمح السياسة بذلك.

Download Zapier and Make recipe ZIP

1. التثبيت

استخرج ملف ZIP للمصدر وقم بالإشارة إلى src/SendRepute.MailKit/SendRepute.MailKit.csproj من مشروع .NET 8 المستهلك. يحصل Restore على MailKit/MimeKit 4.18.0. حزمة المصدر هذه محلية وغير منشورة؛ إنها ليست عملية تثبيت 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

بديل: التثبيت من المصدر العام

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

2. التهيأة بأمان

قم بتغليف IMailTransport الحالي المملوك للتطبيق باستخدام SendReputeMailAdapter. اقرأ رمز API من إعدادات الخادم وأبقِ خياري Enabled و PaidAnalysisConsent في حالة false حتى تتم المراجعة. إعدادات حد الاستشارة/الحظر وإعدادات حفظ/حظر الفشل مستقلة عن بعضها البعض. إن كل من endpoint، والحد الأدنى لـ TLS، وسلوك المحاولة الواحدة، والمواعيد النهائية، وحدود 1 MiB هي قيم ثابتة.

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. الاستخدام المتعمد

استدعِ AnalyzeAsync للتحليل فقط، أو AnalyzeThenSend و AnalyzeThenSendAsync لسلوك ما قبل الإرسال الصريح. لا يتم اعتراض أي مسار بريد عادي أو عام. قم بتمرير موافقة التحليل المدفوع وفئة الرسالة في كل عملية مختارة؛ يتطلب بريد الأمان/الحساب الحرج إعداد الموافقة الحرجة منفصل.

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

النتائج والإخفاقات والقيود

يجمع فك ترميز MimeKit الفعلي كل بديل نصي وHTML معروض مدعوم في تأطير خامل مع استبعاد المستلمين والمرفقات. يعمل التأطير الخارجي غير التابع لـ base64 والكيانات التي يتم فك ترميزها لاحقاً على تحييد أقواس CSS، والنصوص المرمزة بـ quoted-printable، ورؤوس base64، وbase64 لكامل الجسم، والوسوم قبل تسوية الخدمة. يفشل المحتوى المعروض غير المدعوم، أو المتداخل، أو الموقع، أو المشفر قبل الدفع. كل حقل استجابة مطلوب يكون محدّد النوع؛ ويجب أن يكون flaggedTermCount الاختياري عدداً صحيحاً غير سالب، ويتم التحقق من contentAudit الاختياري بشكل كامل وتكراري مقابل العقد العام. تصل MimeMessage الأصلية الدقيقة ورمز الإلغاء إلى وسيلة النقل المقدمة فقط عندما تسمح سياسات الدرجة المستقلة والفشل بذلك.

Zapier manual draft analysis

0.2.0

وصفة Zapier يدوية لعرض تحليل مدفوع لثلاث سلاسل مسودات يختارها المالك بدقة. إنه ليس تطبيق SendRepute على Zapier، ولا إدراجاً في المتجر، ولا أداة استيراد، ولا محول ما قبل الإرسال، ولا مرسلاً، ولا مسار سماح/حظر، ولا مصنفاً للرسالة كاملة. يستخدم Zapier Webhooks بروكسي HTTPS محدوداً يديره المالك لأن SENDREPUTE_API_TOKEN يجب ألا يدخل إلى Zap.

يتم ضبط ثوابت وقت التحويل البرمجي (compile-time constants) افتراضياً على false قبل HTTP. يقوم Zap بربط اسم عرض المرسل والموضوع والجسم فقط، ويرسل JSON إلى تصميم بروكسي المالك المضمن، ويتحقق تماماً من الاستجابة المتداخلة، ثم يعرض حقول الاستشارة والفوترة في خطوة مراجعة خاصة. يجب ألا يضيف مرسلاً أو فرض مسارات (Paths enforcement) أو Autoreplay أو مسار failure-preserve؛ تتوقف خطوات Code أو Webhook الفاشلة.

تنزيل ملف ZIP لوصفات Zapier و Make

1. التثبيت

قم بتنزيل واستخراج مصدر وصفة 0.2.0 المشترك. اقرأ دليل Zapier المرفق وقم بنشر وكيل Node (loopback Node proxy) المضمن فقط خلف وكيل HTTPS عكسي يديره المالك. هذه الحزمة لا تقوم بنشره. لا يوجد تطبيق SendRepute في Zapier أو أداة Zap قابلة للاستيراد.

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

بديل: التثبيت من المصدر العام

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

2. التهيأة بأمان

أبقِ الـ Zap قيد الإيقاف. في مصدر Code لـ preflight الدقيق، يظل كل من ENABLED و PAID_CONSENT في حالة false حتى تتم مراجعة الاستخدام المدفوع. يخزن وكيل المالك الـ SENDREPUTE_API_TOKEN؛ ويتلقى الـ Zap اعتماداً واحداً فقط قابلاً للإلغاء بشكل منفصل من SENDREPUTE_PROXY_CREDENTIALS. قد يكشفه المحررون وسجل المهام، لذا قم بتقييده وتدويره وإلغائه. قم بتكوين حدود token-bucket والتزامن لكل اعتماد، والحدود القصوى العالمية للاتصال/التزامن، وميزانية يومية للمكالمات المدفوعة يحددها المالك، وحدود إنفاق علوية تقييدية، وضوابط مطابقة لـ TLS-terminator من حيث الحجم/المعدل/الموعد النهائي. لا تقم بتمكين Autoreplay.

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

3. الاستخدام المتعمد

قم ببناء الخطوات يدوياً: مسودة المشغل؛ وتعيين Code للـ preflight للمرسل والموضوع والمتن فقط؛ ثم Webhooks POST مع صفوف JSON إلى وكيل المالك؛ وكود التحقق من الاستجابة؛ وعرض المراجعة الخاصة. لا تقم أبداً بإدراج JSON خام يدوياً. قم بعرض requestId و model و label و spamProbability والفوترة فقط؛ ولا تضف إجراء بريد أو قرار مسارات (Paths).

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

النتائج والإخفاقات والقيود

تقوم الوصفة بتحليل السلاسل الثلاث المحددة فقط؛ بينما تظل ملفات MIME غير المحددة، وبدائل HTML، والمرفقات، والمحتوى الصادر النهائي بدون تحليل. يرفض preflight المحافظ محفزات التسوية المعروفة ولكنه لا يثبت تغطية الرسالة بأكملها. ترفض حدود معدل الوكيل، والتزامن، والميزانية اليومية الطلب قبل الوصول إلى upstream، ويستمر حجز الميزانية قبل المحاولة المدفوعة؛ قم بتشغيل عملية وكيل واحدة لكل ملف ميزانية. يقوم الوكيل بمحاولة ثابتة واحدة عبر HTTPS محدود. أي استجابة دقيقة غير 200 أو غير مكتملة تؤدي إلى throw وتتوقف؛ لا يوجد preserve، أو Resume أو نتيجة بديلة.

Make manual draft analysis

0.2.0

تعليمات سيناريو Make اليدوية لعرض التحليل المدفوع لثلاثة نصوص مسودة مختارة بدقة. هذا ليس مخططاً (blueprint)، أو تطبيق SendRepute معتمداً، أو مرسل بريد، أو مسار إنفاذ، أو ادعاءً بشأن MIME غير المخطط، أو HTML، أو المرفقات أو المحتوى الصادر النهائي. الـ bearer token يوضع فقط في سلسلة مفاتيح Make HTTP الآمنة.

القيم المنطقية المستمرة لـ enabled و paidConsent تكون افتراضياً false، ويقوم فلتر AND بالإيقاف قبل HTTP. يتم إنتاج JSON بواسطة وحدة JSON في Make ويتم إرساله مرة واحدة بواسطة وحدة HTTP مع تعطيل إعادة التوجيه والمحاولات. فلتر الاستجابة هو مجرد حارس عرض، وليس تحققاً كاملاً أو إذناً بالإرسال. تستخدم إخفاقات HTTP الخيار Break، ولا تستخدم Resume أبداً أو تستبدل المخرجات.

تنزيل ملف tarball لـ Node.js

1. التثبيت

قم بتنزيل واستخراج مصدر الوصفة 0.2.0 المشترك، ثم اتبع دليل Make المرفق لبناء الوحدات الأصلية الحالية يدوياً. لا يتم ادعاء وجود مخطط (blueprint) أو تطبيق في المتجر أو تنسيق استيراد. أبقِ جدولة السيناريو قيد الإيقاف أثناء الاختبار مقابل نقطة نهاية وهمية.

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

بديل: التثبيت من المصدر العام

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

2. التهيأة بأمان

قم بإنشاء متغيرات أدوات (Tools) منطقية مستمرة بقيمة enabled=false و paidConsent=false، متبوعة بفلتر AND يتطلب كلاهما true. استخدم JSON > Create JSON للمرسل والموضوع والمتن بالتحديد. قم بتخزين رمز حامل SendRepute فقط في سلسلة المفاتيح الآمنة لتطبيق HTTP؛ يجب ألا تحتوي السيناريوهات المصدرة على أي بيانات اعتماد.

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. الاستخدام المتعمد

قم بتهيئة طلب HTTP POST واحد إلى URL الثابت الخاص بـ classify. اختر نوع الـ Body ليكون Raw وتحكم content-type هو application/json دون إضافة رأس نص حر متعارض، ثم قم بربط المخرجات المتسلسلة من JSON > Create JSON. قم بتفعيل الاستجابة المحللة، وتعطيل عمليات إعادة التوجيه، وضبط مهلة زمنية قدرها 10 ثوانٍ، ولا تضف أي أداة تكرار أو إعادة محاولة تلقائية. تتطلب الوحدة حداً أقصى للاستجابة يبلغ 1 MiB؛ إذا لم يكن متاحاً، استخدم proxy محدوداً يتحكم فيه المالك بدلاً من ذلك. أضف فقط عرض مراجعة خاص بعد Minimal display guard—ولا تضف أبداً جهاز توجيه للسماح/الحظر أو مرسلاً.

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

النتائج والإخفاقات والقيود

يتم تحليل السلاسل المخططة فقط؛ ولا يعتبر التوحيد مطابقاً للهوية مع البريد الإلكتروني الأصلي أو الصادر. يتحقق مرشح الاستجابة من الحالة ووجود النتيجة الأساسية/الفواتير فقط، وهو صراحةً ليس تحققاً كاملاً من المخطط أو فرضاً له. تستخدم أخطاء HTTP الخيار Break حتى لا يتم تشغيل الإجراءات اللاحقة؛ لا تستخدم أبداً Resume، أو مخرجات مفبركة أو مساراً يحفظ الفشل.

Node.js SDK

0.1.1

SDK للخوادم فقط لـ Node.js 18.17+. قم بتثبيت @sendrepute/node من npm أو استخدم ملف tarball القابل للتنزيل. يحافظ محول Nodemailer الاختياري على وسيلة النقل الحالية لديك. قم بتعيين مفتاح API محدد النطاق وعنوان API base URL صريح في بيئة الخادم الخاص بك، ولا تضعه أبداً في كود المتصفح.

قم بتسجيل createSendReputePlugin في مرحلة التدفق (stream stage). يقوم الوضع الاستشاري بالإبلاغ عن النتائج دون حظر التسليم. يفرض وضع الحظر spamProbabilityThreshold؛ ويختار onApiFailure بين السماح أو الحظر. التصنيف هو عملية API مدفوعة.