Monitorização do servidor de e-mail para um servidor que ficou em silêncio.

Um servidor de correio em baixo não anuncia a sua falha — recibos, redefinições de palavra-passe e faturas simplesmente deixam de chegar, sem aviso. O Uptimia liga-se 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-o muito antes de um cliente perguntar o que aconteceu ao recibo.

Comece gratuitamente → Ver preços
Incluído em todos os monitores de disponibilidade · sem custo adicional Sem cartão de crédito Pronto para o RGPD · alojado na Europa
Do servidor em baixo ao alerta
30s
Localizações a confirmar
3
Canais de alerta
12
Servidores a instalar
0

A noite em que o correio parou

O relay aceitou a sua última mensagem e depois simplesmente deixou de responder. Não enviou nenhuma devolução, não registou nenhum erro e não abriu nenhum ticket.

02:14:08 O relay de correio deixa de responder na porta 587A sonda de Roterdão deteta isto numa verificação de 30 segundos — ainda sem alerta remetentes avisados: nenhum
02:14:15 Toronto e Singapura confirmamO incidente abre — Slack, SMS e PagerDuty disparam sete segundos depois da primeira falha remetentes avisados: nenhum
02:17 A pessoa de prevenção confirma a partir do alertaUm toque na ligação assinada — sem início de sessão a meio do incidente · MTTA de 3 min remetentes avisados: nenhum
02:31 Recuperado — com prova anexadaResposta do servidor, classe de erro, rota — captadas no momento da falha nada necessário
17 minsilencioso → resolvido
Soube antes dos seus remetentes.02:31
Detetado em menos de 30 segundos, confirmado por três regiões sete segundos depois, confirmado em três minutos — e a resposta que o servidor deu no momento da falha acompanha o incidente, sem se perder com ele.
alertado 7 s após a primeira falhaconfirmado a partir do alerta, sem início de sessãoresposta do servidor captada automaticamenteSlack · SMS · PagerDuty — 12 canais
E sem monitorização? Um servidor de correio que deixa de responder não envia devolução nem ticket. Só descobre quando um cliente pergunta o que aconteceu ao recibo — dias depois, sem resposta captada e sem saber quando começou. sem provas

Todas as portas de correio, vistas de fora

Submissão, relay e acesso à caixa de correio — SMTP, IMAP e POP3, encriptados ou em texto simples, nas portas que o seu correio realmente utiliza.

Submissão SMTPPorta 587 · StartTLS
Relay SMTP e MXPorta 25 · correio de entrada
SMTPSPorta 465 · TLS implícito
IMAPPorta 993 · SSL/TLS
171+ sondas mais de 120 delas abrem SMTP
POP3Porta 995 · SSL/TLS
Negociação TLSCertificado e protocolo negociados
Mensagem de saudaçãoA saudação que um servidor a funcionar envia
Os alertas disparam consoante o tipo de falha, não apenas por "indisponível": uma ligação recusada, um tempo limite sem resposta, uma negociação TLS falhada — ou uma saudação que nunca chega. não é só indisponível

Confirmação, alertas e causa raiz

Proteção contra falsos alarmes

Três regiões confirmam antes de ser alertado

Uma única sonda que não consegue alcançar o seu servidor de correio nunca dispara 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 ligação já o resolve.

  • Define o limiar — exija até três regiões independentes a concordar 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
Como funciona a confirmação →
🇳🇱Roterdãoeu-rtm · 02:14:08tempo limite
🇨🇦Torontona-tor · 02:14:11tempo limite
🇸🇬Singapuraap-sin · 02:14:13sem saudação
3 / 3regiões
concordam
Incidente aberto02:14:15
Alertado 7 s após a primeira falha — confirmado real, não uma rota isolada.
SlackSMSE-mailPagerDuty
Só uma região não consegue ligar-se? Verificado de novo e descartado — uma falha de rede local nunca dispara um alerta. sem alerta
Alerta

Alertado no canal que acompanha

Uma falha confirmada do servidor de correio alerta os canais onde a sua equipa 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 iniciar sessão
  • Janelas de manutenção — uma migração de correio planeada nunca alerta ninguém
  • Aviso de recuperação com o tempo de indisponibilidade, enviado quando o servidor volta a responder
