Топ 10 статей

Направляющий выступ Hitchhiker к галактике (игра компьютера)
Pablo Neruda
Zaara (серии TV)
Clownfish
Экстраполяция
Великобританское королевская семья
Римские цифры
Силикат натрия
Декартовая система координат
Типы незанятости

News:

И-мэйло

Эта статья о электронной почте. Для бывшего конгломерата изготавливания, см. Email ограничивался.

Электронная почта, часто сократил к и-мэйло, email, или просто почта, a store-and-forward метод составлять, посылки, получать и хранить сообщения сверх электронно системы связи. Термина «и-мэйло» (как существительное или глагол) прикладывает оба к Интернет система и-мэйла основанная на Simple mail transfer protocol (SMTP) и к X.400 системы, и к intranet системы позволяющ потребителям не познее одна организация к и-мэйлу. Intranets может использовать Протоколы интернета или X.400 протоколирует для внутренне поддерживать обслуживания и-мэйла workgroup сотрудничество. И-мэйло часто использовано для того чтобы поставить навальные незатребованные сообщения, или «spam», только программы фильтра существуют которые могут автоматически уничтожить некоторые или большое часть из этих, в зависимости от ситуации.

Содержание

Правописание

Правописания и-мэйло и email оба общие. Несколько видно публицистичное и технически направляющие выступы типа порекомендуйте и-мэйло,[1][2][3][4] и правописание email также узнает в много словарей.[5][6][7][8][9] В оригинале RFC использованы определения для системы электронной почты интернета, никакое правописание; обслуживание refer to как почта, и single piece электронной почты вызвано a сообщение.[10][11][12] Некоторая более последняя польза RFCs email.[13]

Начало

Predates и-мэйла inception Интернет, и был в действительности критический инструмент в создавать интернет. MIT во первых продемонстрировал Совместимое система с разделением времени (CTSS) в 1961.[14] Оно позволило множественным потребителям внести в журнал в IBM 7094[15] от дистанционных dial-up стержней, и хранить архивы online на диске. Эта новая способность ободрила потребителей делить информацию в новых дорогах. И-мэйло начало в 1965 как дорога для множественных потребителей a time-sharing большая ЭВМ связывать. Хотя точно история murky, среди первых систем для того чтобы иметь такое средство находил SDC's Q32 и CTSS MIT.

И-мэйло быстро было расширено для становления и-мэйло сети, позволяющ потребителям пройти сообщения между по-разному компьютерами к по крайней мере 1966 (оно по возможности ШАЛФЕЙ система имела что-то подобное некоторое время раньше).

ARPANET компьютерная сеть сделал большой вклад к развитию и-мэйла. Один рапорт показывает экспериментально inter-system переходы и-мэйла на его shortly after свое творение в 1969.[16] Рэй Tomlinson проводите пользу @ знак отделить имена потребителя и их машины в 1971.[17] ARPANET значительно увеличил славолюбие и-мэйла, и оно стало убийца app ARPANET.

Деятельности

Пример

Диаграмма выше показывает типичную последовательность случаев осуществляет когда Алиса составляет сообщение использующ ее вещество потребителя почты (MUA). Она печатает на машинке внутри, или выбирает от адресной книга, адрес и-мэйла ее корреспондента. Она ударяет «посылает» кнопку.

  1. Ее MUA форматирует сообщение внутри Форма и-мэйла интернета и пользы Simple mail transfer protocol (SMTP) послать сообщение к местному вещество перевода по почте (MTA), in this case smtp.a.org, бег Алиса Provider обслуживания интернета (ISP).
  2. MTA смотрит адрес назначения поданный в протоколе SMTP (не от коллектора сообщений), in this case bob@b.org. Адресом и-мэйла интернета будет шнур формы localpart@exampledomain.com, который известно по мере того как польностью квалифицированный адрес домена (FQDA). Часть перед @ знаком местная часть адреса, часто username получателя, и части после @ знака a domain name. MTA смотрит вверх это domain name в Domain name system считать серверы обменом почты признавать сообщения для того домена.
  3. Сервер DNS для b.org домен, ns.b.org, отвечает с Mx record перечисляющ почту обменяйте серверами для того домена, in this case mx.b.org, сервер, котор побежал ISP Bob.
  4. smtp.a.org посылает сообщение к mx.b.org использующ SMTP, который поставляет его к почтовый ящик потребителя подвеска.
  5. Bob отжимает «получает кнопку почту» в его MUA, которое выбирает вверх использование сообщения Post office protocol (POP3).

