Extended Email Security: Түгээмэл асуулт, хариулт (FAQ)

Имэйлийн төлөв

Имэйл яагаад Infomail гэж хорионд орсон бэ?

Имэйлд бүртгэлээс гарах (unsubscribe) холбоос эсвэл сурталчилгаа, маркетинг, мэдээллийн товхимолтой холбоотой агуулга байна.

Имэйл яагаад Banned гэж хорионд орсон бэ?

Имэйлд үйлчлүүлэгчийн бодлогоор хориглосон хавсралт байна. Итгэмжлэгдсэн илгээгчийн хувьд энэ бодлогын шалгалтыг тойрох custom дүрэм үүсгэж болно.

Бодлого (policies)-ийн талаар дэлгэрэнгүйг энэ нийтлэлээс үзнэ үү.

Custom дүрэм (custom rules)-ийн талаар дэлгэрэнгүйг энэ нийтлэлээс үзнэ үү.

Ирсэн имэйл яагаад хорионд орохын оронд устгагдсан бэ?

Block дүрэм үйлчилж байж магадгүй. Үүнийг Live Email Tracker-аас нэг дор харж болно. Ирсэн имэйлд block дүрэм идэвхжсэн бол Delete төлвийн хажууд X тэмдэг гарна. X-ийг дарвал дүрмийг харуулна. X байхгүй бол block дүрэм үйлчлээгүй гэсэн үг.

Мөн үйлчлүүлэгчийн домайн дээрх бодлогод спамын зарим ангиллыг Quarantine биш Delete гэж тохируулсан байж болно.

Имэйл Deliver төлөвтэй боловч хэрэглэгчийн ирсэн имэйлд очоогүй байна. Яах вэ?

SMTP хүлээлгэн өгөлт амжилттай болсон бол та дотооддоо message trace хийх хэрэгтэй. Энэ холболтын лог нь хүлээн авагч сервер/хостын өгсөн хариу юм.

Доорх жишээнд имэйл манай шүүлтүүрийг амжилттай давж, хүлээн авагч сервер имэйлийг хүргэлтийн дараалалд оруулсныг баталгаажуулсан байна.

Имэйл хорионд орсон ч буруу илрүүлэлт (false positive) гэж боддог. Яах вэ?

• Имэйлийг spam, infomail эсвэл impersonation гэж хорионд оруулсан бол: allow дүрэм үүсгэхийг зөвлөж байна. Allow дүрэм үүсгэх заавартай энэ гарын авлагаас танилцана уу.
• Имэйлийг фишинг эсвэл хортой программ гэж хорионд оруулсан бол: зарим URL хортой гэж илэрсэн эсвэл имэйлд өөр сэжигтэй зүйл байж магадгүй. Илгээгчид итгэж, буруу илрүүлэлт гэдэгт итгэлтэй бол custom дүрэм үүсгэхийг зөвлөж байна. Custom дүрэм үүсгэх заавартай энэ гарын авлагаас танилцана уу.

Имэйл спам гэж илрээгүй тул буруу сөрөг илрүүлэлт (false negative) мэдээлэхийг хүсвэл яах вэ?

Бид илрүүлэлтээ аль болох нарийвчлалтай байлгахыг эрмэлздэг ч заримдаа буруу сөрөг илрүүлэлт гардаг.

Хэрэв та Mesh 365 эсвэл Mesh Unified ашиглаж байгаа бол имэйлийг Live Email Tracker-аас засч залруулж (remediate) болно.

Дэлгэрэнгүй мэдээлэл хэрэгтэй эсвэл асуулт байвал дэмжлэгтэй холбогдох тухай уншина уу.

Нэмж, глобал block дүрэм эсвэл тухайн үйлчлүүлэгчид зориулсан block дүрэм үүсгэж илгээгчийг хаахыг зөвлөж байна.

Block дүрэм үүсгэх заавар: Block дүрэм үүсгэх

Дотоод имэйл spam эсвэл impersonation гэж тэмдэглэгдсэн нь яагаад вэ?

Ерөнхийдөө дотоод имэйл MX бичлэгээр гадагш чиглэх ёсгүй, харин O365 эсвэл дотоод сүлжээнд л үлдэх ёстой. Энэ нь зөвхөн Mesh-д биш, нийтлэг сайн туршлага юм.

Имэйлийг CRM эсвэл өөр гуравдагч талын программ үйлчлүүлэгчийн домайн нэрээр илгээсэн бол хамгийн сайн шийдэл нь илгээж буй envelope-from болон IP хаягаар custom дүрэм үүсгэх явдал.

