E-post på et Nex1on-nettsted: slik setter du opp og sjekker sendingen, og hvorfor e-postene ikke kommer fram

«E-postene kommer ikke fram» er det vanligste problemet for eieren av et nytt nettsted. Tilbakestilling av passord, bekreftelse av adresse, totrinnsinnlogging, varsler om henvendelser, nyhetsbrevet: alt dette er e-post. Inntil e-posten er satt opp, virker en del av nettstedet i stillhet ikke. Nedenfor: hvordan du setter opp sendingen, hvordan du sjekker den med ett trykk, og hvordan du ser i loggen hvor samtalen med e-postserveren brøt sammen.

Hva som er avhengig av e-post #

• tilbakestilling av passord og bekreftelse av e-postadresse;
• totrinnsinnlogging og e-post om innlogging fra en ny nettleser;
• invitasjoner av personer til nettstedet;
• varsler til eieren: meldinger, henvendelser, rapporter om problemer på nettstedet;
• nyhetsbrevet til abonnentene.

Uten fungerende e-post finnes det ingenting å gjenopprette et passord med: ingen kan sende lenken. Derfor lønner det seg å sette opp e-post før lanseringen, ikke etter den første klagen.

Tre måter å sende på #

Åpne «Innstillinger → E-post». Det første feltet, «Sendemåte», velger ett av tre alternativer:

• Ikke send, bare logg. Meldingene legges som filer i mappen storage/mail og når ingen. Fint for en test og for et testnettsted. Så lenge dette er valgt, sender nettstedet ingenting til noen. Vær obs: filene er hele e-poster, med fungerende lenker for tilbakestilling av passord og innloggingskoder, så ikke la denne sendemåten stå på et nettsted i drift; filer som er eldre enn fristen («Behold e-poster «til fil», dager», 7 som standard), slettes automatisk.
• Serverens mail()-funksjon. Meldingen overlates til selve webhotellet. På de fleste webhoteller fungerer det uten oppsett, men e-post fra en delt server havner ofte i søppelpost.
• SMTP-server. Nettstedet logger selv inn på en e-postkonto og sender gjennom den. Det mest pålitelige: har du et valg, så ta dette.

Trinn 1. Sett opp SMTP #

SMTP-opplysningene finner du i panelet til webhotellet eller hos e-postleverandøren: der oppretter du en e-postkonto (for eksempel no-reply@yoursite.com) og får navnet på serveren. Skriv dem inn under «Innstillinger → E-post»:

• SMTP-server: adressen til e-postserveren, for eksempel smtp.yoursite.com.
• Port og kryptering hører sammen: port 587 med «tls» (overgang til kryptering via STARTTLS) eller port 465 med «ssl» (kryptering fra første byte). «Ingen kryptering» (port 25) passer bare for et internt nettverk.
• Brukernavn og passord: opplysningene til e-postkontoen; som oftest er brukernavnet hele e-postadressen. Et lagret passord vises ikke igjen: lar du feltet stå tomt, beholdes det som det er.
• Avsenderadresse og avsendernavn: helst på ditt eget domene, for e-post fra en fremmed adresse havner i søppelpost.
• Bekreft TLS-sertifikat: la dette være slått på på et nettsted i drift. Slå det bare av for en pålitelig lokal testserver: passordet til e-postkontoen sendes over SMTP.

En egen bryter, «Send i bakgrunnen», handler om hastighet: meldingen sendes etter at siden er levert til den besøkende, så ingen må vente på samtalen med e-postserveren, som tar flere sekunder.

Trinn 2. Sjekk sendingen #

Lagre først, sjekk deretter: testen bruker innstillingene som allerede er lagret. I blokken «Test av e-post» skriver du inn en adresse og trykker «Send en test»: én vanlig melding sendes. Kom den fram, fungerer e-posten (se i «Søppelpost» også). Kom den ikke, åpner du «Nettstedets tilstand», der du ser hvor samtalen med e-postserveren brøt sammen. Testen endrer ingenting annet enn å sende denne meldingen.

Trinn 3. Les loggen «Sendte e-poster» #