Эта последовательность случаев применяется к большинству потребителей и-мэйла. Однако, будут много альтернативные возможности и усложнений к системе и-мэйла:

  • Алиса или Bob могут использовать клиента соединенного к корпоративной системе и-мэйла, such as IBM Примечания лотоса или Microsoft Обмен. Эти системы часто имеют их собственную внутренне форму и-мэйла и их клиентов типично связывать с сервером и-мэйла использующ поставщик-специфически, собственнический протокол. Сервер посылает или получает и-мэйло через интернет до mail gateway интернета продукта также делает нисколько обязательно reformatting. Если Алиса и Bob работают для такой же компании, то все трудыы могут случиться вполне внутри одиночная корпоративная система и-мэйла.
  • Алиса не может иметь MUA на ее компьютере а вместо может подключить к a webmail обслуживание.
  • Компьютер Алиса может побежать свой собственный MTA, поэтому избежание перехода на разделе 1.
  • Bob может выбрать вверх его и-мэйло в много дорог, например использовать Протокол доступа сообщения интернета, путем вносить в журнал в mx.b.org и чтение оно сразу, или путем использование a webmail обслуживание.
  • Домены обычно имеют несколько переслать серверов обменом TAK, CTO они смогут продолжать признавать почту когда GLAVNый сервер обменом почты не имеющийся.
  • Сообщения и-мэйла не безопасный если encryption и-мэйла не использует правильно.

Оно использовало быть случаем что много MTAs будет признавать сообщения для любого получателя на интернете и делать их самое лучшее для того чтобы поставить их. Такое MTAs вызвано открытые релеие почты. Это было важно в предыдущих днях интернета когда соединения сети были ненадежны. Если MTA не смог достигнуть назначение, то он смог по крайней мере поставить его к релеему которое было closer to назначение. Релеий имело бы более лучший шанс поставлять сообщение на более последнем времени. Однако, этот механизм доказал быть exploitable посылкой людей незатребованное навальное и-мэйло и как последствие очень немногое самомоднейшее MTAs будет открытыми релеими почты, и много MTAs не будет признавать сообщения от открытых релеих почты потому что такими сообщениями очень правоподобны для того чтобы быть spam.

Заметьте что люди, адресы и-мэйла и имена домена в этом объяснении fictional: см. Алиса и Bob.

Форма

Форма сообщений и-мэйла интернета определена внутри RFC 2822 и серия RFCs, RFC 2045 через RFC 2049, собирательно вызвано Универсальные выдвижения почты интернета (MIME). XOT4 от 13-ое июля, 2005 RFC 2822 технически предложенное IETF стандартом и MIME RFCs будут стандарты IETF проекта,[18] этими документами будут de facto стандарты для формы и-мэйла интернета. До введения RFC 2822 в 2001 форма описанная мимо RFC 822 был de facto стандарт для и-мэйла интернета на почти 2 декады; будет все еще стандартом IETF должностного лица. IETF зарезервировал 2821 и 2822 для updated вариантов RFC 821 (SMTP) и RFC 822, удостоящ весьма важности эти 2 RFCs. RFC 822 опубликовал в 1982 и основал на предыдущем RFC 733.

Сообщения и-мэйла интернета consist of 2 главных раздела:

  • Коллектор - составленный в поля such as сводка, прислужник, приемник, и другая информация о и-мэйле
  • Тело - сообщение само как unstructured текст; иногда содержать a блок подписи на конце

Коллектор отделен от тела незаполненной.

Коллектор

Коллектор сообщений consist of поля, обычно включая по крайней мере following:

  • От: адрес и-мэйла, и опционно имя прислужника
  • : Адрес и-мэйла [es], и опционно имя [s] получателя сообщения [s]
  • Вопрос: Кратко сводка содержания сообщения
  • Дата: Местное время и дата когда сообщение было написано

