خطاهای سیستم پست الکترونیکی راه اندازی ایمیل (بدون ایمیل های اسپم)

راه اندازی ارسال ایمیل بدون ارسال هرزنامه.

امکان ارسال ایمیل از طریق سرورهای SMTP شخص ثالث (Mandrill، Mailgun، Yandex) و از طریق آدرس های شخصیمن خدمات پستی را در نظر نمی گیرم (اگر دستورالعمل های نصب ارائه شده را دنبال کنید همه چیز در آنجا بسیار ساده است) - فقط این گزینه را در نظر می گیرم که ما سرور خودمان را داریم که بر اساس آن روی آن نصب شده است. سرور پست الکترونیکیبرای مثال exim (مانند اکثر میزبان ها).

ما نیاز به دسترسی برای ویرایش سوابق DNS و حداقل مالکیت کنسول داریم تنظیمات DKIM(اگر ISPmanager وجود داشته باشد - و این نکته بی ربط می شود). در کل، باید 4 ورودی جدید را در رکوردهای DNS دامنه خود پیکربندی کنید (اضافه کنید): PTR, SPF, DKIMو DMARC.

• PTR- به اصطلاح رکورد DNS "معکوس". باید اجباری باشد، زیرا بسیار است عدد بزرگخدمات پستی نسبت به نشانه نادرست آن تحمل نمی کنند. در تئوری، باید توسط هاست شما نصب شود، برای مثال DigitalOcean این کار را به صورت خودکار انجام می دهد. - اما گزینه ای برای پیکربندی دستی آن وجود دارد.
• SPF- سابقه ای که نشان می دهد سرور شما مجاز به ارسال نامه از این دامنه و IP است. بدون این ورودی، تقریباً تضمین می شود که در هرزنامه قرار بگیرید. نصب بسیار ساده است - اطلاعات جامع با مثال هایی در مورد راه اندازی را می توان در (اطلاعات در صفحه سبز) یا در به دست آورد.
• DKIM- امضای الکترونیکنامه های شما اگر دو تا هستند ورودی های قبلی- به دامنه و حروف شما "وزن" می دهد، به عنوان مثال Yandex به لطف آن، حروف را با یک علامت سبز زیبا علامت گذاری می کند.

تنظیم این امضا شاید سخت ترین باشد - در نتیجه 90٪ سایت ها آن را ندارند، اما به شدت توصیه می شود. تنظیم آن در ISPmanager بسیار آسان است: پشتیبانی از DKIM را در برگه ویژگی ها، در ویرایش فعال کنید. دامنه پستیکادر DKIM را علامت بزنید و ورودی آماده را در ویژگی های دامنه (NS) انتخاب کنید. اگر ISPmanager ندارید، به شما توصیه می کنم از این مقاله نسبتاً ساده استفاده کنید: .

• DMARC- استاندارد کاملاً جدید است، اما در حال حاضر به طور فعال توسط خدمات پستی اجرا می شود و امسال 100٪ باید داشته باشد. راه‌اندازی ساده‌ترین مورد از تمام ورودی‌های ذکر شده در بالا است، فقط باید یکی از نمونه‌های فهرست‌شده در این صفحه زیر را اضافه کنید: - من مورد دوم را توصیه می‌کنم.

سرور شما اکنون پیکربندی شده است و اگر همه چیز به درستی انجام شود، حتی یک حرف به اسپم نمی رود. به عنوان مثال، یک تصویر تأیید کننده از اداره پست mail.ru (وضعیت مشابه با غیبت کاملتعریف ایمیل به عنوان هرزنامه و توسط Yandex):

راه اندازی یک جمع آوری نامه برگشتی

XenForo مکانیزمی کاملاً شگفت‌انگیز دارد که تقریباً هیچ‌کس از آن استفاده نمی‌کند - یک جمع‌آورنده ایمیل پرش. من فکر می کنم همه با این وضعیت مواجه شده اند که پس از ارتکاب ارسال انبوهتعداد زیادی نامه از نوع زیر به صندوق پست می رسد:

این پیام به طور خودکار توسط نرم افزار تحویل نامه ایجاد شد.

پیامی که ارسال کردید به یک یا چند مورد از آن تحویل داده نشد
گیرندگان این یک خطای دائمی است. آدرس(های) زیر ناموفق بود:

***@rambler.ru
خطای SMTP از سرور ایمیل راه دور پس از RCPT TO:<***@rambler.ru>:
میزبان imx1.rambler.ru : 540 5.7.1<***@rambler.ru>:
آدرس گیرنده رد شد: ایمیل های شما برگردانده شده است زیرا حساب ایمیل گیرنده مورد نظر به حالت تعلیق درآمده است. برای دریافت پیام های دریافتی، حساب باید دوباره فعال شود.

این ایمیل ها سیگنالی هستند که نشان می دهد آدرس های کاربران شما قدیمی است. پست الکترونیک(صندوق های پستی مسدود، حذف شده، پر هستند)، به این معنی که نامه های جدیدی از شما دریافت نمی کنند و در صورت لزوم نمی توانند حساب شما را در انجمن بازیابی کنند. بسیاری از کاربران حتی نمی دانند که از یک آدرس ایمیل قدیمی استفاده می کنند، اما خدمات پستی، با مشاهده تعداد زیادی ایمیل در حال ارسال به آدرس های غیر موجود، آنها می توانند به سادگی دامنه شما را به لیست هرزنامه اضافه کنند.

ما باید با این موضوع مبارزه کنیم، زیرا حتی در انجمن من، جایی که این سیستم چندین سال است در حال اجرا است، در مقایسه با تعداد کاربران، حروف "بازگردانده شده" زیادی وجود دارد:

• برای شروع، بیایید ایجاد کنیم آدرس پستی، که نامه های برگشتی را به آن می فرستیم (صندوق پستی سیستمی است و نباید برای اهداف دیگری استفاده شود) - برای مثال ، جایی که google.com دامنه شماست.