Como funcionam as cadeias de escalonamento →
Indisponibilidade confirmada02:14:15
smtp.caldmont.com — alerta enviado assim que três regiões concordaram.
SlackSMSE-mailPagerDuty+ mais 8
1
Primeiro de prevenção
alertado às 02:14:15 · Slack, SMS e e-mail
por confirmar
ao fim de 2 min o escalonamento avança
2
Segundo de prevenção
confirmado às 02:17:04 · um clique, sem iniciar sessão
MTTA 3 m
passo 3
3
Responsável de engenharia
nunca alertado — permanece inativo
Recuperado às 02:31:20 — um aviso de recuperação com o tempo total de indisponibilidade é enviado para os mesmos canais. Ciclo fechado. 17 min em baixo
Causa raiz

A resposta que o servidor deu

Cada incidente guarda o que as sondas em falha viram na ligação — como a ligação falhou, a própria resposta do servidor e a rota até ele — para que a correção comece a partir de factos, 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 ligação em cada verificação — indicado com a sonda que a realizou
  • Partilhe o registo — exporte para PDF ou HTML, ou partilhe uma ligação pública do incidente
O que cada incidente regista →
INDISPONÍVELIncidente n.º 2571
smtp.caldmont.com:587 · Roterdão · 02:14:08 UTC
errotempo limite
saudaçãosem 220
aguardou20,000 ms
Saudação esperada
220?nunca recebida
Resposta do servidor captada 
connect OK :587
awaiting 220…
no data · 20s
Traceroute 
9   ae-1.rtm    11 ms
14  be2.par    186 ms
15  * * *      lost
Todo o registo viaja consigo — como PDF, ficheiro HTML ou ligação pública que qualquer pessoa abre sem iniciar sessão. 1 clique
Rede global

Visto a partir de onde estão os seus remetentes

Sondas em seis continentes revelam quando o seu servidor de correio recusa uma ligação de uma região mas responde bem noutra. 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 em baixo não se consegue esconder entre verificações
  • Cada verificação identificada com a sua sonda — e o registo filtra por país
  • Todos os IPs das sondas são publicados — uma única entrada na lista de permissões da sua firewall de correio
Onde estão as nossas sondas →
smtp.caldmont.com:587a alternar por todas as regiões · 02:14 UTC
🇨🇦 Toronto
220 · 41 ms
🇳🇱 Roterdão
tempo limite excedido
🇸🇬 Singapura
220 · 63 ms
+ mais 120
todas as regiões que permitem correio
Todas as regiões que permitem tráfego de correio — uma única rota má numa região nunca decide se o seu servidor está disponível. em todo o mundo

Um servidor de correio em baixo não o vai avisar.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.

Comece o seu teste gratuito de 30 dias →
30 dias grátis sem cartão de crédito cancele quando quiser

Como funciona a monitorização do servidor de e-mail

A funcionar em menos de um minuto — nada para instalar, cada verificação corre a partir da nossa rede.

Passo 120 segundos

Aponte-o para o seu servidor de correio

Protocolo, porta e encriptação já vêm pré-preenchidos — SMTP na porta 587 com StartTLS, ou escolha POP3 ou IMAP.

Servidor de correio · SMTP / POP3 / IMAP
smtp.caldmont.com:587
SMTP · StartTLS · saudação 220 a partir de eu-rtm em 44 ms
Frequência
A cada 30 segundos
Localizações
Todas as sondas que permitem SMTP
Passo 220 segundos

Escolha quem é alertado

Adicione os canais e as pessoas — cadeias de escalonamento e horários silenciosos são opcionais.

Notificar por
E-mailSlackSMSWhatsApp+ PagerDuty, Teams, Telegram…
Alertar quando
Indisponível · confirmado a partir de 3 regiões
CancelarIniciar a verificação →
Passo 3automático

Seja alertado quando o correio parar

Uma falha confirmada abre um único incidente e ativa todos os canais que escolheu.

#ops-alerts
Uptimia 02:14
⚠ Indisponível — smtp.caldmont.com
sem saudação 220confirmado a partir de 3 regiões02:14:15 UTC
Também enviado a E-mailSMSPagerDuty

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 utilizador.