Каждое поле коллектора имеет имя и значение. RFC 2822 определяет точный синтаксис. Неофициально, название поля начинает в первом характере линии, последованном за «: », последовано за значением которое продолжено на non-null затем линиях которые имеют космос или плату как их первый характер. Названия поля и значения ограничены к биту 7 ASCII характеры. Значения Non-ASCII могут быть представлены использующ MIME зашифрованные слова.

Заметьте что «к» полю в коллекторе обязательно не относит к адресам к сообщение поставлено. Фактический список поставки поставлен в протоколе SMTP, не извлечен от содержания коллектора. «К» полю будет подобно к приветствию вверху обычное письмо поставлено согласно адресу на наружном габарите. Также заметьте что «от» поля не должен быть реальный прислужник сообщения и-мэйла. Очень легко fake «от» поля и препятствовало сообщению показаться, что было от любого адреса почты. По возможности к цифрово знак и-мэйло, которое гораздо труднее для того чтобы fake. Некоторые Providers обслуживания интернета не передайте и-мэйло требуя прийти от домена, котор хозяйничают они, а очень немногую (если любо), то проверку для того чтобы make sure что адрес персоны or even и-мэйла названный в «от» поля одним связанным с соединением. Некоторые Providers обслуживания интернета применитесь authentication и-мэйла системы к и-мэйлу будучи посыланными через их MTA для того чтобы позволить другое MTAs обнаружить выковали spam мог явно показаться, что был от их.

Другие общие поля коллектора вклюают (см. RFC 4021 или RFC 2076 для больше):

  • Cc: копия через копирку
  • Bcc: Слепое копия через копирку
  • Получено: Отслеживать информацию произвел by mail серверов ранее регулировали сообщение
  • Содержани-Тип: Информация о как сообщение должно быть показано, обычно a MIME тип
  • Отвечать-К: Адресуйте должно быть использовано для того чтобы ответить к прислужнику.
  • Справки: Сообщени-УДОСТОВЕРЕНИЕ ЛИЧНОСТИ сообщения что это будет ответ к, и сообщени-идентификация этих сообщения, cEtc.
  • В-Отвечать-К: Сообщени-УДОСТОВЕРЕНИЕ ЛИЧНОСТИ сообщения что это будет ответ к.
  • X-Сторона: Малая икона.

Много клиентов и-мэйла представляют «Bcc» (слепые копия через копирку, получатели видимые в «к» полю) как поле коллектора. По-разному протоколы использованы для того чтобы общаться с полем «Bcc»; время от времени все поле извлекается, тогда как другое приурочивает остаток поля но адресы в этом извлечутся. Адресы добавленные как «Bcc» только добавлены к списку поставки SMTP, и не получают включенными в данных по сообщения.

IANA поддерживает перечень стандартные поля коллектора.

Тело

Содержимое зашифрование

И-мэйло первоначально было конструировано для бита 7 ASCII. Много средство программирования и-мэйла 8о-разрядн очистьте но принять оно будет связывать с 7 серверами бита и читателями почты. MIME стандартный введенный характер - установленные спецификаторы и 2 содержимых зашифрования перехода для того чтобы включить передачу данных non-ASCII: закавыченное printable для главным образом содержания 7 битов с снаружи немного характеров колебается и base64 для произвольных бинарных данных. 8BITMIME выдвижение было введено для того чтобы позволить передачу почты без потребности для этих зашифрований но много вещества перехода почты все еще не поддержите его полно. Для международной характер - комплекты, Unicode растет в славолюбии.

Незашифрованный текст и HTML

Оба незашифрованный текст и HTML используйте для того чтобы транспортировать и-мэйло. Пока текст обязательно быть прочитанным всеми потребителями без проблем, будет воспринятие то HTML-основанное и-мэйло имеет более высокое эстетические ценности. Преимущества HTML вклюают способность включить встроенные соединения и изображения, устанавливают отделенные ранее сообщения внутри quotes блока, оберните естественно на любой индикации, используйте внимание such as underlines и курсивы, и изменение купель типы. Сообщения и-мэйла HTML часто вклюают автоматическ-произведенный экземпляр незашифрованного текста также, для причин совместимости. Недостатки вклюают увеличенный размер email, заботы уединения около черепашки стержня и тот email HTML может быть вектором для phishing нападения и распространение злостое средство программирования.[19]