• به بخش مدیریت بروید تنظیمات - تنظیمات ایمیل. در قسمت آدرس بازگشت، صندوق پستی را که ایجاد کرده اید مشخص کنید. تیک بزنید پردازش خودکارنامه‌های تحویل‌نشده و داده‌های ورود به صندوق پستی سرویس خود را که قبلاً ایجاد کرده‌اید نشان می‌دهد: آدرس (در مورد سرور SMTP خودتان، سرور خود را نشان دهید)، ورود به سیستم (آدرسی که ایجاد کرده‌اید) و رمز عبور صندوق پست. من نمونه ای از تنظیمات خود را ارائه می کنم - من ایمیل تجاری از Mail.ru دارم - بنابراین، برای دریافت نامه از صندوق پستی خدمات خود به سرور آنها متصل می شوم.

اساساً، این همه تنظیمات است. تالار گفتمان به طور خودکار، در فواصل زمانی معین، به صندوق پستی خدماتی که مشخص کرده‌اید می‌رود، کپی‌هایی از نامه‌های برگشتی را که در آنجا دریافت شده‌اند دانلود کرده و از آنجا حذف می‌کند. در فصل ابزار - گزارش امتناع از تحویل نامهمی توانید این آمار را مشاهده کنید. من به ویژه تأکید می کنم که این جعبه نمی تواند برای اهداف دیگری استفاده شود، در غیر این صورت در معرض خطر چندین باگ نسبتاً خنده دار در سیاهههای مدیریت هستید.

با توجه به شرایطی که تعیین کرده اید، هنگام بازگشت، به عنوان مثال، 3 ایمیل از یک آدرس، کاربر به فعال سازی مجدد خودکار ارسال می شود - از او خواسته می شود یک آدرس ایمیل فعلی را ارائه دهد و حساب را دوباره فعال کند. مشارکت شما در این مورد الزامی نیست - کاربران خودشان آدرس ایمیل فعلی خود را نشان می دهند و بنابراین مشکل به مرور زمان برطرف می شود. و در طول پست‌ها، کاربران با آدرس ایمیل نادرست می‌توانند از آن حذف شوند - در نتیجه از قرار گرفتن احتمالی در لیست‌های هرزنامه جلوگیری می‌شود.

متن های زیادی نوشته شده است، اما در واقع، راه اندازی همه چیز - هم سرور و هم جمع آوری نامه - اگر دقیقاً دستورالعمل ها را دنبال کنید، فقط چند دقیقه طول می کشد. یک بار آن را تنظیم کنید و فراموش کنید که نامه های انجمن شما به جایی نرسیده است یا دامنه شما به لیست های هرزنامه اضافه شده است زیرا پایگاه داده قدیمی شده است.

برای ساده کردن برخی از کارهایی که در بالا توضیح داده شد، می توانید از هر کدام استفاده کنید - هر کدام را که بیشتر دوست دارید. من از اولین مورد استفاده می کنم - اما انتخاب کاملاً با شماست. افزودن دامنه‌های خود در آنجا صندوق‌های پستی مناسب و با اندازه نامحدود با فیلترهای هرزنامه داخلی + مقداری ساده‌سازی راه‌اندازی سرور به شما می‌دهد (بعضی از رکوردها به‌طور خودکار ارائه می‌شوند (به استثنای DKIM، که باید به‌صورت دستی تولید شوند. برای ارسال نامه از سرور خود)).

وقتی از خانه دور هستید و با استفاده از ایمیل خانه خود ایمیلی ارسال کنید حساب، ممکن است این پیام با خطای 550، 553 یا رله برگردد. زمانی که خارج از دفتر هستید و سعی می کنید با استفاده از حساب ایمیل کاری خود ایمیلی ارسال کنید، همین اتفاق می افتد.

شرح

انتقال زمانی اتفاق می‌افتد که یک پیام ایمیل به آدرس ایمیلی ارسال می‌شود که دامنه آن (نام پس از نماد @، مانند adatum.com) توسط SMTP یا سرور ایمیل خروجی که درخواست فرستنده برای تحویل پیام را دریافت می‌کند، پردازش نمی‌شود. سرور SMTP برای ارسال پیام باید به سرور SMTP دیگری متصل شود.

اگر هنگام ارسال پیام پستییک خطای رله رخ می دهد، سرور SMTP (ایمیل خروجی) شما ممکن است پیام شما را همراه با یک پیام خطایی مانند زیر برگرداند:

موضوع:<тест>، حساب:<тест>، سرور: ، پروتکل: SMTP، پاسخ سرور: "550 رله ممنوع است، پورت: 25، امنیت (SSL): خیر، خطای سرور: 550، شماره خطا: 0x800CCC79".

