Настройване на изпращането на имейли

Няколко функции изпращат имейли: оперативни известия, еднократни пароли, изпращани на потребителите, и доставянето на тайните ключове TOTP. Всички те минават през едно и също — SMTP сървър, деклариран в конзолата — и никоя от тях не работи, докато няма наличен такъв.

Тази страница настройва тази обща основа, след което посочва какво я използва.

Стъпка 1 — Деклариране на SMTP сървъра

Влезте с администраторски акаунт, отворете работното пространство Configuration и щракнете върху SMTP servers. Щракнете върху +.

CyberElements има собствен SMTP релей

Не ви е необходим собствен SMTP сървър: платформата съдържа вграден релей, достъпен локално. За да го използвате, декларирайте сървър със следните стойности:

Поле	Стойност
Server	127.0.0.1
Port	25
Username / Password	оставете двете празни
Connection type	Insecure

Адресът е локален за платформата, а не за вашата мрежа: релеят работи на самата платформа, затова в този участък не са необходими нито идентификационни данни, нито шифроване.

Вместо това декларирайте собствен сървър — с полетата по-долу — когато съобщенията трябва да излизат през вашата инфраструктура.

Поле	Какво да въведете
Name	Името, което идентифицира сървъра в конзолата.
Server	Името на хоста или адресът на SMTP сървъра.
Port	Портът, на който той слуша.
Username / Password	Акаунтът за удостоверяване, ако сървърът изисква такъв. Оставете двете празни за анонимно изпращане.
Connection type	TLS, STARTTLS или Insecure.
Use specific certificate authorities to validate the server certificate	Поставете отметка, за да посочите сами сертифициращия орган, след което качете неговия сертификат в полето, което се отключва.

Пълното описание на полетата е в SMTP servers.

Връзката се отваря от платформата

Потокът към SMTP сървъра излиза от платформата, а не от работната станция на потребителя. Ако вашият SMTP сървър се намира във вашата LAN мрежа, този поток трябва да бъде разрешен.

Стъпка 2 — Тест преди записване

Прозорецът съдържа блок SMTP configuration test, свит по подразбиране. Отворете го, въведете адрес на получател и щракнете върху бутона за тест. Тестът използва стойностите, въведени в момента във формуляра — тестването не записва нищо.

Резултатът се показва под бутона: успешно изпращане или неуспех с посочена причина. Разпознават се и се изписват седем причини, сред които разрешаването на имена в DNS, отхвърлени идентификационни данни, недостъпна мрежа и сертификат, който не преминава проверката.

Подателят на тестовото съобщение е наложен

Тестовото съобщение се изпраща от noreply@cleanroom.com — адрес, вграден в продукта: той не може да се конфигурира никъде и служи също като адрес за отговор на това съобщение. Той няма връзка с подателя, който ще използват функциите, работещи с този сървър — SMTP sender на профил за известия или на маркер OTP.

Следователно SMTP сървър, който ограничава адресите на подателите, ще отхвърли теста каквото и да въведете във формуляра, докато истинските съобщения преминават. Отхвърляне на този етап не означава непременно, че настройките ви са грешни.

След като тестът премине успешно, щракнете върху Validate, за да запишете сървъра.

След това проверете дали съобщението е пристигнало: сървър, който приема съобщение, още не означава доставено съобщение.

Стъпка 3 — Използване на сървъра

Самото деклариране на сървъра не изпраща нищо. Всяка функция трябва да бъде насочена към него:

Какво да се изпраща	Къде се конфигурира
Оперативни известия — влизания, сигнали, начало на записването, заявки за достъп	Notification profiles
Еднократна парола по имейл	Настройване на многофакторно удостоверяване
Тайни ключове TOTP, изпращани на потребителите	Интеграция с Google Authenticator

Един сървър, няколко ползватели

Един и същ деклариран сървър обслужва и трите. Не е необходимо да го декларирате отделно за всяка функция — и обратно, промяната на настройките му засяга всяка функция, насочена към него.