Серверы и применения клиента

Сообщения обменяны между использованием хозяина Simple mail transfer protocol при вызванные программы средства программирования вещества перехода почты. Потребители могут download их сообщения от серверов с стандартными протоколами such as ШИПУЧКА или IMAP протоколы, или, как будет правоподобно в большом корпоративно окружающая среда, с a собственническо специфический протокола к Примечания лотоса или Серверы обменом Microsoft.

Почта можно хранить тому на клиент, на сервер сторона, или в обоих местах. Стандартные форматы для почтовых ящиков вклюают Maildir и mbox. Несколько видно клиентов и-мэйла используют их собственную собственническую форму и требуют средства программирования преобразования к и-мэйлу перехода между ими.

Когда сообщение нельзя поставить, MTA получателя должен послать a сообщение прыжока back to прислужник, показывая проблему.

Выдвижения Filename

Большая часть, но не все, клиенты и-мэйла за исключением индивидуальных сообщений как отдельно архивы, или позволяют потребителям сделать так. По-разному применения сохраняют архивы и-мэйла с по-разному выдвижения filename.

.eml
Это будет выдвижение и-мэйла невыполнения обязательства для Mozilla Thunderbird и Почта Windows. Оно использовано мимо Внешний вид Microsoft курьерский.
.emlx
Использовано мимо Почта Apple.
.msg
Использовано мимо Внешний вид офиса Microsoft.

Польза

В обществе

Пламенеюще

Много наблюдателей[?] оплакивайте подъем пламенеюще в сообщениях в писменном виде. Пламенеюще происходит когда одна персона посылает сердитое and/or антагонистическое сообщение. Пламенеюще предполагает, что быть более общим сегодня из-за легкости и impersonality связей и-мэйла: конфронтации в персоне или через телефон требуют сразу взаимодействия, где нормы общественного поведения ободряют вежливость, тогда как печатать сообщение на машинке к другой персоне будет косвенно взаимодействием, поэтому вежливость может быть забыта.

Банкротство и-мэйла

Также известно как «усталость email», банкротство и-мэйла когда потребитель игнорирует большое количество сообщений и-мэйла после падать позади в чтение и отвечать им. Причина для падать позади часто из-за перегрузки информации и вообще чувством там будет so much информация что не по возможности прочитать ее все. Как разрешение, населите случайн посылайте сообщение boilerplate объясняя что inbox email освобождается вне. Университет Stanford профессор закона Лоренс Lessig чредитует с чеканить эту термину, но он может только популяризовать ее.[20]

В деле

И-мэйлом широко было принято деловыми кругами как первое обширное электронное средство коммуникации и был первый e-виток `' в связи дела. И-мэйло очень просто понять и как почтовая почта, и-мэйло разрешает 2 основных проблемы сообщения. Email основанный LAN будет также вытекая формой использования для дела. Оно not only позволяет небытовой потребителя download почта когда offline, оно также обеспечивает потребителя предпринимательства для того чтобы иметь множественное удостоверение личности email потребителей с как раз одно соединение email.

Pros

  • Проблема снабжения

Много из мира дела полагается на сообщении между индивидуалами физическ дистантно от одного другое; организовать и участвовать в встрече в-персоны могут быть time-consuming и дороги. И-мэйло предусматривает близк-мгновенный обмен информации на меньшей цене. Teleconferencing наводит физическое расстояние, но снабжение собирать остаток людей совместно в то же самое время.

  • Проблема синхронизации

Для в реальном масштабе времени сообщение, участники вообще должно работать на таком же план-графике. Им нужно находиться на таком же месте в то же самое время и потратиться такое же количество времени на такой же информации.

И-мэйло позволяет каждый участника решить когда и как они будут обрабатывать информацию.

Cons

Большинств профессионалы дела сегодня тратят между 20% и 50% из их рабочего временени использующ и-мэйло:[21] читать, приказывать, сортируя, `re-внося в контекст' разделил и-мэйло информации и of course сочинительства. Польза и-мэйла увеличивает, из-за тенденций globalization-распределения организационных разделений, outsourcing, среди других. И-мэйло может вести к некоторым well-known проблемам:

  • Потеря смысла: Информация внутри смысл (как в газете) будет легко и гораздо быстре для того чтобы понять чем unsorted части. Связывать в смысле быстре и эффективне.
  • «Email асоциального Behaviorisms» может быть «легкими вне» для тех с личностями non-confrontational, извращающ общее здоровье общественного discourse в обществе которое зависит на подлинном людском взаимодействии.
  • Spam: И-мэйлом будет a нажмите-только средство: управление получает лож информации главным образом с прислужником. Это может вести к переполнению излишнего или несущественной информации.
  • Сбивчивость: И-мэйло может дублировать информацию. Это может быть проблема когда команда сотруднически работает на документах.

