یک رکورد MX به یک سؤال محدود پاسخ می‌دهد: کدام سرور باید ایمیل این دامنه را دریافت کند؟ برای دامنه سفارشی ایمیل موقت، Cloudflare می‌تواند DNS معتبر را میزبانی کند، در حالی که GPTMail—نه Cloudflare—سرویس دریافت صندوق ورودی را فراهم می‌کند. تنظیمات زمانی که داشبورد DNS درست به نظر می‌رسد اما پاسخ DNS عمومی چیز دیگری می‌گوید، گیج‌کننده می‌شود.
راه‌حل این است که از قضاوت فرم دست بکشید و پاسخ واقعی که اینترنت می‌تواند ببیند را بررسی کنید.
قبل از تغییر DNS
سه نکته را تأیید کنید:
- می‌توانید DNS سرورهای نام‌گذاری معتبر دامنه را ویرایش کنید.
- دامنه دقیقاً همان دامنه‌ای است که می‌خواهید ایمیل‌ها را دریافت کنید.
- هدف MX عمومی فعلی که توسط GPTMail نشان داده می‌شود را کپی کرده‌اید.
GPTMail در حال حاضر هدف مورد نیاز را در پنل افزودن دامنه و صفحه دامنه نمایش می‌دهد. از همان مقدار استفاده کنید نه از یک اسکرین‌شات قدیمی یا رکوردی که از سرویس دیگری کپی شده است.
رکورد حداقل
برای هدف عمومی فعلی GPTMail، معمولاً رکورد به شکل زیر است:
Type: MX
Name: @
Target: email.chatgpt.org.uk
Priority: 1ارائه‌دهندگان DNS فیلد میزبان را به شکل‌های متفاوتی توصیف می‌کنند. @، مقدار خالی یا خود دامنه می‌توانند همه به نقطه اوج زون (zone apex) اشاره داشته باشند. از قرارداد ارائه‌دهنده پیروی کنید؛ اگر رابط کاربری انتظار فیلد خالی دارد، به‌صورت متنی @ وارد نکنید.
برخی ارائه‌دهندگان پس از هدف یک نقطه (dot) اضافه می‌کنند و برخی به‌طور خودکار این کار را انجام می‌دهند. هر دو شکل وقتی به‌درستی پردازش شوند، همان نام DNS را نشان می‌دهند.
قبل از کپی کردن هدف، عمومی یا خصوصی را انتخاب کنید
GPTMail دو حالت دامنه سفارشی دارد و همیشه از هدف MX یکسانی استفاده نمی‌کند.
- یک دامنه عمومی از هدف عمومی که در صفحه دامنه نشان داده شده استفاده می‌کند. پس از تأیید، در فهرست دامنه‌های عمومی ظاهر می‌شود و یک کلید API برای درخواست‌های سمت سرور دریافت می‌کند.
- یک دامنه خصوصی از فهرست عمومی خارج می‌شود و به حساب GPTMail شما پیوند داده شده است: ابتدا وارد سیستم شوید؛ تنها همان حساب می‌تواند پیام‌های آن را ببیند. از برگه دامنه‑خصوصی در صفحه اصلی GPTMail شروع کنید و تنظیمات DNS اختصاصی را قبل از ویرایش MX ایجاد کنید.
مثال عمومی در این مقاله را در تنظیمات دامنه‑خصوصی کپی نکنید. مقدار نمایش داده شده برای دامنه‌ای که اضافه می‌کنید، منبع حقیقت است.
اولویت تنظیم سرعت نیست
اعداد کمتر اولویت بالاتری دارند. اولویت 1 پیش‌فرض واضحی است، اما 0 یا 10 نیز وقتی تنها مسیر MX وجود داشته باشد کار می‌کند. پیکربندی خطرناک، رکورد قدیمی با عدد کمتر است که به جایی دیگر اشاره دارد. ارسال‌کنندگان ابتدا آن مسیر را امتحان می‌کنند.
در طول مهاجرت، رکوردهای MX منسوخ را حذف کنید مگر اینکه عمداً یک گیرندهٔ پشتیبان تست‌شده داشته باشید. داشتن چندین رکورد صرفاً تزئین بی‌ضرر نیست؛ آن‌ها مسیرهای تحویل جایگزین را تعریف می‌کنند.
تأیید پاسخ معتبر
پس از ذخیرهٔ رکورد، DNS عمومی را پرس‌وجو کنید:
dig MX your-domain.exampleپاسخ باید هدف GPTMail را شامل شود. اگر شامل نشد، سرورهای نام‌گذاری معتبر را بررسی کنید:
dig NS your-domain.exampleسپس یکی از آن سرورهای نام‌گذاری را مستقیماً بپرسید:
dig @authoritative-nameserver.example MX your-domain.exampleاین کار تاخیر انتشار را از ویرایش ناحیهٔ DNS اشتباه جدا می‌کند. اگر سرور معتبر قبلاً رکورد جدید را برمی‌گرداند اما یک حل‌کنندهٔ عمومی آن را نشان نمی‌دهد، صبر کنید تا داده‌های کش‌شده منقضی شوند. اگر سرور معتبر هنوز مقدار قدیمی را می‌دهد، انتظار برای انتشار کمکی نمی‌کند؛ تغییر در مکان نادرست ذخیره شده یا منتشر نشده است.
چرا یک رکورد صحیح می‌تواند ناشناخته به نظر برسد
بررسی‌های DNS می‌توانند موقتاً پاسخی ندهند به دلیل زمان‌سنجی حل‌کننده، مشکلات سرور نام، خطاهای DNSSEC یا هنوز در حال انتشار بودن رکورد. یک جستجوی ناموفق ثابت نمی‌کند که دامنه پیکربندی اشتباه دارد.
اگر GPTMail گزارش دهد که رکورد MX به سرور مورد نیاز اشاره نمی‌کند:
- مقدار واقعی MX نشان داده شده در مدیر دامنه را کپی کنید.
- آن را با هدف مورد نیاز، شامل نام کامل میزبان، مقایسه کنید.
- به دنبال رکورد رقیبی با اولویت بالاتر بگردید.
- سرور نام‌گذاری معتبر را مستقیماً پرس‌وجو کنید.
- چند دقیقه صبر کنید و پس از تغییر جدید DNS دوباره تلاش کنید.
از حذف و ایجاد مجدد دامنه به‌صورت مکرر در حالی که DNS در حال انتشار است، خودداری کنید. این کار وضعیت برنامه را تغییر می‌دهد بدون اینکه خروجی DNS تغییر کند.
تنظیمات مجاز توسط Cloudflare
Cloudflare در این جریان ارائه‌دهنده DNS است؛ GPTMail دریافت‌کننده صندوق ورودی موقت است. این تنظیم از Cloudflare Email Routing استفاده نمی‌کند.
قبل از اعطای مجوز، موارد زیر را بررسی کنید:
- حساب و زون Cloudflare را که واقعاً دامنه را کنترل می‌کند، انتخاب کنید.
- اگر Cloudflare Email Routing فعال است، ابتدا آن را غیرفعال کنید. GPTMail رکوردهای MX مسیریابی خود را شناسایی می‌کند، بدون تغییر DNS متوقف می‌شود و از شما می‌خواهد تا تضاد را برطرف کنید.
- هدف نشان داده شده توسط GPTMail را مرور کنید. مجوز یک‌بار استفاده، فقط رکوردهای MX برای همان دامنه را جایگزین می‌کند؛ سایر انواع رکوردهای DNS تغییر نمی‌کنند و توکن دسترسی پس از تکمیل فراخوانی باطل می‌شود.
رکورد خودکار از اولویت 0 استفاده می‌کند، در حالی که مثال دستی بالا از 1 استفاده می‌کند. هر دو زمانی که تنها مسیر MX باشد معتبر هستند. اعطای مجوز خطاهای تایپی را کاهش می‌دهد، اما تأیید نهایی همچنان به DNS عمومی وابسته است.
اگر دامنه از ارائه‌دهنده DNS دیگری استفاده می‌کند، رکورد را به‌صورت دستی اضافه کنید و برای تلاش مجدد تأیید به GPTMail بازگردید.
تست تحویل واقعی
یک جستجوی MX مسیر را تأیید می‌کند، نه تحویل انتها به انتها. پس از تأیید:
- یک آدرس جدید روی دامنه ایجاد کنید؛
- یک پیام کوتاه متنی ساده از یک ارائه‌دهندهٔ غیرمرتبط ارسال کنید؛
- مطمئن شوید آدرس گیرنده دقیقاً مطابقت دارد؛
- قبل از فرض شکست، صبر کنید تا ارسال‌کننده تحویل را تکمیل کند؛
- اگر پیام اول تأخیر داشت، یک ارسال‌کنندهٔ دوم را امتحان کنید.
از تست فقط از سیستمی که اخیراً مسیر MX قدیمی را کش کرده است، خودداری کنید.
مالکیت و بازیابی را جدا نگه دارید
یک دامنه سفارشی به شما کنترل نام‌گذاری می‌دهد، اما GPTMail همچنان یک سرویس صندوق‌پست موقت است. دسترسی به ثبت‌کننده، بازیابی DNS و بازیابی حساب مهم را در یک صندوق‌پست پایدار خارج از دامنهٔ موقت نگه دارید.
برای تصمیم‌گیری دربارهٔ مناسب بودن یک دامنهٔ خصوصی از ابتدا، مقالهٔ انتخاب صندوق‌پست بر پایهٔ پیامد، نه راحتی را بخوانید. اگر پس از تأیید MX پیام‌های آزمایشی هنوز نمی‌رسند، از راهنمای ایمیل تأییدیه نمی‌رسد: یافتن گام شکسته استفاده کنید.