Sette opp sending av e-post

Flere funksjoner sender e-post: driftsvarslinger, engangspassord som sendes til brukerne, og levering av hemmelige TOTP-nøkler. De går alle gjennom det samme — en SMTP-server som er deklarert i konsollet — og ingen av dem virker før det finnes en.

Denne siden setter opp dette felles grunnlaget og peker deretter på det som bruker det.

Trinn 1 — Deklarer SMTP-serveren

Logg på med en administratorkonto, åpne arbeidsområdet Configuration og klikk på SMTP servers. Klikk på +.

CyberElements har sitt eget SMTP-relé

Du trenger ikke din egen SMTP-server: plattformen inneholder et relé som nås lokalt. Deklarer en server med disse verdiene for å bruke det:

Felt	Verdi
Server	127.0.0.1
Port	25
Username / Password	la begge stå tomme
Connection type	Insecure

Adressen er lokal for plattformen, ikke for nettverket ditt: reléet kjører på selve plattformen, og derfor kreves det verken påloggingsinformasjon eller kryptering på det hoppet.

Deklarer i stedet din egen server — med feltene nedenfor — når meldinger skal sendes ut gjennom din infrastruktur.

Felt	Hva du skal skrive inn
Name	Navnet som identifiserer serveren i konsollet.
Server	Vertsnavnet eller adressen til SMTP-serveren.
Port	Porten den lytter på.
Username / Password	Autentiseringskontoen, hvis serveren krever en. La begge stå tomme for anonym sending.
Connection type	TLS, STARTTLS eller Insecure.
Use specific certificate authorities to validate the server certificate	Merk av denne for å oppgi sertifiseringsinstansen selv, og last deretter opp sertifikatet til den i feltet som låses opp.

Den fullstendige beskrivelsen av feltene finnes i SMTP servers.

Forbindelsen åpnes av plattformen

Flyten til SMTP-serveren går ut fra plattformen, ikke fra arbeidsstasjonen til brukeren. Hvis SMTP-serveren din står på LAN-et ditt, må den flyten være tillatt.

Trinn 2 — Test før du lagrer

Vinduet inneholder blokken SMTP configuration test, som er sammenklappet som standard. Åpne den, skriv inn en mottakeradresse og klikk på testknappen. Testen bruker verdiene som står i skjemaet akkurat da — ingenting lagres ved å teste.

Resultatet vises under knappen: en vellykket sending, eller en feil med en navngitt årsak. Sju årsaker gjenkjennes og beskrives, blant dem DNS-oppslag, avvist påloggingsinformasjon, et nettverk som ikke kan nås, og et sertifikat som ikke består valideringen.

Avsenderen av testmeldingen er fastlagt

Testmeldingen sendes fra noreply@cleanroom.com, en adresse som er innebygd i produktet: den kan ikke konfigureres noe sted, og den fungerer også som svaradresse for den meldingen. Den har ingenting å gjøre med avsenderen som funksjonene som bruker denne serveren, kommer til å bære — SMTP sender i en varslingsprofil eller i et OTP-token.

En SMTP-server som begrenser avsenderadresser, vil derfor avvise testen uansett hva du skriver inn i skjemaet, mens de virkelige meldingene går gjennom. En avvisning på dette punktet betyr ikke nødvendigvis at innstillingene dine er feil.

Når testen er bestått, klikker du på Validate for å lagre serveren.

Kontroller deretter at meldingen kom frem: en server som godtar en melding, er ennå ikke en levert melding.

Trinn 3 — Bruk serveren

Deklareringen av serveren sender ingenting i seg selv. Hver funksjon må pekes mot den:

Det som skal sendes	Hvor det konfigureres
Driftsvarslinger — pålogginger, alarmer, start av opptak, tilgangsforespørsler	Notification profiles
Et engangspassord via e-post	Sette opp flerfaktorautentisering
Hemmelige TOTP-nøkler som sendes til brukerne	Google Authenticator-integrasjon

Én server, flere forbrukere

Den samme deklarerte serveren betjener alle tre. Den trenger ikke å deklareres én gang per funksjon — og omvendt påvirker en endring av innstillingene dens hver funksjon som peker mot den.