Custom дүрэм үүсгэх заавар: Custom дүрэм үүсгэх

Дүрэм (Rules)

Имэйл хорионд орсон ч allow дүрэм үйлчилж байгаа гэж боддог. Асуудал нь юу байж болох вэ?

Энэ нь хоёр боломжит тохиолдолд гардаг:

1. 1Имэйлийг Malware, Phishing, Banned эсвэл Policy - Geo гэж ангилсан:

- Энгийн allow дүрэм эсвэл эцсийн хэрэглэгчийн үүсгэсэн allow дүрэм зөвхөн spam, infomail, impersonation гэсэн дүгнэлтийг тойрдог. Энэ тохиолдолд custom дүрэм шаардлагатай.
- Custom дүрэм үүсгэх заавар: Custom дүрэм үүсгэх

2. 2Илгээгч/домайнд allow дүрэм байхгүй:

- Үүнийг Live Email Tracker-аас хялбар шалгаж болно. Ирсэн имэйлд allow дүрэм идэвхжсэн бол "Deliver" төлвийн хажууд тэмдэг (checkmark) гарна. Үүнийг дарвал дүрмийг харуулна. Тэмдэг байхгүй бол ирсэн имэйлийн нөхцөлтэй таарах allow дүрэм байхгүй гэсэн үг.
- Төлвийн төрлүүдийн талаар энд дэлгэрэнгүй уншиж болно.

Allow болон block дүрмийг хэрхэн импортлох вэ?

Үйлчлүүлэгчдийнхээ дүрмийг CSV файлаар хурдан, хялбар импортлож болно.

Дүрэм импортлох заавар: CSV файлаар дүрэм импортлох

Allow болон block дүрмээ импортлоход алдаа гарч байна. Яах вэ?

Зөв формат, зааврыг дагаж байгаагаа шалгана уу. Бидний алдаа засах зөвлөмжүүдийг туршиж үзнэ. Асуудал хэвээр байвал дэмжлэгт хүсэлт (ticket) нээж, нэмэлт шалгалт хийлгэнэ үү.

CSV алдаа засах зөвлөмжийн заавар: CSV алдаа засах зөвлөмж

MailChimp-ээс ирэх имэйлийг зөвшөөрөх хэрэгтэй. Яаж тохируулах вэ?

MailChimp-ийн header-from хаягийг өөрийн домайн мэт харагдуулж өөрчилж болох ч ижил домайны allow дүрэм үүсгэхийг зөвлөдөггүй. Үүний оронд envelope-from домайны allow дүрэм илүү тохиромжтой. Илгээгч домайн нь үргэлж дараахын нэг байна:

mcsv.net
mcdlv.net 
rsgsv.net

Эдгээр домайнд энгийн allow дүрэм үүсгэснээр тэдгээрийн урсгал хорионд орохгүй.

Allow дүрэм үүсгэх заавар: Allow дүрэм үүсгэх

Phin Security, Huntress, KnowBe4 зэрэг гуравдагч талын фишинг симуляцийн программаас ирэх имэйлийг зөвшөөрөх хэрэгтэй. Яаж тохируулах вэ?

Ерөнхийдөө гуравдагч талын үйлчилгээ үзүүлэгчид өөрсдийн эзэмшдэг домайны жагсаалт болон статик IP хаягийн хүрээг ашигладаг. Манай шүүлтүүрийг тойрохын тулд домайн болон/эсвэл IP хүрээ тус бүрт custom дүрэм үүсгэх хэрэгтэй. Ингэснээр фишинг туршилтын имэйлүүд хорионд орохгүй.

Custom дүрэм үүсгэх заавар: Custom дүрэм үүсгэх

Ерөнхий асуулт

Эцсийн хэрэглэгч имэйл суллах хүсэлт гаргасан. Хүсэлт хаашаа явсан бэ?

Хэрэглэгч имэйл суллах хүсэлт гаргахад хүсэлт MSP-ийн тодорхойлсон и-мэйл хаяг руу эсвэл үйлчлүүлэгч дэх администраторын эрхтэй хэнд ч очно.

Хүсэлтүүдийг Live Email Tracker-аас Pending төлвөөр хайж олж болно.

Mesh Gateway / Unified нь MTA-STS-ийг дэмждэг үү?

Домайндаа MTA-STS тохируулахад Mesh дотор нэмэлт алхам хийх шаардлагагүй.