Modtag e-mails i jeres software uden at bygge servicen selv

I fastsætter adresserne, vi modtager e-mailsne. Vi kontrollerer hver indgående besked mod vores mailudbyders signatur før behandling. Uden gyldig signatur svarer CatchMail med 403 og behandler ikke beskeden. En yderligere kontrol af modtageradressen kan tilkobles.

CatchMail indlæser ikke postkasser fra tredjepart. Ønsker jeres brugere at forbinde eksisterende Gmail-, Microsoft 365-, eller IMAP-konti, findes MailTacle.

Hvilke beskeder, der når jeres processer afgøres af jeres godkendelses-, udelukkelses- og spamregler. De tager højde for afsender, modtager, emne, headere og beskedtekst. Også tilstedeværelsen af en vedhæftet fil kan bruges som betingelse. SPF og DKIM vurderes hver for sig, ikke i én samlet vurdering: Legitime erhvervsmails består ofte kun den ene af de to kontroller.

CatchMail træffer den tekniske beslutning om videresendelse. Den indholdsmæssige vurdering forbliver i jeres applikation.

Vi gemmer hele MIME-originalen og registrerer alle headere separat som metadata. Originale og vedhæftede filer ligger sammen på eget lagersted i objektlageret, bestemt via en kontrolsum. Hver besked har en komplet ændringslog og kan filtreres efter Message-ID. Som standard arkiveres den efter 45 dage og kan hentes tilbage derfra. EML-filen slettes efter 90 dage, posten fjernes fysisk efter 365 dage. Disse frister aftaler vi med jer og tilpasser dem ved behov.

I fastlægger, hvilke adresser der modtager emails, og til hvilken URL vi leverer. Målet er en frit konfigurerbar HTTPS-adresse. Nyttelast, sikring og statustilbagemelding tilpasser vi til jeres integration, som ved vores to eksisterende tilslutninger.

Vi opsætter sortlister, hvidlister og spamtærskler til jeres indgang. Hvidlisten forbliver en nødvej. Skal beskeder varigt ledes uden om kontrollen, bør regelsættet som hovedregel tilpasses i stedet for at oprette stadig nye undtagelser.

CatchMail modtager hver besked, kontrollerer den, arkiverer den og planlægger leveringen. Fra det punkt kører modtagelse og arkivering automatisk.

Leveringen sker via HTTP. Som standard er der lagt op til tolv forsøg med ti sekunders mellemrum; begge værdier kan justeres. Håndteringen af de enkelte svarkoder fastlægger vi per tilslutning. I vores to eksisterende integrationer startes der for eksempel et nyt forsøg ved 502, men ikke ved 4xx: en klientfejl bliver ikke løst ved at vente. Dermed er leveringsadfærden klart defineret for jeres team.

I dashboardet ser I statusserne Received, Pushed, Push failed og Spam. I kan se fejldetaljer, genstarte mislykkede leveringer enkeltvis eller samlet og gemme filtre som visning. Falder mailvolumen brat, får I en alarm via Slack og email, så I kan reagere, før kunderne melder forstyrrelsen. Denne overvågning indførte vi efter en tilsvarende hændelse i vores egen produktionsdrift.