Napojení schránky

Co musí váš poskytovatel podporovat

Najděte níže svého poskytovatele. Ve dvou případech ze tří není potřeba nic navíc.

Proč se Microsoft 365 nenapojí přímo

Microsoft v Exchange Online vypnul pro IMAP „základní ověřování“. Týká se to každého programu, který čte schránku Microsoft 365 přímo, nejen toho našeho. Nástupcem je OAuth2, který vyžaduje, abyste ve svém adresáři Azure zaregistrovali vlastní aplikaci a udělili jí přístup. OAuth2 zatím nepodporujeme – plánujeme jej, ale záměrně neuvádíme datum. Pro mnoho zákazníků je cesta níže stejně ta lepší: nepotřebuje správce adresáře ani přístupová oprávnění, kterým vyprší platnost.

Přihlašování to nezasáhne: Microsoft Entra ID lze napojit jako poskytovatele SSO – stejně jako každého jiného poskytovatele, který mluví OIDC nebo SAML 2.0. OAuth2 vyžaduje Microsoft jen pro čtení pošty přes IMAP, a to je právě to, co zatím nenabízíme.

Řešení: vyhrazená helpdesková schránka s přeposíláním

Zřídíte si samostatnou schránku u poskytovatele, který přijímá uživatelské jméno a heslo – ve vašem webhostingovém balíčku obvykle jedna je. Adresa, kterou znají vaši zákazníci, se do ní přeposílá. Ticketovací systém čte jen tuto jedinou schránku.

Co tím získáte

• Ticketovací systém nikdy nedostane přístup k vaší firemní schránce, jen ke zprávám, které do ní byly přeposlány.
• Žádná registrace aplikace, žádný souhlas správce adresáře, žádná přístupová oprávnění, kterým po 90 dnech vyprší platnost.
• Funguje to stejně u každého poskytovatele – i poté, co poskytovatele e-mailu vyměníte.
• Hostované helpdesky ve výchozím stavu fungují přesně takto. Rozdíl: tady je ta schránka vaše a data zůstávají na vašem serveru.

Krok za krokem

1. 1

   Zřiďte helpdeskovou schránku

   U svého webhostingu nebo u libovolného poskytovatele, který umožňuje IMAP s uživatelským jménem a heslem. ⚠️ Adresa nemůže být na vaší hlavní doméně, pokud poštu pro tuto doménu už obsluhuje Microsoft 365 – použijte subdoménu nebo doménu svého hostingu. Poznamenejte si server a port IMAP (obvykle 993 se SSL) a server a port SMTP (obvykle 465 se SSL nebo 587 se STARTTLS).

2. 2

   Nastavte přeposílání v Microsoftu 365

   V centru pro správu Microsoft 365 přepošlete adresu, na kterou píší vaši zákazníci, do nové schránky. ⚠️ Microsoft ve výchozím stavu blokuje automatické přeposílání na externí adresy – váš správce to musí výslovně povolit v zásadách filtru odchozího spamu. Jinak nic nedorazí a schránka ani neukáže žádnou chybu.

3. 3

   Zadejte to v ticketovacím systému

   Settings → E-mail: zadejte server, port a SSL pro IMAP, pak u každého týmu schránku s jejím uživatelským jménem a heslem. Cílovou složku pro zpracovanou poštu psát nemusíte – „Read from server“ stáhne skutečný seznam složek, protože názvy složek vypadají u každého poskytovatele jinak.

4. 4

   Nastavte adresu odesílatele

   Pod SMTP rozhodnete, jakou adresu uvidí vaši zákazníci jako odesílatele vašich odpovědí. Obvykle je správná ta, kterou už znají. Odesílat se musí přes server, který tuto adresu odesílatele povoluje – zpravidla je to stejný poskytovatel jako u helpdeskové schránky.

5. 5

   Vyzkoušejte to

   Pošlete e-mail na svou zákaznickou adresu. Do minuty je tiket v systému a potvrzení dorazilo odesílateli. Pokud nic nedorazí, podívejte se nejdřív do složky se spamem helpdeskové schránky.

Na co si dát pozor

Rychlý návod pro Google Workspace a Gmail

Tady přeposílání potřeba není. Schránka se napojí přímo, jakmile máte heslo aplikace.

1. 1.Zapněte pro účet Google dvoufázové přihlášení. Bez něj Google hesla aplikací nenabízí.
2. 2.V nastavení zabezpečení účtu vytvořte heslo aplikace a poznamenejte si je – ukáže se jen jednou.
3. 3.Zadejte je v ticketovacím systému: IMAP imap.gmail.com, port 993 se SSL; SMTP smtp.gmail.com, port 465 se SSL. Použijte heslo aplikace, ne heslo k účtu.
4. 4.Nepište názvy složek: Gmail drží své systémové složky pod názvy jako „[Gmail]/…“. Použijte v ticketovacím systému „Read from server“ a složku vyberte ze seznamu.