Ligar uma caixa de correio
O sistema de tickets recolhe o correio recebido por IMAP e envia as respostas por SMTP. Na maioria dos fornecedores basta um nome de utilizador e uma palavra-passe. O Microsoft 365 é a exceção – aqui explicamos porquê e como resolver em cerca de dez minutos.
O que o teu fornecedor tem de suportar
Encontra o teu fornecedor na lista abaixo. Em dois de três casos não é preciso trabalho nenhum.
| Fornecedor | O que precisas | Liga diretamente |
|---|---|---|
| O teu próprio servidor de correio, alojamentos web (all-inkl, Strato, IONOS, Mailbox.org …), Exchange local | O nome de utilizador e a palavra-passe da caixa de correio. | sim |
| Google Workspace / Gmail | Uma palavra-passe de aplicação. A Google recusa a palavra-passe normal da conta. O início de sessão em dois passos tem de estar ligado na conta – sem ele, a Google não oferece palavras-passe de aplicação. | sim |
| Microsoft 365 / Outlook.com | Não é possível diretamente. A Microsoft desativou o início de sessão com nome de utilizador e palavra-passe para IMAP, e as palavras-passe de aplicação não ajudam, porque usam o mesmo mecanismo. A alternativa é uma caixa de correio dedicada ao helpdesk com reencaminhamento (guia abaixo). | não |
Porque é que o Microsoft 365 não liga diretamente
A Microsoft desativou a «autenticação básica» para IMAP no Exchange Online. Isto afeta todos os programas que leem diretamente uma caixa de correio do Microsoft 365, não só o nosso. O sucessor é o OAuth2, que obriga a registar uma aplicação própria no teu diretório Azure e a dar-lhe acesso. Ainda não suportamos OAuth2 – está previsto, mas não indicamos data de propósito. Para muitos clientes, o caminho abaixo é de qualquer forma o melhor: não precisa de um administrador do diretório nem de autorizações de acesso que caducam.
O início de sessão não é afetado: o Microsoft Entra ID pode ser ligado como fornecedor de SSO, tal como qualquer outro fornecedor que fale OIDC ou SAML 2.0. Só a leitura de correio por IMAP exige OAuth2 na Microsoft, e é isso que ainda não oferecemos.
A solução: uma caixa de correio dedicada ao helpdesk com reencaminhamento
Crias uma caixa de correio separada num fornecedor que aceite nome de utilizador e palavra-passe – o teu pacote de alojamento web costuma incluir uma. O endereço que os teus clientes conhecem é reencaminhado para ela. O sistema de tickets lê apenas essa caixa de correio.
O que ganhas com isto
- O sistema de tickets nunca tem acesso à caixa de correio da empresa, apenas às mensagens que lhe foram reencaminhadas.
- Sem registo de aplicação, sem consentimento do administrador do diretório, sem autorizações de acesso que caducam ao fim de 90 dias.
- Funciona da mesma maneira com todos os fornecedores – também depois de mudares de fornecedor de correio.
- Os helpdesks alojados por terceiros funcionam exatamente assim de origem. A diferença: aqui a caixa de correio é tua e os dados ficam no teu servidor.
Passo a passo
Criar a caixa de correio do helpdesk
No teu alojamento web ou em qualquer fornecedor que permita IMAP com nome de utilizador e palavra-passe. ⚠️ O endereço não pode ficar no teu domínio principal se o correio desse domínio já for tratado pelo Microsoft 365 – usa um subdomínio ou o domínio do teu alojamento. Anota o servidor e a porta de IMAP (normalmente 993 com SSL) e o servidor e a porta de SMTP (normalmente 465 com SSL ou 587 com STARTTLS).
Configurar o reencaminhamento no Microsoft 365
No centro de administração do Microsoft 365, reencaminha o endereço para onde os teus clientes escrevem para a nova caixa de correio. ⚠️ A Microsoft bloqueia de origem o reencaminhamento automático para endereços externos – o teu administrador tem de o permitir explicitamente na política do filtro de spam de saída. Caso contrário não chega nada, e a caixa de correio também não mostra qualquer erro.
Introduzir no sistema de tickets
Settings → E-mail: introduz o servidor de IMAP, a porta e o SSL e, para cada equipa, a caixa de correio com o seu nome de utilizador e palavra-passe. Não tens de escrever a pasta de destino do correio já tratado – «Read from server» vai buscar a lista real de pastas, porque os nomes das pastas são diferentes em cada fornecedor.
Definir o endereço do remetente
Em SMTP decides que endereço os teus clientes veem como remetente das tuas respostas. O endereço que já conhecem costuma ser o certo. O envio tem de passar por um servidor que permita esse endereço de remetente, normalmente o mesmo fornecedor da caixa de correio do helpdesk.
Testar
Envia uma mensagem para o teu endereço público. Em menos de um minuto o ticket está no sistema e a confirmação chegou a quem enviou. Se não chegar nada, verifica primeiro a pasta de spam da caixa de correio do helpdesk.
Pontos a ter em atenção
O correio reencaminhado pode ir parar ao spam
Na caixa de correio que recebe, o servidor de reencaminhamento já não corresponde ao remetente da mensagem. Verifica a pasta de spam nos primeiros dias e acrescenta a origem do reencaminhamento à lista de permitidos.
O envio é a outra metade
A Microsoft também limita o envio por SMTP com nome de utilizador e palavra-passe, e tenciona desativá-lo. Conta desde o início com o envio pelo mesmo fornecedor da tua caixa de correio de helpdesk.
Sem resposta de ausência na caixa de correio do helpdesk
As respostas automáticas dos dois lados podem ficar a saltar de um lado para o outro. O sistema de tickets envia a confirmação aos teus clientes por si próprio – a caixa de correio não precisa de nenhuma.
Uma caixa de correio por equipa
O sistema de tickets lê exatamente uma caixa de correio por equipa. Para várias áreas, por exemplo TI e contabilidade, cria uma caixa de correio e uma regra de reencaminhamento para cada uma.
Guia rápido para o Google Workspace e o Gmail
Aqui não é preciso reencaminhamento. A caixa de correio liga diretamente assim que tiveres uma palavra-passe de aplicação.
- 1.Liga o início de sessão em dois passos na conta Google. Sem ele, a Google não oferece palavras-passe de aplicação.
- 2.Cria uma palavra-passe de aplicação nas definições de segurança da conta e anota-a – só é mostrada uma vez.
- 3.Introduz os dados no sistema de tickets: IMAP imap.gmail.com, porta 993 com SSL; SMTP smtp.gmail.com, porta 465 com SSL. Usa a palavra-passe de aplicação, não a palavra-passe da conta.
- 4.Não escrevas nomes de pastas: o Gmail guarda as suas pastas de sistema com nomes como «[Gmail]/…». Usa «Read from server» no sistema de tickets e escolhe a pasta na lista.
Não sabes bem o que se aplica ao teu fornecedor? Diz-nos qual usas e dizemos-te o caminho mais curto.
Pergunta-nos