Webサーバーの種類とそれを動かすソフトウェア

ウェブサーバーとは、HTTP/HTTPS リクエストを待ち受け、ブラウザにウェブページを返すソフトウェアです。メールにとって、これは人々が思っている以上に重要です：ウェブサーバーは、ユーザーがメールを読む場所（ウェブメール）であり、ユーザーがあなたにメッセージを送る場所（お問い合わせフォーム）であり、そしてあらゆる「確認メールをお送りします」が始まる場所でもあります。それはユーザーとのコミュニケーションの玄関口です — ウェブサイトが問いかけ、メールがそれに続きます。

1. ウェブサーバー、アプリケーションサーバー、リバースプロキシ

「サーバー」という言葉は、通常一緒に動作するいくつかの役割を指します：

• ウェブ（HTTP）サーバー — HTTP を話し、ページや静的ファイルを配信します。例：Nginx、Apache、LiteSpeed、IIS、Caddy。
• アプリケーションサーバー — ページを生成し、メール（登録確認、パスワードリセット）をトリガーするプログラムを実行します。例：PHP-FPM、Apache Tomcat、Gunicorn、Node.js。
• リバースプロキシ／ロードバランサー — 前段に位置し、TLS を終端し、キャッシュし、トラフィックを分散します。Nginx、HAProxy、Envoy、Caddy。Cloudflare のような CDN もこの役割を担います。

2. 実際に出会うウェブサーバーソフトウェア

3. ウェブサーバーがメールを表示し、ユーザーと対話する仕組み

ここがウェブサーバーとメールが直接出会う場所です：

• ウェブメール — Roundcube、SOGo、Rainloop/Snappymail のようなクライアントはウェブアプリです。ウェブサーバー（Apache/Nginx）がブラウザ上に受信トレイを描画し、その背後では IMAP サーバーが実際のメッセージを保持しています。
• お問い合わせ＆登録フォーム — 訪問者があなたに書き込むと、ウェブサーバー上のウェブアプリがそのメッセージをメールサーバーに渡して配送します。フォームはウェブサイト側の半分であり、メールはその続きです。
• トランザクションメール — 確認、領収書、パスワードリセット、アラートは、アプリケーションサーバー上で動作するコードによってトリガーされ、その後 MTA または API（Amazon SES、SendGrid…）を通じて送信されます。
• HTML メールのレンダリング — ウェブページを作るのと同じ HTML/CSS のスキルが、ユーザーが受け取るメールを作ります。メッセージは実質的に、受信トレイに届けられる小さなウェブページなのです。

4. ウェブサーバー ≠ メールサーバー

ドメインのウェブサイトとメールは、異なるサーバーによって配信され、異なる DNS レコードによって指し示されます。ウェブサーバーは A/AAAA レコード（ブラウザ、HTTP）を通じて見つけられ、メールサーバーは MX レコード（他のメールサーバー、SMTP）を通じて見つけられます。サイトが完璧なウェブサイトを持ちながら、メールがまったく機能しないこともあり得ます — その逆もまた然りです。

だからこそ、ウェブサイトが速いということは、someone@theirdomain.com がメールを受信できるかどうかについては何も教えてくれません。メール側を検査するには、当サイトの MX Lookup と email checker をご利用ください。メール側のソフトウェアについて学ぶには、メールサーバーの種類をご覧ください。

5. サイトが使っているウェブサーバーを見分ける方法

ほとんどのウェブサーバーは、Server レスポンスヘッダーで自らを名乗ります：

curl -I https://example.com

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

運用者はこのヘッダーを隠したり偽装したりできますし、CDN はオリジンのものではなく自身のサーバーを報告することがよくあります — ですから、これは証拠ではなく、有力な手がかりとして扱ってください。同じ考え方はメール側にも当てはまります：SMTP サーバーのあいさつバナーも、通常は自身のソフトウェア名を名乗ります。