Несмотря на эти недостатки, и несмотря на наличие других инструментов, e-почт-основанным сообщением будет все еще само широко используемое средство в писменном виде в делах.

Возможности

Перегрузка информации

Столб blog Нью-Йорк Таймс декабря 2007 описал и-мэйло как «сопротивление $650 миллиардов на экономии»[22], и Нью-Йорк Таймс сообщило в апреле 2008 что «И-МЭЙЛО было bane жизней некоторые людей профессиональных» из-за перегрузки информации, но «никакое из [в настоящее время волна запусков интернета высок-профиля сфокусированных на email] реально исключает проблему перегрузки и-мэйла потому что никакое помогает нам подготовить ответы».[23]

Вкладчики технологии отражают подобные заботы.[24]

Вирусы Spamming и компьютера

Польза и-мэйла угрожается 4 явлениями: бомбардировка и-мэйла, spamming, phishing и глисты и-мэйла.

Spamming будет незатребованным коммерчески и-мэйлом. Из-за очень низкой цены посылки и-мэйла, spammers могут послать сотниами миллионов сообщений и-мэйла каждый день над недорогим соединением интернета. Сотниы активно spammers посылая этот том почты приводят к внутри перегрузка информации для много потребителей компьютера получают объемистый незатребованный email каждый день.

Глисты и-мэйла используют и-мэйло как дорога копировать в уязвимые компьютеры. XOT4 первый глист и-мэйла affected UNIX компьютеры, проблема будут самым общим сегодня на популярном $етМичрософто $етШиндошс оперативная система.

Комбинация spam и глиста программирует результаты в потребителях получая постоянн морось и-мэйла старья, которое уменьшает пользу и-мэйла как практически инструмент.

Нескольк методы anti-spam mitigate удар spam. В Соединенные Штаты, США. Съезд также принимает закон, Поступок Spam чонсервной банкы 2003, пытающ для того чтобы отрегулировать такое и-мэйло. Австралия также имеет очень только законы spam ограничить посылку spam от австралийского ISP,[25] но свой удар минимальн в виду того что большинств spam приходит от режимов кажутся неохотными отрегулировать посылку spam.

Заботы уединения

Главным образом статья: уединение и-мэйла

Уединение и-мэйла, без некоторых мер предосторожности обеспеченностью, можно скомпрометировать потому что:

  • сообщения и-мэйла вообще encrypted;
  • сообщения и-мэйла должны пойти через промежуточные компьютеры перед достижением их назначения, намереваться оно относительно легок для других для того чтобы перехватить и прочитать сообщения;
  • много экземпляров магазина Providers обслуживания интернета (ISP) ваших сообщений и-мэйла на их серверах почты прежде чем они будут поставлены. Подпорки этих могут остать до нескольких месяцев на их сервере, even if вы уничтожаете их в вашем почтовом ящике;
  • полученное: коллекторы и другая информация в и-мэйле могут часто определять прислужника, предотвращая подметное сообщение.

тайнопись применения могут служить как выход к one or more из вышеуказанного. Например, Фактически приватные сети или Сеть анонимности Tor смогите быть использовано для того чтобы encrypt движение от машины потребителя к более безопасной сети пока GPG, PGP или S/MIME смогите быть использовано для сквозно encryption сообщения, и SMTP STARTTLS или SMTP сверх Обеспеченность уровня транспортаСлой гнезд /Secure можно использовать для того чтобы encrypt сообщения для одиночного хмеля почты между клиентом SMTP и сервером SMTP.

