Tipos de servidores web e o software que executam

Um servidor web é o software que escuta requisições HTTP/HTTPS e devolve páginas web aos navegadores. Para o e-mail, ele importa mais do que se imagina: o servidor web é onde os usuários leem suas mensagens (webmail), onde eles enviam mensagens para você (formulários de contato), e onde começa todo “enviaremos uma confirmação por e-mail”. Ele é a porta de entrada da comunicação com seus usuários — o site pergunta, e o e-mail dá sequência.

1. Servidor web vs. servidor de aplicação vs. proxy reverso

A palavra “servidor” abrange alguns papéis que normalmente rodam juntos:

• Servidor web (HTTP) — fala HTTP, serve páginas e arquivos estáticos. Exemplos: Nginx, Apache, LiteSpeed, IIS, Caddy.
• Servidor de aplicação — roda o programa que gera a página e dispara os e-mails (confirmações de cadastro, redefinições de senha). Exemplos: PHP-FPM, Apache Tomcat, Gunicorn, Node.js.
• Proxy reverso / balanceador de carga — fica na frente, encerra o TLS, faz cache e distribui o tráfego. Nginx, HAProxy, Envoy, Caddy; CDNs como o Cloudflare também desempenham esse papel.

2. O software de servidor web que você vai realmente encontrar

3. Como os servidores web exibem e-mails e conversam com seus usuários

É aqui que servidores web e e-mail se encontram diretamente:

• Webmail — clientes como Roundcube, SOGo e Rainloop/Snappymail são aplicações web. Um servidor web (Apache/Nginx) renderiza sua caixa de entrada no navegador; por trás dele, um servidor IMAP guarda as mensagens de fato.
• Formulários de contato & cadastro — quando um visitante escreve para você, a aplicação web no servidor web entrega a mensagem a um servidor de e-mail para envio. O formulário é a metade do site; o e-mail é a sequência.
• E-mail transacional — confirmações, recibos, redefinições de senha e alertas são disparados por código rodando no servidor de aplicação, e então enviados por meio de um MTA ou de uma API (Amazon SES, SendGrid…).
• Renderização de e-mail em HTML — as mesmas habilidades de HTML/CSS que constroem páginas web constroem os e-mails que seus usuários recebem; a mensagem é, na prática, uma pequena página web entregue a uma caixa de entrada.

4. Servidor web ≠ servidor de e-mail

O site de um domínio e seu e-mail são entregues por servidores diferentes, apontados por registros DNS diferentes. O servidor web é localizado pelos registros A/AAAA (navegadores, HTTP); o servidor de e-mail é localizado pelos registros MX (outros servidores de e-mail, SMTP). Um domínio pode ter um site impecável e nenhum e-mail funcionando — ou o contrário.

É por isso que um site rápido não diz nada sobre se someone@theirdomain.com consegue receber mensagens. Para inspecionar o lado do e-mail, use nossa Consulta MX e o verificador de e-mail; para conhecer o software do lado do e-mail, veja tipos de servidores de e-mail.

5. Como descobrir qual servidor web um site usa

A maioria dos servidores web se identifica no cabeçalho de resposta Server:

curl -I https://example.com

HTTP/2 200
server: nginx
content-type: text/html; charset=UTF-8

Os operadores podem ocultar ou falsificar esse cabeçalho, e uma CDN muitas vezes informa o servidor dela em vez do servidor de origem — portanto, trate-o como uma forte pista, não como prova. A mesma ideia vale para o lado do e-mail: o banner de saudação de um servidor SMTP normalmente também nomeia o software dele.