Loggen viser hva som ble sendt og hva som ikke ble det, med årsak: til hvem, når, emnet, sendemåten og resultatet «Sendt» eller «Ikke sendt». Selve meldingsteksten og lenkene i den lagres aldri, og oppføringene beholdes i det antallet dager som er satt i «Behold e-postloggen, dager» (null betyr ingen logg). En melding som ikke ble sendt, kan sendes på nytt med «Prøv igjen fra køen». Årsaken skrives i generelle ord: sendemåten, serverens tresifrede svar og typen problem. Slik leser du dem:

• auth failed (for eksempel «smtp 535 auth failed»): serveren godtok ikke brukernavnet eller passordet. Sjekk dem, og sjekk om e-postkontoen krever et eget «app-passord».
• connection failed eller timeout: nettstedet nådde ikke fram til serveren. Sjekk adressen og porten; webhoteller blokkerer ofte utgående tilkoblinger på enkelte porter, så prøv et annet par av port og kryptering eller spør kundestøtten.
• tls error: krypteringen eller sertifikatet stemte ikke. Sjekk paret av port og kryptering (587 med «tls», 465 med «ssl») og servernavnet; ikke slå av sertifikatkontrollen på et nettsted i drift.
• recipient rejected: serveren avviste mottakeren: adressen finnes ikke eller er stengt.
• sender rejected: serveren godtok ikke avsenderadressen; som oftest må den tilhøre denne e-postkontoen eller domenet ditt.

Trinn 4. Slik havner ikke e-posten i søppelpost #

At en melding er levert, betyr ikke at den havner i innboksen. Tre ting avgjør nesten alt:

1. Send fra en adresse på ditt eget domene, ikke et fremmed.
2. Sett opp SPF, DKIM og DMARC i domenets DNS og hos e-postleverandøren: de forteller mottakende servere at e-post fra domenet ditt er ekte. E-postleverandøren din forteller deg nøyaktig hvor de slås på.
3. Ikke legg inn eksterne lenker og adresser i teksten til de «beskyttede» e-postene (tilbakestilling av passord, bekreftelse av adresse, innloggingskode): det gjør meldingen til et verktøy for å lure brukerne dine.

Egne e-posttekster #

E-postene som nettstedet sender av seg selv, redigeres under «E-postmaler»: for hver av dem kan du skrive et eget emne og en egen tekst på alle språkene til nettstedet, og tomt betyr at den innebygde teksten sendes. Erstatninger i krøllparenteser (nettstedets navn, personens navn, lenkeadressen og andre; listen vises på siden til e-posten) byttes ut med virkelige verdier ved sending. E-poster med lenker og innloggingskoder er beskyttet: en endret tekst i en slik e-post er en måte å lure brukerne dine på, så ved lagring blir du bedt om passordet ditt, og eierne får et varsel.

Hva du bør sjekke #

• En sendemåte er valgt, og den er ikke «bare logg»: i mappen storage/mail ligger e-postene hele, med fungerende lenker og innloggingskoder.
• Testmeldingen kom fram til innboksen, ikke til «Søppelpost».
• Avsenderadressen er på domenet ditt.
• SPF, DKIM og DMARC er satt opp i DNS.
• En e-post for tilbakestilling av passord kom fram til en testkonto, og lenken i den virker.
• Loggen «Sendte e-poster» har ingen røde «Ikke sendt» de siste dagene.

Hvis noe går galt #

• Testen gikk bra, men folk får ingen e-poster. Åpne loggen: en e-post til folk kan feile av en annen grunn (mottakerens adresse er stengt). Er loggen tom, sjekker du køen under «Systemtilstand»: med sending i bakgrunnen går e-postene gjennom køen.
• Passordet sluttet å virke. Det kan ha blitt endret hos e-postleverandøren; skriv inn det nye under «Innstillinger → E-post».
• E-postene sendes, men havner i søppelpost. Gå tilbake til trinn 4: en adresse på ditt eget domene, SPF, DKIM, DMARC.
• Etter flytting til et annet webhotell er e-posten taus. Sendingen settes til «til en fil» når et nettsted gjenopprettes fra en kopi: sett den opp på nytt.
• Du vil se hva som i det hele tatt sendes. På et testnettsted velger du «ikke send, bare logg»: e-postene ligger som filer i storage/mail.

Hva nå #

Når e-posten fungerer, slår du på totrinnsinnlogging for eieren og setter opp varsler om problemer på nettstedet: e-post er kanalen nettstedet selv bruker for å fortelle deg at noe er galt med det.