Loading article…
電子メール（通常は「メール」と略され、ハイフンで繋がれることもある）は、コンピュータネットワークを介して電子機器を使用してデジタルメッセージを送受信する方法です。これは20世紀後半に、郵便のデジタル版、あるいは対となるものとして考案されました（そのため「e-」＋「mail」という略称が付けられました）。電子メールは遍在し、非常に広く利用されている通信手段です。現在では、電子メールアドレス（一般的にはローカル部分＋@＋ドメイン名）は、ほとんどの国において、ビジネス、商業、政府、教育、娯楽、その他の日常生活の様々な分野における多くのプロセスにおいて、基本的かつ不可欠な要素として扱われています。
電子メールは、主にインターネット、そしてローカルエリアネットワークといったコンピュータネットワーク上で動作します。今日の電子メールシステムは、ストアアンドフォワード方式に基づいています。電子メールサーバーは、メッセージを受信、転送、配信、保存します。ユーザーもコンピュータも同時にオンラインである必要はなく、通常はメールサーバーまたはウェブメールインターフェースに接続して、メッセージを送受信したりダウンロードしたりする必要があります。
元々はテキストのみのASCII通信媒体であったインターネット電子メールは、 MIMEによって拡張され、拡張文字セットのテキストや画像などのマルチメディアコンテンツを伝送できるようになりました。UTF -8を使用した国際電子メールアドレスによる国際電子メールは標準化されていますが、広く普及しているわけではありません。[ 1 ]
電子メールという用語は、1975 年以来現代的な意味で使用されており、より短いE-mailのバリエーションは1979 年以来使用されています。[ 2 ] [ 3 ]
このサービスは単にメールと呼ばれることが多く、電子メールの1通はメッセージと呼ばれます。電子メール内のフィールド（「To」、「From」、「CC」、「BCC」など）の慣例は、1975年のRFC-680で始まりました。[ 14 ]
インターネットメールはエンベロープとコンテンツで構成されます。[ 15 ]コンテンツはヘッダーと本文で構成されます。[ 16 ]
1960年代初頭にタイムシェアリングが登場した後、同じシステムのユーザー間でコンピュータベースのメッセージングが可能になり、1965年にはMITのCTSSプロジェクトによる注目すべき実装が行われました。 [ 17 ]初期のメインフレームやミニコンピュータの開発者のほとんどは、似たような、しかし一般的には互換性のないメールアプリケーションを開発しました。1971年に最初のARPANETネットワークメールが送信され、ユーザーのシステムアドレスを示す「 @ 」記号を使用した、現在ではおなじみのアドレス構文が導入されました。 [ 18 ]一連のRFCを通じて、ファイル転送プロトコルを介してメールメッセージを送信するための規約が洗練されました。
独自の電子メールシステムがすぐに登場し始めました。IBM 、CompuServe、Xeroxは1970年代に社内メールシステムを使用していました。CompuServeは1978年にIBMに、1981年からはXeroxに社内メール製品を販売しました。 [ nb 1 ] [ 19 ] [ 20 ] [ 21 ] DECのALL-IN-1とHewlett-PackardのHPMAIL（後にHP DeskManager）は1982年にリリースされました。前者の開発作業は1970年代後半に始まり、後者は世界で最も売れた電子メールシステムになりました。[ 22 ] [ 23 ]
シンプルメール転送プロトコル（SMTP）は1983年にARPANETに実装されました。LAN電子メールシステムは1980年代半ばに登場しました。1980年代後半から1990年代前半にかけては、独自の商用システムか、政府オープンシステム相互接続プロファイル（GOSIP）の一部であるX.400電子メールシステムが主流になる可能性が高いと思われました。しかし、1995年にインターネット上で商用トラフィックを伝送することに対する最終的な制限が解除されると、[ 24 ] [ 25 ]いくつかの要因が組み合わさって、現在のインターネットのSMTP、POP3、IMAP電子メールプロトコル群が標準となりました（プロトコル戦争を参照）。[ 26 ] [ 27 ]
以下は、送信者アリスがメールユーザーエージェント（MUA）を使用して受信者の電子メールアドレス宛にメッセージを送信する際に発生する典型的な一連のイベントです。 [ 28 ]
この例以外にも、電子メールシステムには以下のような代替案や問題点が存在する。
多くのMTAは、かつてはインターネット上のあらゆる受信者宛てのメッセージを受け付け、できる限り配信しようとしていました。このようなMTAはオープンメールリレーと呼ばれていました。これは、ネットワーク接続が不安定だったインターネットの初期の頃には非常に重要でした。[ 30 ] [ 31 ] しかし、この仕組みは迷惑メールの送信者によって悪用されることが判明し、その結果、オープンメールリレーは稀になり、[ 32 ]多くのMTAはオープンメールリレーからのメッセージを受け付けなくなりました。
電子メールはインスタントメッセージングよりも古く、信頼性の低いネットワークリンクや混雑したサーバー（インターネット初期の頃によく見られた）に対応できるように、送信は速度よりも信頼性を重視している。配信が遅くなる理由には以下がある。[ 33 ]
メールは最大 5 日間キューに入れられ、送信者に永久的な配信失敗が通知されるまで再試行されます。[ 33 ]メッセージは各サーバーを通過する際にタイムスタンプが付けられるため、配信遅延の診断が可能になりますが、タイムゾーンや不正確に設定されたコンピューターの時計によって分析が複雑になります。[ 33 ]
スパムフィルターによってスパムと分類された電子メールは、受信者が手動で確認する必要のある別のフォルダに振り分けられるか、完全に削除される場合があります。
電子メールに使用される基本的なインターネット メッセージ フォーマット[ 34 ]はRFC 5322で定義されており、非 ASCII データおよびマルチメディア コンテンツの添付ファイルのエンコードは RFC 2045 から RFC 2049 で定義されており、これらはまとめて多目的インターネット メール拡張機能またはMIMEと呼ばれています。国際電子メールの拡張機能は電子メールにのみ適用されます。RFC 5322 は 2008 年に RFC 2822 に取って代わりました。それ以前の 2001 年に、RFC 2822 は、数十年にわたりインターネット電子メールの標準であった RFC 822 に取って代わりました。1982 年に公開された RFC 822 は、ARPANET の以前の RFC 733 に基づいています。[ 35 ]
インターネットの電子メールメッセージは、「ヘッダー」と「本文」の 2 つのセクションで構成されています。これらは「コンテンツ」として知られています。[ 36 ] [ 37 ] ヘッダーは、From、To、CC、Subject、Date、および電子メールに関するその他の情報などのフィールドに構造化されています。システム間で電子メールメッセージを転送するプロセスでは、SMTP はメッセージヘッダーフィールドを使用して配信パラメータと情報を伝達します。本文には、構造化されていないテキストとしてメッセージが含まれ、場合によっては最後に署名ブロックが含まれます。ヘッダーは空白行によって本文から区切られます。
RFC 5322は、電子メールヘッダーの構文を規定しています。各電子メールメッセージにはヘッダー（仕様によればメッセージの「ヘッダーセクション」）があり、これは複数のフィールド（「ヘッダーフィールド」）で構成されています。各フィールドには、名前（「フィールド名」または「ヘッダーフィールド名」）、区切り文字「:」、および値（「フィールド本文」または「ヘッダーフィールド本文」）があります。
各フィールド名は、ヘッダーセクションの新しい行の最初の文字で始まり、空白以外の印刷可能な文字で始まります。区切り文字「:」で終わります。区切り文字の後にフィールド値（「フィールド本体」）が続きます。行の先頭文字がスペースまたはタブの場合、値は次の行に続くことができます。フィールド名、およびSMTPUTF8を使用しない場合はフィールド本体は、7ビットASCII文字に制限されます。一部の非ASCII値は、MIMEエンコードされたワードを使用して表現される場合があります。
メールのヘッダーフィールドは複数行にすることができ、各行は 78 文字以下にすることが推奨されますが、制限は 998 文字です。[ 38 ] RFC 5322 で定義されているヘッダーフィールドにはUS-ASCII文字のみが含まれます。他の文字セットの文字をエンコードするには、RFC 2047 で指定されている構文を使用できます。[ 39 ]例によっては、IETF EAI ワーキンググループが標準化トラックの拡張機能を定義し、[ 40 ] [ 41 ]以前の実験的な拡張機能を置き換えて、ヘッダー内でUTF-8エンコードされたUnicode文字を使用できるようにしています。特に、これにより電子メール アドレスで非 ASCII 文字を使用できるようになります。このようなアドレスは Google および Microsoft 製品でサポートされており、一部の政府機関によって推奨されています。[ 42 ]
メッセージヘッダーには、少なくとも以下のフィールドを含める必要があります。[ 43 ] [ 44 ]
RFC 3864 は、 IANAでのメッセージ ヘッダー フィールドの登録手順を説明しています。永続的および暫定的なフィールド名を提供し、MIME、ネットニュース、HTTP 用に定義されたフィールドも含まれ、関連する RFC を参照します。電子メールの一般的なヘッダー フィールドには、次のものがあります。[ 45 ]
To :フィールドは、メッセージの配信先アドレスとは関係がない場合があります。配信リストは、トランスポートプロトコルであるSMTPに別途提供され、ヘッダーの内容から抽出できます。To: フィールドは、外封筒に記載された住所に従って配信される通常の手紙の宛名に似ています。同様に、From: フィールドは送信者ではない場合があります。一部のメールサーバーは、中継されるメッセージに電子メール認証システムを適用します。サーバーのアクティビティに関するデータも、以下に定義するように、ヘッダーの一部です。
SMTP は、次の 2 つのフィールドを使用して、ヘッダーに保存されるメッセージのトレース情報を定義します。 [ 47 ]
受信サーバーによってヘッダーの上に追加されるその他のフィールドは、トレースフィールドと呼ばれることがあります。[ 48 ]
インターネットメールは7ビットASCII用に設計されました。[ 54 ]ほとんどのメールソフトウェアは8ビットクリーンですが、7ビットのサーバーやメールリーダーと通信することを想定する必要があります。MIME標準では、文字セット指定子と2つのコンテンツ転送エンコーディングが導入され、ASCII以外のデータの送信が可能になりました。7ビットコンテンツの大部分にその範囲外の文字がいくつか含まれるquoted printableと、任意のバイナリデータ用のbase64です。8BITMIMEとBINARY拡張機能は、これらのエンコーディングを必要とせずにメールを送信できるようにするために導入されましたが、多くのメール転送エージェントはこれらをサポートしていない可能性があります。一部の国では、電子メールソフトウェアがRFC 5322に違反して生の[ nb 2 ]非ASCIIテキストを送信し、複数のエンコーディング方式が共存しています。その結果、デフォルトでは、ラテン文字以外の言語のメッセージは判読不能な形式で表示されます（唯一の例外は、送信者と受信者が同じエンコーディング方式を使用している場合の偶然です）。そのため、国際文字セットではUnicodeの人気が高まっています。[ 55 ]
最新のグラフィックメールクライアントのほとんどは、ユーザーが選択してメッセージ本文にプレーンテキストまたはHTMLのどちらかを使用できます。HTMLメールメッセージには、互換性のために自動生成されたプレーンテキストのコピーが含まれていることがよくあります。
HTML の利点としては、インライン リンクや画像を含めることができること、前のメッセージをブロック引用で区切ることができること、あらゆる表示で自然に折り返されること、下線や斜体などの強調を使用できること、フォントスタイルを変更できることなどが挙げられます。欠点としては、メールのサイズが大きくなること、ウェブ バグに関するプライバシー上の懸念、フィッシング攻撃のベクターとして HTML メールが悪用されること、悪意のあるソフトウェアが拡散されることなどが挙げられます。[ 56 ] 一部の電子メール クライアントは、Content-Type: htmlヘッダー フィールドがない場合でも本文を HTML として解釈するため、さまざまな問題が発生する可能性があります。
ウェブベースのメーリングリストの中には、上記の理由すべてに加え、Mutt などのテキストベースの電子メールクライアントを使用する読者が多数いるため、すべての投稿をプレーンテキストで、1 行あたり 72 文字または 80 文字で作成することを推奨しているものもあります。電子メールやUsenet の投稿でプレーンテキストをマークアップするためのさまざまな非公式な慣習が発展し、後にsetext (c. 1992)などの形式言語の開発につながり、その中で最も人気のあるのがmarkdownです。
Microsoftのメールクライアントの中には、独自のリッチテキストフォーマット（RTF）を使用してリッチフォーマットを可能にするものもありますが、受信者が互換性のあるメールクライアントを持っていることが確実でない限り、これは避けるべきです。[ 59 ]
メッセージは、メール転送エージェント（MTA）と呼ばれるソフトウェアプログラムを使用して、シンプルメール転送プロトコルを使用してホスト間で交換され、メール配信エージェント（MDA、ローカル配信エージェント、LDAとも呼ばれる）と呼ばれるプログラムによってメールストアに配信されます。メッセージを受け取ると、MTA はそのメッセージを配信する義務を負います[ 60 ]。メッセージが配信できない場合、MTA は問題を示すバウンスメッセージを送信者に返送する必要があります。
ユーザーは、 POPやIMAPなどの標準プロトコルを使用してサーバーからメッセージを取得できます。また、大規模な企業環境では、Novell Groupwise、Lotus Notes、Microsoft Exchange Serversに固有の独自のプロトコルを使用する場合もあります。ユーザーが電子メールの取得、閲覧、管理に使用するプログラムは、メールユーザーエージェント（MUA）と呼ばれます。
メールを開くと「既読」とマークされ、通常はクライアントのユーザーインターフェース上で「未読」メッセージと視覚的に区別されます。メールクライアントによっては、ユーザーが未読メールに集中できるように、既読メールを受信トレイから非表示にできる場合があります。[ 61 ]
メールはクライアント側、サーバー側、またはその両方に保存できます。メールボックスの標準フォーマットには、 Maildirとmboxがあります。主要なメールクライアントの中には、独自のフォーマットを使用しているものもあり、クライアント間でメールを転送するには変換ソフトウェアが必要です。サーバー側のストレージは独自のフォーマットであることが多いですが、IMAPなどの標準プロトコルを介してアクセスするため、プロトコルをサポートするMUAであればどれでも、あるサーバーから別のサーバーへメールを移動できます。
現在の多くのメールユーザーは、MTA、MDA、MUAプログラムを自分で実行するのではなく、GmailやYahoo!メールなどのウェブベースのメールプラットフォームを使用して、同じタスクを実行します。[ 62 ]このようなウェブメールインターフェースにより、ユーザーはローカルのメールクライアントに頼るのではなく、どのコンピュータからでも、標準的なウェブブラウザを使用してメールにアクセスできます。
電子メールメッセージを受信すると、電子メールクライアントアプリケーションはメッセージをオペレーティングシステムのファイルシステム内のファイルに保存します。一部のクライアントは個々のメッセージを個別のファイルとして保存しますが、他のクライアントは、多くの場合独自のさまざまなデータベース形式を使用してメッセージをまとめて保存します。歴史的な標準ストレージ形式はmbox形式です。使用される具体的な形式は、多くの場合、特別なファイル名拡張子で示されます。
emlemlxmsgmbxApple Mailなどの一部のアプリケーションは、検索のために添付ファイルをメッセージ内にエンコードしたままにすると同時に、添付ファイルのコピーを別途保存します。一方、添付ファイルをメッセージから分離し、特定のディレクトリに保存するアプリケーションもあります。
IANAに登録されているURIスキームは、SMTP電子メールアドレスのスキームを定義します。そのmailto:使用法は厳密には定義されていませんが、この形式のURLは、URLがアクティブになったときに、URLで定義されたアドレスをTo:フィールドでユーザーのメールクライアントの新しいメッセージウィンドウを開くために使用されることを意図しています。[ 63 ] [ 64 ]多くのクライアントは、件名やCC受信者など、他の電子メールフィールドのクエリ文字列パラメータもサポートしています。[ 65 ]
多くのメールプロバイダーは、ウェブベースのメールクライアントを提供しています。これにより、ユーザーは互換性のあるウェブブラウザを使用してメールアカウントにログインし、メールの送受信を行うことができます。通常、メールはウェブクライアントにダウンロードされないため、インターネット接続がないと閲覧できません。
Post Office Protocol 3 (POP3) は、クライアント アプリケーションがメール サーバーからメッセージを読み取るために使用するメール アクセス プロトコルです。受信したメッセージは、多くの場合サーバーから削除されます。POP は、リモート メールボックスへのアクセスに必要な単純なダウンロードと削除の要件 (POP RFC では maildrop と呼ばれています) をサポートしています。[ 66 ] POP3 を使用すると、ローカル コンピュータにメッセージをダウンロードして、オフラインでも読み取ることができます。[ 67 ] [ 68 ]
インターネットメッセージアクセスプロトコル（IMAP）は、複数のデバイスからメールボックスを管理するための機能を提供します。スマートフォンなどの小型携帯端末は、旅行中にメールをチェックしたり、簡単な返信をしたりするためにますます利用されるようになり、キーボード操作が優れた大型端末は、より長い返信をするために利用されています。IMAPはメッセージのヘッダー、送信者、件名を表示し、デバイスは特定のメッセージをダウンロードするように要求する必要があります。通常、メールはメールサーバーのフォルダに保存されます。
メッセージングアプリケーションプログラミングインターフェイス（MAPI）は、Microsoft OutlookがMicrosoft Exchange Serverと通信するために使用されます。また、Axigen Mail Server、Kerio Connect、Scalix、Zimbra、HP OpenMail、IBM Lotus Notes、Zarafa、Bynariなど、ベンダーがMAPIサポートを追加してOutlookから直接製品にアクセスできるようにしているさまざまなメールサーバー製品とも通信できます。
電子メールは先進国の企業、政府、非政府組織で広く受け入れられており、職場のコミュニケーションにおける「電子革命」の重要な要素の1つです（もう1つの重要な要素は高速インターネットの普及です）。2010年に実施された職場のコミュニケーションに関する調査では、米国の知識労働者の83%が、電子メールが仕事での成功と生産性に不可欠であると感じていることがわかりました。[ 69 ]
これは企業やその他の組織にとって、以下のような重要な利点があります。
「オプトイン」によるメールマーケティングは、特別なセールオファーや新製品情報を送信するためによく効果的に使用されています。[ 70 ]受信者の文化によっては、[ 71 ] 「オプトイン」などの許可なしに送信されたメールは、歓迎されない「スパムメール」と見なされる可能性があります。
多くのユーザーは、自宅やアパートにあるパソコンを使って、友人や家族から送られてきた個人的なメールにアクセスしています。
電子メールはスマートフォンやあらゆる種類のコンピューターで利用されるようになりました。電子メール用のモバイル「アプリ」は、外出先でも電子メールを利用できる利便性を向上させています。電子メールの黎明期には、ユーザーはデスクトップコンピューターでしか電子メールにアクセスできませんでしたが、2010年代には、街の反対側でも世界の反対側でも、外出先から電子メールを確認できるようになりました。また、スマートフォンなどのデバイスにアラートを送信して、新着メッセージを即座に通知することもできます。これにより、電子メールはユーザー間のより頻繁なコミュニケーションに利用できるようになり、ユーザーは一日を通して電子メールをチェックしたり、メッセージを書いたりできるようになりました。2011年現在当時、世界には約14億人の電子メールユーザーがおり、毎日500億通のスパム以外の電子メールが送信されていた。[ 64 ]
個人は、個人的なメッセージと仕事関連のメッセージの両方をスマートフォンで確認することがよくあります。米国の成人は、ウェブを閲覧したりFacebookアカウントを確認したりするよりもメールを確認する頻度が高いことがわかり、メールはユーザーがスマートフォンで行う最も人気のあるアクティビティとなっています。調査対象者の78%が、携帯電話でメールを確認していると回答しました。[ 72 ]また、消費者の30%がスマートフォンのみを使用してメールを確認し、91%が少なくとも1日に1回はスマートフォンでメールを確認する可能性が高いことがわかりました。ただし、スマートフォンでメールを使用する消費者の割合は、国によって大きく異なります。たとえば、米国では75%の消費者が使用しているのに対し、インドではわずか17%でした。[ 73 ]
2010年現在電子メールのウェブサイトを訪れるアメリカ人の数は、2009年11月にピークを迎えた後、6%減少した。12歳から17歳までの若者では、その数は18%減少した。若者はインスタントメッセージ、テキストメッセージ、ソーシャルメディアを好んだ。テクノロジーライターのマット・リヒテルはニューヨーク・タイムズ紙で、電子メールはビデオデッキ、レコード、フィルムカメラのようなもので、もはやクールではなく、年配の人が使うものだと述べた。[ 74 ] [ 75 ]
2015年のAndroidユーザー調査によると、13歳から24歳の人は45歳以上の人に比べてメッセージングアプリを3.5倍使用しており、メールを使用する可能性ははるかに低いことがわかった。[ 76 ]
電子メールメッセージには、電子メールに添付される追加ファイルである添付ファイルが 1 つ以上含まれる場合があります。一般的な添付ファイルには、Microsoft Word文書、PDF文書、紙文書のスキャン画像などがあります。原則として、添付ファイルのサイズや数に技術的な制限はありません。しかし実際には、電子メールクライアント、サーバー、インターネットサービスプロバイダは、ファイルまたは電子メール全体のサイズにさまざまな制限を設けており、通常は 25MB 以下となっています。[ 77 ] [ 78 ] [ 79 ]さらに、技術的な理由により、これらの転送システムで認識される添付ファイルのサイズは、ユーザーが認識するサイズと異なる場合があり、[ 80 ]送信者が電子メールでファイルを安全に送信できるかどうかを判断しようとすると混乱を招く可能性があります。より大きなファイルを共有する必要がある場合は、さまざまなファイルホスティングサービスが利用可能で、一般的に使用されています。[ 81 ] [ 82 ]
知識労働者や「ホワイトカラー」従業員にとって電子メールが普及したことで、受信者が電子メールの増加に対処する際に「情報過多」に陥るのではないかという懸念が生じている。 [ 83 ] [ 84 ]モバイルデバイスの普及に伴い、従業員は勤務時間外にも仕事関連の電子メールを受け取る可能性がある。これはストレスの増加や仕事への満足度の低下につながる可能性がある。一部の観察者は、多数の電子メールを読む努力が生産性を低下させる可能性があるため、経済的に大きな悪影響を及ぼす可能性があると主張している。[ 85 ]
電子メールの「スパム」とは、迷惑メールのことです。このような電子メールの送信コストが低いため、2003 年までに電子メールの総トラフィックの最大 30% がスパムとなり[ 86 ] [ 87 ] [ 88 ]、実用的なツールとしての電子メールの有用性が脅かされていました。2003年の米国の CAN-SPAM 法および他の地域の同様の法律[ 89 ]は一定の効果があり、現在では多くの効果的なアンチスパム技術によって、ほとんどのユーザーに対してスパムをフィルタリングまたは拒否することで、スパムの影響が大幅に軽減されています[ 90 ]。しかし、送信される量は依然として非常に多く、製品の広告ではなく、悪意のあるコンテンツやリンクで構成されることが増えています[ 91 ] 。たとえば、2017 年 9 月には、正規の電子メールに対するスパムの割合が 59.56% に上昇しました[ 92 ] 。2021年のスパム電子メールの割合は 85% と推定されています[ 93 ] 。
電子メールはマルウェアの拡散の主要な経路である。[ 94 ]これは多くの場合、悪意のあるプログラムをメッセージに添付し、潜在的な被害者にファイルを開くように説得することによって行われる。[ 95 ]電子メールを介して拡散されるマルウェアの種類には、コンピュータワーム[ 96 ]やランサムウェア[ 97 ]などがある。
メールスプーフィングとは、メールのヘッダーを操作して、メッセージが既知の信頼できる送信元から送られてきたように見せかける行為です。スパムメールやフィッシング詐欺では、通常、このスプーフィングを利用して、受信者にメッセージの真の送信元を誤解させます。メールスプーフィングは、いたずらとして行われる場合もあれば、個人や組織を騙すための犯罪行為の一環として行われる場合もあります。詐欺的なメールスプーフィングの一例として、ある人物が大手企業の請求書に見せかけたメールを作成し、それを複数の受信者に送信するケースが挙げられます。場合によっては、こうした詐欺メールには、偽装された組織のロゴが組み込まれており、メールアドレスさえも正規のものに見えてしまうことがあります。
メール爆弾攻撃とは、標的のメールアドレスに大量のメッセージを意図的に送信する行為です。標的のメールアドレスが過負荷状態になると、そのアドレスが使用不能になったり、メールサーバーがクラッシュしたりする可能性があります。
今日では、インターネットメールと社内メールシステムを区別することが重要となる場合があります。インターネットメールは、送信者や受信者の制御なしにネットワークやコンピュータ上を移動し、保存される可能性があります。その過程で、第三者が内容を閲覧したり、改ざんしたりする可能性もあります。一方、情報が組織ネットワークから決して外に出ない社内メールシステムは、より安全であると言えますが、情報技術担当者や、監視や管理といった業務に携わるその他の関係者が、他の従業員のメールにアクセスする可能性はあります。
セキュリティ対策を講じなければ、メールのプライバシーは以下のような理由で侵害される可能性があります。
上記の1つ以上の問題に対する解決策として機能する暗号化アプリケーションがあります。たとえば、仮想プライベートネットワークまたはTorネットワークを使用して、ユーザーマシンからより安全なネットワークへのトラフィックを暗号化できます。また、 GPG、PGP、SMEmail [ 98 ]またはS/MIMEを使用してエンドツーエンドのメッセージ暗号化を行うことができます。さらに、SMTP STARTTLSまたはトランスポート層セキュリティ/セキュアソケットレイヤー上のSMTPを使用して、SMTPクライアントとSMTPサーバー間の単一のメールホップの通信を暗号化できます。
さらに、多くのメールユーザーエージェントはログイン情報やパスワードを保護していないため、攻撃者による傍受が容易です。SA SLなどの暗号化認証方式はこれを防ぎます。最後に、添付ファイルはピアツーピアファイル共有で見られるものと同様の多くの危険性を抱えています。添付ファイルにはトロイの木馬やウイルスが含まれている可能性があります。
電子メールのやり取りによって拘束力のある契約が成立する可能性があるため、ユーザーは電子メールのやり取りで送信する内容に注意する必要があります。[ 99 ] [ 100 ]電子メールの署名欄は、契約の署名要件を満たしていると解釈される可能性があります。[ 101 ]
フレーミングとは、人が怒りや敵意のある内容のメッセージ（または複数のメッセージ）を送信することを指します。この用語は、特に白熱した電子メールの議論を表現する際に使われるincendiaryという言葉に由来しています。電子メールによるコミュニケーションの容易さと非人間性により、対面や電話で礼儀正しさを促す社会的規範が存在せず、礼儀正しさが忘れられてしまう可能性があります。[ 102 ]
「メール疲労」とも呼ばれるメール破産は、メールの閲覧や返信が滞った後に大量のメールを無視する状態を指します。滞る原因は、情報過多や、情報量が多すぎてすべてを読むことができないという一般的な感覚によることが多いです。解決策として、メール受信箱がいっぱいで、すべてのメッセージを整理している最中であることを説明する「定型文」のメッセージを時折送信します。ハーバード大学法学教授のローレンス・レッシグがこの用語を考案したとされていますが、彼はそれを普及させただけかもしれません。[ 103 ]
当初、インターネット電子メールは完全にASCIIテキストベースでした。MIMEは現在、国際文字セットの本文コンテンツテキストと一部のヘッダーコンテンツテキストを許可していますが、UTF-8を使用するその他のヘッダーと電子メールアドレスは標準化されているものの[ 104 ] 、まだ広く採用されていません。[ 1 ] [ 105 ]
オリジナルの SMTP メール サービスでは、送信されたメッセージを追跡するメカニズムは限られており、配信されたか、または読まれたかを検証するメカニズムは提供されていません。各メール サーバーは、メッセージを転送するか、失敗通知 (バウンス メッセージ) を返す必要がありますが、ソフトウェア バグとシステム障害の両方によってメッセージが失われる可能性があります。この問題を解決するために、IETF は配信ステータス通知(配信確認) とメッセージ処理通知(返信確認)を導入しましたが、これらは本番環境では普遍的に展開されていません。[ nb 3 ]
現在、多くのインターネットサービスプロバイダ（ISP）は、スパマーの活動に対処するため、意図的に配信不能レポート（NDR）と配信確認を無効にしている。
標準的な方法がないため、ウェブバグの使用を中心としたさまざまなシステムが開発されてきました。しかし、これらはしばしば不正行為と見なされたり、プライバシーの懸念を引き起こしたりします[ 108 ] [ 109 ]。また、HTMLのレンダリングをサポートするメールクライアントでのみ機能します。現在、多くのメールクライアントはデフォルトで「ウェブコンテンツ」を表示しないように設定されています[ 110 ] 。ウェブメールプロバイダーは、画像を事前にキャッシュすることでウェブバグを妨害することもできます[ 111 ] 。
メールをお勧めします。これが一般的な形式です。
転送します。メールオブジェクトにはエンベロープとコンテンツが含まれます。
2つの部分から構成されます。コンテンツが他の最新の標準に準拠している場合、ヘッダーセクションはヘッダーフィールドの集合であり、各フィールドはヘッダー名、コロン、およびデータで構成され、メッセージフォーマット仕様で定義されているように構造化されています。
SMTP はメール オブジェクトを転送します。メール オブジェクトには、エンベロープとコンテンツが含まれます。... SMTP コンテンツは SMTP DATA プロトコル ユニットで送信され、ヘッダー セクションとボディの 2 つの部分があります。
メッセージは、転送処理エンベロープとメッセージの内容で構成されます。エンベロープには、MHS で使用される情報が含まれています。内容は、構造化されたヘッダーと本文に分割されます。
この2つ以外にも多数あります。
メーリングリストに投稿する場合は、メッセージを「プレーンテキスト」として送信する必要があります。
プレーンテキスト、1行あたり72文字。