"پیام نمی تواند ارسال شود زیرا سرور از پذیرش آدرس یکی از گیرندگان خودداری کرد. ایمیل حاوی این آدرس بود:<адрес эл. почты>. موضوع:<тест>، حساب:<тест>، سرور: ، پروتکل: SMTP، پاسخ سرور: "553 متأسفیم، این دامنه در لیست میزبان های مجاز من نیست (#5.7.1)"، پورت: 25، امنیت (SSL): خیر، خطای سرور: 553، شماره خطا: 0x800CCC79 "

متن دقیق پیام خطا به ارائه دهنده خدمات اینترنت شما بستگی دارد. برخی از ارائه دهندگان هنگامی که پیام های خروجی را به عنوان تعریف می کنند، پیغام خطا را برنمی گردانند تبلیغات ناخواسته. در این موارد، به نظر می رسد پیام شما در حال ارسال است حالت عادی(در Outlook در پوشه باقی می ماند برونگراو در پوشه ظاهر می شود ارسال شد، اما به گیرنده تحویل داده نمی شود.

پیام شما رد شد زیرا سرور SMTP (ایمیل خروجی) شما را به عنوان کاربر مجاز تشخیص نداد.

SMTP یک پروتکل (استانداردهایی است که توسط رایانه ها برای برقراری ارتباط استفاده می شود) که توسط اکثر سرورهای ایمیل برای ارسال پیام در اینترنت استفاده می شود. اگر از یک برنامه ایمیل (مانند Outlook) استفاده می کنید که به شما امکان می دهد پیام ها را در رایانه خود ذخیره کنید، برای ارسال پیام به سرور SMTP نیاز دارید.

توجه داشته باشید:سیستم های ایمیل مبتنی بر وب (به عنوان مثال ویندوز لایوایمیل یا یاهو Mail) متفاوت عمل می کند و در این مقاله پوشش داده نمی شود.

هرزنامه و رله باز

پیام های تبلیغاتیپیام هایی که بدون درخواست توزیع می شوند، نامه های ناخواسته یا هرزنامه نامیده می شوند. حجم نامه‌های ناخواسته همچنان در حال افزایش است، زیرا برای کسانی که آن را ارسال می‌کنند تقریباً هیچ هزینه‌ای برای ارسال ندارد. در واقع، فرستنده حتی نیازی به ارسال هرزنامه از طریق سرور SMTP (ایمیل خروجی) ISP خود ندارد.

در حین ایجاد ساختار اساسیهیچ کس اینترنت را پیش بینی نکرده بود که توانایی ارسال میلیون ها به چه عواقبی منجر می شود پیام های ناخواستهبرای هزینه ناچیز به لطف توانایی انتقال سرورهای SMTP، فرستنده‌های ایمیل هرزنامه منبع واقعی آن را با انتقال آن از طریق مخفی می‌کنند. سرورهای شخص ثالث، که در آن چنین رله های باز مجاز هستند. در نتیجه، به نظر می رسد که هرزنامه از سایتی می آید که پیام را ارسال می کند و هویت فرستنده واقعی را پنهان می کند.

تا همین اواخر، اکثر سرورهای ایمیل SMTP بر اساس اعتماد کار می کردند. سیستم باز. در چنین سیستمی، هر کسی از هر کجا می‌تواند یک پیام ایمیل را به یک سرور SMTP ارسال کند و سرور باید آن را بپذیرد و به گیرنده یا سرور پست دیگری که میزبان صندوق پستی گیرنده است، ارسال کند. با استفاده از این رله باز، هیچ محدودیتی برای جلوگیری از ارسال نامه از طریق سرور SMTP وجود ندارد.

محدودیت های ارائه دهنده خدمات اینترنت در ارسال پیام های ایمیل

با افزایش حجم هرزنامه ها، مدیران شبکه (افرادی که مسئول مدیریت سرورهای ارائه دهنده خدمات اینترنت هستند) شروع به اعمال محدودیت بر روی آنها کردند. سرورهای ایمیل SMTP. این محدودیت‌ها به همه اجازه نمی‌دهد از سرور ایمیل استفاده کنند. تصور کنید در لابی سازمان خود تلفنی دارید که برای همه از جمله کسانی که خارج از سازمان هستند در دسترس باشد. اکنون فقط کارمندان مجاز به استفاده از تلفن هستند.

امروزه از چندین نوع محدودیت استفاده می شود.

احراز هویت SMTP مورد نیاز است.همانطور که از نام کاربری و رمز عبور برای دسترسی به سرور POP3 (ایمیل ورودی) و پیام های ایمیل خود استفاده می کنید، برای ارسال پیام های ایمیل از طریق سرور SMTP نیز باید نام کاربری و رمز عبور را وارد کنید. این معمولاً همان نام کاربری و رمز عبور سرور POP3 است، اما می تواند منحصر به فرد باشد.

ابتدا باید به سرور POP3 (ایمیل ورودی) ISP خود متصل شوید.برای دریافت پیام‌های ایمیل جدید، معمولاً به سرور POP3 (ایمیل ورودی) متصل می‌شوید. برای دسترسی به صندوق پستی خود، باید نام کاربری و رمز عبور خود را وارد کنید. سرپرست شبکه شما می‌تواند سرور را به گونه‌ای پیکربندی کند که اگر ابتدا به سرور POP3 ورودی متصل شوید و احراز هویت شوید، همه درخواست‌ها برای ارسال پیام‌های ایمیل از طریق سرور SMTP خروجی را تأیید می‌کند، که در غیر این صورت از انجام این کار محدود می‌شود.

نیاز به اتصال از یک مکان شبکه مجاز دارد.اگر با استفاده از خانه به ارائه دهنده خدمات اینترنت خود متصل می شوید خط تلفن، از طریق کابل یا از طریق مودم DSL، اتصال در حال انجام استبه طور مستقیم به شبکه تامین کننده شما قابل اعتماد هستید زیرا یک حساب کاربری با نام کاربری و رمز عبور ارائه شده توسط ارائه دهنده خدمات اینترنتی خود دارید. شما به عنوان یک مشتری مجاز به استفاده از سرور SMTP برای ارسال پیام های ایمیل هستید.

نیاز به اتصال از یک آدرس IP خاص یا محدوده ای از آدرس های IP دارد.ارائه دهنده خدمات اینترنت شما ممکن است به افرادی که مستقیماً به شبکه متصل نیستند اجازه دهد به سرور SMTP دسترسی داشته باشند. به عنوان مثال می تواند باشد کاربر راه دوردر دفتر مشکل اصلی این است که بسیاری از مکان ها استفاده می کنند آدرس های IP پویا. با این حال، نمی توانید مطمئن باشید که هر بار که متصل می شوید آدرس IP یکسانی دارید. برخی از سازمان ها ممکن است بلوک یا محدوده ای از آدرس های IP را رزرو کرده باشند. ISP ممکن است کسانی را که از این آدرس های IP متصل می شوند، کاربران تأیید شده در نظر بگیرد. او ممکن است بتواند اطلاعات بیشتری ارائه دهد.

سناریوهای رله احتمالی زیادی وجود دارد. در زیر رایج ترین موقعیت ها آورده شده است. شاید یکی از آنها شبیه شما باشد.

وضعیت	آیا این یک رله است؟
شما در خانه هستید و یک حساب ارائه‌دهنده خدمات اینترنتی دارید که به @proseware.com ختم می‌شود و از طریق شماره‌گیری، کابل یا مودم DSL به آن متصل می‌شوید. شما به شخص دیگری که آدرس ایمیل او نیز به @proseware.com ختم می شود، پیام ارسال می کنید.
مانند حالت اول، فقط شما به شخصی پیام می دهید که آدرس ایمیلش به @adatum.com ختم می شود.	بله، اما مسدود نمی کند. شما مستقیماً به ارائه‌دهنده خدمات اینترنت متصل می‌شوید و در نتیجه این اختیار را دریافت می‌کنید که از طریق سرور SMTP آنها (ایمیل خروجی) به هر آدرسی، بدون در نظر گرفتن موقعیت مکانی، نامه ارسال کنید. صندوق پستیگیرنده
سر کاری. آدرس ایمیل کاری شما به @thephone-company.com ختم می‌شود و یک حساب ارائه‌دهنده خدمات اینترنت خانگی دارید که به @proseware.com ختم می‌شود که از طریق شماره‌گیری، کابل یا مودم DSL به آن متصل می‌شوید. در Outlook، همان تنظیمات سرور SMTP را دارید که در خانه پیکربندی شده است. شما برای شخصی که آدرس ایمیلش به @proseware.com ختم می شود پیام می فرستید.	خیر نامه شما طبق معمول پردازش می شود.
شما در یک هتل اقامت دارید یا از یک ترمینال اینترنتی در فرودگاه استفاده می کنید که دسترسی به اینترنت را فراهم می کند. شما یک حساب ISP خانگی دارید که به @proseware.com ختم می شود که از طریق شماره گیری، کابل یا مودم DSL به آن متصل می شوید. در Outlook، همان تنظیمات سرور SMTP را دارید که در خانه پیکربندی شده است. شما به شخص دیگری که آدرس ایمیل او نیز به @proseware.com ختم می شود، پیام ارسال می کنید.	خیر نامه شما طبق معمول پردازش می شود.
مانند وضعیت قبلی، فقط شما به شخصی پیام می دهید که آدرس ایمیلش به @adatum.com ختم می شود.	بله، و این پیام ممکن است به عنوان ایمیل ارسالی مسدود شده باشد. شما سعی می کنید از سرور SMTP (ایمیل خروجی) خانگی ISP خود استفاده کنید، حتی اگر به شبکه آنها متصل نباشید. سرور SMTP نمی تواند شما را به عنوان مشترک مجاز ISP شما احراز هویت کند. علاوه بر این، از سرور SMTP می‌خواهید پیام را بپذیرد و به سرور SMTP دیگری متصل شود تا آن را به صندوق پستی گیرنده تحویل دهد.

راه حل ها

اگر وضعیت شما به عنوان یک رله در نظر گرفته می شود، باید پیام را از طریق سروری که در حال حاضر به آن متصل هستید ارسال کنید. یعنی اگر در محل کار یا خارج از خانه هستید و از ISP خود برای اتصال به اینترنت استفاده نمی کنید، اما می خواهید از حساب خانگی خود که توسط آن ارائه دهنده ارائه شده است پیام ارسال کنید، باید تنظیمات حساب ایمیل خود را به آن SMTP تغییر دهید. سرور، که در جایی که هستید از آن استفاده می کنید (به عنوان مثال، یک سرور SMTP در حال کار). دستورالعمل گام به گاممقاله را ببینید

اگر این کار نمی کند یا ترجیح می دهید از یک حساب خانگی استفاده کنید، باید با ارائه دهنده خدمات اینترنت خود تماس بگیرید و بپرسید که آیا گزینه هایی که قبلا توضیح داده شد در دسترس شما هستند یا خیر. با توجه به دو محدودیت اول (نیاز به احراز هویت SMTP دارد و ابتدا باید به سرور ایمیل ورودی POP3 ISP متصل شوید)، می توانید تغییراتی در تنظیمات حسابدر Outlook. برای دستورالعمل ها، به تغییر تنظیمات حساب ایمیل خود مراجعه کنید.

پیام ها هنوز ارسال نمی شوند؟

تنظیمات SMTP خود را در Outlook تغییر داده اید یا تنظیماتی را پیدا کرده اید که به شما امکان می دهد پیام های ایمیل ارسال کنید. اما هنوز نمی توانید ایمیل بفرستید و پیام خطا دریافت کنید.

ممکن است همه چیز را به درستی انجام داده باشید، اما مدیران شبکه از ویژگی امنیتی دیگری برای جلوگیری از جعل هویت استفاده می کنند. جعل هویت به سادگی راهی برای ارسال یک پیام ایمیل است که در آن شما شخصی که هستید را پنهان می کنید.

در Outlook، مانند اکثر موارد برنامه های پستی، می توانید یک "نام نمایش" و یک آدرس ایمیل برگشتی که هنگام پاسخ به پیام شما ظاهر می شود را مشخص کنید. در نامه‌های ناخواسته، این فیلدها تقریباً همیشه حاوی اطلاعات نادرست هستند. آیا واقعاً معتقدید که پیام‌های ثروتمند شدن سریع از سوی یک سوپر مدل یا یک رهبر جهانی آمده است؟

برای جلوگیری از جعل هویت، برخی از ارائه دهندگان خدمات اینترنتی توانایی چسباندن را محدود می کنند اطلاعات غلطدر قسمت آدرس در پاسخ ها. به عنوان مثال، اگر نام دامنه ISP شما به proseware.com ختم می شود، ISP شما ممکن است به شما اجازه ارائه آدرس بازگشت را ندهد [ایمیل محافظت شده]. این محدودیت به اندازه مواردی که قبلا توضیح داده شد به طور گسترده مورد استفاده قرار نمی گیرد، اما می تواند برای همه کاربران صرف نظر از مکان یا روش اتصال آنها اعمال شود. در این مورد هیچ جایگزینی وجود ندارد. اگر مدیر سرور از این روش استفاده می کند، باید دامنه مربوط به اتصال فعلی خود را در آدرس برگشتی مشخص کنید.

نمونه هایی از حروف:

550 5.7.1 این پیام به دلیل خط مشی DMARC مالک دامنه (RFC 7489) پذیرفته نشد https://help.mail.ru/mail-help/postmaster/dmarc

550-5.7.1 ایمیل احراز هویت نشده از mail.ru به دلیل خط مشی DMARC 550-5.7.1 دامنه پذیرفته نمی شود. اگر این ایمیل 550-5.7.1 قانونی بود، لطفاً با مدیر دامنه mail.ru تماس بگیرید. لطفاً از 550 بازدید کنید. -5.7.1 https://support.google.com/mail/answer/2451690 برای آشنایی با DMARC

550 5.7.1 ایمیل بر اساس خط مشی DMARC برای ... رد شد

مشکل تحویل پیام به دلیل اعمال خط مشی جدید DMARC، با تشدید قوانین عبور از فیلترهای هرزنامه همراه است.

DMARCیک پروتکل ضد هرزنامه و ضد ایمیل غیرمجاز از طرف یک دامنه، بر اساس مکانیسم‌های موجود DKIM و SPF. وب سایت رسمی: dmarc.org.

اگر پیام‌هایی مشابه پیام‌های بالا دریافت می‌کنید، به احتمال زیاد، ایمیل از سایت شما از طرف یک صندوق پستی بر اساس @mail.ru, @bk.ru, @list.ruیا @inbox.ru. Mail.Ru پیام های ارسال شده از طریق phpmail را نمی پذیرد اگر سرصفحه های نامه شامل صندوق پستی متعلق به mail.ru باشد. چنین پیام هایی طبق سیاست اعمال شده توسط Mail.Ru DMARC، رد می شوند.

چگونه یک مشکل را حل کنیم

دو راه برای حل مشکل وجود دارد:

روش 1: صندوق پستی که از آن پیام ها ارسال می شود را تغییر دهید

به طور معمول، ایمیلی که از طرف آن پیام های ایمیل ارسال می شود، در بخش مدیریتی CMS ثبت می شود. همچنین می توان آن را مستقیماً در اسکریپتی که پیام می فرستد تغییر داد (فیلد "از").

برای مثال، لازم است که پیام ها از صندوق پستی بر اساس نام دامنه شما ارسال شوند « [ایمیل محافظت شده]» ، جایی که domain.ru دامنه شماست. .

همچنین، صندوق پستی باید در فایل php.ini تغییر کند:

تغییر صندوق پستی در php.ini

1. 1 وارد کنترل پنل هاست خود شوید و فایل php.ini را برای ویرایش باز کنید: ;
2. 2

   پیدا کردن یک خط مانند:
   

   sendmail_path = "/usr/sbin/sendmail -t -i -f [ایمیل محافظت شده]"

   در این خط، به جای « [ایمیل محافظت شده]» یک صندوق پستی غیر دامنه را مشخص کنید @mail.ru, @bk.ru, @list.ruو @inbox.ru.
   توصیه می شود یک صندوق پستی در دامنه خود مشخص کنید، به عنوان مثال، « [ایمیل محافظت شده]» ، جایی که domain.ru دامنه شماست.

   علاوه بر این، صندوق پستی مشخص شده در php.ini باید وجود داشته باشد. اگر از نامه در هاست استفاده می کنید، یک صندوق پستی در دامنه ایجاد کنید و آن را در فایل php.ini بنویسید.

روش 2: از احراز هویت SMTP استفاده کنید

با تنظیم مجوز SMTP می توانید از طرف صندوق پستی خود بر اساس Mail.Ru پیام ارسال کنید. در این صورت تمام پیام ها از طریق وب سایت شما مستقیماً از سرورهای Mail.Ru ارسال می شود.

خطاهای سیستم ایمیل کدهایی هستند که هنگام دریافت یا رد شدن پیام ها به آنها اختصاص داده می شود. کد خطا به شما امکان می دهد دلیل عدم تحویل پیام را پیدا کنید. به طور معمول، کد خطا یک عدد است، مانند #550 یا #2001. کدهای خطا در زیر توضیح داده شده است.

پیام های بدون کد

آدرس غیر قابل مسیریابی

سروری که پیام رایانامه باید به آن ارسال شود تعیین نشد. دلایل ممکن:

• دامنه ای که نامه به آن ارسال می شود وجود ندارد یا واگذار نشده است
• نه رکوردهای MX و نه A برای دامنه ثبت نشده است
• رکورد MX به نامی که وجود ندارد اشاره می کند

کاربر ناشناخته

این صندوق پستی وجود ندارد یا آدرس پستی اشتباه وارد شده است

انتقال در حال انجام است. گوش به زنگ باشید

هنگام ارسال ایمیل پیام ظاهر می شود سرویس گیرنده پست الکترونیکی. این پیام از سیستم پستی ما نیست. یعنی کاربر دارد شبکه محلییک آنتی اسپم یا فایروال وجود دارد که تمام نامه های ارسالی را بررسی می کند.

بیش از سهمیه

خطای LMTP پس از پایان داده ها: 552 5.2.2 بیش از سهمیه
اگر صندوق پستی گیرنده پر باشد، خطا رخ می دهد.

پیام های دارای کد

#1005

فرستنده تأیید تماس ناموفق بود
بررسی فرستنده نامه این خطا می تواند کامل باشد، همانطور که در زیر نشان داده شده است، یا به اختصار: "Sender verify شکست [#1005]". خطا توسط برخی از سرورهایی که انجام شده است ارسال می شود تلاش ناموفقیک نامه به سرور ما ارسال کنید. سرور ما در خط "... هنگام صحبت با mx3.site.:" فهرست شده است.

آدرس های زیر دارای خطاهای مرگبار دائمی هستند ----- (دلیل: 550-تأیید نشد ) ----- رونوشت جلسه به شرح زیر است ----- ... هنگام صحبت با mx3.site.: >>> ایمیل از: SIZE=523<<< 550-Verification failed for <<< 550-User unknown (200) <<< 550 Sender verify failed [#1005]. 554 5.0.0 Service unavailable

نشانی [ایمیل محافظت شده]- این آدرس گیرنده نامه است، فقط به منظور کامل بودن اطلاعات داده شده است.
آدرس فرستنده [ایمیل محافظت شده]همانطور که در پیام آمده است، آزمون را قبول نکرد.

فرستنده برای هر حرف بررسی می شود. برای انجام این کار، سرور ما سعی می کند به سروری متصل شود که نامه را برای دامنه فرستنده می پذیرد (در مثال - example.com) و نامه ای از آدرس " ارسال کند.<>» به آدرس فرستنده (در مثال [ایمیل محافظت شده]). چنین ایمیل هایی باید همیشه پذیرفته شوند زیرا پیام های تحویل ناموفق به این شکل هستند. اگر سرور پاسخ دهد که چنین صندوق پستی وجود ندارد (در مثال، سروری که دامنه example.com را ارائه می دهد "550-User ناشناخته (200)" پاسخ داد) یا به دلایل دیگر تلاش را رد کرد، نامه از آدرس [ایمیل محافظت شده]قابل قبول نیست.

بررسی آدرس برگشتی ضد اسپم نیست (اگرچه به فیلتر کردن برخی از آن کمک می کند). سرور باید بتواند پیامی را برای فرستنده ارسال کند اگر نتوانست نامه را به گیرنده برساند. برای اطمینان از امکان پذیر بودن این امر، آدرس برگشتی تأیید می شود.
در این صورت به دلیل عدم پذیرش پیام توسط سرور ما (مشکلات ارتباطی با دامنه فرستنده) از مشکل مطلع شدید و سرور فرستنده این موضوع را به فرستنده گزارش داد. اگر سرور ما پیام را بدون بررسی تحویل برگشت پذیرفته بود، شما از مشکل مطلع نبودید.

نامه ای با آدرس برگشتی نادرست مشکلی است که باید حل شود، اما در هیچ موردی با غیرفعال کردن ابزاری که به آن سیگنال می دهد، حل نمی شود.

#1004

متأسفیم، ما پیام‌های میزبان‌ها را بدون سابقه PTR نمی‌پذیریم
این خطا زمانی رخ می دهد که گره ارسال کننده رکورد PTR نداشته باشد.

#1007

ما آدرس های IP پویا را نمی پذیریم، لطفاً از smtp ارائه دهنده خود استفاده کنید [#1007]یا آی پی پویا رد شد [#1007]
این خطا برای کاربرانی رخ می دهد که از مخزن آدرس پویا برای اتصال خود استفاده می کنند. بررسی بر اساس آدرس IP کاربر (وجود کلمات dial، ppp، pool، dsl، پویا، استاتیک و موارد دیگر) انجام می شود.

#1008

تأیید فرستنده انجام نشد
ایمیل از هدر جلسه smtp حاوی آدرس برگشتی نادرستی است (مثلاً یک دامنه وجود ندارد).

#1009

ما آدرس‌های IP پویا را نمی‌پذیریم، لطفاً از smtp ارائه‌دهنده خود استفاده کنید [#1009]
این خطا عمدتاً در میان کاربرانی رخ می دهد که از اتصالات DSL یا DialUp استفاده می کنند و از رایانه محلی خود نامه ارسال می کنند، به عبارت دیگر، از سرور SMTP ارائه دهنده خود استفاده نمی کنند. بررسی بر اساس یک عبارت منظم برای موارد زیر انجام می شود:
^((1,3)\D+)(2)((1,3)[^\d\.]*).*\.(\w|-)+\.\w(2,4)$
اگر به دلایلی نمی توانید از سرور SMTP ارائه دهنده خود استفاده کنید، یک درخواست برای پشتیبانی فنی بنویسید که آدرس IP شما را نشان می دهد، به لیست سفید اضافه می شود.

#1014

نامه رد شد، به آدرس http://www.spamcop.net/w3m?action=checkblock&ip=IP مراجعه کنید [#1014]
ما از لیست سیاه DNS spamcop.net برای محافظت در برابر هرزنامه استفاده می کنیم. آدرس فرستنده در لیست سیاه spamcop.net است

#1020

رله مجاز نیست
تلاشی برای ارسال ایمیل به دامنه‌ای که توسط سرورهای پست الکترونیکی ما سرویس‌دهی نمی‌شود، انجام شد.

#1024

تأیید گیرنده ناموفق بود
بررسی گیرنده نامه اگر دامنه توسط سرورهای ما ارائه شود، خطا رخ می دهد، اما چنین آدرسی در دامنه وجود ندارد.

#1025

پیام تأیید گیرنده ناموفق بود
بررسی گیرنده نامه اگر سرور راه دور پاسخ دهد که چنین گیرنده ای وجود ندارد، خطا رخ می دهد.

#1305

شما پیام های زیادی ارسال می کنید
از محدودیت ارسال نامه از طریق smtp فراتر رفته است. برای افزایش محدودیت، باید با پشتیبانی فنی تماس بگیرید.

#2002

احراز هویت لازم است
برای ارسال، باید با استفاده از لاگین و رمز عبور خود احراز هویت شوید.
می توانید نمونه هایی از پیکربندی صحیح کلاینت های ایمیل را مشاهده کنید

موضوع عدم تحویل پیام های پستی یک مشکل معمولی است که نیاز به بررسی دارد.
دلیل بروز چنین مشکلاتی این است که وضعیت استانداردها و رویه‌های فعلی سیستم‌های پستی امکان تحویل تضمینی پیام‌ها یا حتی دریافت پیام واضح در مورد عدم تحویل را نمی‌دهد.
علاوه بر این، در مراحل مختلف تحویل پیام، تعداد زیادی فیلتر به اشتباه پیکربندی شده است.

معمولاً متأسفانه نمی توان هیچ اقدام انحصاری برای بررسی مشکل نامه گمشده انجام داد. این مقاله یک الگوریتم نهایی از اقدامات را ارائه می دهد که به دنبال آن به وضوح متوجه خواهید شد که مشکل از کجا ایجاد شده است و در صورت امکان چگونه آن را برطرف کنید.
برای هر گزینه، اظهار نظر اضافی در مورد اینکه آیا بررسی بیشتر در مورد موضوع منطقی است یا اینکه آیا می توان بلافاصله تصمیم نهایی در مورد موضوع گرفت، داده می شود.

مشکل در ارسال پیام از سایت

لطفاً مطمئن شوید که تمام نکات این مقاله را دقیقاً رعایت کرده اید.

مهم ترین:

1) آدرس برگشت نامه باید یک صندوق پستی ثبت شده در هاست ما باشد!
2) ارسال انبوه به طور پیش فرض ممنوع است، شما می توانید تا 500 نامه در روز از سایت ارسال کنید.
3) نامه باید با استانداردهای پستی مطابقت داشته باشد. اسکریپت شما به طور مستقل یک نامه تولید می کند و اگر کیفیت خیلی بالایی نداشته باشد، توسط سرور ما پذیرفته می شود، اما تحویل داده نمی شود، زیرا توسط فیلترهای سیستم ما یا گیرنده به تاخیر می افتد.

مشکل در ارسال پیام از یک شخص

وضعیت 1

ایمیلی که ارسال می کنید در لیست پیام ها نیست.
این بدان معناست که سرور ایمیل ما نامه را قبول نکرده است. دلایل ممکن است موارد زیر باشد:

• پیام به سرور SMTP ما نرسید: برنامه ایمیل شما پیام را ارسال نکرده است. منبع یا راه حل مشکلات ممکن است موارد زیر باشد -
• تنظیمات حساب برنامه ایمیل شما، یا به طور دقیق تر، تنظیمات سرور SMTP. به یاد داشته باشید که سرور SMTP به مجوز با همان ورود و رمز عبور سرور ایمیل ورودی نیاز دارد.
• آنتی ویروس، سیستم امنیتی، سرور پروکسی.
• این نامه توسط سامانه دریافت شد، اما به دلیل ... نشانی برگشت درستی نداشت. آدرس برگشتی نامه باید دقیقاً با آدرس نام صندوق پستی یا یکی از نام‌های مستعار مطابقت داشته باشد.

موقعیت 2

پیام در لیست پیام های موجود در صف وجود دارد.
شما باید "آمار تحویل نامه"، "تحویل SMTP" را باز کنید.

وضعیت 2.1

نامه در لیست تحویل SMTP موجود است.
یک پیام ممکن است چندین تلاش برای تحویل داشته باشد. تلاش های اولیه ممکن است ناموفق باشد، این طبیعی است. باید آخرین بلوک (خط) مربوط به تحویل پیام خود را پیدا کنید.

وضعیت 2.1.1

بلوک "گزارش تحویل" با پیام 250 OK یا هر پیام دیگری که با کد 250 شروع می شود به پایان می رسد (به جز آخرین خط "اتصال به طور معمول بسته شد" - نیازی به در نظر گرفتن آن نیست).
این بدان معنی است که سرور پست بعدی در زنجیره تحویل نامه را پذیرفت و دریافت پیام را تأیید کرد. تمام سوالات بعدی در مورد سرنوشت پیام باید به مدیر این سرور ایمیل ارسال شود. اطلاعات بلوک "گزارش تحویل" به همراه تاریخ و زمان به مدیر کمک می کند تا سرنوشت پیام را درک کند و در صورت لزوم مشکل را برطرف کند.

وضعیت 2.1.2

بلوک "گزارش تحویل" با پیامی به پایان می رسد که با کدی غیر از 250 شروع می شود یا با پیام "پردازش کار XXXXXXX ناقص یا ناموفق" همراه است.
این بدان معنی است که سرور ایمیل ما قادر به تحویل پیام به گیرنده نیست. در این مورد، شما باید پیامی دریافت کنید که نشان می دهد پیام ایمیل تحویل داده نشده است ("بازگشت"). اطلاعات اضافی از گزارش SMTP تحویلی که در حال حاضر مشاهده می کنید در دسترس است.

• ممکن است پیام توسط سرور گیرنده به دلیل فیلتر نادرست اسپم رد شود. مسئولیت بازگرداندن نامه به عهده مدیر سروری است که سرور ایمیل او تصمیم گرفته است نامه هرزنامه است. هرزنامه از آدرس های سرور ایمیل ما ارسال نمی شود، بنابراین تصمیم برای رد یک نامه بر اساس یک آدرس IP یا سایر مشخصات رسمی بدیهی است اشتباه است.
  بررسی این مشکل از طرف ما فایده ای ندارد، زیرا ... پاسخ سرور دریافت کننده نقل شده است. شما باید با مدیر سرور دریافت کننده تماس بگیرید.
  نمونه‌هایی از پیام‌هایی که نشان می‌دهند سرور ایمیل گیرنده پیامی را به ظن وجود هرزنامه رد کرده است:
• 591 هاست شما در لیست سیاه قرار دارد
• 450 5.7.1 ... نامه از طرف a.b.c.d رد شد - به http://spamcop.net مراجعه کنید ...
• 553 5.3.0 هرزنامه مسدود شده را ببینید: http://spamcop.net/ ...
• 550 5.7.0 آدرس IP سرور شما در پایگاه داده SpamCop است، خداحافظ
• 554 سرویس در دسترس نیست. آدرس فرستنده با استفاده از list.dsbl.org مسدود شد
• 550-پیام رد شد زیرا… (…)
• 591 هاست شما در لیست سیاه قرار دارد، ببینید ...
• پیامی با کد 4xx یا 5xx، با ذکر کلمات هرزنامه، مسدود شده، Spamcop، Spamhaus، RBL، SBL، XBL، SPEWS، تجزیه و تحلیل خط مشی، رد شده یا موارد مشابه.
• پیام ممکن است توسط سرور گیرنده رد شود اگر گیرنده در سرور نباشد، یعنی. به دلیل خطای آدرس
  لطفا آدرس را قبل از علامت @ مشخص کنید.
  بررسی این مشکل از طرف ما فایده ای ندارد، زیرا ... پاسخ سرور دریافت کننده نقل شده است. اگر فکر می کنید آدرس دقیق است، باید با مدیر سرور دریافت کننده تماس بگیرید تا دلیل امتناع از پذیرش نامه را روشن کنید.
  نمونه هایی از پیام های آدرس گم شده:
• 550 ، گیرنده نامشخص است
• 553 ما بدون احراز هویت RFC2554 رله نمی کنیم
• 550 پیام پذیرفته نشد -- صندوق پستی نامعتبر است
• 554 … این حساب غیرفعال یا متوقف شده است
• پیام خطا در آدرس پستی بعد از علامت @. آدرس پستی و اینکه دامنه گیرنده فعال و کار می کند را بررسی کنید.
  
  نمونه هایی از پیام های خطا بعد از @:
• خطای موقت XXX (خطای موقت وضوح MX) در حل "aaa.bb"
• هنگام ارسال پیام یک خطای فنی وجود داشت. می توانید سعی کنید ایمیل را دوباره ارسال کنید یا با گیرنده چک کنید تا ببینید سرور ایمیل او به درستی کار می کند یا خیر.
  می توانید با درخواست برای اظهار نظر دقیق تر در مورد وضعیت، با خدمات پشتیبانی تماس بگیرید.
  نمونه هایی از پیام های خطای فنی:
• خطا در اتصال به سرور اصلی "a.b.c.d"
• خطا در اتصال به سرور جایگزین "a.b.c.d"

وضعیت 2.2

پیام در لیست تحویل SMTP نیست. با پشتیبانی تماس بگیرید.

مشکل در دریافت پیام ها

شما باید به حساب شخصی خود بروید، "آمار تحویل نامه"، "صف پیام" را برای صندوق پستی مورد نیاز خود انتخاب کنید.
مهم: این نوع مشکل را فقط می توان برای پیام هایی که مستقیماً به صندوق پستی تحویل داده شده اند، بدون مشارکت لیست پستی یا فیلتر هرزنامه بررسی کرد. اگر صندوق پستی شما پیام را به طور غیرمستقیم (از طریق یک لیست پستی) دریافت می کند، باید مشکل را برای صندوق پستی که صندوق پستی اصلی لیست پستی است بررسی کنید. اگر فیلتر هرزنامه فعال است، باید آن را خاموش کنید.

وضعیت 3

پیام در لیست موجود است.
این بدان معنی است که پیام توسط سرور دریافت شده و به صندوق پستی شما ارسال شده است. مشکلات دریافت چنین نامه ای مربوط به سیستم شما یا تنظیمات آن است.

• تنظیمات سیستم فیلتر هرزنامه خود را بررسی کنید ("فهرست کامل عملکردها"، "فیلتر کردن پیام های ناخواسته"). اگر فیلتر هرزنامه فعال باشد، ممکن است ایمیل منتقل شده یا رد شده باشد (بسته به تنظیمات شما). نامه همچنین می تواند بدون توجه به تنظیمات، اگر حاوی ویروس باشد، از بین برود.
  اگر این حالت انتخاب شده است، باید فیلتر کردن نامه را غیرفعال کنید یا تمام صندوق‌های پستی را که ممکن است نامه منتقل شده باشد بررسی کنید.
• ممکن است سیستم پست شما به هیچ وجه ایمیلی از سرور ما نپذیرد. برای روشن شدن این مورد، به محتویات صندوق پستی خود از طریق دسترسی وب به ایمیل نگاه کنید، پیوند مقابل صندوق پستی مورد نظر را در صفحه "رمز عبور منابع" حساب شخصی خود مشاهده کنید.
• گاهی اوقات سیستم پست الکترونیکی یک کامپیوتر یا سازمان پیامی را دریافت می کند و سپس به دلایلی آن را از سرور حذف می کند، بدون اینکه آن را در جای دیگری مخابره یا ذخیره کند. برای بررسی این نوع مشکل باید با مدیر سیستم ایمیل خود تماس بگیرید.
  بررسی این مشکل از طرف ما فایده ای ندارد، زیرا ... ایمیل در صندوق پستی شما قرار داده شده است و فقط با استفاده از دستورات رایانه شما با استفاده از پروتکل POP3 یا IMAP می توان از آن حذف کرد.

وضعیت 4

پیام در لیست نیست.
این بدان معناست که سرور ایمیل ما پیام را قبول نکرده است.
بررسی این مشکل از سوی ما فایده ای ندارد. این فقط در صورتی برای سیستم پست ما مشکل ایجاد می کند که شواهدی وجود داشته باشد که پیام به سرور ما تحویل داده شده است. اثبات بخشی از گزارش مشتری SMTP سرور فرستنده است (موردی که در وضعیت 2.2.1 بالا منعکس شده است). اگر چنین مدرکی وجود نداشته باشد، مدیر سرور ایمیل طرف فرستنده باید این مورد عدم تحویل را بررسی کند.

شما همچنین می توانید سعی کنید شرایط مختلف عملیاتی دامنه خود را در نظر بگیرید، که ممکن است منجر به این واقعیت شود که تحویل نامه به آن به هیچ وجه کار نخواهد کرد.

• اطمینان حاصل کنید که دامنه فعال است (DELEGATED)، سرورهای DNS با سرورهای DNS سایت (ns1.site، ns2.site) مطابقت دارند.
• اگر دامنه توسط سایر سرورهای DNS ارائه می شود، مطمئن شوید که رکورد MX دامنه به سرور ایمیل ما اشاره می کند (مگر اینکه خلاف آن ذکر شده باشد، این باید mail.site باشد).
• اگر دامنه توسط سرورهای DNS ما ارائه می شود، به "فول لیست توابع"، "ویرایشگر منطقه DNS" بروید، دامنه را انتخاب کنید، مطمئن شوید که کادر "1Gb.." علامت زده شده است.
• مطمئن شوید که دامنه بیش از 3 روز پیش ثبت شده است.