Дополнительно, много вещества потребителя почты не защитите logins и пароли, делая их легко перехватить атакующим. Encrypted схемы authentication such as SASL предотвратите это.

Окончательно, прикрепленные архивы делят много из таких же опасностей как те найденные внутри пэр-к-пэр filesharing. Прикрепленные архивы могут содержать trojans или вирусы.

Отслеживать посланной почты

Первоначально почтовое обслуживание SMTP не обеспечивает лимитированные механизмы для отслеживать посланное сообщение, и никакие для проверки что оно было поставлено или прочитано. Оно требует что каждое mail server должно или поставить его onward или возвратить извещение о отказа («сообщение прыжока»), но и черепашки средства программирования и отказы системы могут причинить сообщения быть потерянным. Исправить это, IETF введено Извещения состояния поставки (получения поставки) и Извещения решения сообщения (возвращенные получения); однако, эти всеобще не раскрыны в продукции.

Правительство США

Правительство США включалось в и-мэйло в нескольких по-разному дорог.

Начинающ в 1977, Почтовая связь США (USPS) узнал электронную почту и электронные трансакции представили значительно угрозу к первым томам и доходу почты типа. Поэтому, USPS начали экспериментально обслуживание и-мэйла известное как E-COM. Электронные сообщения были бы переданы к почтамту, бы напечатаны - вне, и бы поставлены в форме печатной копии оригинала. Для того чтобы take advantage of обслуживание, индивидуальное должно передать по крайней мере 200 сообщений. Время поставки сообщений было этим же как сперва классифицирует почту и стоило 26 центов. Было сказаны, что было субсидировано обслуживание и явно USPS потеряло существенную деньг на эксперименте. И комиссия США почтовая и Федеральнаяа комиссия связи сопротивляемое E-COM. FCC заключил что экипаж образованный E-COM общий под своей подсудностью и USPS хранить a тариф.[26] Через 3 лет после начинать обслуживание, E-COM отмененное USPS и попытано для того чтобы продать его.[27][28][29][30][31][32][33]

Early on в истории ARPANet, были множественные клиенты и-мэйла которые имели различное, и время от времени, несовместимые формы. Например, в системе Multics, «@» намереваемой знаком «линии убийства» и что-нибыдь после того как был бы проигнорирован «@» знак.[34] Министерство обороны DARPA пожелал иметь единообразие и interoperability для и-мэйла и поэтому фондировал усилия управлять к унифицированным interoperable стандартам. Это вело к опубликовывать Дэвид Crocker, Джон Vittal, Кеннет Pogran, и Austin Henderson RFC 733, «стандарт для формы сообщения текста сети ARPA» (cNov. 21, 1977), которое не было явно эффективно. В 1979, было созваны, что на BBN разрешило собрание вопросы несовместимости. Джон Postel переучл встречу внутри RFC 808, «сводка встречать почтовых обслуживаний компьютера держала на BBN 10-ого января 1979» (1-ое марта 1982), который вклюает приложение перечисляя меняя системы и-мэйла вовремя. Это, в свою очередь, водит к отпуску Дэвид Crocker RFC 822, «стандарт для формы сообщений текста интернета ARPA» (август. 13, 1982).[35]

National science foundation take over деятельности ARPANet и интернета от министерства обороны, и начните NSFNet, новая костяк для сети. Часть AUP NSFNet была что никакое коммерчески движение не будет позволено.[36] В 1988, Vint Cerf аранжировано для соединения mci mail с NSFNET на экспериментально основание. Following и-мэйло Compuserve года соединенное с NSFNET. В пределах немного лет коммерчески ограничение движения извлеклось от AUP NSFNETs, и NSFNET было privatized.

