یکی از دغدغه های همیشگی کاربران این است که چگونه میشود از اسپم شدن ایمیل های ارسالی از سرور و سایت جلوگیری کرد. بسیار مهم است ایمیل های ارسالی به کاربران به پوشه spam منتقل نشود، اما آیا راهی وجود دارد که جلوگیری از اسپم شدن ایمیل ها را تضمین کند؟
How to prevent cPanel mails to go into spam folder
باید بدانیم که سرویس دهنده های ایمیل مثل Gamil از مجموعه گسترده ای از قوانین و روال ها برای تشخیص ارسال اسپم استفاده میکنند، مانند اعتبار و پیشینه IP، محتوا و ساختار پیام، SMTP سازگار با RFC، بازخورد کاربر ایمیل و … است.
واقعا هیچ راه تضمین کننده ای برای این مشکل وجود ندارد اما روش هایی را با هم بررسی میکنیم که با انجام آنها احتمال اسپم شدن ایمیل های ارسالی به کمترین میزان برسد.
۱- تنظیم PTR Record
برای IP سرور حتما باید یک PTR تعریف کنیم، بهتر است PTR Record با hostname سرور مشابه باشد، برای تنظیم PTR رکورد باید از طریق دیتاسنتر یا مالک IP اقدام نمایید. برای اطمینان از تنظیم بودن PTR بروی IP سرور از سایت زیر کمک بگیرید:
بسیاری از سرویس دهندگان ایمیل PTR رکورد را به عنوان شاخصی از یک سرور پست الکترونیکی تحت تأیید در نظر می گیرند.
۲- تنظیم SPF و DKIM
سرویس دهنده های ایمیل معمولا از مشخصات غیرواقعی در قسمت From ایمیل استفاده میکنند، سرورهای ایمیل با استفاده از سوابق DNS به نام SPF (چارچوب خط مشی فرستنده) و DKIM (دامنه شناسایی شده توسط DomainKeys) با این امر مبارزه می کنند.
برای فعال سازی SPF و DKIM از طریق Cpanel به بخش Email و قسمت Authentication مراجعه کنید. این تنظیمات امنیتی پایه را فعال می کند، اما بسیاری از کاربران نیاز به تنظیمات اضافی مانند افزودن سرور های ایمیل شرکت، ایجاد hard fail و غیره دارند. ما این کار را با استفاده از ویرایشگر پیشرفته DNS انجام می دهیم.
همیشه لیست ارسال پستی باید از SMTP استفاده کند تا authentication باعث اعتبار ارسال شود، هرگز به sendmail یا توابع نامه php / perl اعتماد نکنید.
در سرورهای اشتراکی تمام ایمیلهای سرور شما از یک IP ارسال میشوند، آدرس دامنه وب سایتها متفاوت است ولی تمام ایمیلها از یک آدرس IP ارسال میشوند.
روش های دیگری نیز میتواند این مشکل را کاهش دهد:
فعال سازی SpamAssassin در WHM برای اعمال روش های کنترل اسپم سختگیرانه را بر روی ایمیلهای خروجی cPanel به طور پیش فرض تنها ایمیل های دریافتی را به عنوان هرزنامه اسکن می کند، با فعال کردن SpamAssassin، اگر یک پست حاوی هر گونه احتمال جاسوسی توسط جیمیل، هاتمیل و غیره باشد، پست الکترونیکی ارسال نخواهد شد.
استفاده از WAF : فایروال وب برنامه های در حال اجرا را از آلودگی وب سایت و آپلود بدافزار جلوگیری میکند. بنابراین اسکریپت های هرزنامه هرگز از طریق وب سایت های آسیب پذیر به سرور نمی رسند.
تنظیم رکورد DMARC : یک هشدار اولیه از هرزنامه احتمالی در سرور می دهد و ما را قادر می سازد تا اقدامات اصلاحی قبل از اینکه IP در لیست سیاه قرار گیرد را انجام دهیم.
محتوای ارسالی/فایل html تشکیل دهندهی ایمیل، استفاده از عنوان نامناسب ایمیل و امثال آن نیز تاثیر فراوانی در این موضوع دارند.(همانطور که در قانون CAN-SPAM آمده است ، خلاف قانون است که شخصی را با عنوان موضوع خود گمراه کنید تا وی را وادار به مشاهده پیام کند)
شما از کلمات Spam Trigger اسنفاده میکنید، مانند، حیرت آور(Amazing)- چک یا حواله(Check or money order) – اینجا کلیک کنید(Click here) و …
طبق قانون CAN-SPAM ACT گمراه کردن افراد با قرار دادن اطلاعات غیرواقعی در فیلد های “از” (from)، “به”(to) ، “پاسخ به شما”(reply-to) خلاف است ماننداستفاده از موارد زیر، ایمیل از سمت رئیس جمهور – ارسال ایمیل از سمت دولت یا در پاسخ به کمک به ریشه کن کردن کرونا و ….
لینکها و پیوست هایی که در این ایمیلها وجود دارند توجه کنید، اگر محتوای ایمیل خطرناک تشخیص داده شود ایمیل spam می شود، مانند وجود Phishing در ایمیل یا پیشنهاد درخواست پول، ترساندن یا تهدید کردن کاربر
How much RAM, CPU, Storage, and IOPS resources does your VPS really need?
شاید شما در زمان خرید VPS از منابع مورد نیاز خود مطمئن نباشید
در این پست میخواهیم به شما کمک کنیم تا بدانید به چه مقدار رم، سیپییو، حافظه، IOPS و ترافیک نیاز دارید تا با کمترین هزینه سرور مجازی مناسب خود را تهیه نمایید.
سوالی که معمولا در زمان خرید VPS می پرسیم این است که دقیقا چه مقدار منابع نیاز داریم؟
جواب این سوال همیشه این است: “بستگی دارد“
هیچکس دوست ندارد این جواب را بشنود اما واقعیت همین است!
انتخاب یک VPS متناسب با نیازهای شما بسیار مهم است. چنانچه منابع را کمتر از میزان مورد نیاز در نظر بگیرید VPS شما Crash میکند و چنانچه منابع را بالاتر از میزان مورد نیاز در نظر بگیرید پول زیادی را بیخود هدر داده اید.
هر WebSite و مورد استفاده آن برای مشتری متفاوت است. بنابراین ما به عنوان ارائه دهنده خدمات سرور، زمان زیادی را صرف میکنیم تا مطمئن شویم مشتریان جدید با پلنهای متناسب با نیازهایشان منطبق شدهاند.
گاهی ممکن است لاگین کردم در webmail سایت هایی که از کنترل پنل cPanel استفاده میکنند با مشکل روبرو شود و مدتی پس از اقدام به لاگین با timeout و خطاهای زیر مواجه شود.
login faild
connection to storage server failed
برای رفع این مشکل ابتدا تنظیمات فایروال سرور را بررسی نمایید و مطمئن شوید پورت های وب میل باز است، همچنین اگر از فایروال سخت افزاری استفاده میکنید مطمئن شوید محدودیتی در پورت های اعمال نشده باشد.
دستور زیر را در سرور تست کنید و مطمئن شوید مشکلی در ارتباط وجود ندارد.
telnet localhost 2095
telnet localhost 2096
مطمئن شوید IPv6 در تنظمیات ایمیل غیر فعال باشد، همچنین فایروال نسخه IPv6 در سرور فعال نباشد.( و یا در صورت فعال بودن تنظیمات دسترسی به پورت ها اعمال شده باشد)
service ip6tables stop
در Centos6
chkconfig ip6tables off
در Centos7
systemctl disable ip6tables
در صورت عدم رفع مشکل باید log های سرور را بررسی کنید.
در صورتی که مشکل دریافت ایمیل در Cpanel مواجه هستید یا ایمیل های شما با پیغام زیر یرگشت میخورند.
۵۵۰ The mail server could not deliver mail. The account or domain may not exist
ابتدا IP سرور ایمیل را بررسی کنید که در بلک لیست ها نباشد. از سایت زیر کمک بگیرید.
https://mxtoolbox.com/blacklists.aspx
در صورتی که مشکلی در IP سرور وجود نداشت بررسی کنید آیا رکورد mx در DNS سرور و تنظیمات مربوط به دامنه درست تنظیم شده است. اگر DNS سرور شما بروی سرور cPanel خود قرار دارد از قسمت Edit DNS Zone رکورد mx دامنه سایت مورد نظر را بررسی و از وجود و صحیح بودن آن اطمینان حاصل کنید. برای بررسی صحت رکوردهای دامنه از جمله رکورد mx از سایت زیر کمک بگیرید.
http://intodns.com
گاهی ممکن است تنظیمات درست باشد اما مشکل در دریافت ایمیل وجود داشته باشد، به عنوان مثال گاهی تغییر نام دامنه هاست در cPanel ممکن است باعث مشکل در دریافت ایمیل شود. برای رفع مشکل دستورات زیر استفاده کنید.
Error: 550 ‘Requested action not taken: mailbox unavailable or not local’
در صورتی که پس از ارسال ایمیل این خطا را دریافت کردید، ابتدا تنظیمات سرور ارسال کننده را بررسی کنید.
اگر از WHM استفاده میکنید از قسمت Edit DNS Zone دامنه که از طریق آن ایمیل ارسال میکنید را بررسی کنید و مطمئن شوید در انتهای تنظیمات تیک Local Mail Exchanger وجود داشته باشد.
همچنین در از طریق سایت intodns.com از صحت تنظیمات رکوردهای سایت خود مطمئن شوید.
در سمت سرور مقصد دریافت کننده ایمیل ممکن است mailbox دچار مشکلاتی مانند disable شده باشد و یا آدرس ایمیل مقصد وجود نداشته باشد.
تنظیمات سمت Mail Server گیرنده ایمیل باید توسط مدیر سرور بررسی شود.
SPF مخفف چارچوب سیاست ارسال می باشد که یک رکورد DNS است و مشخص میکند دامنه از چه مکانی ایمیل را ارسال می نماید. روشی برای جلوگیری از ارسال spam با نام دامنه شما و از سمت شما می باشد.