Configurarea trimiterii de e-mailuri

Mai multe funcționalități trimit e-mailuri: notificările operaționale, parolele de unică folosință trimise utilizatorilor și livrarea cheilor secrete TOTP. Toate trec prin același lucru — un server SMTP declarat în consolă — și niciuna nu funcționează până când nu este disponibil unul.

Această pagină configurează acea bază comună, apoi indică ce anume o consumă.

Pasul 1 — Declarați serverul SMTP

Conectați-vă cu un cont de administrator, deschideți spațiul de lucru Configuration și faceți clic pe SMTP servers. Faceți clic pe +.

Serverul pe care îl declarați aici este cel căruia CyberElements Bastion îi va preda mesajele sale — un server SMTP al infrastructurii dumneavoastră, accesibil de pe platformă.

Câmp	Ce trebuie introdus
Name	Numele care identifică serverul în consolă.
Server	Numele de gazdă sau adresa serverului SMTP.
Port	Portul pe care ascultă.
Username / Password	Contul de autentificare, dacă serverul solicită unul. Lăsați-le goale pe ambele pentru trimiterea anonimă.
Connection type	TLS, STARTTLS sau Insecure.
Use specific certificate authorities to validate the server certificate	Bifați această opțiune pentru a furniza dumneavoastră autoritatea, apoi încărcați certificatul acesteia în câmpul care se deblochează.

Descrierea completă a câmpurilor se află în SMTP servers.

Conexiunea este deschisă de platformă

Fluxul către serverul SMTP pleacă de la platformă, nu de la stația de lucru a utilizatorului. Dacă serverul dumneavoastră SMTP se află în rețeaua dumneavoastră LAN, acest flux trebuie autorizat.

Pasul 2 — Testați înainte de a salva

Fereastra conține un bloc SMTP configuration test, restrâns în mod implicit. Deschideți-l, introduceți o adresă de destinație și faceți clic pe butonul de test. Testul utilizează valorile aflate în acel moment în formular — testarea nu salvează nimic.

Rezultatul apare sub buton: o trimitere reușită sau un eșec cu o cauză denumită. Sunt recunoscute și explicitate șapte cauze, printre care rezoluția DNS, credențialele respinse, o rețea inaccesibilă și un certificat care nu trece validarea.

Expeditorul mesajului de test este impus

Mesajul de test este trimis de la noreply@cleanroom.com, o adresă înscrisă în produs: ea nu poate fi configurată nicăieri și servește totodată ca adresă de răspuns a acelui mesaj. Ea nu are legătură cu expeditorul pe care îl vor purta funcționalitățile care utilizează acest server — SMTP sender al unui profil de notificare sau al unui token OTP.

Prin urmare, un server SMTP care restricționează adresele de expediere va respinge testul indiferent de ce introduceți în formular, în timp ce mesajele reale trec. O respingere în acest punct nu înseamnă neapărat că setările dumneavoastră sunt greșite.

Odată ce testul trece, faceți clic pe Validate pentru a salva serverul.

Verificați apoi că mesajul a ajuns: un server care acceptă un mesaj nu înseamnă încă un mesaj livrat.

Pasul 3 — Utilizați serverul

Declararea serverului nu trimite nimic prin ea însăși. Fiecare funcționalitate trebuie îndreptată către el:

De trimis	Unde se configurează
Notificări operaționale — conectări, alerte, începutul înregistrării, cereri de acces	Notification profiles
O parolă de unică folosință prin e-mail	Configurarea autentificării multifactor
Chei secrete TOTP trimise utilizatorilor	Integrarea Google Authenticator

Un singur server, mai mulți consumatori

Același server declarat le deservește pe toate trei. Nu este necesar să fie declarat câte o dată pentru fiecare funcționalitate — și invers, modificarea setărilor sale afectează fiecare funcționalitate care indică spre el.