---
title: "الدليل الشامل لـ SMTP: ما هو وكيف يعمل وأفضل الممارسات"
description: "دليل شامل حول «SMTP». استراتيجيات وأدوات وأفضل الممارسات وأمثلة لعملك في 2026."
url: https://tajo.io/ar/blog/smtp-complete-guide/
markdown: https://tajo.io/ar/blog/smtp-complete-guide.md
lang: ar-SA
author: "Set Noa"
author_url: https://tajo.io/ar/set-noa/
published: 2026-03-08
updated: 2026-08-13
alternates: {en-US: /blog/smtp-complete-guide.md, bg-BG: /bg/blog/smtp-complete-guide.md, cs-CZ: /cz/blog/smtp-complete-guide.md, de-DE: /de/blog/smtp-complete-guide.md, da-DK: /dk/blog/smtp-complete-guide.md, es-ES: /es/blog/smtp-complete-guide.md, fr-FR: /fr/blog/smtp-complete-guide.md, el-GR: /gr/blog/smtp-complete-guide.md, hi-IN: /hi/blog/smtp-complete-guide.md, id-ID: /in/blog/smtp-complete-guide.md, hr-HR: /hr/blog/smtp-complete-guide.md, hu-HU: /hu/blog/smtp-complete-guide.md, it-IT: /it/blog/smtp-complete-guide.md, ja-JP: /jp/blog/smtp-complete-guide.md, ko-KR: /kr/blog/smtp-complete-guide.md, nl-NL: /nl/blog/smtp-complete-guide.md, no-NO: /no/blog/smtp-complete-guide.md, pl-PL: /pl/blog/smtp-complete-guide.md, ro-RO: /ro/blog/smtp-complete-guide.md, ru-RU: /ru/blog/smtp-complete-guide.md, sv-SE: /se/blog/smtp-complete-guide.md, zh-CN: /zh-cn/blog/smtp-complete-guide.md, sl-SI: /sl/blog/smtp-complete-guide.md, sr-Latn-RS: /sr/blog/smtp-complete-guide.md, th-TH: /th/blog/smtp-complete-guide.md, tr-TR: /tr/blog/smtp-complete-guide.md, ur-PK: /ur/blog/smtp-complete-guide.md, vi-VN: /vi/blog/smtp-complete-guide.md, sk-SK: /sk/blog/smtp-complete-guide.md}
---