In the late 1990s, Федеральная торговая комиссия выросл concerned при очковтирательство испаряясь в и-мэйле, и начните серию процедур на SPAM, очковтирательстве, и phishing.[37] В 2004, SPAM подсудности FTC излишек был составлен кодекс в закон in the form of поступок SPAM ЧОНСЕРВНОЙ БАНКЫ.[38] Несколько других федеральных ведомств США также работали подсудность включая министерство юстиции и секретную службу.

См. также

Интернет портальный

Повышения

Вопросы и-мэйла социальные

Клиенты и серверы

Пересылая список

Протоколы

Справки

Примечания

  1. ^ Дефисы, черточки En, черточки Em - Q&A. Retrieved дальше 2008-05-18.
  2. ^ O'Reilly - Safari записывает Online - 0735617465 - руководство Microsoft® типа для варианта технически изданий третьего
  3. ^ Тип 2007 стандартов IEEE Ручн-Аннексирует a
  4. ^ APStylebook.com
  5. ^ Reference.com
  6. ^ Словарь случайно дома Unabridged, 2006
  7. ^ Американский словарь наследия английского языка, четвертого варианта
  8. ^ Университет WordNet 3.0 Princeton
  9. ^ Американский словарь науки наследия, 2002
  10. ^ RFC 821 (rfc821) - simple mail transfer protocol
  11. ^ RFC 1939 (rfc1939) - post office protocol - вариант 3
  12. ^ RFC 3501 (rfc3501) - протокол доступа сообщения интернета - вариант 4rev1
  13. ^ RFC 2821 (rfc2821) - simple mail transfer protocol
  14. ^ «CTSS, совместимое система с разделением времени» (4-ое сентября 2006), университет южной Алабамы, стержень: USA-CTSS.
  15. ^ Tom Фургон Vleck, «IBM 7094 и CTSS» (10-ое сентября 2004), Multicians.org (Multics), стержень: Multicians-7094.
  16. ^ История электронной почты
  17. ^ Первый Email
  18. ^ Индекс RFC.
  19. ^ Политики Email предотвращают вирусы.
  20. ^ "Все, котор мы говорим.", Нью-Йорк Таймс, 23-ье декабря, 2007. Retrieved дальше 2007-12-24. 
  21. ^ Право Email к уединению - почему предпринимательства заботят. Anita Campbell (2007-06-19).
  22. ^ Будет перегрузкой информации сопротивление $650 миллиардов на экономии?. Нью-Йорк Таймс (2007-12-20).
  23. ^ Бороться для того чтобы Evade и-мэйло Tsunami. Нью-Йорк Таймс (2008-04-20).
  24. ^ Darwin прыгнуло над Email?. Группа плавильни (2008-04-28).
  25. ^ Spam Билл 2003.
  26. ^ В запросе re для declaratory управлять и исследования Graphnet Системами, Inc., относительно предложенного обслуживания E-COM, нет Docket FCC. 79-6 (cSept 4, 1979)
  27. ^ История почтовой связи Соединенных Штатов, USPS
  28. ^ Выносливо, Ян r; Развитие Email ARPANET; 1996-05-13; Тезис истории; Университет California на Berkeley
  29. ^ Джеймс Bovard, закон Dinosaur: Почтовая связь США, анализ политики CATO (Feb. 1985)
  30. ^ Джэй Akkad, история Email
  31. ^ Cybertelecom: Email
  32. ^ Почтовая связь США: Почтовые деятельности и законы отнесенные к электронной коммерции, GAO-00-188
  33. ^ Прикосновенности систем электронной почты и сообщения для США. Почтовая связь, офис оценки технологии, съезда Соединенных Штатов, августа 1982
  34. ^ Джэй Akkad, история Email
  35. ^ История Email, как Email был изобретен, живя интернет
  36. ^ Cybertelecom: История интернета
  37. ^ Cybertelecom: Справка SPAM
  38. ^ Cybertelecom: Поступок Spam чонсервной банкы

Библиография

Внешние соединения

Посмотрите вверх email, outbox в Wiktionary, свободно словарь.


v • d • e
Computer-mediated сообщение
Online окружающая среда discourse, Online обсуждение, Средство программирования связи
Асинхронный conferencing
Одновременный conferencing
(Online бормотушк)
The original article is from Wikipedia. To view the original article please click here.
Creative Commons Licence

 
Custom Search