POST /api/v2/uptime → 201 · monit_type: 7 · port: 587

Monitorização de listas negras

Um relay acessível ainda pode estar bloqueado — vigie os seus IPs de envio.

IP de envio · 17 DNSBLs · ✓ não listado em nenhuma

Relatórios agendados

Relatórios de disponibilidade e tempo de resposta, personalizados com o seu logótipo e cores.

DiárioSemanalMensal

Páginas de estado públicas

Diga aos clientes que o correio está a funcionar — e publique atualizações quando não estiver.

estado do correio · em direto · atualizações de incidentes

Janelas de manutenção

Uma migração de correio planeada nunca acorda a pessoa de prevenção.

Sáb 01:00–03:00 · alertas em pausa

Um painel para tudo

As suas verificações SMTP, IMAP e POP3 ficam junto dos monitores de site, SSL, DNS e heartbeat — os mesmos contactos, grupos e funções.

smtp.caldmont.comSMTP imap.caldmont.comIMAP www.caldmont.comUPTIME

Os alertas chegam a quem está de prevenção

Um incidente do servidor de correio, distribuído por todos os canais que a sua equipa já acompanha.

De prevenção e escalonamento
PagerDuty Webhooks Twilio
Direto
E-mail SMS

12 canais, uma lista de contactos — quem ouve falar do site ouve falar do servidor de correio.

Ver o diretório completo de integrações →
02:14 · incidente aberto — smtp.caldmont.com · sem saudação 220
#ops-alertsSlack
⚠ Indisponível — smtp.caldmont.com
sem saudação 220confirmado 3/3 regiõesConfirmar ↩
+371 ··· 4082SMS
Uptimia: INDISPONÍVEL smtp.caldmont.com. Sem saudação 220 na porta 587, confirmado a partir de 3 regiões às 02:14 UTC.
Caixa de entradaE-mail
⚠ Indisponível — smtp.caldmont.com · sem saudação 220
Confirmado a partir de Roterdão, Toronto e Singapura às 02:14:15 · confirme com um clique…
ProductionPagerDuty
TRIGGEREDIndisponível — smtp.caldmont.com
atribuído à pessoa de prevenção · via integração Uptimia

O que é a monitorização do servidor de e-mail?

A monitorização 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 correspondendo a uma resposta esperada. Quando a ligação é recusada, expira ou a negociação TLS falha, é alertado — para que um servidor de correio que deixa de responder seja detetado em segundos, não em dias.

Enquanto tudo funciona

Como funciona a monitorização do servidor de e-mail?

Uptimia
Sondas compatíveis com SMTP
Verificação SMTP · a cada 30 s
O seu servidor de correio
220 ready · 44 ms

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.

Quando uma verificação falha

Primeiro confirmar, depois alertar

O seu servidor de correio
ligação recusada
reverificado em 3 regiões
Uptimia
abre o incidente

confirmado 3/3 → o incidente abre e os alertas disparam

As portas

Que porta devo verificar?

SMTP, IMAP e POP3 respondem cada um numa porta simples e numa encriptada. Aponte o monitor para a que o seu servidor realmente utiliza, e escolha a encriptação correspondente.

Ver todos os tipos de monitor →
Protocolo e portaEncriptaçãoUma verificação falhada significa
SMTP · 587StartTLSos remetentes não conseguem entregar correio de saída
SMTPS · 465SSL/TLSa submissão com TLS implícito é recusada
Relay SMTP · 25opcionalo correio de entrada não chega até si
IMAP · 993SSL/TLSos utilizadores não conseguem abrir a sua caixa de correio
POP3 · 995SSL/TLSos utilizadores não conseguem transferir o seu correio

Perguntas frequentes sobre monitorização do servidor de e-mail

