E-post på en Nex1on-webbplats: så ställer du in och kontrollerar utskicket, och varför mejlen inte kommer fram

”Mejlen kommer inte fram” är det vanligaste problemet för den som äger en ny webbplats. Lösenordsåterställning, bekräftelse av adress, tvåstegsinloggning, aviseringar om förfrågningar, nyhetsbrevet: allt det är e-post. Tills e-posten är inställd fungerar en del av webbplatsen inte, utan att det märks. Nedan: hur du ställer in utskicket, hur du kontrollerar det med ett tryck och hur du ser i loggen var samtalet med e-postservern bröts.

Vad som bygger på e-post #

• lösenordsåterställning och bekräftelse av e-postadress;
• tvåstegsinloggning och mejl om inloggning från en ny webbläsare;
• inbjudningar till webbplatsen;
• meddelanden till ägaren: meddelanden, förfrågningar, rapporter om problem på webbplatsen;
• nyhetsbrevet till prenumeranterna.

Utan fungerande e-post finns det inget sätt att återställa ett lösenord: ingen kan skicka länken. Därför lönar det sig att ställa in e-posten före lanseringen, inte efter det första klagomålet.

Tre sätt att skicka #

Öppna ”Inställningar → E-post”. Det första fältet, ”Sändningssätt”, väljer ett av tre alternativ:

• Skicka inte, bara logg. Meddelandena läggs som filer i mappen storage/mail och når ingen. Bra för en kontroll och för en testwebbplats. Så länge det här är valt skickar webbplatsen ingenting till någon. Se upp: filerna är hela mejl, med fungerande länkar för lösenordsåterställning och inloggningskoder, så lämna inte det här sändningssättet på en skarp webbplats; filer som är äldre än tidsgränsen (”Spara e-post ’till fil’, dagar”, 7 som standard) tas bort automatiskt.
• Serverns mail()-funktion. Meddelandet lämnas över till webbhotellet. På de flesta webbhotell fungerar det utan inställningar, men e-post från en delad server hamnar ofta i skräpposten.
• SMTP-server. Webbplatsen loggar själv in på en e-postlåda och skickar genom den. Det mest pålitliga: har du ett val, ta det här.

Steg 1. Ställ in SMTP #

SMTP-uppgifterna hämtar du från webbhotellets panel eller från e-postleverantören: där skapar du en e-postlåda (till exempel no-reply@yoursite.com) och får servernamnet. Ange dem under ”Inställningar → E-post”:

• SMTP-server: e-postserverns adress, till exempel smtp.yoursite.com.
• Port och kryptering hör ihop parvis: port 587 med ”tls” (övergång till kryptering via STARTTLS) eller port 465 med ”ssl” (kryptering från första byten). ”Ingen kryptering” (port 25) passar bara i ett internt nätverk.
• Användarnamn och lösenord: e-postlådans uppgifter; oftast är användarnamnet hela e-postadressen. Ett sparat lösenord visas inte igen: lämnar du fältet tomt förblir det som det är.
• Avsändaradress och avsändarnamn: helst på din egen domän, eftersom e-post från en främmande adress hamnar i skräpposten.
• Verifiera TLS-certifikat: låt det vara påslaget på en skarp webbplats. Stäng av det bara för en betrodd lokal testserver: e-postlådans lösenord skickas över SMTP.

Ett separat reglage, ”Skicka i bakgrunden”, handlar om hastighet: meddelandet går iväg efter att sidan har lämnats till besökaren, så ingen behöver vänta på samtalet med e-postservern, som tar några sekunder.

Steg 2. Kontrollera utskicket #

Spara först och kontrollera sedan: kontrollen använder de inställningar som redan är sparade. I blocket ”Kontroll av e-post” anger du en adress och trycker på ”Skicka ett test”: ett vanligt meddelande skickas. Kom det fram fungerar e-posten (titta även i ”Skräppost”). Kom det inte fram öppnar du ”Webbplatsens hälsa”, där du ser var samtalet med e-postservern bröts. Kontrollen ändrar ingenting utom det här meddelandet.

Steg 3. Läs loggen ”Skickade e-postmeddelanden” #

