Мэдлэгийн сан
Өөрийн SMTP серверийг холбох: аль портыг ашиглах, яагаад 25 биш болох, та өөрөө нийтлэх ёстой SPF, DKIM, DMARC болон reverse-DNS бичлэгүүд, мөн бид яагаад шифрлэлтгүй холболт руу буцахаас татгалздаг талаар.
Хэрэв та өөрийн мэйл дэд бүтцийг ажиллуулдаг бол, эсвэл таны үйлчилгээ үзүүлэгч бидний шууд жагсаагаагүй үйлчилгээ бол үүнийг ашиглана уу — бараг бүх мэйл үйлчилгээ SMTP-г санал болгодог.
⚠️ Хэрэв таны үйлчилгээ үзүүлэгч Mailgun, SendGrid, Postmark, Amazon SES эсвэл Resend бол үүний оронд тухайн үйлчилгээний өөрийн зааврыг ашиглана уу. Алдаа гарах үед эдгээр холболтууд нь SMTP төлөвийн кодоос илүү үйлчилгээ үзүүлэгчийн яг хэлсэн хариуг бидэнд харуулдаг тул илүү тодорхой алдааны мэдээллийг танд өгдөг.
Таны мэйл серверийг хэн ажиллуулж байгаагаас үл хамааран дараах дөрвөн зүйл хэрэгтэй:
smtp.yourprovider.com587, 465 эсвэл 2525587 нь STARTTLS бүхий submission бөгөөд таны ашиглах ёстой порт юм. Холболт нь энгийнээр эхэлж, аливаа өгөгдлийг илгээхээс өмнө TLS болгон сайжруулдаг.
465 нь implicit TLS юм — эхний байтаас эхлэн шифрлэгддэг. Үүнийг ашиглахад мөн адил боломжтой; зарим үйлчилгээ үзүүлэгчид үүнийг илүүд үздэг.
2525 нь цөөн зарим сүлжээ 587-г хаадаг тул зарим хостуудын санал болгодог албан бус өөр сонголт юм. Үйлчилгээ үзүүлэгч тань зөвлөсөн тохиолдолд л үүнийг ашиглана уу.
⛔ Порт 25-ыг энд зөвшөөрдөг боловч энэ нь бараг хэзээ ч зөв сонголт болдоггүй. Энэ нь аппликэйшн захидал илгээхэд бус, мэйл серверүүд хоорондоо харилцахад ашигладаг порт юм. Ихэнх сүлжээнд үүнийг хаасан байдаг, ихэвчлэн нэвтрэлт танилтгүй байдаг ба ажиллаж байсан ч ихэнхдээ шифрлэгдээгүй байдаг.
⛔⛔ Бид шифрлэгдээгүй холболтоор илгээхгүй. Хэрэв та Use STARTTLS тохиргоог асаалттай үлдээвэл — та ингэх ч ёстой — мөн таны сервер сайжруулахаас татгалзвал, илгээлт нь энгийнээр үргэлжлэхийн оронд амжилтгүй болно. Энэ нь зориудын үйлдэл юм: таны харилцагчдын нууц үг сэргээх холбоосууд эдгээр зурвасуудаар дамждаг тул хэний ч анзаараагүй түвшин буурах явдал нь хамгийн аюултай алдаа бөгөөд учир нь мэйл очсоор л байдаг.
Таны үйлчилгээ үзүүлэгч удирдлагатай үйлчилгээ шиг үүнийг таны өмнөөс хийхгүй. Та өөрийн илгээж буй домэйн дээрээ дараахыг тохируулах шаардлагатай:
SPF — таны серверийн хаягийг зөвшөөрсөн TXT бичлэг: v=spf1 ip4:203.0.113.10 -all, эсвэл v=spf1 a:smtp.yourprovider.com -all. Хэрэв танд аль хэдийн SPF бичлэг байгаа бол үүнийг засна уу; нэг домэйн дээр хоёр SPF бичлэг байвал SPF бүхэлдээ амжилтгүй болно.
DKIM — таны мэйл сервер гарч буй зурвасуудыг дижитал гарын үсгээр баталгаажуулдаг ба та түүнд тохирох нийтийн түлхүүрийг <selector>._domainkey.yourdomain.com дээр нийтэлнэ. Postfix дээр энэ нь ихэвчлэн OpenDKIM байдаг; таны үйлчилгээ үзүүлэгч танд селекторыг хэлж өгнө.
DMARC — та SPF болон DKIM хоёулаа тэнцэж байгаа эсэхийг шалгах явцдаа _dmarc.yourdomain.com дээрх v=DMARC1; p=none; утгаар эхэлсэн TXT бичлэг.
Reverse DNS — таны серверийн IP хаягийн PTR бичлэг нь түүний hostname руу буцаж тайлагдах ёстой. Томоохон хүлээн авагчид үүнийг шалгадаг бөгөөд олонх нь үүнгүйгээр хаягаас ирсэн мэйлийг хүлээн авахгүй. Үүнийг таны DNS үйлчилгээ үзүүлэгч биш, таны хостинг үйлчилгээ үзүүлэгч тохируулна.
⭐ Үүнийг ажиллуулсны дараа шалгах сайн үнэгүй арга: mail-tester.com руу зурвас илгээж, оноог харна уу. Энэ нь дөрвөн тохиргооны аль нь буруу байгааг танд хэлж өгөх бөгөөд энэ нь спам хавтаснаас таамаглахаас хамаагүй хурдан юм.
Хяналтын самбараасаа Email sending-г нээнэ үү:
mail.yourdomain.com (хаяг биш, домэйн)⭐ Хэн нэгний хувийн нэвтрэх эрхийг дахин ашиглахын оронд үүнд зориулж тусгай мэйл хайрцаг эсвэл submission хэрэглэгч үүсгэнэ үү. Ажилтан ажлаас гарч, түүний нууц үг солигдох үед таны харилцагчдын мэдэгдлүүд тасалдах ёсгүй.
Өөр домэйн дээрх мэйл хайрцаг руу Send test message дарж, түүнээс кодыг уншиж, оруулна уу.
"The mail server rejected the username or password" — SMTP AUTH амжилтгүй болсон. Хэрэв таны үйлчилгээ үзүүлэгч тухайн дансанд хоёр шатлалт баталгаажуулалт ашигладаг бол танд нэвтрэх нууц үг биш, app password бараг гарцаагүй шаардлагатай болно.
"Could not reach host:port" — порт хаагдсан, hostname буруу байна эсвэл сервер тухайн порт дээр submission сонсохгүй байна. Өөр машинаас telnet smtp.yourprovider.com 587 гэж шалгах нь алин болохыг танд хэлж өгнө.
TLS алдаа — таны серверийн сертификатын хугацаа дууссан, өөрөө гарын үсэг зурсан (self-signed) эсвэл таны оруулсан hostname-тэй таарахгүй байна. Бид сертификатуудыг баталгаажуулдаг бөгөөд энэ шалгалтыг алгасахгүй; сертификатыг засна уу.
"The mail server refused the recipient" — таны сервер энэ илгээгчийн өмнөөс дамжуулахаар (relay) тохируулагдаагүй байна, энэ нь ихэвчлэн баталгаажсан хэрэглэгч таны илгээгч домэйнээр илгээх эрхгүй гэсэн үг юм.
Илгээгддэг боловч бүх зүйл спам руу ордог — энэ нь SMTP биш, DNS-тэй холбоотой. Дээр дурдсан SPF, DKIM, DMARC болон reverse DNS тохиргоонуудыг сайтар шалгаж, дараа нь mail-tester шалгалтыг дахин ажиллуулна уу.
Хостинг, SEO болон сайтуудыг өргөн хүрээнд ажиллуулах талаар бидний бичсэн зүйлс.
2026 онд хостинг нь индексжүүлэлт болон холбоосын үнэ цэнд хэрхэн нөлөөлөх вэ: хуудсуудыг индексжүүлсэн хэвээр хадгалах, дээр нь сайт бүтээхээс өмнө хуучин домэйнуудыг шалгах, хайлтын мөргүйгээр холбоос үүсгэх, дэд бүтэц нь SEO-ийн хувьд юу хийж чадах, юу хийж чадахгүй талаарх үнэн бодит мэдээлэл.
Нийтлэлийг унших →Хурдан, найдвартай WordPress-д зориулсан практик шалгах хуудас: серверийн түвшний кэшлэх үйл явц, сайт бүрийн объектын кэш, ашиглахад үнэ цэнтэй цөөн хэдэн плагинууд, стекийг байнга шинэчилж байх, мөн хэзээ ч кэшилж болохгүй WooCommerce-ийн хуудсууд.
Нийтлэлийг унших →Удирдлагын самбар бүхий хямд хайрцгаас сайн удирдлагатай хостингийг чухам юу ялгадаг вэ — шилжүүлэг, нөөц хуулбар, тусгаарлалт, бодит кэшлэлт ба шударга өргөтгөх боломж — мөн гэрээ байгуулахаасаа өмнө үүнийг хэрхэн үнэлэх вэ.
Нийтлэлийг унших →Дэмжлэг үйлчилгээ багц бүрд багтсан байдаг ба тусламжийн ширээ өдөрт 24 цагаар ажилладаг бөгөөд та манай 58 хэлний аль нэгээр бидэнд бичиж болно — бид таны хэлээр хариулах болно.
Дэмжлэгтэй холбогдох → Бүх нийтлэл →