Monitoramento do servidor de e-mail para um servidor que emudeceu.
Um servidor de e-mail indisponível não anuncia a sua falha — recibos, redefinições de senha e faturas simplesmente deixam de chegar, sem aviso. O Uptimia se conecta aos seus servidores SMTP, POP3 e IMAP com uma frequência de até 30 segundos, confirma a falha a partir de várias regiões e avisa você muito antes de um cliente perguntar o que aconteceu ao recibo.
Monitoring Logs
every 30 s · rotating locations
Frankfurt14:32:18—Down
New York14:32:16—Down
London14:32:14—Down
Tokyo14:32:11—Down
New York14:31:41128 msUp
Frankfurt14:31:1152 msUp
Tokyo14:30:41268 msUpSMTP Session — Last Check
New York · 14:31:41Tokyo · 14:32:11Response Time
avg 186 ms · last 7 daysA noite em que o e-mail parou
O relay aceitou a sua última mensagem e depois simplesmente deixou de responder. Não enviou devolução, não registrou erro nem abriu ticket.
Portas de e-mail, vistas de fora
Submissão, relay e acesso à caixa de e-mail — SMTP, IMAP e POP3, criptografados ou simples, nas portas que o seu e-mail realmente usa.
Confirmação, alertas e causa raiz
Três regiões confirmam antes de ser alertado
Uma única sonda que não consegue alcançar o seu servidor de e-mail nunca aciona um alerta — uma rota congestionada parece uma interrupção. O Uptimia volta a testar a partir de outras regiões, e o incidente só abre quando todas concordam. A recuperação é segura por natureza — uma boa conexão já o resolve.
- Defina o limiar — exija até três regiões independentes concordando antes de alguém ser alertado
- Uma interrupção, um alerta — abre-se um único incidente, não um alerta por sonda
- Um atraso à sua escolha — durante quanto tempo uma falha tem de persistir antes de alguém ser alertado
concordam
Alertado no canal que acompanha
Uma falha confirmada do servidor de e-mail alerta os canais onde a sua equipe já está. Se ficar sem resposta, o escalonamento avança para a pessoa seguinte, e um aviso de recuperação fecha o ciclo.
- Cadeias de escalonamento avançam para o responsável seguinte — confirme com um clique, sem entrar
- Janelas de manutenção — uma migração de e-mail planejada nunca alerta ninguém
- Aviso de recuperação com o tempo de indisponibilidade, enviado quando o servidor volta a responder
A resposta que o servidor deu
Cada incidente salva o que as sondas em falha viram na conexão — como a conexão falhou, a própria resposta do servidor e a rota até ele — para que a correção comece a partir de fatos, não de tentar reproduzir o problema às 2 da manhã.
- A resposta do servidor e a classe do erro — captadas no momento da falha
- O tempo de conexão em cada verificação — indicado com a sonda que a realizou
- Compartilhe o registro — exporte para PDF ou HTML, ou compartilhe um link público do incidente
connect OK :587 awaiting 220… no data · 20s
9 ae-1.rtm 11 ms
14 be2.par 186 ms
15 * * * lost
Visto a partir de onde estão os seus remetentes
Sondas em seis continentes revelam quando o seu servidor de e-mail recusa uma conexão de uma região mas responde bem em outra. Utilize toda a rede, ou escolha as regiões onde estão os seus remetentes.
- Verificações com frequência de até 30 segundos — um relay indisponível não se consegue esconder entre verificações
- Cada verificação identificada com a sua sonda — e o registro filtra por país
- Todos os IPs das sondas são publicados — uma única entrada na lista de permissões da sua firewall de e-mail
Um servidor de e-mail fora do ar não avisa você.Por isso, nós avisamos.
Verificações SMTP, POP3 e IMAP, todas as regiões, todos os canais de alerta — gratuito durante 30 dias, e nada disto é um extra pago.
Como funciona o monitoramento do servidor de e-mail
Funcionando em menos de um minuto — nada para instalar, cada verificação roda a partir da nossa rede.
Aponte-o para o seu servidor de correio
Protocolo, porta e criptografia já vêm pré-preenchidos — SMTP na porta 587 com StartTLS, ou escolha POP3 ou IMAP.
Escolha quem é alertado
Adicione os canais e as pessoas — cadeias de escalonamento e horários silenciosos são opcionais.
Seja alertado quando o correio parar
Uma falha confirmada abre um único incidente e aciona todos os canais que escolheu.
Também incluído
API REST completa
Crie, pause e duplique monitores SMTP, IMAP e POP3 a partir de CI ou de um script, com chaves por usuário.
Monitoramento de listas negras
Um relay acessível ainda pode estar bloqueado — vigie os seus IPs de envio.
Relatórios agendados
Relatórios de disponibilidade e tempo de resposta, personalizados com o seu logotipo e cores.
Páginas de estado públicas
Diga aos clientes que o correio está funcionando — e publique atualizações quando não estiver.
Janelas de manutenção
Uma migração de correio planejada nunca acorda a pessoa de plantão.
Um Dashboard para tudo
As suas verificações SMTP, IMAP e POP3 ficam junto dos monitores de site, SSL, DNS e heartbeat — os mesmos contatos, grupos e papéis.
Os alertas chegam a quem está de plantão
Um incidente do servidor de correio, distribuído por todos os canais que a sua equipe já acompanha.
12 canais, uma lista de contatos — quem é alertado sobre o site também é alertado sobre o servidor de correio.
Ver o diretório completo de integrações →O que é o monitoramento do servidor de e-mail?
O monitoramento do servidor de e-mail é uma verificação automática que se liga repetidamente ao seu servidor SMTP, POP3 ou IMAP a partir do exterior da sua rede e confirma que ele aceita a ligação e devolve uma saudação válida — opcionalmente por TLS, e opcionalmente validando a resposta que espera receber. Quando a ligação é recusada, expira ou a negociação TLS falha, é alertado — para que um servidor de correio que deixa de responder seja detectado em segundos, não em dias.
Como funciona o monitoramento do servidor de e-mail?
Cada verificação confirma que a ligação abre, que a saudação chega e — se definir uma — que a resposta esperada está presente, construindo o seu histórico de disponibilidade e tempo de resposta.
Primeiro confirmar, depois alertar
confirmado 3/3 → o incidente abre e os alertas são acionados
Que porta devo verificar?
SMTP, IMAP e POP3 respondem cada um numa porta simples e numa criptografada. Aponte o monitor para a que o seu servidor realmente utiliza, e escolha a criptografia correspondente.
Ver todos os tipos de monitor →| Protocolo e porta | Criptografia | Uma verificação falhada significa |
|---|---|---|
| SMTP · 587 | StartTLS | os remetentes não conseguem enviar e-mail |
| SMTPS · 465 | SSL/TLS | a submissão com TLS implícito é recusada |
| Relay SMTP · 25 | opcional | o correio de entrada não chega até você |
| IMAP · 993 | SSL/TLS | os usuários não conseguem abrir a sua caixa de correio |
| POP3 · 995 | SSL/TLS | os usuários não conseguem baixar o seu correio |
Perguntas frequentes sobre servidores de e-mail
01O que é o monitoramento do servidor de e-mail?+
02Como funciona a verificação, na prática?+
03Faz login na minha caixa de correio ou envia um e-mail de teste?+
04Que protocolos e portas consegue verificar?+
05O que conta como "indisponível" para um servidor de correio?+
06Que informação recebo quando uma verificação falha?+
07Em que isto é diferente do monitoramento de portas?+
08Consegue verificar ligações criptografadas?+
09Como sou alertado quando o correio para?+
10Existe um plano gratuito?+
11Todas as sondas conseguem verificar um servidor SMTP?+
Comece a monitorar o seu servidor de correio hoje.
Aponte-o para o seu servidor SMTP, POP3 ou IMAP — seja o primeiro a saber quando o correio deixar de circular.