Feilsøking og FAQ
Løsninger på det folk oftest støter på.
E-postene mine havner i søppelpost
Nesten alltid autentisering eller omdømme:
- Verifiser domenet ditt slik at SPF + DKIM passerer, og legg til en DMARC-oppføring. Se Verifiser et avsenderdomene.
- Send fra et subdomene, hold transaksjonell og masseutsending på separate strømmer, og varm opp nye domener gradvis. Se Leveringsevne.
- Sjekk retur-/klageratene dine i Aktivitet. Høye rater ødelegger plassering.
Domenet vil ikke verifiseres
DNS-oppføringene må stemme nøyaktig. Vanlige årsaker: host/navn har fått domenet lagt til dobbelt, roten trenger @, eller DNS-endringene har ikke slått gjennom ennå (vent, og verifiser på nytt). Se Verifiser et avsenderdomene.
Vi sendte deg e-post om at DNS-oppføringer mangler
Vi sjekker alle verifiserte domener på nytt flere ganger om dagen. Forsvinner DKIM- eller returbaneoppføringene fra DNS (ofte etter bytte av DNS-leverandør eller opprydding i oppføringer), sender vi kontoeieren de nøyaktige oppføringene som må gjenopprettes, og viser en advarsel på domenet.
- DKIM mangler: publiser den på nytt innen omtrent 3 dager. Etter det er domenet ikke lenger verifisert, og utsending fra det stopper til oppføringen er tilbake.
- Returbane mangler: utsendingen fortsetter, men returer kommer ikke lenger tilbake via domenet ditt, og SPF stemmer ikke lenger med det, noe som skader innboksplasseringen.
Publiser oppføringene merket Mangler på domenesiden, og trykk Sjekk DNS på nytt. Utsendingen går som normalt så snart de er bekreftet. Se Verifiser et avsenderdomene.
403 ved sending
To vanlige grunner: `from`-domenet er ikke verifisert, eller kontoens sending er ikke godkjent ennå (nye kontoer går gjennom et godkjenningssteg før vanlig sending). Verifiser domenet og sjekk godkjenningsbanneret i dashbordet.
401 Unauthorized
API-nøkkelen mangler, er feilformatert eller tilbakekalt. Send den som Authorization: Bearer <key>, og bekreft at nøkkelen tilhører riktig prosjekt. Se API-nøkler.
422 valideringsfeil
Svaret navngir det feilaktige feltet. Vanlige: from må være på formen Name <address>, to må være en liste med minst én gyldig adresse, og du trenger subject + et innhold (html/text) med mindre du bruker en mal.
Jeg sendte to ganger / dupliserte e-poster
Legg til en idempotencyKey på hver sending slik at et nytt forsøk returnerer det opprinnelige resultatet i stedet for å sende igjen. Se Send e-post via API-et.
En mottaker får ikke post
Sjekk Aktivitet for den meldingen. Hvis den viser suppressed, er adressen på blokkeringslisten din (en tidligere retur, klage eller avmelding). Fjern den bare hvis du er sikker på at den er leverbar og ønsket.
Webhooks kommer ikke frem
Bekreft at endepunktet er offentlig HTTPS og returnerer 2xx raskt: sjekk nylige leveringsforsøk på Webhooks-siden. Behandlere må være idempotente. Hendelser kan bli forsøkt på nytt. Se Webhooks.
SMTP: kan ikke logge inn, eller e-post avvises
- `535` pålogging mislyktes: brukernavnet må være påloggingens brukernavn (de første 12 tegnene) og passordet hele påloggingen. En vanlig API-nøkkel kan ikke logge inn; opprett en SMTP-pålogging i stedet.
- `538` Must issue a STARTTLS command first: slå på kryptering (STARTTLS på 587, eller TLS på 465). Pålogging avvises på en ukryptert tilkobling.
- `421` eller `454` for mange mislykkede pålogginger: gjentatte feil passord fra samme adresse stenger den ute i 15 minutter. Rett innstillingen og vent.
- `550 5.7.1`:
From-adressen er ikke på et verifisert domene eller en verifisert avsender, eller sending er satt på pause eller ikke godkjent ennå. De samme reglene som for API-et gjelder.
Se Send e-post via SMTP for alle svarkoder.
Fortsatt fast?
Send e-post til support@mailhuset.com med prosjektnavnet ditt og, for en spesifikk e-post, meldings-ID-en.
Trenger du hjelp? Send e-post til support@mailhuset.com.