Loggen visar vad som gick iväg och vad som inte gjorde det, med orsaken: till vem, när, ämnet, sättet och resultatet ”Skickat” eller ”Ej skickat”. Meddelandenas innehåll och länkarna i dem lagras aldrig, och posterna sparas i det antal dagar som anges i ”Spara e-postloggen, dagar” (noll betyder ingen logg). Ett meddelande som inte gick iväg kan skickas igen med ”Försök igen från kön”. Orsaken anges i allmänna termer: sättet, serverns tresiffriga svar och typen av problem. Så här tolkar du dem:

• auth failed (till exempel ”smtp 535 auth failed”): servern godtog inte användarnamnet eller lösenordet. Kontrollera dem, och kontrollera om e-postlådan kräver ett separat ”applösenord”.
• connection failed eller timeout: webbplatsen nådde inte servern. Kontrollera adressen och porten; webbhotell blockerar ofta utgående anslutningar på vissa portar, så prova ett annat par av port och kryptering eller fråga supporten.
• tls error: krypteringen eller certifikatet stämde inte. Kontrollera paret port och kryptering (587 med ”tls”, 465 med ”ssl”) och servernamnet; stäng inte av certifikatkontrollen på en skarp webbplats.
• recipient rejected: servern avvisade mottagaren: adressen finns inte eller är stängd.
• sender rejected: servern godtog inte avsändaradressen; oftast måste den höra till den här e-postlådan eller till din domän.

Steg 4. Så att mejlen inte hamnar i skräpposten #

Att ett meddelande har levererats betyder ännu inte att det hamnar i inkorgen. Tre saker avgör nästan allt:

1. Skicka från en adress på din egen domän, inte en främmande.
2. Ställ in SPF, DKIM och DMARC i domänens DNS och hos e-postleverantören: de talar om för mottagande servrar att e-post från din domän är äkta. Din e-postleverantör berättar var exakt de slås på.
3. Lägg inte till utomstående länkar och adresser i texten i de ”skyddade” mejlen (lösenordsåterställning, bekräftelse av adress, inloggningskod): då blir meddelandet ett sätt att lura dina användare.

Egna texter i mejlen #

De mejl som webbplatsen skickar på egen hand redigeras under ”Mejlmallar”: för vart och ett kan du skriva ett eget ämne och en egen text på vilket som helst av webbplatsens språk, och tomt betyder att den inbyggda texten skickas. Ersättningar inom klammerparenteser (webbplatsens namn, personens namn, länkens adress med flera; listan visas på mejlets sida) byts ut mot verkliga värden när mejlet skickas. Mejl med länkar och inloggningskoder är skyddade: en ändrad text i ett sådant mejl är ett sätt att lura dina användare, så när du sparar frågar webbplatsen efter ditt lösenord, och ägarna får ett meddelande.

Vad du ska kontrollera #

• Ett sändningssätt är valt och det är inte ”bara logg”: i mappen storage/mail ligger mejlen i sin helhet, med fungerande länkar och inloggningskoder.
• Testmeddelandet kom fram till inkorgen, inte till ”Skräppost”.
• Avsändaradressen ligger på din domän.
• SPF, DKIM och DMARC är inställda i DNS.
• Ett mejl för lösenordsåterställning kom fram till ett testkonto och länken fungerar.
• Loggen ”Skickade e-postmeddelanden” har inga röda ”Ej skickat” för de senaste dagarna.

Om något går fel #

• Kontrollen gick igenom men användarna får inga mejl. Öppna loggen: ett mejl till användare kan misslyckas av en annan orsak (mottagarens adress är stängd). Är loggen tom, kontrollera kön under ”Systemets hälsa”: med utskick i bakgrunden går mejlen genom kön.
• Lösenordet slutade fungera. Det kan ha ändrats hos e-postleverantören; ange det nya under ”Inställningar → E-post”.
• Mejlen går iväg men hamnar i skräpposten. Gå tillbaka till steg 4: en adress på din egen domän, SPF, DKIM, DMARC.
• Efter flytt till ett annat webbhotell är e-posten tyst. Utskicket ställs om till ”till fil” vid återställning från en kopia: ställ in det igen.
• Du vill se vad som skickas över huvud taget. På en testwebbplats väljer du ”skicka inte, bara logg”: mejlen ligger som filer i storage/mail.

Vad härnäst #

När e-posten fungerar slår du på tvåstegsinloggning för ägaren och ställer in varningar om problem på webbplatsen: e-post är kanalen genom vilken webbplatsen själv berättar för dig att något är fel med den.