[البريد الإلكتروني](https://tajo.io/ar/blog/?category=email)

# الدليل الشامل لـ SMTP: ما هو وكيف يعمل وأفضل الممارسات

دليل شامل حول «SMTP». استراتيجيات وأدوات وأفضل الممارسات وأمثلة لعملك في 2026.

SMTP server

ما الفرق بين SMTP واستضافة البريد الإلكتروني؟

SMTP هو خصيصاً لإرسال البريد الإلكتروني. تشمل استضافة البريد الإلكتروني كلاً من الإرسال (SMTP) والاستلام (POP3/IMAP) إلى جانب التخزين والإدارة. يمكنك استخدام خدمات SMTP الخارجية أثناء استضافة بريدك الإلكتروني في مكان آخر.

[معرفة المزيد](https://tajo.io/ar/blog/smtp-complete-guide/#%D9%85%D8%A7-%D9%87%D9%88-smtp)

SMTP هو العمود الفقري للتواصل عبر البريد الإلكتروني على الإنترنت. كل رسالة بريد إلكتروني ترسلها، سواء من صندوق وارد شخصي أو من منصة أتمتة تسويق، تعتمد على SMTP للوصول إلى وجهتها. فهم كيفية عمل SMTP أمر أساسي لأي شخص يدير التسويق عبر البريد الإلكتروني أو الرسائل المعاملاتية أو تواصل الأعمال.

يغطي هذا الدليل الشامل كل ما تحتاج معرفته عن SMTP: من أساسيات كيفية عمله إلى طرق المصادقة المتقدمة ومقارنات مزوّدي الخدمة وحلّ المشاكل الشائعة.

## ما هو SMTP?

**SMTP (Simple Mail Transfer Protocol)** هو بروتوكول التواصل القياسي المستخدم لإرسال البريد الإلكتروني عبر الإنترنت. طُوِّر في عام 1982، ويُحدّد SMTP كيفية نقل رسائل البريد الإلكتروني من خادم إلى آخر، عاملاً كخدمة البريد الإلكترونية للعالم الرقمي.

عند إرسال رسالة بريد إلكتروني، يتعامل SMTP مع النقل الصادر. يدفع رسالتك من عميل البريد الإلكتروني إلى خادم البريد لديك، ثم من خادم البريد لديك إلى خادم بريد المستلم. يعمل البروتوكول على مجموعة من القواعد التي تضمن التوصيل الموثوق للرسائل عبر أنظمة البريد الإلكتروني المختلفة في جميع أنحاء العالم.

### الخصائص الرئيسية لـ SMTP

- **بروتوكول دفع**: SMTP يدفع الرسائل من المرسل إلى المستلم (على عكس POP3/IMAP اللذين يسحبان الرسائل)
- **نصي**: الأوامر والاستجابات قابلة للقراءة من قِبل الإنسان
- **موجّه نحو الاتصال**: يستخدم TCP/IP للنقل الموثوق
- **التخزين والإعادة**: تُخزّن الرسائل مؤقتاً في الخوادم الوسيطة قبل إعادة التوجيه
- **مُوحَّد**: RFC 5321 يُحدّد مواصفات SMTP الحالية

### SMTP مقابل بروتوكولات البريد الإلكتروني الأخرى

| البروتوكول | الغرض | الاتجاه |
| --- | --- | --- |
| SMTP | إرسال الرسائل | صادر |
| POP3 | استرداد الرسائل | وارد |
| IMAP | الوصول إلى الرسائل | وارد (مزامنة) |

يعمل SMTP جنباً إلى جنب مع POP3 وIMAP. بينما يُرسل SMTP بريدك الصادر، يسترد POP3 أو IMAP البريد الوارد إلى صندوق الوارد لديك. يستخدم معظم عملاء البريد الإلكتروني SMTP للإرسال وIMAP للاستلام، مقدّماً تجربة بريد إلكتروني كاملة.

## كيف يعمل SMTP

فهم عملية SMTP يساعدك على تشخيص مشاكل التوصيل وتحسين بنية البريد الإلكتروني. إليك الرحلة خطوة بخطوة لرسالة بريد إلكتروني من المرسل إلى المستلم.

### عملية تواصل SMTP

**الخطوة 1: تأسيس الاتصال**

يتصل عميل البريد الإلكتروني (Mail User Agent) بخادم البريد الصادر (Mail Transfer Agent) عبر منفذ TCP 25 أو 587 أو 465. تحدث “مصافحة” حيث يُعرّف الخادم بنفسه.

**الخطوة 2: مصافحة SMTP (HELO/EHLO)**

يبدأ العميل التواصل بأمر HELO أو EHLO:

```
Client: EHLO mail.example.com
Server: 250-smtp.provider.com Hello
```

EHLO (Extended HELO) هو الإصدار الحديث الذي يدعم امتدادات SMTP مثل المصادقة وتشفير TLS.

**الخطوة 3: تعريف المرسل (MAIL FROM)**

يحدّد العميل عنوان البريد الإلكتروني للمرسل:

```
Client: MAIL FROM:<sender@example.com>
Server: 250 OK
```

**الخطوة 4: تحديد المستلم (RCPT TO)**

يحدّد العميل مستلماً واحداً أو أكثر:

```
Client: RCPT TO:<recipient@destination.com>
Server: 250 OK
```

**الخطوة 5: نقل بيانات الرسالة (DATA)**

يُنقل المحتوى الفعلي للبريد الإلكتروني:

```
Client: DATA
Server: 354 Start mail input
Client: Subject: Test Email
Client: From: sender@example.com
Client: To: recipient@destination.com
Client:
Client: This is the email body.
Client: .
Server: 250 OK
```

**الخطوة 6: إنهاء الاتصال (QUIT)**

تنتهي الجلسة بسلاسة:

```
Client: QUIT
Server: 221 Bye
```

### رحلة البريد الإلكتروني الكاملة

1. **التأليف**: تكتب رسالة بريد إلكتروني في عميلك (Gmail، Outlook، إلخ)
2. **التقديم**: يتصل عميلك بخادم SMTP
3. **بحث DNS**: يستعلم الخادم الخاص بك من DNS عن سجلات MX للمستلم
4. **النقل**: يتصل خادمك بخادم SMTP للمستلم
5. **التوصيل**: يقبل خادم المستلم الرسالة
6. **التخزين**: تُخزَّن الرسالة لاسترداد المستلم لها عبر POP3/IMAP

### شرح منافذ SMTP

| المنفذ | الاسم | الأمان | حالة الاستخدام |
| --- | --- | --- | --- |
| 25 | SMTP | لا شيء/STARTTLS | تتابع خادم إلى خادم |
| 587 | Submission | STARTTLS | عميل إلى خادم (موصى به) |
| 465 | SMTPS | TLS ضمني | تقديم آمن قديم |
| 2525 | بديل | STARTTLS | عند حظر 587 |

**المنفذ 587** هو المنفذ الموصى به لإرسال البريد الإلكتروني من التطبيقات وعملاء البريد الإلكتروني. يتطلب مصادقة ويدعم تشفير STARTTLS.

**المنفذ 25** كان منفذ SMTP الأصلي لكنه يُستخدم الآن أساساً للتواصل بين الخوادم. يحظر العديد من ISPs المنفذ 25 الصادر لمنع السبام.

**المنفذ 465** خُصِّص لفترة وجيزة لـ SMTPS (SMTP عبر SSL) لكنه أُعيد تعيينه. لا يزال بعض المزوّدين يدعمونه للتوافق القديم.

## SMTP مقابل Email API: أيهما يجب أن تستخدم؟

التطبيقات الحديثة لها خياران رئيسيان لإرسال البريد الإلكتروني برمجياً: SMTP التقليدي و Email APIs المعتمدة على HTTP. لكل نهج مزايا متميّزة.

### نهج SMTP

مع SMTP، يتصل تطبيقك مباشرة بخادم SMTP باستخدام البروتوكول الموصوف أعلاه.

**المزايا:**

- توافق عالمي مع أي مكتبة لإرسال البريد الإلكتروني
- يعمل مع بنية البريد الإلكتروني الحالية
- لا قيود مع تنسيقات API محدّدة لبائع
- إعداد أبسط لحالات الاستخدام الأساسية
- يعمل في بيئات بوصول HTTP محدود

**العيوب:**

- معالجة أخطاء أكثر تعقيداً
- تتبّع محدود بدون إعداد إضافي
- الإرسال المتزامن قد يكون أبطأ
- عبء إدارة الاتصال
- أصعب في تنفيذ الميزات المتقدمة

### نهج Email API

تستخدم Email APIs HTTP/REST لإرسال الرسائل، مُجرِّدةً تعقيد SMTP الأساسي.

**المزايا:**

- تتبّع غني (الفتح، النقرات، الارتدادات) مدمج
- إرسال غير متزامن مع webhooks
- معالجة أخطاء أبسط برموز حالة HTTP
- ميزات متقدمة (قوالب، جدولة) أصلية
- تحليلات وتقارير أفضل
- تكامل أسهل مع التطبيقات الحديثة

**العيوب:**

- تنفيذ خاص بالبائع
- يتطلب اتصالاً بالإنترنت (لا تتابع محلي)
- قد تنطبق حدود معدل API
- منحنى تعلم لميزات API المحدّدة

### متى تستخدم SMTP

- **الأنظمة القديمة**: التطبيقات الأقدم المصممة لـ SMTP
- **البريد المعاملاتي البسيط**: إشعارات أساسية بدون احتياجات تتبّع
- **برامج داخلية**: التطبيقات في بيئات شبكة مقيّدة
- **تكوين عميل البريد الإلكتروني**: تطبيقات البريد الإلكتروني للسطح المكتب أو الموبايل
- **WordPress و CMS**: تتوقّع العديد من المكوّنات الإضافية بيانات اعتماد SMTP

### متى تستخدم Email API

- **أتمتة التسويق**: الحملات التي تتطلب تحليلات مفصّلة
- **إرسال عالي الحجم**: التطبيقات التي ترسل آلاف الرسائل
- **التطبيقات الحديثة**: منتجات SaaS باحتياجات بريد إلكتروني معقّدة
- **الميزات المتقدمة**: إدارة القوالب، اختبار A/B، محتوى ديناميكي
- **التتبّع في الوقت الفعلي**: عند الحاجة إلى تغذية راجعة فورية للتوصيل

### النهج الهجين

تستخدم العديد من المنظمات الاثنين: SMTP للرسائل المعاملاتية البسيطة من الأنظمة القديمة، و Email APIs لحملات التسويق والأتمتة المعقدة. تدعم منصات مثل Brevo كلتا الطريقتين، مما يتيح لك الاختيار بناءً على كل حالة استخدام.

## شرح مصادقة SMTP

تمنع مصادقة SMTP المستخدمين غير المصرّح لهم من إرسال البريد الإلكتروني عبر خادمك. بدون المصادقة، يمكن لأي شخص استخدام خادمك لإرسال السبام، مما يضرّ بسمعتك وقابلية التوصيل.

### أنواع مصادقة SMTP

**SMTP AUTH (RFC 4954)**

آلية المصادقة القياسية تتطلب اسم مستخدم وكلمة مرور قبل الإرسال.

```
Client: AUTH LOGIN
Server: 334 VXNlcm5hbWU6
Client: [base64-encoded username]
Server: 334 UGFzc3dvcmQ6
Client: [base64-encoded password]
Server: 235 Authentication successful
```

**آليات AUTH الشائعة:**

| الآلية | الأمان | الوصف |
| --- | --- | --- |
| PLAIN | أساسي | اسم المستخدم/كلمة المرور بشكل واضح (يحتاج TLS) |
| LOGIN | أساسي | مماثل لـ PLAIN، تنسيق قديم |
| CRAM-MD5 | أفضل | تحدي-استجابة، لا كلمة مرور واضحة |
| DIGEST-MD5 | جيد | تحدي-استجابة محسّن |
| OAUTH2 | الأفضل | قائم على الرمز، لا نقل لكلمة المرور |

**تشفير TLS/SSL**

استخدم دائماً التشفير لحماية بيانات الاعتماد:

- **STARTTLS**: يُرقّي الاتصال البسيط إلى مشفّر (المنفذ 587)
- **TLS الضمني**: الاتصال مشفّر من البداية (المنفذ 465)

**مفاتيح API مقابل كلمات المرور**

تستخدم خدمات SMTP الحديثة غالباً مفاتيح API بدلاً من كلمات المرور:

```
Username: apikey (literal string)
Password: your-api-key-here
```

مفاتيح API مفضّلة لأنها يمكن تدويرها بدون تغيير كلمات مرور الحساب ويمكن أن تكون لها أذونات محدودة.

### إعداد بيانات اعتماد SMTP

عند تكوين تطبيق لإرسال البريد الإلكتروني عبر SMTP، تحتاج عادة إلى:

1. **مضيف SMTP**: عنوان الخادم (مثل smtp.brevo.com)
2. **منفذ SMTP**: عادة 587 للتقديم المُصادَق عليه
3. **اسم المستخدم**: بريدك الإلكتروني للحساب أو معرّف مفتاح API
4. **كلمة المرور**: كلمة مرور حسابك أو مفتاح API
5. **التشفير**: تمكين TLS/STARTTLS

مثال على تكوين Brevo SMTP:

```
Host: smtp-relay.brevo.com
Port: 587
Username: your-email@example.com
Password: your-smtp-key
Encryption: STARTTLS
```

## مصادقة البريد الإلكتروني: SPF و DKIM و DMARC

بعيداً عن مصادقة SMTP (إثبات أنك يمكنك استخدام الخادم)، تتحقّق بروتوكولات مصادقة البريد الإلكتروني من أن الرسائل تأتي حقاً من المرسل المُدّعى. هذه الآليات المعتمدة على DNS تحمي ضد الانتحال والتصيّد.

### SPF (Sender Policy Framework)

يحدّد SPF عناوين IP والخوادم المصرّح لها بإرسال البريد الإلكتروني لنطاقك.

**كيف يعمل SPF:**

1. تنشر سجلات SPF في DNS لنطاقك
2. عند استلام خادم لرسالتك، يتحقّق من SPF
3. إذا تطابق IP المرسل مع سجل SPF، تمرّ الرسالة
4. إذا لم يحدث ذلك، قد تُوسم الرسالة كسبام أو تُرفض

**مثال على سجل SPF:**

```
v=spf1 include:spf.brevo.com include:_spf.google.com -all
```

يسمح هذا السجل لـ Brevo وGoogle بإرسال البريد الإلكتروني لنطاقك، ويرفض جميع المرسلين الآخرين (-all).

**صياغة SPF:**

| الآلية | الوصف |
| --- | --- |
| include: | الثقة بـ SPF لنطاق آخر |
| ip4: | السماح بعنوان IPv4 محدّد/نطاق |
| ip6: | السماح بعنوان IPv6 محدّد/نطاق |
| a | السماح بـ IPs لسجل A للنطاق |
| mx | السماح بـ IPs لخادم MX للنطاق |
| -all | فشل جميع الآخرين (فشل صعب) |
| ~all | فشل ناعم لجميع الآخرين |
| ?all | محايد على جميع الآخرين |

**أفضل ممارسات SPF:**

- استخدم -all (فشل صعب) بمجرد الثقة في تكوينك
- ابقَ تحت 10 عمليات بحث DNS لتجنّب permerror
- ضمّن جميع مصادر الإرسال الشرعية
- اختبر باستخدام مدقّقي SPF قبل النشر

### DKIM (DomainKeys Identified Mail)

يضيف DKIM توقيعاً تشفيرياً لرسائلك، مُثبتاً أنها لم تُعدَّل أثناء النقل وأنها جاءت من نطاقك.

**كيف يعمل DKIM:**

1. خادم البريد الخاص بك يُوقّع الرسائل الصادرة بمفتاح خاص
2. تنشر المفتاح العام المقابل في DNS
3. الخوادم المستلمة تتحقّق من التوقيع باستخدام مفتاحك العام
4. التواقيع الصالحة تؤكّد سلامة الرسالة وأصلها

**مثال على سجل DKIM في DNS:**

```
brevo._domainkey.example.com IN TXT "v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4..."
```

المُحدِّد (brevo) يُعرّف أي مفتاح يُستخدم، مما يسمح لخدمات متعددة بالإرسال بمفاتيح DKIM مختلفة.

**مكوّنات DKIM:**

| الجزء | الوصف |
| --- | --- |
| المُحدِّد | يُعرّف المفتاح المحدّد (مثل brevo، google) |
| المفتاح العام | مفتاح RSA المنشور في DNS للتحقّق |
| المفتاح الخاص | يحتفظ به خادم الإرسال، يُوقّع الرسائل |
| الرأس | مُضاف إلى الرسالة (DKIM-Signature) |

**أفضل ممارسات DKIM:**

- استخدم مفاتيح RSA بحجم 2048-bit (الحد الأدنى 1024-bit)
- دوّر المفاتيح دورياً
- وقّع الرؤوس المهمة (From، Subject، Date)
- اختبر التواقيع قبل النشر الكامل

### DMARC (Domain-based Message Authentication, Reporting, and Conformance)

يبني DMARC على SPF وDKIM، مضيفاً سياسات للتعامل مع فشل المصادقة وقدرات الإبلاغ.

**كيف يعمل DMARC:**

1. تنشر سياسة DMARC في DNS
2. الخوادم المستلمة تتحقّق من توافق SPF وDKIM
3. تُعالَج الرسائل الفاشلة وفقاً لسياستك
4. تُرسَل التقارير إليك حول نتائج المصادقة

**مثال على سجل DMARC في DNS:**

```
_dmarc.example.com IN TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com; pct=100"
```

**سياسات DMARC:**

| السياسة | الإجراء |
| --- | --- |
| p=none | المراقبة فقط، لا إجراء على الفشل |
| p=quarantine | إرسال الفشل إلى مجلد السبام |
| p=reject | حظر الرسائل الفاشلة كلياً |

**مسار تنفيذ DMARC:**

1. **ابدأ بـ p=none**: راقب دون التأثير على التوصيل
2. **حلّل التقارير**: حدّد المصادر الشرعية التي تفشل في المصادقة
3. **أصلِح المشاكل**: أضف includes SPF المفقودة، كوّن DKIM
4. **انتقل إلى p=quarantine**: ابدأ الحماية بالتطبيق الناعم
5. **تقدّم إلى p=reject**: أقصى حماية بمجرد الثقة

**أفضل ممارسات DMARC:**

- ابدأ بـ p=none و rua (تقارير مُجمَّعة)
- راقب التقارير لمدة 2-4 أسابيع قبل التطبيق
- تأكّد من أن جميع المرسلين الشرعيين يجتازون SPF أو DKIM مع التوافق
- زِد pct (النسبة المئوية) تدريجياً عند التطبيق

### توافق المصادقة

يتطلب DMARC “توافقاً” بين النطاق في رأس From والنطاقات التي تجتاز SPF/DKIM:

- **توافق SPF**: نطاق Return-Path يطابق نطاق From
- **توافق DKIM**: نطاق توقيع DKIM يطابق نطاق From

هذا يمنع المهاجمين من استخدام بنية SPF/DKIM لإرسال رسائل بريد إلكتروني منتحلة.

## أفضل خدمات ومزوّدي SMTP

اختيار مزوّد SMTP المناسب يؤثر على التوصيل والتكلفة والميزات. إليك الخيارات الرائدة لـ 2026.

### Brevo (سابقاً Sendinblue)

**الأنسب لـ:** e-commerce، البريد المعاملاتي والتسويقي مُجمَّعان

تقدّم Brevo كلاً من تتابع SMTP ووصول API بأسعار تنافسية. تكمن قوتها في الجمع بين البريد المعاملاتي وأتمتة التسويق وCRM والتواصل متعدد القنوات (SMS، WhatsApp).

| الميزة | التفاصيل |
| --- | --- |
| الطبقة المجانية | 300 رسالة/يوم |
| التسعير | من 9 دولارات/شهر لـ 5000 رسالة |
| تتابع SMTP | نعم |
| API | نعم (REST) |
| أدوات التوصيل | SPF، DKIM، IP مخصّص متاح |
| التحليلات | الفتح، النقرات، الارتدادات، في الوقت الفعلي |

**تكوين SMTP:**

```
Host: smtp-relay.brevo.com
Port: 587
Authentication: Required
Encryption: STARTTLS
```

### Amazon SES (Simple Email Service)

**الأنسب لـ:** المرسلون عاليو الحجم مع بنية AWS التحتية

تقدّم Amazon SES أسعاراً منخفضة للغاية للأحجام العالية وتتكامل بسلاسة مع خدمات AWS الأخرى.

| الميزة | التفاصيل |
| --- | --- |
| الطبقة المجانية | 62000 رسالة/شهر (من EC2) |
| التسعير | 0.10 دولار لكل 1000 رسالة |
| تتابع SMTP | نعم |
| API | نعم (AWS SDK) |
| أدوات التوصيل | كاملة (يتطلب إعداداً يدوياً) |
| التحليلات | تكامل CloudWatch |

**اعتبارات:**

- يتطلب خبرة تقنية للتكوين الصحيح
- إدارة السمعة هي مسؤوليتك
- الأنسب للمطوّرين المرتاحين مع AWS

### SendGrid (Twilio)

يوفّر SendGrid APIs ودودة للمطوّرين مع وثائق ممتازة وقابلية توسع للأعمال النامية.

| الميزة | التفاصيل |
| --- | --- |
| الطبقة المجانية | 100 رسالة/يوم |
| التسعير | من 19.95 دولار/شهر لـ 50000 رسالة |
| تتابع SMTP | نعم |
| API | نعم (REST، webhooks) |
| أدوات التوصيل | مجموعة كاملة مُضمَّنة |
| التحليلات | لوحة معلومات شاملة |

### Mailgun

**الأنسب لـ:** البريد المعاملاتي مع تسجيل مفصّل

يركّز Mailgun على حالات الاستخدام المعاملاتية والمطوّرة مع ميزات قوية للبحث في السجلات والتحقّق.

| الميزة | التفاصيل |
| --- | --- |
| الطبقة المجانية | تجربة بإرسالات محدودة |
| التسعير | من 15 دولاراً/شهر لـ 10000 رسالة |
| تتابع SMTP | نعم |
| API | نعم (REST) |
| أدوات التوصيل | التحقّق من البريد الإلكتروني، السجلات |
| التحليلات | سجلات قابلة للبحث، إحصائيات |

### Postmark

**الأنسب لـ:** البريد المعاملاتي الذي يتطلب أسرع توصيل

يتخصّص Postmark في البريد المعاملاتي بسرعات توصيل رائدة في الصناعة وسياسات صارمة لمكافحة السبام.

| الميزة | التفاصيل |
| --- | --- |
| الطبقة المجانية | لا شيء (تجربة متاحة) |
| التسعير | من 15 دولاراً/شهر لـ 10000 رسالة |
| تتابع SMTP | نعم |
| API | نعم (REST) |
| أدوات التوصيل | IP مخصّص مُضمَّن |
| التحليلات | في الوقت الفعلي، مفصّلة |

### ملخّص مقارنة المزوّدين

| المزوّد | الأنسب لـ | الطبقة المجانية | السعر الابتدائي |
| --- | --- | --- | --- |
| Brevo | تسويق الكل في واحد | 300/يوم | 9 دولارات/شهر |
| Amazon SES | حجم عالٍ، مستخدمو AWS | 62000/شهر | 0.10 دولار/1000 |
| SendGrid | تركيز على المطوّرين | 100/يوم | 19.95 دولاراً/شهر |
| Mailgun | معاملاتي + سجلات | تجربة | 15 دولاراً/شهر |
| Postmark | معاملاتي سريع | تجربة | 15 دولاراً/شهر |

### اختيار المزوّد المناسب

**ضع في الاعتبار هذه العوامل:**

1. **الحجم**: كم رسالة شهرياً؟
2. **النوع**: تسويقي، معاملاتي، أم كلاهما؟
3. **الموارد التقنية**: هل يمكنك إدارة الإعدادات المعقّدة؟
4. **الميزات المطلوبة**: قوالب، تحليلات، اختبار A/B؟
5. **الميزانية**: ما ميزانية البريد الإلكتروني الشهرية لديك؟
6. **التكامل**: ما الأنظمة التي تحتاج إلى الاتصال؟

## كيفية إعداد SMTP

يختلف إعداد SMTP حسب حالة استخدامك. إليك أدلة للسيناريوهات الشائعة.

### إعداد SMTP في WordPress

تحتاج معظم مواقع WordPress إلى SMTP لتوصيل بريد إلكتروني موثوق. وظيفة PHP mail() الافتراضية تفشل غالباً أو تنزل في السبام.

**الخطوة 1: تثبيت مكوّن إضافي SMTP**

خيارات شائعة:

- WP Mail SMTP
- Post SMTP
- Easy WP SMTP

**الخطوة 2: تكوين المكوّن الإضافي**

استخدام WP Mail SMTP مع Brevo:

```
From Email: noreply@yourdomain.com
From Name: Your Site Name
Mailer: Other SMTP
SMTP Host: smtp-relay.brevo.com
Encryption: TLS
SMTP Port: 587
Authentication: On
SMTP Username: your-email@example.com
SMTP Password: your-brevo-smtp-key
```

**الخطوة 3: اختبار الاتصال**

أرسل بريداً إلكترونياً تجريبياً للتحقّق من التكوين. تحقّق من مجلدات السبام إذا لم تصل الرسالة التجريبية.

### إعداد SMTP في التطبيقات

للتطبيقات المخصّصة، استخدم مكتبة البريد الإلكتروني للغة البرمجة الخاصة بك.

**Node.js (Nodemailer):**

```javascript
const nodemailer = require('nodemailer');

const transporter = nodemailer.createTransport({
  host: 'smtp-relay.brevo.com',
  port: 587,
  secure: false,
  auth: {
    user: 'your-email@example.com',
    pass: 'your-smtp-key'
  }
});

await transporter.sendMail({
  from: 'sender@example.com',
  to: 'recipient@example.com',
  subject: 'Test Email',
  text: 'Hello from Node.js!'
});
```

**Python (smtplib):**

```python
import smtplib
from email.mime.text import MIMEText

smtp_server = "smtp-relay.brevo.com"
port = 587
username = "your-email@example.com"
password = "your-smtp-key"

msg = MIMEText("Hello from Python!")
msg['Subject'] = "Test Email"
msg['From'] = "sender@example.com"
msg['To'] = "recipient@example.com"

with smtplib.SMTP(smtp_server, port) as server:
    server.starttls()
    server.login(username, password)
    server.send_message(msg)
```

**PHP (PHPMailer):**

```php
use PHPMailer\PHPMailer\PHPMailer;

$mail = new PHPMailer(true);
$mail->isSMTP();
$mail->Host = 'smtp-relay.brevo.com';
$mail->SMTPAuth = true;
$mail->Username = 'your-email@example.com';
$mail->Password = 'your-smtp-key';
$mail->SMTPSecure = 'tls';
$mail->Port = 587;

$mail->setFrom('sender@example.com', 'Sender Name');
$mail->addAddress('recipient@example.com');
$mail->Subject = 'Test Email';
$mail->Body = 'Hello from PHP!';

$mail->send();
```

### إعداد سجلات DNS

قبل الإرسال، كوّن سجلات مصادقة DNS.

**الخطوة 1: إضافة سجل SPF**

أنشئ سجل TXT في جذر نطاقك:

```
Type: TXT
Host: @
Value: v=spf1 include:spf.brevo.com ~all
```

إذا كان لديك SPF موجود، أضف بيان include:

```
v=spf1 include:spf.brevo.com include:_spf.google.com ~all
```

**الخطوة 2: إضافة سجل DKIM**

أنشئ سجل TXT بالمُحدِّد من مزوّدك:

```
Type: TXT
Host: brevo._domainkey
Value: v=DKIM1; k=rsa; p=[your-public-key]
```

**الخطوة 3: إضافة سجل DMARC**

ابدأ بوضع المراقبة:

```
Type: TXT
Host: _dmarc
Value: v=DMARC1; p=none; rua=mailto:dmarc-reports@yourdomain.com
```

**الخطوة 4: التحقّق من التكوين**

استخدم أدوات مثل:

- MXToolbox (mxtoolbox.com)
- Mail Tester (mail-tester.com)
- DMARC Analyzer

## أخطاء SMTP الشائعة وإصلاحاتها

تتبع أخطاء SMTP نظام ترقيم موحّد. فهم هذه الرموز يساعد على تشخيص مشاكل التوصيل بسرعة.

### فئات رموز خطأ SMTP

| النطاق | الفئة | المعنى |
| --- | --- | --- |
| 2xx | نجاح | الأمر مقبول |
| 4xx | فشل مؤقت | حاول لاحقاً |
| 5xx | فشل دائم | لا تُعِد المحاولة |

### أخطاء SMTP الشائعة والحلول

**421 Service Not Available**

الخادم غير قادر مؤقتاً على معالجة الطلبات.

*الأسباب:*

- زيادة الحمل على الخادم
- نافذة الصيانة
- الوصول إلى حدود الاتصال

*الحلول:*

- انتظر وأعد المحاولة
- تحقّق من صفحة حالة المزوّد
- نفّذ منطق إعادة المحاولة مع backoff

**450 Mailbox Unavailable**

مشكلة مؤقتة مع صندوق بريد المستلم.

*الأسباب:*

- صندوق البريد ممتلئ
- قيد سياسة الخادم
- Greylisting

*الحلول:*

- أعد المحاولة بعد تأخير
- Greylisting يُحلّ في المحاولة الثانية
- اتصل بالمستلم إذا استمر

**451 Local Error**

خطأ معالجة في الخادم المستلم.

*الأسباب:*

- مشكلة تكوين الخادم
- استنزاف الموارد
- حظر سياسة مؤقت

*الحلول:*

- أعد المحاولة مع backoff أسي
- تحقّق إذا كان IP الخاص بك محظوراً مؤقتاً
- انتظر استرداد الخادم

**500 Syntax Error**

الأمر غير معروف.

*الأسباب:*

- أوامر SMTP مشوّهة
- امتدادات غير مدعومة
- مشاكل التشفير

*الحلول:*

- تحقّق من صياغة الأمر
- تأكّد من نهايات السطر الصحيحة (CRLF)
- تحقّق من توافق العميل

**501 Syntax Error in Parameters**

الأمر معروف لكن المعاملات غير صالحة.

*الأسباب:*

- تنسيق عنوان بريد إلكتروني غير صالح
- معاملات مطلوبة مفقودة
- مشاكل التشفير

*الحلول:*

- تحقّق من عناوين البريد الإلكتروني قبل الإرسال
- تحقّق من الأحرف الخاصة
- راجع تنسيق المعاملات

**550 Mailbox Not Found**

عنوان المستلم غير موجود.

*الأسباب:*

- خطأ مطبعي في عنوان البريد الإلكتروني
- الحساب محذوف
- النطاق لا يقبل البريد الإلكتروني

*الحلول:*

- تحقّق من عنوان المستلم
- إزالته من القائمة (ارتداد صعب)
- نفّذ التحقّق من البريد الإلكتروني

**551 User Not Local**

المستلم ليس على هذا الخادم.

*الأسباب:*

- إعادة توجيه البريد الإلكتروني مطلوبة
- الخادم الخاطئ تم الاتصال به
- سجلات MX قديمة

*الحلول:*

- تحقّق من حلّ سجل MX
- اتبع تعليمات إعادة التوجيه
- حدّث ذاكرة DNS

**552 Message Too Large**

البريد الإلكتروني يتجاوز حدود الحجم.

*الأسباب:*

- مرفقات كبيرة
- حدود خادم المستلم
- صور مضمّنة كبيرة جداً

*الحلول:*

- ضغط أو إزالة المرفقات
- استخدم روابط مشاركة الملفات بدلاً من ذلك
- تحقّق من حدود الحجم للمستلم

**553 Mailbox Name Invalid**

تنسيق العنوان مرفوض.

*الأسباب:*

- أحرف غير صالحة في العنوان
- نطاق مشوّه
- قيود السياسة

*الحلول:*

- تحقّق من تنسيق البريد الإلكتروني
- تحقّق من الأخطاء المطبعية
- استخدم عناوين متوافقة مع RFC

**554 Transaction Failed**

رفض عام، غالباً متعلق بالسبام.

*الأسباب:*

- تم تشغيل فلتر السبام
- IP المرسل في القائمة السوداء
- انتهاك سياسة المحتوى
- مصادقة مفقودة

*الحلول:*

- تحقّق من حالة القائمة السوداء
- راجع محتوى البريد الإلكتروني
- تحقّق من المصادقة (SPF، DKIM، DMARC)
- تحقّق من سمعة المرسل

### تشخيص مشاكل SMTP

**الخطوة 1: تحقّق من رسائل الخطأ**

سجّل استجابات SMTP الكاملة، وليس الرموز فقط. النص بعد الرمز يقدّم السياق.

**الخطوة 2: اختبار الاتصال**

تحقّق أنك يمكنك الاتصال بخادم SMTP:

```bash
telnet smtp-relay.brevo.com 587
```

أو استخدم openssl لـ TLS:

```bash
openssl s_client -starttls smtp -connect smtp-relay.brevo.com:587
```

**الخطوة 3: التحقّق من المصادقة**

اختبر بيانات الاعتماد بشكل مستقل عن تطبيقك باستخدام عميل بريد أو أداة سطر أوامر.

**الخطوة 4: تحقّق من DNS**

تحقّق من سجلات المصادقة:

```bash
dig TXT yourdomain.com
dig TXT _dmarc.yourdomain.com
dig TXT selector._domainkey.yourdomain.com
```

**الخطوة 5: راجع القوائم السوداء**

تحقّق إذا كان IP الإرسال الخاص بك في القائمة السوداء:

- MXToolbox Blacklist Check
- Spamhaus
- Barracuda Reputation

## أفضل ممارسات SMTP

اتبع هذه الممارسات لتعظيم التوصيل والحفاظ على سمعة جيدة للمرسل.

### المصادقة

- **استخدم دائماً SMTP AUTH**: لا تشغّل تتابعاً مفتوحاً
- **مكّن TLS**: شفّر جميع الاتصالات (STARTTLS على المنفذ 587)
- **استخدم مفاتيح API**: فضّل مفاتيح API على كلمات مرور الحساب
- **دوّر بيانات الاعتماد**: غيّر المفاتيح دورياً
- **نفّذ الثلاثة جميعاً**: SPF و DKIM و DMARC معاً

### ممارسات الإرسال

- **أحمِ IPs الجديدة**: زِد الحجم تدريجياً على IPs الإرسال الجديدة
- **إرسال متّسق**: حافظ على أنماط إرسال منتظمة
- **نظافة القائمة**: أزل الارتدادات والمشتركين غير المتفاعلين
- **احترم إلغاءات الاشتراك**: عالج الانسحاب فوراً
- **راقب السمعة**: تتبّع درجات المرسل وحالة القائمة السوداء

### التنفيذ التقني

- **عالج الارتدادات**: عالج وصنّف إشعارات الارتداد
- **نفّذ منطق إعادة المحاولة**: استخدم backoff أسي للفشل المؤقت
- **سجّل كل شيء**: احتفظ بسجلات مفصّلة لاستكشاف الأخطاء
- **راقب التوصيل**: تتبّع معدلات التوصيل والكمون
- **استخدم تجميع الاتصالات**: أعد استخدام الاتصالات للكفاءة

### إرشادات المحتوى

- **تجنّب مُحفّزات السبام**: راقب عبارات السبام الشائعة
- **توازن النص والصور**: لا ترسل رسائل صور فقط
- **ضمّن روابط إلغاء الاشتراك**: مطلوبة قانونياً في معظم الولايات القضائية
- **استخدم أسماء مرسلين قابلة للتعرّف**: يجب أن يعرف المستلمون من أنت
- **اختبر قبل الإرسال**: تحقّق من درجات السبام قبل الحملات

## الخلاصة

يبقى SMTP البروتوكول الأساسي الذي يُشغّل التواصل عبر البريد الإلكتروني في جميع أنحاء العالم. سواء كنت ترسل إشعارات معاملاتية أو حملات تسويقية أو تواصلاً داخلياً، فإن فهم SMTP يساعدك على بناء بنية بريد إلكتروني موثوقة.

الخلاصات الرئيسية من هذا الدليل:

- **SMTP هو بروتوكول الإرسال**: يدفع البريد الإلكتروني من خوادم المرسل إلى المستلم
- **المصادقة أساسية**: استخدم SMTP AUTH وTLS ونفّذ SPF/DKIM/DMARC
- **اختر المزوّد المناسب**: طابق قدرات المزوّد مع حجمك واحتياجاتك
- **راقب وحافظ**: تتبّع التوصيل وعالج الارتدادات وحافظ على نظافة القائمة
- **SMTP مقابل API**: استخدم SMTP للتوافق، APIs للميزات المتقدمة

لأعمال e-commerce، الجمع بين مزوّد SMTP موثوق مثل Brevo مع تكامل بيانات العملاء المناسب يضمن وصول رسائلك المعاملاتية للعملاء بينما تدفع حملاتك التسويقية التفاعل.

جاهز لتحسين توصيل بريدك الإلكتروني؟ ابدأ بتدقيق إعداد المصادقة الحالي لديك باستخدام إرشادات SPF وDKIM وDMARC في هذا الدليل، ثم فكّر إذا كان مزوّدك الحالي يلبّي احتياجاتك من حيث الحجم والميزات والموثوقية.

## أين يندرج Tajo

Tajo هو منشئ التكاملات الوكيلي. احتفظ بمزوّديك. يربط الوكلاء كل ما عداهم، وتعتمد أنت كل مزامنة. Tajo متاح حاليًا في مرحلة الوصول المبكر. [اطلب وصولًا مبكرًا](https://tajo.io/ar/#early-access)

## الأسئلة المتكررة

**ما هو خادم SMTP؟**

أتقن SMTP مع هذا الدليل الشامل. تعرّف على طريقة عمل Simple Mail Transfer Protocol، وقارن بين SMTP وAPI، واضبط المصادقة (SPF وDKIM وDMARC)، واختر أفضل مزود SMTP لعملك.

**كيف أبدأ مع خادم SMTP؟**

ابدأ بالأساسيات: افهم المفاهيم الرئيسية، واختر الأدوات المناسبة، وطبّق خطوة بخطوة. يغطي هذا الدليل كل شيء من المستوى المبتدئ إلى المتقدم.

**هل أستخدم SMTP أم واجهة API للبريد الإلكتروني؟**

استخدم SMTP مع WordPress وأنظمة إدارة علاقات العملاء والأجهزة والأنظمة القديمة التي لا تدعم سوى إعدادات SMTP. واستخدم واجهة API للبريد الإلكتروني عندما تتحكم في التطبيق وتحتاج إلى أخطاء منظمة وقوالب وwebhooks للأحداث ومعالجة قوائم الحظر وأتمتة أقوى.

**ما الفرق بين SMTP واستضافة البريد الإلكتروني؟**

SMTP هو خصيصاً لإرسال البريد الإلكتروني. تشمل استضافة البريد الإلكتروني كلاً من الإرسال (SMTP) والاستلام (POP3/IMAP) إلى جانب التخزين والإدارة. يمكنك استخدام خدمات SMTP الخارجية أثناء استضافة بريدك الإلكتروني في مكان آخر.

**هل يمكنني استخدام Gmail SMTP لعملي؟**

يقدّم Gmail وصول SMTP لكن مع قيود. الطبقة المجانية تسمح بـ 500 رسالة يومياً، وGoogle Workspace يزيد هذا إلى 2000. للأحجام الأعلى أو تحكّم أفضل في التوصيل، يُوصى بخدمات SMTP المخصّصة مثل Brevo.

**لماذا تذهب رسائلي إلى السبام؟**

تشمل الأسباب الشائعة: - SPF/DKIM/DMARC مفقودة أو سيئة التكوين - الإرسال من IP جديد بدون تحمية - سمعة مرسل ضعيفة - محتوى يشبه السبام - الإرسال إلى عناوين غير صالحة - معدلات شكاوى عالية تحقّق من المصادقة أولاً، ثم راجع المحتوى وممارسات الإرسال.

**ما أفضل منفذ SMTP للاستخدام؟**

المنفذ 587 موصى به لتقديم البريد الإلكتروني من العميل إلى الخادم. يتطلب مصادقة ويدعم تشفير STARTTLS. المنفذ 25 لتتابع الخادم إلى الخادم وغالباً ما يُحظَر من قِبل ISPs.

**كم رسالة بريد إلكتروني يمكنني إرسالها عبر SMTP؟**

تعتمد الحدود على مزوّدك: - Gmail: 500-2000/يوم - Brevo مجاني: 300/يوم - Amazon SES: 50000/يوم (بموافقة) - الخدمات المخصّصة: غالباً غير محدودة بطبقات تسعير

**هل أحتاج إلى IP مخصّص لـ SMTP؟**

ليس دائماً. تعمل IPs المشتركة بشكل جيد لأحجام معتدلة مع ممارسات جيدة. تستفيد IPs المخصّصة المرسلين عاليي الحجم (100000+ شهرياً) الذين يريدون تحكّماً كاملاً في سمعتهم. تقدّم معظم المزوّدين IPs المخصّصة كخيار ترقية.

**ما هو SMTP relay؟**

SMTP relay هو عندما يُعيد خادم البريد الإلكتروني توجيه الرسائل عبر خادم آخر للتوصيل. هذا مفيد عندما لا يستطيع خادمك المحلي الإرسال مباشرة (منافذ محظورة، سمعة ضعيفة) أو عند استخدام خدمة مثل Brevo لتوصيل أفضل.

**كيف أختبر تكوين SMTP الخاص بي؟**

استخدم هذه الأساليب: 1. أرسل رسائل بريد إلكتروني تجريبية عبر تطبيقك 2. استخدم أدوات عبر الإنترنت مثل Mail Tester للتحقّق من المصادقة 3. اتصل يدوياً عبر telnet أو openssl 4. تحقّق من لوحات معلومات المزوّد لسجلات التوصيل 5. أرسل إلى عناوين تجريبية تُبلِّغ عن نتائج المصادقة

**ماذا يحدث إذا فشل SPF أو DKIM؟**

بدون DMARC، فشل SPF/DKIM قد يتسبّب في وسم الرسائل لكن ليس بالضرورة رفضها. مع DMARC المعيّن إلى quarantine أو reject، الفشل سيؤدي إلى وضع السبام أو الحظر. راقب دائماً تقارير DMARC للقبض على مشاكل المصادقة.

**هل يستطيع SMTP التعامل مع المرفقات؟**

نعم. ينقل SMTP المرفقات المُشفّرة في جسم الرسالة (عادةً ترميز base64 للملفات الثنائية). ومع ذلك، قد تصل المرفقات الكبيرة إلى حدود حجم الخادم. للملفات أكبر من بضع ميغابايت، فكّر في استخدام روابط تخزين سحابية بدلاً من ذلك.

## مقالات ذات صلة

### [SMTP relay مجاني: الدليل الشامل (2026)](https://tajo.io/ar/blog/free-smtp-relay-guide/)

٢٦ مارس ٢٠٢٦ · 8 دقيقة قراءة

٩ أقسام

### [دليل WP Mail SMTP: إعداد WordPress، ومزوّدو البريد، وDNS، والاختبار، والسجلات، وضمان الجودة (2026)](https://tajo.io/ar/blog/wp-mail-smtp-guide/)

٢٦ مارس ٢٠٢٦ · 7 دقيقة قراءة

١٥ قسمًا

### [API البريد الإلكتروني: الدليل الشامل لإرسال البريد الإلكتروني برمجيًا (2026)](https://tajo.io/ar/blog/email-api-guide/)

٢٥ مارس ٢٠٢٦ · 12 دقيقة قراءة

١٥ قسمًا