Koble til en postkasse

Hva leverandøren din må støtte

Finn leverandøren din nedenfor. To av tre tilfeller krever ikke ekstra arbeid i det hele tatt.

Hvorfor Microsoft 365 ikke kobler til direkte

Microsoft har slått av «basic authentication» for IMAP i Exchange Online. Det rammer hvert program som leser en Microsoft 365-postkasse direkte, ikke bare vårt. Etterfølgeren er OAuth2, og den krever at du registrerer ditt eget program i Azure-katalogen deres og gir det tilgang. Vi støtter ikke OAuth2 ennå – det er planlagt, men vi nevner bevisst ingen dato. For mange kunder er veien nedenfor uansett den bedre: den krever verken en katalogadministrator eller tilganger som går ut.

Selve påloggingen er ikke berørt: Microsoft Entra ID kan kobles til som SSO-leverandør – som enhver annen leverandør som snakker OIDC eller SAML 2.0. Bare det å lese post over IMAP krever OAuth2 hos Microsoft, og det er det vi ikke tilbyr ennå.

Løsningen: en egen helpdesk-postkasse med videresending

Du oppretter ei egen postkasse hos en leverandør som godtar brukernavn og passord – webhotellpakka di inneholder som regel ei. Adressen kundene dine kjenner, blir videresendt til den. Ticketsystemet leser bare den ene postkassa.

Dette får du ut av det

• Ticketsystemet får aldri tilgang til bedriftspostkassa deres, bare til meldingene som ble videresendt til det.
• Ingen registrering av et program, ingen samtykke fra en katalogadministrator, ingen tilganger som går ut etter 90 dager.
• Virker på samme måte hos hver leverandør – også etter et bytte av e-postleverandør.
• Hostede helpdesker fungerer nøyaktig slik som utgangspunkt. Forskjellen: her er postkassa deres egen, og dataene blir på serveren deres.

Trinn for trinn

1. 1

   Opprett helpdesk-postkassa

   Hos webhotellet ditt eller enhver leverandør som tillater IMAP med brukernavn og passord. ⚠️ Adressen kan ikke ligge på hoveddomenet deres hvis posten for det domenet allerede håndteres av Microsoft 365 – bruk et underdomene eller domenet til leverandøren din. Noter IMAP-server og port (som regel 993 med SSL) og SMTP-server og port (som regel 465 med SSL eller 587 med STARTTLS).

2. 2

   Sett opp videresendingen i Microsoft 365

   Videresend i Microsoft 365-administrasjonssenteret adressen kundene deres skriver til, til den nye postkassa. ⚠️ Microsoft blokkerer automatisk videresending til eksterne adresser som utgangspunkt – administratoren deres må tillate det uttrykkelig i regelen for utgående spamfilter. Ellers kommer ingenting fram, og postkassa viser heller ingen feil.

3. 3

   Tast det inn i ticketsystemet

   Settings → E-mail: tast inn IMAP-server, port og SSL, og deretter postkassa med brukernavn og passord for hvert team. Du trenger ikke å taste inn målmappa for behandlet post – «Read from server» henter den riktige mappelista, for mappenavn ser forskjellige ut hos hver leverandør.

4. 4

   Sett avsenderadressen

   Under SMTP bestemmer du hvilken adresse kundene dine ser som avsender av svarene deres. Adressen de allerede kjenner, er som regel den riktige. Sendingen må gå gjennom en server som tillater den avsenderadressen – normalt den samme leverandøren som helpdesk-postkassa.

5. 5

   Test det

   Send en e-post til den kundevendte adressen deres. Innen et minutt ligger saken i systemet, og kvitteringen har nådd avsenderen. Kommer det ingenting, se først i spammappa til helpdesk-postkassa.

Dette må du følge med på

Rask veiledning for Google Workspace og Gmail

Her trengs det ingen videresending. Postkassa kobler til direkte når du har et app-passord.

1. 1.Slå på tofaktorpålogging for Google-kontoen. Uten det tilbyr ikke Google app-passord.
2. 2.Opprett et app-passord i sikkerhetsinnstillingene til kontoen, og skriv det ned – det blir bare vist én gang.
3. 3.Tast det inn i ticketsystemet: IMAP imap.gmail.com, port 993 med SSL; SMTP smtp.gmail.com, port 465 med SSL. Bruk app-passordet, ikke kontopassordet.
4. 4.Ikke tast inn mappenavn: Gmail holder systemmappene sine under navn som «[Gmail]/…». Bruk «Read from server» i ticketsystemet, og velg mappa fra lista.