01O que é a monitorização do servidor de e-mail?+
Uma verificação automática que se liga ao seu servidor SMTP, POP3 ou IMAP a partir do exterior da sua rede e confirma que aceita a ligação e responde corretamente. Corre com uma frequência de até 30 segundos a partir de sondas em dezenas de países, confirmando entre várias regiões antes de o alertar.
02Como funciona a verificação, na prática?+
Cada verificação abre uma ligação real à porta que especificar, lê a saudação do servidor e — se definir uma — verifica se a resposta contém uma cadeia de texto esperada, opcionalmente por TLS ou StartTLS. Uma ligação falhada é testada de novo noutro local; um incidente só abre com uma falha confirmada, e a primeira ligação bem-sucedida volta a fechá-lo.
03Inicia sessão na minha caixa de correio ou envia um e-mail de teste?+
Não. Confirma que o servidor está acessível e responde corretamente a partir do exterior — não inicia sessão numa caixa de correio nem envia correio através do seu servidor. Isso torna a verificação segura para correr a cada 30 segundos e significa que não guardamos nenhuma palavra-passe de caixa de correio. Para vigiar se os seus IPs de envio estão a ser bloqueados, combine-a com a monitorização de listas negras.
04Que protocolos e portas consegue verificar?+
SMTP (25, 465 ou 587), POP3 (110 ou 995) e IMAP (143 ou 993). Escolha o protocolo e a porta que o seu servidor utiliza e depois ative o StartTLS para submissão SMTP ou o SSL/TLS para POP3 e IMAP.
05O que conta como "indisponível" para um servidor de correio?+
Uma ligação recusada, um tempo limite sem resposta, uma negociação TLS falhada, ou uma saudação que não contém a resposta que pediu. Este último critério é opcional — defina uma resposta esperada e uma resposta errada conta como indisponível; deixe em branco e só a própria ligação tem de ser bem-sucedida.
06Que informação recebo quando uma verificação falha?+
Quais as sondas que falharam e quando, a classe do erro (ligação, tempo limite, TLS ou resposta em falta), a resposta captada do servidor e o traceroute até ele. Exporte qualquer incidente para PDF ou HTML, ou partilhe-o como ligação pública.
07Em que é que isto é diferente da monitorização de portas?+
É a mesma verificação de ligação fiável, pré-configurada para correio: as portas de correio, o rótulo de encriptação correto e uma correspondência opcional de saudação. Um monitor de porta TCP genérico faz o mesmo, mas sem as predefinições orientadas para correio.
08Consegue verificar ligações encriptadas?+
Sim. Ative o StartTLS para submissão SMTP, ou SSL/TLS para SMTPS, IMAP na porta 993 e POP3 na porta 995 — a verificação falha se a negociação falhar ou o certificado não puder ser negociado.
09Como sou alertado quando o correio para?+
Pelos mesmos 12 canais que qualquer monitor utiliza — Slack, Teams, Discord, Mattermost, Telegram e WhatsApp para chat; PagerDuty, Twilio e webhooks para prevenção; além de e-mail, SMS e Atlassian Statuspage. Ninguém confirma? O escalonamento avança para a pessoa seguinte, e um clique na ligação assinada resolve — sem iniciar sessão.
10Existe um plano gratuito?+
Sim — as verificações do servidor de e-mail fazem parte da família de monitores de disponibilidade em todos os planos, nunca um extra pago. O plano gratuito vigia um servidor com verificações de 5 minutos, sem cartão, uso comercial permitido; o Basic aumenta para 10 monitores, o Professional para 100 com intervalos de 30 segundos, e os planos vão até 1000. O teste gratuito de 30 dias desbloqueia tudo, com espaço para 500 monitores.
11Todas as sondas conseguem verificar um servidor SMTP?+
Não, e vale a pena saber porquê. Muitos fornecedores de alojamento bloqueiam o SMTP de saída das suas redes para travar spam, por isso um pouco menos de um terço das nossas sondas não consegue abrir uma ligação à porta 25, 465 ou 587. Um monitor SMTP só é agendado nas sondas que conseguem — mais de 120, distribuídas por 50 países. Os monitores POP3 e IMAP não são afetados e correm em toda a rede. Se fixar um monitor SMTP a regiões específicas em vez de usar todas as sondas, escolha regiões onde o SMTP é permitido, ou a verificação correrá a partir de menos locais do que escolheu.

Comece a vigiar 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.

Comece gratuitamente →
Teste gratuito de 30 dias 500 monitores incluídos Sem cartão de crédito Pronto para o RGPD
As verificações do servidor de e-mail fazem parte da monitorização de disponibilidade — incluída em todos os planos Uptimia.