SMTP Modern Authentication

[UA Storkök]

Enligt Microsoft behöver vi använda "Modern Authentication" för att fortsätta mejla direkt från Visma. Hur går det med detta?

[Tinna Gunnarsson]

Hej @UA Storkök 

Vårt program stöder i dagsläget bara lokalt installerade e‑postprogram som har stöd för Outlooks COM‑API. Det innebär att vi inte skickar e‑post direkt via SMTP från programmet, och just nu finns det heller inga planer på att införa stöd för SMTP eller SMTP Modern Authentication.

Som alternativ kan du istället använda tjänsten Digitala fakturor & dokument via Spiris. Om du har ett aktivt abonnemang och en inloggning till Spiris kan du skicka dina fakturor digitalt direkt från programmet. Då slipper du skriva ut, frankera och posta fakturor – Spiris hanterar utskicket åt dig.

Du kan dessutom välja per kund om fakturan ska skickas som brev, e‑post eller e‑faktura. Om både du och dina kunder arbetar helt digitalt kan dokumenten gå direkt mellan ekonomiprogrammen, vilket gör fakturahanteringen både snabbare och mer effektiv. Mer info finns i hjälpavsnittet Detta är Digitala fakturor & dokument

Ha en fin dag!

[weconnectnordic]

Hej,
Tack för förtydligandet.
Jag har tidigare tagit upp relaterade problem i denna tråd:

https://forum.spiris.se/t5/Diskussion-i-Administration/Windows-Server-2022-och-visma-administration/...

Jag måste säga att det är tråkigt att Visma inte verkar prioritera oss som fortfarande kör era on-prem-lösningar, särskilt när förändringar som Microsofts krav på Modern Authentication påverkar grundläggande funktioner som e-post.

Att vara beroende av lokalt installerade e-postklienter via Outlooks COM-API känns dessutom som en ganska begränsad och i många fall föråldrad lösning.

COM-API stöds endast av den klassiska Outlook-klienten och saknas helt i nya Outlook, som istället bygger på moderna API (t.ex. Microsoft Graph).

Det innebär också att alternativa klienter som Thunderbird inte är kompatibla överhuvudtaget I moderna IT-miljöer körs e-post ofta helt molnbaserat, ibland utan lokal Outlook-klient, och med krav på OAuth2/Modern Authentication.

Dessutom kräver COM-API en lokal Outlook-profil och en interaktiv användarsession, vilket gör lösningen svår eller omöjlig att använda i t.ex. Windows Server-/RDS-miljöer eller vid automatisering.

Det innebär i praktiken att er nuvarande lösning inte fungerar i många standardiserade och säkra miljöer idag.

Finns det verkligen inga planer alls på att modernisera detta, eller åtminstone erbjuda någon form av stöd för säker SMTP (t.ex. via OAuth2/Modern Authentication) eller API-baserad e-posthantering?

Alternativa tjänster som Spiris kan säkert fungera i vissa fall, men ersätter inte behovet av flexibel och standardiserad e-posthantering i alla verksamheter.

[weconnectnordic]

Hej igen

Det har nu gått drygt fem månader sedan mitt föregående inlägg utan svar på min direkta fråga: finns det verkligen inga planer alls på att erbjuda någon form av säker SMTP eller API-baserad e-posthantering?

Värt att lägga till här: Microsoft har bekräftat stöd för klassiska Outlook-klienten till åtminstone 2029 (inget garanterat slutdatum, men inga nya funktioner tillkommer – klienten är i underhållsläge).

Mer akut är att Microsoft redan påbörjat avvecklingen av Exchange Web Services (EWS) i Exchange Online från och med oktober 2026 – alltså om bara några veckor.

Det är en serversidesförändring som kan påverka API-baserade integrationer mot Exchange Online betydligt tidigare än 2029.

Alltså även om COM-API mot klassisk Outlook tekniskt sett kan fortsätta fungera några år till, drar Microsoft aktivt undan mattan för den här typen av lokal integration betydligt tidigare än många tror.

Jag vill också flagga att samma mönster nu syns i en annan aktuell fråga – adressök för privatpersoner (Hämta adress) försvinner 30 november utan att en ersättande lösning finns på plats: https://forum.spiris.se/t5/Diskussion-i-Administration/Vad-ersatter-Hamta-adress-for-privatpersoner-...

Båda trådarna får samma typ av svar: "inga planer", hänvisning till en avgiftsbelagd Visma-tjänst, och sedan tystnad. Jag har också skickat in båda önskemålen via ert officiella förbättringsformulär för att säkerställa att dom når produktteamet formellt, inte bara hamnar i en forumtråd.

Uppskattar om någon kan återkomma med en faktisk statusuppdatering, även om svaret fortfarande är nej.

[Tinna Gunnarsson]

Hej @weconnectnordic 

Tack för att du följer upp och för att du tydliggör konsekvenserna av Microsofts förändringar kring både klassiska Outlook, EWS och API-baserade integrationer.

Det korta svaret är att vi i dagsläget inte har någon bekräftad plan eller kommunicerad tidsplan för att erbjuda säker SMTP- eller API-baserad e-posthantering som ersättning för dagens Outlook-baserade lösning. Vi har inte heller någon bekräftad ersättande lösning för funktionen Hämta adress för privatpersoner efter att den tas bort.

Vi förstår samtidigt att detta skapar en osäkerhet, särskilt för er som har byggt verksamhetskritiska integrationer kring dessa funktioner. Era synpunkter om Microsofts förändringar och behovet av en långsiktigt hållbar lösning är därför mycket viktiga.

Ni ska känna er trygga med att alla inkomna önskemål når mina kollegor på produktutveckling – oavsett om de kommer in via forumet, förbättringsformuläret eller andra kontaktvägar. Jag har säkerställt att även de här önskemålen och den information du lyfter om EWS-avvecklingen finns med som underlag för produktteamet.

Det innebär dock inte automatiskt att varje önskemål kan prioriteras in i en kommande version, och just nu kan jag tyvärr inte ge ett mer positivt besked eller en tidsplan. Om läget förändras kommer vi att kommunicera det i relevanta kanaler.