Содержание

Проблема с почтовыми ссылками mailto и что использовать вместо них — UXPUB

Пару месяцев назад я и моя подруга Amy Hupe открыли совместное предприятие под названием Frankly, целью которого является помощь в создании понятных, доступных и ориентированных на пользователя цифровых продуктов.

Мы считаем крайне важным формирование правильных основ. Это означает, что нужно тщательно продумать общую картину, а также обратить пристальное внимание на мельчайшие детали.

Вместе мы написали эту статью об одной из таких деталей, с которой столкнулись на пути реализации нашего проекта.

Проблема с mailto ссылками

Для нас было очень важно, чтобы веб-сайт отражал наши основные ценности, оставаясь при этом простым, доступным и удобным в использовании.

Один из вопросов, с которыми мы столкнулись заключался в том, добавлять стандартные ссылки mailto в адрес электронной почты или нет.

Мы не хотели добавлять их, потому что, несмотря на то, что они широко используются в Интернете, они представляют ряд проблем.

Во-первых, ссылки mailto затрудняют копирование адреса, например, если вы хотите поделиться адресом электронной почты с кем-то еще.

Во-вторых, некоторые пользователи используют более одного почтового приложения, и ссылка использует только то приложение, которое было установлено по умолчанию, не давая возможности использовать другое.

И, наконец, у многих пользователей не настроено приложение электронной почты. Это означает, что ссылка может привести их в тупик или «кроличью нору».

Например, когда вы кликаете по адресу электронной почты в Chrome на своем Macbook, приложение «Почта» загружает запрос на настройку учетной записи электронной почты. Мы используем Gmail, и настроить его в Chrome действительно сложно.

По этим причинам мы решили убрать ссылку mailto и добавить адрес почты в виде обычного текста.

Итерация 1: нет ссылки mailto

Но у этого решения были свои недостатки.

Плюсы ссылок mailto

Мы сомневались в правильности решения убрать ссылку mailto, потому что:

  • они используются повсеместно – поэтому люди могли привыкнуть к ним, и ожидать от сайта соответствующего поведения
  • на мобильных устройствах пользователям часто приходится настраивать адрес электронной почты по умолчанию, поэтому нажатие на эту ссылку точно соответствует намерениям большинства мобильных пользователей: оно открывает диалоговое окно написания письма.

Но это все равно не гарантирует прекрасный опыт пользователю, который хочет скопировать адрес электронной почты и добавить его в заметку или отправить контакту.

Предлагая выбор

Учитывая наличие явных преимуществ и недостатков ссылок mailto, мы решили, что лучше всего предоставить пользователям выбор, который является одним из принципов инклюзивного дизайна.

Таким образом, на следующий день после запуска сайта и после краткого обсуждения в Twitter, мы добавили ссылку mailto рядом с адресом электронной почты, сохранив сам адрес в виде простого текста.

Итерация 2: «Email us», в качестве ссылки mailto и адрес электронной почты, в виде обычного текста

Люди, которые хотят перейти к отправке письма могут нажать на ссылку mailto, а люди, которые хотят скопировать адрес электронной почты могут скопировать текст.

Добавление кнопки копирования адреса

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

Чтобы исправить это, мы решили добавить ссылку mailto к адресу электронной почты, и расположить рядом с ней кнопку «copy address», которая позволяет пользователям быстро скопировать адрес в буфер обмена.

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

Итерация 3: адрес электронной почты – это ссылка mailto, а рядом с ней есть кнопка «Copy»

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

Тем не менее, стоит отметить, что это решает только одну из трех проблем ссылок mailto, которые мы упоминали выше: они затрудняют пользователям копирование адреса.

Даже используя наше решение, люди, переходящие по этой ссылке, по-прежнему:

  • попадают в тупик, если у них не настроено приложение электронной почты
  • не получат выбора, какое приложение использовать, если они используют более одного почтового приложения

Что нам действительно нравится

Это такая распространенная проблема, и кажется, что браузеры и операционные системы должны это исправить.

Мы считаем, что это будет идеальным решением, если пользователи, нажимающие на ссылку mailto, увидят меню с такими вариантами:

  1. Отправить письмо из Gmail
  2. Письмо с другого аккаунта
  3. Скопировать адрес электронной почты
  4. Поделитесь адресом электронной почты через…

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

Вот такая небольшая история о ссылках mailto. Что вы думаете?

Добавление обратного сообщения электронной почты (mailto:) ссылка в сообщении

В текст сообщений электронной почты можно включить ссылку на возвращаемую почту. При щелчке по ссылке открывается пустое сообщение, адресованное человеку, компании или любому пункту назначения, которое вы выберете. Например, ссылка mailto: [email protected] уже адресована представителю службы поддержки клиентов вашей компании.

Как видите, вы можете отформатеть текст ссылки (слова, которые видят другие люди и щелкают), чтобы сказать то, что вам нужно.

Добавление ссылки на возврат сообщения электронной почты

  1. Вы можете выбрать в сообщении текст или рисунок, который вы хотите отобразить в качестве ссылки.

  2. На вкладке Вставка нажмите кнопку Ссылка или Гиперссылка.

  3. В разделе Ссылка на щелкните элемент Адрес электронной почты.

  4. Введите нужный адрес электронной почты в поле Адрес электронной почты или выберите его в списке Недавно использованные адреса электронной почты.

  5. Если вы хотите изменить текст ссылки, введите его в поле Текст.

  6. Чтобы настроить экранную подстроку, которая появляется при нажатии указателя мыши на ссылку, нажмите кнопку Во восьмерике и введите нужный текст. Если подсказка не указана, Outlook в качестве подсказки используется адрес электронной почты и строка темы.

  7. Нажмите кнопку ОК.

Совет: Вы также можете создать простую ссылку на обратный адрес электронной почты, введя адрес в сообщении и нажав ввод или ПРОБЕЛ, если автоматическое форматирование гиперссылки не отключено.

Если вы хотите автоматически включать ссылку для возврата сообщения во все исходяющие сообщения, добавьте ее в подпись Outlook сообщений. Подпись может состоять только из ссылки или любой другой дополнительной информации, которую вы выберете. Дополнительные сведения см. в статье Создание подписи и ее добавление в сообщения.

В начало страницы

mailto: HTML-ссылка на электронную почту

mailto: HTML-ссылка на электронную почту, что это такое, как создать, примеры и генератор кода.

Что такое ссылка mailto

Ссылка Mailto — это тип HTML-ссылки, которая активирует почтовый клиент по умолчанию на компьютере для отправки электронной почты.

Веб-браузер требует, чтобы на его компьютере было установлено программное обеспечение электронной почты по умолчанию, чтобы активировать почтовый клиент.

Если у вас , например , Microsoft Outlook в качестве почтового клиента по умолчанию, нажатие на ссылку mailto откроет новое окно

почты .

Как создать ссылку mailto в HTML

Ссылка mailto записывается как обычная ссылка с дополнительными параметрами внутри атрибута href:

<a href=»mailto:[email protected]«>Link text</a>

 

ПараметрОписание
mailto:[email protected]адрес получателя электронной почты
cc=[email protected]адрес электронной почты с копией
bcc=[email protected]адрес электронной почты для слепой копии
subject=subject textтема электронного письма
body=body textтело электронного письма
?разделитель первого параметра
&разделитель других параметров

mailto примеры

Написать на адрес электронной почты

<a href=»mailto:[email protected]»>Send mail</a>

Код сгенерирует эту ссылку:

Отправить почту

При нажатии на ссылку выше откроется новое почтовое окно:

 

Отправить письмо на адрес электронной почты с темой

<a href=»mailto:[email protected]?subject=The%20subject%20of%20the%20mail»>Send mail with subject</a>

% 20 представляет собой пробел.

Код сгенерирует эту ссылку:

Отправить письмо с темой

При нажатии на ссылку выше откроется новое почтовое окно:

 

Отправить письмо на адрес электронной почты с копией, скрытой копией, темой и телом

<a href=»mailto:[email protected][email protected]&[email protected]

&subject=The%20subject%20of%20the%20email
&body=The%20body%20of%20the%20email»>
Send mail with cc, bcc, subject and body</a>

% 20 представляет собой пробел.

Код сгенерирует эту ссылку:

Отправить письмо с копией, скрытой копией, темой и телом

При нажатии на ссылку выше откроется новое почтовое окно:

Как добавить пробелы в теме или теле письма

Вы можете добавить пробелы, вписав %20текст в тему или основной текст.

<a href=»mailto:[email protected]?subject=The%20subject&body=This%20is%20a%20message%20body»>Send mail</a>

Как добавить разрыв строки в тело письма

Вы можете добавить новую строку, написав %0D%0Aтекст в теле.

<a href=»mailto:[email protected]?body=Line1-text%0D%0ALine2-text»>Send mail</a>

Как добавить нескольких получателей электронной почты

Вы можете добавить нескольких получателей, написав разделитель-запятую ( ,) между адресами электронной почты.

<a href=»mailto:[email protected],[email protected]»>Send mail</a>

Генератор кодов ссылок Mailto

 


Смотрите также

Создание гиперссылок на сайте Adobe Muse

  1. Повторите шаг 2, чтобы добавить дополнительные ссылки привязки.
  2. Выберите Файл > Свойства сайта. На вкладке «Макет» убедитесь, что установлен флажок «Включить активное состояние для ссылок привязки». Это параметр включен по умолчанию для всех новых сайтов, однако при редактировании ранее созданного сайта может потребоваться установить этот флажок.
  3. Выберите Файл > Предварительный просмотр страницы в браузере.

Нажимая ссылки на различные области страницы, обратите внимание, что в навигационном меню отображается соответствующее активное состояние. Эта функция сайта позволяет посетителям легко ориентироваться и четко представлять, какой раздел страницы они просматривают в данный момент. Закройте браузер и вернитесь в приложение Adobe Muse.

Также попробуйте прокручивать страницу вверх и вниз, обращая внимание на то, как код страницы определяет положение каждого тега привязки и обновляет активное состояние меню при переходе от одной области страницы к другой. Этот прием действует для страниц как с вертикальной, так и горизонтальной прокруткой.

Примечание. Страница должна иметь достаточную длину или ширину, чтобы переход тегов привязки к каждой области был заметен. Если области страницы расположены слишком близко друг к другу так, что все содержимое умещается в окне браузера без прокрутки, переход тегов привязки к следующей области не будет заметен.

  1. Закройте браузер и вернитесь в приложение Adobe Muse.

В следующем разделе вы узнаете, как добавлять ссылки для загрузки, чтобы дать посетителям возможность загружать файлы в форматах PDF, DOC, MP3, MOV, PSD и файлы JPEG в высоком разрешении.

Совет. При совместной работе над проектом сайта с другими дизайнерами вы можете даже создавать ссылки на исходные файлы .Muse, позволяя коллегам загружать их прямо с веб-сайта.

КАК ИЗМЕНИТЬ ПРИЛОЖЕНИЕ ЭЛЕКТРОННОЙ ПОЧТЫ ПО УМОЛЧАНИЮ ДЛЯ MAILTO В WINDOWS 10: ССЫЛКИ — СТИЛЬ ЖИЗНИ

Micro oft устанавливает собственное почтовое приложение в качестве почтового клиента по умолчанию. Но вот посмотрите, как изменить его на то, что вы хотите использовать в масштабах всей системы или на

Содержание:

Microsoft устанавливает собственное почтовое приложение в качестве почтового клиента по умолчанию. Но вот посмотрите, как изменить его на то, что вы хотите использовать в масштабах всей системы или на основе протокола.

Microsoft установила почтовое приложение в качестве почтового клиента по умолчанию для Windows 10. Обычно, если вы устанавливаете Outlook или другой почтовый клиент, у вас не возникает проблем с его всплывающим окном. Если вы хотите отправить или проверить свои сообщения, вы просто открываете это приложение напрямую. Однако бывают случаи, когда вы обнаруживаете, что приложение Mail (приложение, о котором вы, вероятно, забыли) каким-то образом проникает в ваш рабочий процесс. В частности, при нажатии на значок «Mailto:»В браузере, в документе PDF или Word или в других приложениях, включая Outlook. Вот как вы можете изменить это поведение и установить для почтового приложения по умолчанию то, что вам нужно.

Изменить приложение электронной почты Windows 10 по умолчанию

Изменение почтового клиента по умолчанию обычно аналогично изменению других приложений Windows 10 по умолчанию. Чтобы установить свой любимый почтовый клиент в качестве общесистемного по умолчанию, перейдите в Настройки> Приложения> Приложения по умолчанию. Затем на правой панели в разделе «Электронная почта» вы увидите, что для него установлено приложение «Почта». Просто нажмите на него и выберите из списка почтовое приложение, которое вы хотите использовать по умолчанию.

Также стоит отметить, что вы можете настроить в своем почтовом приложении по умолчанию определенный протокол — вот что Mailto: является. Так, например, может быть, вы хотите, чтобы эти типы ссылок открывались с помощью почтового клиента, отличного от общесистемного по умолчанию. Вы можете установить это, перейдя в Настройки> Приложения> Приложения по умолчанию прокрутите вниз и щелкните ссылку «Выбрать приложения по умолчанию по протоколу».

Затем прокрутите вниз и найдите протокол «MAILTO» и соответствующим образом измените приложение. Простой способ проверить это — перейти на нашу страницу контактов и щелкнуть одну из ссылок электронной почты, которые установлены как Mailto: и убедитесь, что он открывается с правильным приложением, которое вы его установили.

Открытие приложения Почта Windows 10 при нажатии ссылки электронной почты в счете-фактуре, например, уже в Outlook, немного раздражает. Это странное поведение, которое обычно происходит, когда вы начинаете работать на новом ПК или заново устанавливаете Windows 10. Но теперь вы знаете, что можете установить почтовое приложение Windows 10 по умолчанию на то, что вам больше нравится.

что такое mailto?

 
werty ©   (2009-11-27 21:10) [0]

имею в виду что реально вызывается, когда в командной строке набираем mailto:адрес?

к чему вопрос, в офисе 64х сервер, на нем из своего приложения хочу отправить email. Использовать какие-то компоненты не могу т.к. для 32 битных приложений заблокирован выход в инет, включая pop, smtp и т.п (по причинам не известным админу, и с которыми он справится не может, может вы подскажете что-то по этому поводу? )
там стоит 64-х битный аутлук который нормально отсылает и принимает почту. Из броузера он вызывается через mailto а из командной строки нет, пишет что-то типа приложение не найдено.
Дома из командной строки нормально вызывается бат.
Так вот основной вопрос — хочу из своего приложения вызывать аутлук через mailto из командной строки. Что надо сделать чтобы он оттуда вызывался?


 
turbouser ©   (2009-11-27 21:10) [1]


> werty ©

Протокол 🙂


 
turbouser ©   (2009-11-27 21:18) [2]


> werty ©   (27.11.09 21:10)  

по поводу «приложение не найдено» — возможно стоит принудительно задать  почтовое приложение по умолчанию. Сталкивался с таким… На хр..


 
antonn ©   (2009-11-27 21:20) [3]


> имею в виду что реально вызывается, когда в командной строке
> набираем mailto:адрес?

запускается почтовый клиент по умолчанию, с параметром 🙂


 
antonn ©   (2009-11-27 21:20) [4]

средствами браузера, имхо


 
test ©   (2009-11-27 21:24) [5]

Аутлук скорее всего OleServer может создать объект и через него отправлять принимать?


 
werty ©   (2009-11-27 21:31) [6]

> по поводу «приложение не найдено» — возможно стоит принудительно задать  почтовое приложение по умолчанию.

а как это сделать?

> Аутлук скорее всего OleServer может создать объект и через него отправлять принимать?

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


 
test ©   (2009-11-27 21:39) [7]

werty ©   (27.11.09 21:31) [6]
А куда проще?


 
werty ©   (2009-11-27 21:42) [8]

> А куда проще?
запустить mailto как внешнее приложение.


 
turbouser ©   (2009-11-27 21:44) [9]


> werty ©   (27.11.09 21:31) [6]


> а как это сделать?

Панель управления->установка и удаление программ->в там справа 🙂


 
turbouser ©   (2009-11-27 21:44) [10]


> в там справа 🙂

Слева xD


 
Рамиль_   (2009-11-27 21:55) [11]


> Так вот основной вопрос — хочу из своего приложения вызывать
> аутлук через mailto из командной строки. Что надо сделать
> чтобы он оттуда вызывался?

Сделать приложение 64 битным? 32 битное приложение не видит некоторых файлов (по крайней мере в папке windows, может что то от встроенного оутлука туда затесалось).

> Использовать какие-то компоненты не могу т.к. для 32 битных
> приложений заблокирован выход в инет, включая pop, smtp
> и т.п (по причинам не известным админу, и с которыми он
> справится не может, может вы подскажете что-то по этому
> поводу?

По умолчанию ничего не блокировано, честно говоря даже не знаю как можно заблокировать.


 
test ©   (2009-11-27 22:17) [12]

werty ©   (27.11.09 21:42) [8]
Создав объект ты так и сделаешь, ты запустил приклад, который пользователь не видит, можешь использовать все что умеет Аутлук. Если речь именно про него.


 
turbouser ©   (2009-11-27 22:31) [13]


> test ©   (27.11.09 22:17) [12]

Отправлять почту таким методом — извращение какое-то…


 
Anatoly Podgoretsky ©   (2009-11-27 22:57) [14]

> werty  (27.11.2009 21:42:08)  [8]

mailto не приложение


 
turbouser ©   (2009-11-27 22:59) [15]


> Anatoly Podgoretsky ©   (27.11.09 22:57) [14]

так чукча же не читатель…


 
test ©   (2009-11-28 00:21) [16]

turbouser ©   (27.11.09 22:31) [13]
В сабже про Аутлук…


 
Anatoly Podgoretsky ©   (2009-11-28 01:18) [17]


> test ©   (28.11.09 00:21) [16]

А протокол не работает с конкретной программой, он вообще про программу ничего не знает.


 
Германн ©   (2009-11-28 01:45) [18]


> Anatoly Podgoretsky ©   (28.11.09 01:18) [17]

Вот меня тут (не так давно) заинтересовала разница в свойствах ярлыков в «Главное меню-Программы» у ярлыка OutlookExpress и ярлыка TheBat. У первого в Edit»e «Объект» конкретное имя файла «D:\Program Files\Outlook Express\msimn.exe». У второго там же «The Bat v4.2.12 Русская версия». Причем в свойствах ярлыка ОЕ этот Edit — enabled, а у ThB — disabled.
Что бы это значило?


 
turbouser ©   (2009-11-28 10:02) [19]


> Германн ©   (28.11.09 01:45) [18]


> Что бы это значило?

Абсолютно ничего…


 
TUser ©   (2009-11-28 12:09) [20]


> Из броузера он вызывается через mailto а из командной строки
> нет

Какой браузер? Имхо, надо через настройки IE прописать, а у других браузеров могут быть настройки свои, не системные. Ну, это я так, симхил.


 
Дмитрий С ©   (2009-11-29 06:58) [21]

HKEY_CLASSES_ROOT\mailto


Создание писем с помощью функции ГИПЕРССЫЛКА

Суть этого способа состоит в использовании стандартной функции Excel ГИПЕРССЫЛКА (HYPERLINK), которая изначально предназначена для создания в ячейках листа ссылок на внешние ресурсы. Например, так:

Первый аргумент функции — это ссылка, второй — замещающий текст в ячейке, который видит пользователь. Фишка в том, что в качестве ссылки можно использовать стандартную конструкцию из языка разметки HTML mailto, которая создает почтовое сообщение с заданными параметрами. В частности, вот такая конструкция в формуле:

сформирует при щелчке пользователя по ссылке, вот такое сообщение:

При необходимости, можно добавить к создаваемому письму нескольких получателей копии (CC) и скрытой копии (BCC) и текст (Body). Вот такая формула, например:

=ГИПЕРССЫЛКА(«mailto:[email protected], [email protected][email protected]&[email protected]&subject=Дружеские посиделки&body=Друзья!%0AЕсть идея.%0AА не хлопнуть ли нам по рюмашке?»;»Отправить»)

=HYPERLINK(«mailto:[email protected], [email protected][email protected]&[email protected]&subject=Дружеские посиделки&body=Друзья!%0AЕсть идея.%0AА не хлопнуть ли нам по рюмашке?»,»Отправить»)

сделает нам полноценное почтовое сообщение с кучей адресатов, темой и текстом:

При вводе такой длинной конструкции будьте внимательны и не переборщите с лишними пробелами и кавычками. Также не забудьте вставить в тело (body) разделитель %0A (процент, ноль и английская A), если хотите расположить ваш текст в несколько строк.

Плюсы такого способа — в простоте, любые аналогичные методы предполагают использование макросов. Минусы тоже есть:

  • невозможно прикрепить к сообщению файл (mailto не поддерживает эту функцию из соображений безопасности)
  • максимальная длина текста в первом аргументе функции ГИПЕРССЫЛКА составляет 255 символов, что ограничивает длину сообщений
  • для отправки письма необходимо щелкать вручную по ссылке.

Потанцевав немного с бубном, можно даже наваять простую форму, которая будет создавать из заданных фрагментов текстовую строку с параметрами в качестве первого аргумента функции ГИПЕРССЫЛКА:

Формула в Е2 будет:

=»mailto:»&C2&», «&C3&»?cc=»&C5&», «&C6&»&bcc=»&C8&», «&C9&»&subject=»&C11&»&body=»&C13&»%0A»&C14&»%0A»&C15&»%0A»&C16&»%0A»&C17

Ссылки по теме

mailto: HTML-ссылка на электронную почту

mailto: HTML-ссылка на электронную почту, что это такое, как создать, примеры и генератор кода.

Что такое mailto link

Ссылка

Mailto — это тип HTML-ссылки, которая активирует почтовый клиент по умолчанию на компьютере для отправки электронной почты.

Веб-браузер требует, чтобы на его компьютере было установлено программное обеспечение электронной почты по умолчанию, чтобы активировать почтовый клиент.

Если у вас Microsoft Outlook , например, в качестве почтового клиента по умолчанию, нажатие ссылки mailto откроет окно новой почты .

Как создать ссылку mailto в HTML

Ссылка mailto записывается как обычная ссылка с дополнительными параметрами внутри атрибута href:

mailto examples

Отправить письмо на адрес электронной почты

Отправить письмо

Код сгенерирует эту ссылку:

Отправить письмо

При нажатии на ссылку выше откроется новое почтовое окно:

Отправить письмо на адрес электронной почты с темой

Отправить письмо с темой

% 20 представляет собой пробел.

Код сгенерирует эту ссылку:

Отправить письмо с темой

При нажатии на ссылку выше откроется новое почтовое окно:

Отправить письмо на адрес электронной почты с копией, скрытой копией, темой и текстом

Как добавить пробелы в теме или теле письма

Вы можете добавить пробелы, написав% 20 в тексте темы или тела.

Отправить письмо

Как добавить разрыв строки в тело письма

Вы можете добавить новую строку, написав% 0D% 0A в тексте тела.

Отправить письмо

Как добавить нескольких получателей электронной почты

Вы можете добавить нескольких получателей, написав разделитель запятой (,) между адресами электронной почты.

Отправить письмо

Генератор кодов ссылок Mailto

* ссылка mailto не будет работать, если пользователь не определил почтовое приложение по умолчанию на своем компьютере.


См. Также

Что такое малито по-английски? — Easierwithpractice.com

Что такое Малито по-английски?

Перевод «¡Malito» на английский Непослушный человек, ты нас напугал. Подскажите пример.

Что такое Малито?

Малито (греч .: Мелитос) — город и коммуна в провинции Козенца в регионе Калабрия на юге Италии.

Что такое HTML для mailto?

Тег

HTML позволяет указать адрес электронной почты для отправки электронного письма. При использовании тега в качестве тега электронной почты вы будете использовать адрес mailto: e-mail вместе с атрибутом href. Ниже приводится синтаксис использования mailto вместо http. Этот код сгенерирует следующую ссылку, которую вы можете использовать для отправки электронной почты.

Безопасно ли использовать mailto?

Отображаете ли вы свой адрес электронной почты на своем сайте или помещаете адрес электронной почты в ссылку mailto — или и то, и другое — делать его видимым — плохая идея. Вы, вероятно, все равно будете получать спам, но вы получите гораздо больше спама, если ваш адрес электронной почты будет обнаружен ботами, которые ищут в Интернете адреса электронной почты.

Работает ли mailto с Gmail?

Рядом с «mailto» откройте раскрывающееся меню и выберите «Использовать Gmail». В правом столбце списка приложений щелкните строку «mailto» и выберите «Использовать Gmail.Это сделает Gmail вашим почтовым клиентом по умолчанию для всех ссылок mailto, которые поступают из Firefox.

Как написать mailto?

Вставить ссылку mailto

  1. Выделите текст, который вы хотите связать, щелкните значок ссылки и выберите «Электронная почта» в раскрывающемся списке.
  2. (Необязательно) Отредактируйте текст, который вы хотите отображать в качестве ссылки.
  3. Введите адрес электронной почты, на который будут отправляться контакты, в поле Адрес электронной почты.
  4. Щелкните «Вставить».
  5. Щелкните Готово.

Как создать ссылку, которая автоматически открывает электронное письмо?

Как создать ссылку, которая автоматически открывает «написать письмо».

  1. Щелкните «Настроить этот список».
  2. Добавьте столбец «Электронная почта» и укажите URL-адрес в качестве типа.
  3. Щелкните Сохранить.
  4. Щелкните Добавить элемент.
  5. Введите следующее в поле Электронная почта.
  6. Щелкните Сохранить.

Как перенаправить электронное письмо в формате HTML?

Ссылки Mailto используются для перенаправления на адрес электронной почты вместо URL-адреса веб-страницы.Когда пользователь щелкает ссылку Mailto, открывается почтовый клиент по умолчанию на компьютере посетителя и предлагает отправить сообщение на адрес электронной почты, указанный в ссылке Mailto.

Как назвать ссылку в электронном письме?

Настроить текст гиперссылки

  1. Щелкните правой кнопкой мыши в любом месте ссылки и в контекстном меню выберите «Изменить гиперссылку».
  2. В диалоговом окне «Изменить гиперссылку» выберите текст в поле «Текст для отображения».
  3. Введите текст, который вы хотите использовать для ссылки, и нажмите кнопку «ОК».

Как уменьшить URL-ссылку?

Для сайта

  1. Скопируйте URL-адрес, который нужно сократить.
  2. Перейдите на tinyurl.com.
  3. Вставьте длинный URL и нажмите «Сделать TinyURL!» кнопка.
  4. Появится сокращенный URL-адрес. Теперь вы можете скопировать и вставить его в нужное место.

Как создать URL-адрес?

URL-адрес состоит из имени домена и пути к конкретному файлу или веб-странице…. Как создать бесплатный URL-адрес

  1. Создайте бесплатный веб-сайт в сети.com. Во время регистрации вы создадите «адрес сайта», который станет вашим бесплатным URL-адресом.
  2. Используйте Сайты Google, чтобы создать бесплатный URL.
  3. Зарегистрируйтесь для получения бесплатного веб-сайта в Bravenet.

Какой инструмент сокращения URL-адресов лучше всего?

Лучшие 14 инструментов для сокращения URL-адресов

  1. Битлы. Bitly — один из самых популярных инструментов сокращения текста в Интернете.
  2. Goo.gl. Goo.gl — еще одно средство сокращения URL-адресов, которое можно использовать для быстрого получения сокращенной ссылки.
  3. TinyURL.com. TinyURL.com — еще один отличный инструмент, с помощью которого вы можете сократить свои ссылки.
  4. Ow.ly.
  5. Is.gd.
  6. Buff.ly.
  7. AdF.ly.
  8. Bit.do.

Как создать ссылку на URL-адрес?

Создание гиперссылки на веб-сайт

  1. Выделите текст или изображение, которое вы хотите отобразить как гиперссылку.
  2. Нажмите Ctrl + K. Вы также можете щелкнуть правой кнопкой мыши текст или изображение и выбрать ссылку в контекстном меню.
  3. В поле «Вставить гиперссылку» введите или вставьте ссылку в поле «Адрес».

Как превратить документ Word в ссылку?

Щелкните правой кнопкой мыши гиперссылку, которую нужно изменить, и выберите команду «Изменить гиперссылку». В поле Искать в щелкните документ, гиперссылка на который должна открываться. Или введите URL-адрес места назначения в поле «Адрес». Щелкните ОК.

Верно ли, что документ, созданный в Word, нельзя просмотреть с помощью веб-браузера?

Документ, созданный в Word, нельзя просмотреть в веб-браузере.Некоторое форматирование может быть потеряно при сохранении файла как веб-страницы. 5. После создания оглавления в Word никакие изменения в документ вносить нельзя.

Почему гиперссылки создаются в Word?

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

Что такое пример гиперссылки?

Гиперссылка, также называемая ссылкой и веб-ссылкой, представляет собой значок, изображение или текст, которые ссылаются на другой файл или объект. Например, «Домашняя страница Computer Hope» — это гиперссылка на главную страницу Computer Hope.

Что означает гиперссылка?

В вычислениях гиперссылка или просто ссылка — это ссылка на данные, по которым пользователь может перейти, щелкнув или нажав. Гиперссылка указывает на весь документ или на определенный элемент в документе.Гипертекст — это текст с гиперссылками.

Какие недостатки использования гиперссылок?

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

Каковы преимущества использования гиперссылки?

Регулярное использование гиперссылок улучшит ваше SEO и облегчит жизнь вашим читателям….Вот 5 основных причин для включения гиперссылок в ваш контент.

  • Доверие.
  • Увеличивает просмотры страниц.
  • Улучшает SEO.
  • Поддерживает призыв к действию.
  • Удобство использования.

rfc6068

 Инженерная группа Интернета (IETF) М. Дюрст
Запрос комментариев: 6068 Университет Аояма Гакуин
Устаревшие: 2368 л.Masinter
Категория: Отслеживание стандартов Adobe Systems Incorporated
ISSN: 2070-1721 Дж. Завински
                                                              Зал ДНК
                                                            Октябрь 2010 г.


                        Схема URI mailto

Абстрактный

   Этот документ определяет формат унифицированных идентификаторов ресурсов.
   (URI) для идентификации ресурсов, которые доступны через Интернет-почту.
   Это добавляет лучшую интернационализацию и совместимость с
   Интернационализированные идентификаторы ресурсов (IRI; RFC 3987) для
   предыдущий синтаксис URI 'mailto' (RFC 2368).Статус этой памятки

   Это документ Internet Standards Track.

   Этот документ является продуктом Инженерной группы Интернета.
   (IETF). Он представляет собой консенсус сообщества IETF. Она имеет
   получил публичное рецензирование и был одобрен к публикации
   Инженерная группа управления Интернетом (IESG). Дополнительная информация о
   Интернет-стандарты доступны в разделе 2 RFC 5741.

   Информация о текущем статусе этого документа, исправлениях,
   а о том, как оставить отзыв о нем, можно узнать по адресу
   http: // www.rfc-editor.org/info/rfc6068.



















Duerst, et al. Стандарты Track [Страница 1] 

RFC 6068 Схема URI mailto, октябрь 2010 г.


Уведомление об авторских правах

   Авторские права (c) 2010 IETF Trust и лица, указанные как
   авторы документа. Все права защищены.

   Этот документ регулируется BCP 78 и Правовой нормой IETF Trust.
   Положения, касающиеся документов IETF
   (http://trustee.ietf.org/license-info) действует на дату
   публикация этого документа.Пожалуйста, просмотрите эти документы
   внимательно, поскольку они уважительно описывают ваши права и ограничения
   к этому документу. Компоненты кода, извлеченные из этого документа, должны
   включить упрощенный текст лицензии BSD, как описано в Разделе 4.e
   Правовые положения Trust и предоставляются без гарантии, как
   описано в упрощенной лицензии BSD.

   Этот документ может содержать материалы из документов IETF или IETF.
   Материалы опубликованы или станут общедоступными до ноября.
   10, 2008.Лица, контролирующие авторские права на некоторые из этих
   материал, возможно, не предоставил IETF Trust право разрешать
   модификации такого материала вне процесса стандартизации IETF.
   Без получения соответствующей лицензии от лица (лиц), контролирующего
   авторские права на такие материалы, этот документ не может быть изменен
   вне Процесса стандартизации IETF, и производные от него разработки могут
   не создаваться вне процесса стандартизации IETF, кроме как для форматирования
   его для публикации как RFC или для перевода на другие языки
   чем английский.Оглавление

   1. Введение . . . . . . . . . . . . . . . . . . . . . . . . . 3
   2. Синтаксис URI mailto. . . . . . . . . . . . . . . . . . . 3
   3. Семантика и операции. . . . . . . . . . . . . . . . . . . 7
   4. Небезопасные поля заголовка. . . . . . . . . . . . . . . . . . . . . 7
   5. Кодирование. . . . . . . . . . . . . . . . . . . . . . . . . . . 8
   6. Примеры. . . . . . . . . . . . . . . . . . . . . . . . . . . 9
     6.1. Основные примеры. . . . . . . . .. . . . . . . . . . . . . 9
     6.2. Примеры сложных адресов электронной почты. . . . . . . . . 10
     6.3. Примеры использования процентного кодирования на основе UTF-8. . . . . . . 11
   7. Соображения безопасности. . . . . . . . . . . . . . . . . . . 12
   8. Соображения IANA. . . . . . . . . . . . . . . . . . . . . 14
     8.1. Обновление регистрации схемы URI mailto. . 14
     8.2. Регистрация поля заголовка тела. . . . . . . . . . 15
   9. Основные отличия от RFC 2368.. . . . . . . . . . . . . . . . . 15
   10. Благодарности. . . . . . . . . . . . . . . . . . . . . . . 15
   11. Список литературы. . . . . . . . . . . . . . . . . . . . . . . . . . 16
     11.1. Нормативные ссылки . . . . . . . . . . . . . . . . . . . 16
     11.2. Информативные ссылки. . . . . . . . . . . . . . . . . . 17




Duerst, et al. Стандарты Track [Страница 2] 

RFC 6068 Схема URI mailto, октябрь 2010 г.


1.Вступление

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

   Эта спецификация расширяет предыдущее определение схемы также на
   разрешить кодирование символьных данных в процентах на основе UTF-8 [STD63],
   который предлагает лучший и более последовательный способ борьбы с не-
   Символы ASCII для интернационализации.Эта спецификация не учитывает потребности текущего электронного письма.
   Усилия по интернационализации адресов (см. [RFC4952]). Особенно,
   эта спецификация не включает синтаксис для резервных адресов.

   Ключевые слова «ДОЛЖНЫ», «НЕ ДОЛЖНЫ», «ОБЯЗАТЕЛЬНО», «ДОЛЖНЫ», «НЕ ДОЛЖНЫ»,
   «ДОЛЖЕН», «НЕ ДОЛЖЕН», «РЕКОМЕНДУЕТСЯ», «МОЖЕТ» и «ДОПОЛНИТЕЛЬНО» в этом
   документ следует интерпретировать, как описано в [RFC2119].

   В этом документе URI заключены в '<' и '>', как описано в
   Приложение C к [STD66].Дополнительные пробелы и разрывы строк добавляются к
   представляют длинные URI - они не являются частью фактического URI.

2. Синтаксис URI mailto

   Синтаксис URI mailto описывается с помощью ABNF [STD68],
   нетерминальные определения из [RFC5322] (точка-атом-текст, кавычки-
   строка) и нетерминальные определения из [STD66] (безоговорочно, pct-
   закодировано):

      mailtoURI = "mailto:" [к] [hfields]
      to = addr-spec * ("," адрес-spec)
      hfields = "?" hfield * ("&" hfield)
      hfield = hfname "=" hfvalue
      hfname = * qchar
      hfvalue = * qchar
      addr-spec = local-part "@" домен
      локальная-часть = точка-атом-текст / строка в кавычках
      домен = точка-атом-текст / "[" * dtext-no-obs "]"
      dtext-no-obs =% d33-90 /; Версия для печати US-ASCII
                     % d94-126; символы не включая
                               ; "[", "]", или "\"
      qchar = unreserved / pct-encoded / some-delims
      some-delims = "!" / "$" / "'" / "(" / ")" / "*"
                   / "+" / "," / ";" / ":" / "@"




Duerst, et al.Стандарты Track [Страница 3] 

RFC 6068 Схема URI mailto, октябрь 2010 г.


    - это почтовый адрес, указанный в [RFC5322], но
   за исключением  из [RFC5322]. Однако следующие изменения
   подать заявление:

   1. Количество символов, которые могут появиться в , ДОЛЖНО быть
       закодировано в процентах. Это персонажи, которые не могут появиться в
       URI согласно [STD66], а также "%" (потому что он используется для
       процентное кодирование) и все символы в разделителях gen, кроме "@"
       и я.е., «/», «?», «#», «[» и «]»). Персонажей
       в разделителях, по крайней мере, следующее также должно быть в процентах:
       закодировано: "&", ";" и "=". Следует проявлять осторожность, когда
       кодирования, а также при декодировании, чтобы убедиться, что эти операции
       применяются только один раз.

   2.  и , как определено в [RFC5322], НЕ ДОЛЖНЫ
       использоваться.

   3. Пробелы и комментарии внутри  и  НЕ ДОЛЖНЫ
       использоваться. У них не будет никакой операционной семантики.4. Процентное кодирование можно использовать в части <домен>
        для обозначения интернационализированного доменного имени.
       Применяются рекомендации для  в [STD66]. В
       в частности, символы, отличные от ASCII, ДОЛЖНЫ быть сначала закодированы в соответствии с
       в UTF-8 [STD63], а затем каждый октет соответствующего UTF-8
       последовательность ДОЛЖНА быть закодирована в процентах для представления как URI
       символы. Приложения, создающие URI, НЕ ДОЛЖНЫ использовать
       процентное кодирование в доменных именах, если оно не используется для представления
       Последовательность символов UTF-8.Когда интернационализированное доменное имя
       используется для составления сообщения, имя ДОЛЖНО быть преобразовано в
       Кодировка интернационализации доменных имен в приложениях (IDNA)
       [RFC5891] в соответствующих случаях. Производители URI ДОЛЖНЫ предоставлять эти
       доменные имена в кодировке IDNA, а не в процентах,
       если они хотят максимизировать взаимодействие с устаревшим 'mailto'
       Интерпретаторы URI.

   5. Процентное кодирование октетов, отличных от ASCII, в 
        зарезервирован для интернационализации
       <локальная-часть>.НЕОБХОДИМО сначала закодировать символы, отличные от ASCII.
       согласно UTF-8 [STD63], а затем каждый октет
       соответствующая последовательность UTF-8 ДОЛЖНА быть закодирована в процентах, чтобы быть
       представлены в виде символов URI. Любое другое процентное кодирование
       символы, отличные от ASCII, запрещены. Когда 
       содержащие символы, отличные от ASCII, будут использоваться для составления
       сообщение,  ДОЛЖЕН быть преобразован, чтобы соответствовать
       любая кодировка может быть определена в будущей спецификации для
       интернационализация адресов электронной почты.Duerst, et al. Стандарты Track [Страница 4] 

RFC 6068 Схема URI mailto, октябрь 2010 г.


    и  - это кодировки поля заголовка [RFC5322]
   имя и значение соответственно. Процентное кодирование необходимо для
   те же символы, что указаны выше для .  - это регистр-
   нечувствителен, но  в целом чувствителен к регистру. Обратите внимание, что
   [RFC5322] позволяет печатать все символы US-ASCII, кроме ":" в
   необязательные имена полей заголовка (Раздел 3.6.8), поэтому
    является частью имени поля заголовка.

   Специальное "тело"  указывает, что связанное 
   это тело сообщения. Значение поля "body" предназначено для
   содержат содержимое для первой части текста / простого тела
   сообщение. Поле псевдозаголовка "body" в первую очередь предназначено для
   создание коротких текстовых сообщений для автоматической обработки (например,
   как "подписные" сообщения для списков рассылки), а не для общего MIME
   тела.За исключением кодировки символов на основе UTF-8 и
   процентное кодирование, без дополнительного кодирования (например, base64 или
   цитируемый-печатный; см. [RFC2045]) используется для значения поля "body".
   Как следствие, поля заголовка, относящиеся к кодировке сообщения (например,
   Content-Transfer-Encoding) в URI mailto не имеют значения и ДОЛЖНЫ
   игнорировать. Зарегистрировано имя поля псевдозаголовка "body"
   с IANA для этой специальной цели (см. Раздел 8.2).

   В URI 'mailto' символы «?», «=» И «&» зарезервированы,
   служащие разделителями.Они должны быть экранированы (как "% 3F", "% 3D" и
   "% 26" соответственно), когда они не используются в качестве разделителей.

   Могут применяться дополнительные ограничения на то, какие символы разрешены.
   в зависимости от контекста, в котором используется URI. Такие ограничения
   могут быть устранены с помощью механизмов экранирования, зависящих от контекста. Для
   Например, поскольку символ "&" (амперсанд) зарезервирован в HTML
   и XML, любой URI mailto, содержащий амперсанд, должен быть
   написано с помощью объекта HTML / XML ("& amp;") или числового символа
   ссылка ("& # x26;" или "& # 38;").Символы, отличные от ASCII, могут быть закодированы в  следующим образом:

   1. Слова в кодировке MIME (как определено в [RFC2047]) разрешены в
       значения поля заголовка, но не в  "body"
       . Последовательности символов, которые выглядят как закодированные в MIME
       слова могут появляться в  "body" , но в
       в этом случае особого смысла нет. Обратите внимание, что символы '=' и
       '?' символы, используемые в качестве разделителей в словах в кодировке MIME, должны
       быть закодированы в процентах.Также обратите внимание, что использование слов в кодировке MIME
       немного отличается для так называемого структурированного и неструктурированного заголовка
       поля.






Duerst, et al. Стандарты Track [Страница 5] 

RFC 6068 Схема URI mailto, октябрь 2010 г.


   2. Символы, отличные от ASCII, могут быть закодированы в соответствии с UTF-8 [STD63],
       а затем каждый октет соответствующей последовательности UTF-8 будет
       в кодировке процента для представления в виде символов URI.Когда заголовок
       закодированные таким образом значения полей используются для составления сообщения,
        должен быть соответствующим образом закодирован (преобразован в MIME
       закодированные слова [RFC2047]), за исключением  "body"
       , который должен быть закодирован в соответствии с [RFC2045]. Пожалуйста
       обратите внимание, что для слов в кодировке MIME и для текста в составленном электронном письме
       сообщения, могут использоваться кодировки, отличные от UTF-8, пока
       символы правильно перекодированы.Также обратите внимание, что синтаксически допустимо указывать как , так и
   , значение которого - "до". То есть,

   

   эквивалентно

   

   эквивалентно

   

   Однако последняя форма НЕ РЕКОМЕНДУЕТСЯ, потому что другой пользователь
   агенты по-разному справляются с этим делом. В частности, некоторые существующие
   клиенты игнорируют "to"  s.Реализации НЕ ДОЛЖНЫ создавать два поля заголовка "Кому:" в
   сообщение; поле заголовка "Кому:" может встречаться в сообщении не более одного раза.
   ([RFC5322], раздел 3.6). Кроме того, создатели URI mailto НЕ ДОЛЖНЫ
   включать другие поля заголовка сообщения несколько раз, если эти заголовки
   поля можно использовать только один раз в сообщении.

   Чтобы избежать проблем с совместимостью, создателям URI mailto СЛЕДУЕТ
   НЕ используйте одно и то же  несколько раз в одном и том же URI. Если
   одно и то же  встречается в URI несколько раз, поведение сильно различается
   для разных пользовательских агентов и для каждого .Примеры включают
   используя только первую или последнюю пару  / , создавая
   несколько полей заголовка и объединение каждого  простым
   конкатенация или способом, подходящим для соответствующего заголовка
   поле.

   Обратите внимание, что в этой спецификации, как и в любой спецификации схемы URI,
   не определять синтаксис или значение идентификатора фрагмента (см. [STD66]),
   потому что они зависят от типа полученного представления. В
   известные на данный момент сценарии использования, URI mailto нельзя использовать для
   получить такие представления.Следовательно, идентификаторы фрагментов



Duerst, et al. Стандарты Track [Страница 6] 

RFC 6068 Схема URI mailto, октябрь 2010 г.


   бессмысленно, НЕ ДОЛЖЕН использоваться в URI 'mailto' и ДОЛЖЕН быть
   игнорируется при разрешении. Символ "#" в  ДОЛЖЕН быть
   экранирован как% 23.

3. Семантика и операции

   URI 'mailto' обозначает «Интернет-ресурс», который является
   почтовый ящик указанный в адресе.Когда дополнительные поля заголовка
   предоставлен, обозначенный ресурс является тем же адресом, но с
   дополнительный профиль для доступа к ресурсу. Пока есть
   Интернет-ресурсы, к которым можно получить доступ только через электронную почту,
   URI mailto не предназначен для получения таких объектов.
   автоматически.

   Операция разрешения любой схемы URI не требуется
   спецификации URI. В текущей практике разрешение таких URI, как
   те, что в схеме URI 'http' вызывают немедленное взаимодействие
   между клиентским программным обеспечением и хостом, на котором запущен интерактивный сервер.URI mailto имеет необычную семантику, поскольку разрешение такого URI
   не вызывает немедленного взаимодействия с сервером. Вместо этого
   клиент создает сообщение на указанный адрес с различными
   поля заголовка установлены по умолчанию. Пользователь может редактировать сообщение, отправлять
   сообщение неотредактировано или не отправлять сообщение.

   Пары  /  в URI 'mailto', хотя
   синтаксически эквивалентен полям заголовка в почтовом сообщении, не
   непосредственно соответствуют полям заголовка в почтовом сообщении.В
   в частности, To, Cc и Bcc  не обязательно приводят к
   в поле заголовка, содержащем указанное значение. Почтовый клиент
   программное обеспечение МОЖЕТ устранить повторяющиеся адреса. Создатели mailto
   URI СЛЕДУЕТ избегать использования одного и того же адреса дважды в URI mailto.

   Поля отправителя, такие как From и Date, поля, связанные с маршрутизацией
   (Очевидно-Кому, Resent- * и т. Д.), Поля трассировки и поля заголовка MIME
   (MIME-Version, Content- *), если они присутствуют в URI, ДОЛЖНЫ игнорироваться.
   Почтовый клиент ДОЛЖЕН при необходимости создавать новые поля, как это было бы
   для любого нового сообщения.Нераспознанные поля заголовка и поля заголовка
   со значениями, несовместимыми с теми, которые почтовый клиент обычно
   send СЛЕДУЕТ рассматривать как особо подозрительную. Например, может
   быть полями заголовка, которые полностью безопасны, но не известны MUA, поэтому
   MUA МОЖЕТ показать их пользователю.

4. Небезопасные поля заголовка

   Пользовательский агент, интерпретирующий URI mailto, НЕ ДОЛЖЕН создавать
   сообщение, если какое-либо из полей заголовка считается опасным; это может
   также выберите создание сообщения только с частью заголовка
   поля, указанные в URI.Только ограниченный набор полей заголовка, таких как



Duerst, et al. Стандарты Track [Страница 7] 

RFC 6068 Схема URI mailto, октябрь 2010 г.


   Тема и ключевые слова, а также тело считаются безопасными.
   и полезно в общем случае. В случаях, когда источник URI
   хорошо известно, и / или определенные поля заголовка ограничены конкретными
   хорошо известные значения, другие поля заголовка МОГУТ также считаться безопасными.Создатель URI mailto не может ожидать, что преобразователь URI
   понимать больше, чем поле заголовка "тема" и "тело". Клиенты
   которые разрешают URI 'mailto' в почтовые сообщения, ДОЛЖНЫ иметь возможность
   правильно создавать почтовые сообщения, соответствующие [RFC5322], используя
   поле заголовка «тема» и «тело».

5. Кодирование

   [STD66] требует кодирования многих символов в URI. Этот
   влияет на схему URI mailto для некоторых распространенных символов, которые могут
   появляются в адресах, полях заголовков или содержимом сообщения.Один такой
   символ - пробел ("", шестнадцатеричный код ASCII 20). Обратите внимание на примеры ниже, что
   используйте "% 20" в качестве места в теле сообщения. Также обратите внимание, что разрывы строк
   в теле сообщения ДОЛЖНО быть закодировано с помощью "% 0D% 0A".
   Реализации МОГУТ добавлять окончательный разрыв строки в тело сообщения.
   даже если нет завершающего "% 0D% 0A" в теле 
   URI mailto. Разрывы строк в других  НЕ СЛЕДУЕТ использовать.

   При создании URI 'mailto' любые зарезервированные символы, которые используются в
   URI ДОЛЖНЫ быть закодированы так, чтобы правильно написанные интерпретаторы URI
   можете их прочитать.Кроме того, клиентское программное обеспечение, которое читает URI, ДОЛЖНО декодировать
   строки перед созданием почтового сообщения, чтобы почтовое сообщение
   появляется в форме, понятной программному обеспечению получателя. Эти
   строки ДОЛЖНЫ быть декодированы перед показом сообщения отправителю
   Пользователь.

   Программное обеспечение, создающее URI mailto, также должно быть осторожно при кодировании
   любые используемые зарезервированные символы. HTML-формы - это один из видов
   программное обеспечение, которое создает URI "mailto". Текущие реализации кодируют
   пробел как '+', но это создает проблемы, потому что такой знак '+'
   ибо пробел нельзя отличить от настоящего '+' в 'mailto'
   URI.При создании URI 'mailto' все пробелы ДОЛЖНЫ быть закодированы как
   % 20 и символы '+' МОГУТ быть закодированы как% 2B. Обратите внимание, что "+"
   символы часто используются как часть адреса электронной почты для
   укажите дополнительный адрес, например, в .

   Схема URI mailto ограничена тем, что не предусматривает
   подстановка переменных. Таким образом, невозможно создать
   URI mailto, который включает в себя адрес электронной почты пользователя в сообщении.
   тело. Это ограничение также предотвращает подписанные URI mailto.
   с открытыми ключами и другой такой переменной информацией.Duerst, et al. Стандарты Track [Страница 8] 

RFC 6068 Схема URI mailto, октябрь 2010 г.


6. Примеры

6.1. Основные примеры

   URI для обычного индивидуального почтового адреса:

   

   URI для почтовой системы ответов, которая требует имя файла.
   отправить обратно в теме:

   

   Система ответов на почту, которая требует в теле запроса "отправить":

   

   Аналогичный URI, с двумя строками с разными запросами на "отправку" (в этом
   case, "отправить текущий-выпуск" и в следующей строке "отправить индекс"):

   

   Интересное использование URI mailto происходит при просмотре архивов
   Сообщения. Может быть предоставлена ​​ссылка, по которой можно ответить на сообщение.
   и сохранение информации о потоках. Это делается путем добавления
   Поле заголовка In-Reply-To, содержащее идентификатор сообщения.
   куда добавляется ссылка, например:

   

   Запрос на подписку на список рассылки:

   

   URI, предназначенный для одного пользователя и включающий CC другого
   Пользователь:

   

   Обратите внимание на использование зарезервированного символа «&» выше. Следующий
   например, используя "?" дважды, неверно:

   ; НЕПРАВИЛЬНЫЙ!






Duerst, et al.Стандарты Track [Страница 9] 

RFC 6068 Схема URI mailto, октябрь 2010 г.


   Согласно [RFC5322], символы «?», «&» И даже «%» могут
   встречаются в addr-spec. Тот факт, что это зарезервированные символы,
   не проблема: эти символы могут появляться в URI 'mailto' - они
   просто не может появиться в незакодированном виде. Стандартная кодировка URI
   механизмы ("%", за которым следует двузначное шестнадцатеричное число) ДОЛЖНЫ использоваться в
   эти случаи.Чтобы указать адрес "gorby%[email protected]", можно использовать:

   

   Чтобы указать адрес «маловероятно[email protected]» и включить
   другое поле заголовка, можно использовать:

   

   Как описано выше, символ "&" (амперсанд) зарезервирован в HTML.
   и должен быть заменен, например, на "& amp;". Таким образом, URI с
   внутренний амперсанд может выглядеть так:

   Нажмите
    mailto: [email protected]? [email protected]& body = hello , чтобы отправить
   приветственное сообщение Джо и Бобу.

   Если адрес электронной почты сам по себе содержит символ "&" (амперсанд),
   этот символ должен быть закодирован в процентах. Например, "mailto"
   URI для отправки почты на «[email protected]»:
   .

6.2. Примеры сложных адресов электронной почты

   Ниже приведены несколько примеров того, как обращаться с адресами электронной почты, которые
   содержат сложный синтаксис экранирования.Адрес электронной почты: "not @ me" @ example.org; соответствующий URI mailto:

   .

   Адрес электронной почты: "oh \\ no" @ example.org; соответствующий URI mailto:

   .

   Адрес электронной почты: "\\\" it \ ugly \\\ "" @ example.org; соответствующий
   URI mailto:

   .




Duerst, et al. Стандарты Track [Страница 10] 

RFC 6068 Схема URI mailto, октябрь 2010 г.


6.3. Примеры использования процентного кодирования на основе UTF-8

   Отправка письма с темой "кофе" на французском языке, т. Е. "Кафе".
   где конечный e - это e-острый, с использованием UTF-8 и процентного кодирования:

   

   Та же тема, на этот раз с использованием закодированного слова (экранирование символа "="
   а также "?" символы, используемые в синтаксисе закодированных слов, потому что они
   зарезервированный):

   

   Тот же субъект, на этот раз закодированный как iso-8859-1:

   

   Вернемся к прямому UTF-8 и добавим тело с тем же значением:

   

   Этот URI mailto может привести к появлению следующего сообщения:

      От: [email protected]
      Кому: [email protected]
      Тема: =? Utf-8? Q? Caf = C3 = A9? =
      Тип содержимого: текст / простой; кодировка = utf-8
      Content-Transfer-Encoding: цитируется-печатается

      caf = C3 = A9

   Программное обеспечение, отправляющее электронное письмо, не ограничивается UTF-8, но может
   используйте другие кодировки.Ниже показано то же электронное письмо с использованием
   iso-8859-1 два раза:

      От: [email protected]
      Кому: [email protected]
      Тема: =? Iso-8859-1? Q? Caf = E9? =
      Тип содержимого: текст / простой; кодировка = iso-8859-1
      Content-Transfer-Encoding: цитируется-печатается

      caf = E9

   Различные кодировки передачи контента (например, "8bit" или "base64"
   вместо "quoted-printable") и разные кодировки в закодированном
   слова (например, «B» вместо «Q») также могут использоваться.



Duerst, et al. Стандарты Track [Страница 11] 

RFC 6068 Схема URI mailto, октябрь 2010 г.


   Дополнительные примеры кодирования слова кофе на разных языках см.
   см. [RFC2324].В следующем примере используется японское слово «натто» (Unicode
   символов U + 7D0D U + 8C46) в качестве метки доменного имени, отправляя письмо на
   пользователь "natto" .example.org:

   

   При создании электронного письма метка доменного имени преобразуется в
   punycode. Полученное сообщение может выглядеть следующим образом:

      От: [email protected]
      Кому: [email protected]
      Тема: Тест
      Тип содержимого: текст / простой
      Кодирование передачи содержимого: 7 бит

      NATTO

7.Соображения безопасности

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

   URI mailto дает шаблон сообщения, которое может быть отправлено
   почтовый клиент. Содержимое этого шаблона может быть непрозрачным или непрозрачным.
   трудно прочитать пользователю во время указания URI, так как
   а также быть скрытым в пользовательском интерфейсе (например, ссылка на
   Веб-страница HTML может отображать что-то, кроме содержимого
   соответствующий URI mailto, который будет использоваться при нажатии).Таким образом,
   почтовый клиент НЕ ДОЛЖЕН отправлять сообщение на основе URI mailto без
   сначала раскрытие и показ пользователю полного сообщения, которое
   быть отправленным (включая все поля заголовка, которые были указаны
   'mailto' URI), полностью декодированный и запрашивающий одобрение пользователя
   отправить сообщение по электронной почте. Почтовый клиент ДОЛЖЕН также
   дать понять, что пользователь собирается отправить электронное письмо
   сообщение, так как пользователь может не знать, что это результат
   URI mailto.Пользователям настоятельно рекомендуется убедиться, что
   URI 'mailto', представленный им, совпадает с адресом, включенным в
   Строка «Кому:» в сообщении электронной почты.







Duerst, et al. Стандарты Track [Страница 12] 

RFC 6068 Схема URI mailto, октябрь 2010 г.


   Некоторые поля заголовка по своей сути небезопасно включать в сообщение.
   генерируется из URI. Подробности см. В разделе 3. В
   как правило, чем меньше полей заголовка интерпретируется из URI, тем меньше
   скорее всего, агент-отправитель создаст небезопасное сообщение.Примеры проблем с отправкой неутвержденной почты:

      почта, нарушающая законы при доставке, например незаконная
      угрозы;

      письмо, которое идентифицирует отправителя как человека, заинтересованного во взломе
      законы;

      письмо, которое идентифицирует отправителя нежелательной третьей стороне;

      почта, за которую отправитель несет финансовые расходы;

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

   Программы, которые интерпретируют URI 'mailto' ДОЛЖНЫ гарантировать, что SMTP
   адрес обратного пути конверта, который дается в качестве аргумента для
   Команда SMTP MAIL FROM задана и верна, и результат
   электронная почта - это законченное, работоспособное сообщение.URI 'mailto' на общедоступных веб-страницах открывают почтовые адреса для
   сбор урожая. Это относится ко всем почтовым адресам, входящим в
   URI 'mailto', включая адреса в "скрытой копии" . Те
   адреса не будут отправлены получателям в поле "Кому" и в
   "Кому" и "Копия" , но все равно будут общедоступны в
   URI. Адреса в "скрытой копии"  также могут попадать в другие
   адреса в том же  или становятся известными иначе, в зависимости от
   на используемом почтовом пользовательском агенте.Программы, управляющие URI 'mailto', должны очень внимательно следить за тем, чтобы
   непреднамеренно двойное экранирование или двойное экранирование URI 'mailto' и
   убедитесь, что соглашения об экранировании и неэкранировании, относящиеся к URI
   и относящиеся к почтовым адресам применяются в правильном порядке.

   Реализации, анализирующие URI 'mailto', должны позаботиться о проверке работоспособности
   'mailto' URI, чтобы избежать переполнения буфера и проблем
   в результате (например, выполнение кода, указанного в
   злоумышленник).

   Соображения безопасности [STD66], [RFC5890], [RFC5891] и
   Также применяется [RFC3987].Разработчикам и пользователям рекомендуется проверить
   их внимательно.




Duerst, et al. Стандарты Track [Страница 13] 

RFC 6068 Схема URI mailto, октябрь 2010 г.


8. Соображения IANA

8.1. Обновление регистрации схемы URI mailto

   Этот документ изменяет определение схемы URI mailto; в
   реестр схем URI обновлен для ссылки на этот документ
   а не его предшественник [RFC2368].Шаблон регистрации
   следующее:

   Название схемы URI:
      'mailto'

   Положение дел:
      постоянный

   Синтаксис схемы URI:
      См. Раздел синтаксиса RFC 6068.

   Семантика схемы URI:
      См. Раздел семантики RFC 6068.

   Рекомендации по кодированию:
      См. Разделы синтаксиса и кодирования RFC 6068.

   Приложения / протоколы, использующие это имя схемы URI:
      Схема URI mailto широко используется с момента появления Интернета.

   Соображения по совместимости:
      Взаимодействие для URI mailto с процентами на основе UTF-8.
      кодирование может быть несколько ниже, чем совместимость для
      URI mailto только с US-ASCII.Соображения безопасности:
      См. Раздел «Вопросы безопасности» в RFC 6068.

   Контакт:
      IETF

   Автор / Смена контролера:
      IETF

   Использованная литература:
      RFC 6068








Duerst, et al. Стандарты Track [Страница 14] 

RFC 6068 Схема URI mailto, октябрь 2010 г.


8.2. Регистрация поля заголовка тела

   IANA зарегистрировала поле заголовка Body в заголовке сообщения.
   Реестр полей ([RFC3864]) следующим образом:

   Имя поля заголовка:
      Тело

   Применимый протокол:
      Никто.Эта регистрация сделана, чтобы гарантировать, что это поле заголовка
      имя вообще не используется, чтобы не создавать проблем для
      URI mailto.

   Положение дел:
      зарезервированный

   Автор / Смена контролера:
      IETF

   Документ (ы) спецификации:
      RFC 6068

   Связанная информация:
      никто

9. Основные отличия от RFC 2368

   Основные отличия от RFC 2368 заключаются в следующем:

   o Изменен синтаксис с RFC 2822  на [RFC5322] .

   o Разрешено процентное кодирование на основе UTF-8 для доменных имен и в
      .o Прикреплено процентное кодирование в  на основе UTF-8,
      зарезервировано на случай, если и когда есть спецификация для
      интернационализация адресов электронной почты.

   o Убран запрет на использование полей заголовка "Скрытая:", но добавлен
      предупреждение об их видимости и сбор спама.

   o Добавлены пояснения по побегу.

10. Благодарности

   Этот документ является производным от [RFC2368]; благодарности от
   эта спецификация все еще применяется. Кроме того, мы благодарим Пола Хоффмана
   за его работу над [RFC2368].Duerst, et al. Стандарты Track [Страница 15] 

RFC 6068 Схема URI mailto, октябрь 2010 г.


   Ценный вклад в этот документ был получен от (в частности
   заказ): Алексей Мельников, Пол Хоффман, Чарльз Линдси, Тим Киндберг,
   Фрэнк Эллерманн, Этан Векслер, Майкл Хардт, Майкл Энтони
   Пульс II, Элиот Лир, Дэйв Крокер, Дэн Харкинс, Невил Браунли, Джон
   Кленсин, Альфред Хенес, Нед Фрид, Шон Тернер, Питер Сен-Андре,
   Адриан Фаррел, Авшалом Хоури, Роберт Спаркс и многие другие.11. Ссылки

11.1. Нормативные ссылки

   [RFC2045] Фрид, Н. и Н. Боренштейны, "Многоцелевая интернет-почта.
              Расширения (MIME), часть первая: формат интернет-сообщений
              Тела », RFC 2045, ноябрь 1996 г.

   [RFC2047] Мур, К., "MIME, часть третья: расширения заголовков сообщений для
              Текст, отличный от ASCII ", RFC 2047, ноябрь 1996 г.

   [RFC2119] Брэднер, С., «Ключевые слова для использования в RFC для обозначения
              Уровни требований », BCP 14, RFC 2119, март 1997 г.

   [RFC3864] Клайн, Г., Ноттингем, М., и Дж. Могул, "Регистрация
              Процедуры для полей заголовка сообщения ", BCP 90, RFC 3864,
              Сентябрь 2004 г.

   [RFC3987] Duerst, M. и M. Suignard, "Интернационализированный ресурс
              Идентификаторы (IRI) », RFC 3987, январь 2005 г.

   [RFC5322] Resnik, P., "Internet Message Format", RFC 5322,
              Октябрь 2008 г.

   [RFC5890] Кленсин, Дж., "Интернационализированные доменные имена для
              Приложения (IDNA): определения и структура документов »,
              RFC 5890, август 2010 г.[RFC5891] Кленсин, Дж., "Интернационализированные доменные имена в
              Приложения (IDNA): протокол », RFC 5891, август 2010 г.

   [STD63] Йерго, Ф., "UTF-8, формат преобразования ISO
              10646 ", STD 63, RFC 3629, ноябрь 2003 г.

   [STD66] Бернерс-Ли, Т., Филдинг, Р., и Л. Масинтер, "Униформа
              Идентификатор ресурса (URI): Общий синтаксис », STD 66,
              RFC 3986, январь 2005 г.

   [STD68] Крокер, Д. и П. Оверелл, "Расширенный BNF для синтаксиса
              Спецификации: ABNF », STD 68, RFC 5234, январь 2008 г.Duerst, et al. Стандарты Track [Страница 16] 

RFC 6068 Схема URI mailto, октябрь 2010 г.


11.2. Информативные ссылки

   [RFC2324] Масинтер, Л., "Протокол управления гипертекстовым кофейником.
              (HTCPCP / 1.0) ", RFC 2324, апрель 1998 г.

   [RFC2368] Hoffman, P., Masinter, L., and J. Zawinski, "The mailto
              Схема URL », RFC 2368, июль 1998 г.

   [RFC4952] Кленсин, Дж. И Ю. Ко, «Обзор и структура для
              Интернационализированная электронная почта », RFC 4952, июль 2007 г.Адреса авторов

   Мартин Дюрст (Примечание: пожалуйста, пишите "Duerst" с u-umlaut везде, где
                 возможно, например как "D & # 252; rst" в XML и HTML.)
   Университет Аояма Гакуин
   5-10-1 Фучинобе
   Сагамихара, Канагава 229-8558
   Япония

   Телефон: +81 42 759 6329
   Факс: +81 42 759 6495
   Электронная почта: [email protected]
   URI: http://www.sw.it.aoyama.ac.jp/D%C3%BCrst/


   Ларри Масинтер
   Adobe Systems Incorporated
   345 Park Ave
   Сан-Хосе, Калифорния 95110
   Соединенные Штаты Америки

   Телефон: + 1-408-536-3024
   Электронная почта: LMM @ acm.орг
   URI: http://larry.masinter.net/


   Джейми Завински
   Зал ДНК
   375 Одиннадцатая улица
   Сан-Франциско, Калифорния 94103
   Соединенные Штаты Америки

   Электронная почта: [email protected]







Duerst, et al. Стандарты Track [стр. 17]
 

rfc2368

 Сетевая рабочая группа П. Хоффман
Запрос комментариев: 2368 Internet Mail Consortium
Обновления: 1738, 1808 Л. Масинтер
Категория: Стандарты Track Xerox Corporation
                                                           Дж.Завински
                                               Netscape Communications
                                                             Июль 1998 г.


                         Схема URL mailto

Статус этого меморандума

   Этот документ определяет протокол отслеживания стандартов Интернета для
   Интернет-сообщество и просит обсуждения и предложения по
   улучшения. Пожалуйста, обратитесь к текущему выпуску "Интернет
   Официальные стандарты протокола »(STD 1) для государства стандартизации
   и статус этого протокола.Распространение этой памятки не ограничено.

Уведомление об авторских правах

   Авторское право (C) The Internet Society (1998). Все права защищены.

Абстрактный

   В этом документе определяется формат унифицированных указателей ресурсов (URL).
   для обозначения адресов электронной почты. Это один из набора
   документы, заменяющие RFC 1738, «Унифицированные указатели ресурсов» и
   RFC 1808, «Относительные унифицированные указатели ресурсов». Синтаксис
   URL-адреса mailto из RFC 1738 расширены, чтобы позволить создание дополнительных RFC
   822 сообщения, разрешив URL-адрес выражать дополнительный заголовок и
   поля тела.1. Введение

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

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

2. Синтаксис URL-адреса mailto

   Следуя синтаксическим соглашениям RFC 1738 [RFC1738], "mailto"
   URL имеет вид:



Хоффман и др.al. Стандарты Track [Страница 1] 

RFC 2368 Схема URL mailto июль 1998 г.


     mailtoURL = "mailto:" [в] [заголовки]
     to = #mailbox
     заголовки = "?" заголовок * (заголовок "&")
     header = hname "=" hvalue
     hname = * urlc
     hvalue = * urlc

   «#mailbox» соответствует стандарту RFC 822 [RFC822]. Это означает, что это
   состоит из нуля или более почтовых адресов, разделенных запятыми, возможно
   включая компоненты "фраза" и "комментарий".Обратите внимание, что все URL
   зарезервированные символы в "to" должны быть закодированы: в частности,
   круглые скобки, запятые и знак процента ("%"), которые обычно встречаются
   в синтаксисе "почтового ящика".

   "hname" и "hvalue" - это кодировки имени заголовка RFC 822 и
   значение соответственно. Как и в случае с «Кому», все зарезервированные символы URL должны
   быть закодированным.

   Специальное hname "body" указывает, что соответствующее hvalue является
   тело сообщения. Имя hname "body" должно содержать содержимое для
   первая текстовая / обычная часть сообщения.URL-адрес mailto
   в первую очередь предназначены для создания коротких текстовых сообщений, которые
   фактически содержимое автоматической обработки (например, "подписаться"
   сообщения для списков рассылки), а не общие тела MIME.

   В адресах mailto символы «?», «=», «&» Зарезервированы.

   Поскольку символ «&» (амперсанд) зарезервирован в HTML, любой mailto
   URL-адрес, содержащий амперсанд, в HTML должен быть написан по-другому.
   чем в других контекстах. URL-адрес mailto, который отображается в HTML
   документ должен использовать "& amp;" вместо того "&".Также обратите внимание, что допустимо указывать как «to», так и «hname», чьи
   значение равно «до». То есть,

     mailto: адрес1% 2C% 20addr2

     эквивалентно

     mailto:? to = addr1% 2C% 20addr2

     эквивалентно

     mailto: addr1? to = addr2

   8-битные символы в адресах mailto запрещены. Слова в кодировке MIME (как
   определены в [RFC2047]) разрешены в значениях заголовков, но не для любых
   часть имени "тела".



Хоффман и др. al. Стандарты Track [Страница 2] 

RFC 2368 Схема URL mailto июль 1998 г.


3.Семантика и операции

   URL-адрес mailto обозначает «Интернет-ресурс», которым является почтовый ящик.
   указанный в адресе. Когда поставляются дополнительные заголовки,
   обозначенный ресурс - тот же адрес, но с дополнительным
   профиль для доступа к ресурсу. Пока есть инет
   ресурсы, к которым можно получить доступ только по электронной почте, mailto
   URL-адрес не предназначен для получения таких объектов.
   автоматически.

   В текущей практике разрешение URL-адресов, например, в "http"
   схема вызывает немедленное взаимодействие между клиентским программным обеспечением и
   хост, на котором запущен интерактивный сервер.URL "mailto" имеет необычный
   семантика, потому что разрешение такого URL-адреса не вызывает немедленного
   взаимодействие. Вместо этого клиент создает сообщение назначенному
   адрес с различными полями заголовка, установленными по умолчанию. Пользователь может
   отредактируйте сообщение, отправьте это сообщение без редактирования или выберите не отправлять
   сообщение. Операция разрешения любой схемы URL-адресов не
   требуется спецификациями URL.

4. Небезопасные заголовки

   Пользовательский агент, интерпретирующий URL-адрес mailto, ДОЛЖЕН не создавать
   сообщение, если какой-либо из заголовков считается опасным; это может также
   выберите создание сообщения только с подмножеством заголовков, указанных в
   URL-адрес.Считаются только заголовки "Тема", "Ключевые слова" и "Тело".
   чтобы быть безопасным и полезным.

   Создатель URL-адреса mailto не может ожидать, что преобразователь URL-адреса
   понимать больше, чем заголовки "тема" и "тело". Клиенты, которые
   разрешать URL-адреса mailto в почтовых сообщениях должно иметь возможность правильно
   создавать почтовые сообщения, соответствующие RFC 822, используя «тему» ​​и «тело»
   заголовки.

5. Кодирование

   RFC 1738 требует, чтобы многие символы в URL-адресах были закодированы. Этот
   влияет на схему mailto для некоторых общих символов, которые могут
   появляются в адресах, заголовках или содержимом сообщения.Один такой персонаж
   - это пробел ("", шестнадцатеричный код ASCII 20). Обратите внимание на приведенные выше примеры, в которых используется "% 20"
   на место в теле сообщения. Также обратите внимание, что разрывы строк в
   тело сообщения ДОЛЖНО быть закодировано с помощью "% 0D% 0A".

   Люди, создающие URL-адреса mailto, должны быть осторожны, чтобы кодировать любые зарезервированные
   символы, которые используются в URL-адресах, чтобы правильно написанный URL-адрес
   их могут читать переводчики. Кроме того, клиентское программное обеспечение, считывающее URL-адреса
   нужно быть осторожным, чтобы декодировать строки перед созданием почтового сообщения, чтобы




Хоффман и др.al. Стандарты Track [Страница 3] 

RFC 2368 Схема URL mailto июль 1998 г.


   что почтовые сообщения отображаются в форме, которую получатель
   понимать. Эти строки должны быть декодированы, прежде чем показывать пользователю
   сообщение.

   Схема URL mailto ограничена тем, что не предусматривает
   подстановка переменных. Таким образом, тело сообщения должно включать
   адрес электронной почты пользователя не может быть закодирован с использованием URL-адреса mailto.Этот
   ограничение также предотвращает URL-адреса mailto, подписанные открытыми ключами
   и другая подобная переменная информация.

6. Примеры

   URL для обычного индивидуального почтового адреса:

     

   URL-адрес почтовой системы ответов, для которой требуется имя файла.
   в теме:

     

   Система ответов на почту, которая требует в теле запроса "отправить":

     

   Подобный URL-адрес может содержать две строки с разными запросами на "отправку" (в
   в этом случае «отправить текущий-выпуск» и в следующей строке «отправить индекс».)

     

   Интересное использование URL-адреса mailto при просмотре архивов
   Сообщения. Каждое просматриваемое сообщение может содержать URL-адрес mailto, например:

     

   Запрос на подписку на список рассылки:

     

   URL-адрес для одного пользователя, который включает CC другого пользователя:

     

   Другой способ выразить то же самое:

     



Хоффман и др. al. Стандарты Track [Страница 4] 

RFC 2368 Схема URL mailto июль 1998 г.


   Обратите внимание на использование зарезервированного символа «&» выше. Следующий
   например, используя "?" дважды, неверно:

     ; НЕПРАВИЛЬНЫЙ!

   Согласно RFC 822 могут встречаться символы «?», «&» И даже «%».
   в addr-spec. Тот факт, что они являются зарезервированными символами в этом URL.
   схема не является проблемой: эти символы могут появляться в URL-адресах mailto,
   они просто не могут появиться в незакодированной форме. Стандартная кодировка URL
   механизмы ("%", за которым следует двузначное шестнадцатеричное число) должны использоваться в
   определенные случаи.

   Чтобы указать адрес gorby%[email protected], нужно сделать:

     

   Чтобы указать адрес «маловероятно[email protected]» и включить
   другой заголовок, можно было бы сделать:

     

   Как описано выше, символ "&" (амперсанд) зарезервирован в HTML.
   и должен быть заменен на "& amp;". Таким образом, сложный URL-адрес, имеющий
   внутренние амперсанды могут выглядеть так:

     Нажмите
     
     mailto:? [email protected]& cc = bob @ xyz.com & amp; body = hello , кому
     отправьте приветственное сообщение  Джо и Бобу .

7. Соображения безопасности

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

   URL-адрес mailto представляет собой шаблон сообщения, которое можно отправить по почте.
   клиентское программное обеспечение.Содержимое этого шаблона может быть непрозрачным или непрозрачным.
   затруднен для чтения пользователем во время указания URL-адреса.
   Таким образом, почтовый клиент никогда не должен отправлять сообщение на основе URL-адреса mailto.
   без предварительного отображения пользователю полного сообщения, которое будет отправлено
   (включая все заголовки, указанные в URL mailto), полностью
   декодируется и запрашивает у пользователя разрешение на отправку сообщения как
   электронная почта. Почтовый клиент также должен дать понять, что
   пользователь собирается отправить сообщение электронной почты, поскольку пользователь может
   не нужно знать, что это результат адреса mailto.Хоффман и др. al. Стандарты Track [Страница 5] 

RFC 2368 Схема URL mailto июль 1998 г.


   Почтовый клиент никогда не должен отправлять что-либо без полного раскрытия информации.
   пользователю то, что будет отправлено; он должен раскрывать не только
   место назначения сообщения, а также любые заголовки. Нераспознанные заголовки или
   заголовки со значениями, несовместимыми с теми, которые почтовый клиент мог бы
   обычно посылать следует особенно подозрительно.Заголовки MIME (MIME-
   Version, Content- *), скорее всего, неуместны, как и те
   относящиеся к маршрутизации (From, Bcc, Apparently-To и т. д.)

   Обратите внимание, что некоторые заголовки по своей сути небезопасно включать в сообщение.
   генерируется из URL-адреса. Например, такие заголовки, как «От:», «Скрытая:»,
   и так далее, никогда не следует интерпретировать из URL-адреса. В целом
   чем меньше заголовков интерпретируется из URL, тем меньше вероятность того, что
   агент-отправитель создаст небезопасное сообщение.

   Примеры проблем с отправкой неутвержденной почты:

     * почта, которая нарушает законы при доставке, например, незаконная
       угрозы;

     * письмо, которое идентифицирует отправителя как человека, заинтересованного во взломе
       законы;

     * письмо, идентифицирующее отправителя нежелательной третьей стороне;

     * почта, влекущая за собой финансовые расходы отправителя;

     * письмо, которое вызывает действие на машине получателя, которое вызывает
       ущерб, который может быть приписан отправителю.Программы, которые интерпретируют URL-адреса mailto, должны гарантировать, что SMTP
   Адрес "От" установлен и правильный.

8. Соображения IANA

   Этот документ изменяет определение схемы mailto: URI; любой
   реестр схем URI должен ссылаться на этот документ, а не на его
   предшественник, RFC 1738.














Хоффман и др. al. Стандарты Track [Страница 6] 

RFC 2368 Схема URL mailto июль 1998 г.


9. Ссылки

   [RFC822] Крокер Д., "Стандарт формата Интернет-текста ARPA
            Сообщения », STD 11, RFC 822, август 1982 г.

   [RFC1738] Бернерс-Ли, Т., Масинтер, Л., и М. МакКахилл, редакторы,
             "Uniform Resource Locators (URL)", RFC 1738, декабрь 1994 г.

   [RFC1808] Филдинг, Р., «Относительные унифицированные указатели ресурсов», RFC
             1808 г., июнь 1995 г.

   [RFC2047] Мур, К., "MIME, часть третья: расширения заголовков сообщений для
             Текст, отличный от ASCII ", RFC 2047, ноябрь 1996 г.






































Хоффман и др.al. Стандарты Track [Страница 7] 

RFC 2368 Схема URL mailto июль 1998 г.


A. Изменение от RFC 1738

   RFC 1738 определил только простое mailto без заголовков, просто
   addr-spec (не полный почтовый ящик). Однако требуется использование и
   реализация привела к развитию расширенного синтаксиса, который
   включены дополнительные поля заголовка.

Б. Благодарности

   Этот документ является производным от RFC 1738 и RFC 1808 [RFC1808]; в
   подтверждения из этих спецификаций по-прежнему применяются.Следующие люди внесли свой вклад в эту записку или обсудили
   аналогичные идеи для mailto.

   Харальд Альвестранд
   Брайан Косталс
   Стив Дорнер
   Аль Гилман
   Марк Джозеф
   Лоуренс Лундблэйд
   Кейт Мур
   Джейкоб Пальме
   Майкл Паттон



























Хоффман и др. al. Стандарты Track [Страница 8] 

RFC 2368 Схема URL mailto июль 1998 г.


C. Контактная информация автора

   Пол Э. Хоффман
   Консорциум Интернет-почты
   127 Segre Place
   Санта-Крус, Калифорния 95060 США

   Электронная почта: phoffman @ imc.орг


   Ларри Масинтер
   Xerox Corporation
   3333 Coyote Hill Road
   Пало-Альто, Калифорния 94304 США

   Электронная почта: [email protected]


   Джейми Завински
   Netscape Communications Corp.
   501 Ист Миддлфилд Роуд
   Маунтин-Вью, Калифорния 94043 США

   Электронная почта: [email protected]



























Хоффман и др. al. Стандарты Track [Страница 9] 

RFC 2368 Схема URL mailto июль 1998 г.


D. Полное заявление об авторских правах

   Авторское право (C) The Internet Society (1998).Все права защищены.

   Этот документ и его переводы могут быть скопированы и предоставлены
   другие и производные работы, которые комментируют или иным образом объясняют это
   или помочь в его реализации могут быть подготовлены, скопированы, опубликованы
   и распространяется, полностью или частично, без ограничения каких-либо
   любезно, при условии, что указанное выше уведомление об авторских правах и этот абзац являются
   включены во все такие копии и производные работы. Однако это
   сам документ не может быть изменен каким-либо образом, например, путем удаления
   уведомление об авторских правах или ссылки на Internet Society или другие
   Интернет-организации, за исключением случаев, когда это необходимо для
   разработки Интернет-стандартов, в этом случае процедуры для
   авторские права, определенные в процессе разработки стандартов Интернета, должны быть
   следовали, или по мере необходимости перевести его на другие языки, кроме
   Английский.Ограниченные разрешения, предоставленные выше, являются бессрочными и не будут
   аннулировано Интернет-сообществом, его правопреемниками или правопреемниками.

   Этот документ и содержащаяся в нем информация размещены на
   Основа "КАК ЕСТЬ" и ИНТЕРНЕТ-ОБЩЕСТВО И ИНТЕРНЕТ-ИНЖИНИРИНГ
   TASK FORCE ОТКАЗЫВАЕТСЯ ОТ ВСЕХ ГАРАНТИЙ, ЯВНЫХ ИЛИ ПОДРАЗУМЕВАЕМЫХ, ВКЛЮЧАЯ
   НО НЕ ОГРАНИЧИВАЕТСЯ НИКАКОЙ ГАРАНТИЕЙ, ЧТО ИСПОЛЬЗОВАНИЕ ИНФОРМАЦИИ
   ЗДЕСЬ НЕ НАРУШАЕТ НИКАКИХ ПРАВ ИЛИ ПОДРАЗУМЕВАЕМЫХ ГАРАНТИЙ
   КОММЕРЧЕСКАЯ ЦЕННОСТЬ ИЛИ ПРИГОДНОСТЬ ДЛЯ ОПРЕДЕЛЕННОЙ ЦЕЛИ.Хоффман и др. al. Стандарты Track [Страница 10]
 

Должен ли я использовать Mailto или ссылку на контактную форму в моей электронной почте Информационный бюллетень

Статья впервые опубликована в декабре 2010 г., обновлена ​​в июне 2016 г.

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

«Если вы хотите посетить наше мероприятие, отправьте электронное письмо [адрес электронной почты защищен], чтобы зарегистрироваться.”

При нажатии на ссылку mailto появится ответ, составленный в вашем почтовом клиенте по умолчанию, с инструкциями относительно того, что необходимо заполнить (попробуйте приведенный выше пример).

Если бы это было все, то мы с радостью пошли бы домой и поиграли бы в Halo, пока результаты приходят. Но вскоре клиент захотел отслеживать клики по этой ссылке mailto.

Mailto и контактные формы в электронном маркетинге

Я уверен, что этот сценарий, вероятно, довольно распространен, особенно если у вас есть клиенты, у которых мало времени или они не хотят тратить деньги на модные целевые страницы.

Однако есть несколько веских причин, по которым, безусловно, предпочтительнее добавлять ссылки на контактную форму, чем добавлять ссылки mailto в ваши почтовые кампании:

1. Ссылки на контактные формы отслеживаются, mailtos — нет.

Поскольку ссылки mailto просто открывают новое сообщение электронной почты в почтовом клиенте получателя (а не новую страницу), эти клики нельзя отслеживать в отчетах вашей кампании. Использование контактной формы — гораздо более элегантный способ измерения ответов, неполных ответов и т. Д.

2. Вы можете надежно собирать ответы с помощью контактной формы.

В приведенном выше примере мы включили ссылку mailto, которая заполняет тело нового электронного письма для сбора такой информации, как имя получателя и контактный номер. К сожалению, этот метод не так хорошо работает в Gmail (который игнорирует любую предлагаемую тему и текст), Yahoo! Почта (без темы) и Windows Live Hotmail (которая игнорирует разрывы строк в теле). Установив ссылку на контактную форму, вы потенциально можете предварительно заполнить поля формы, использовать другие типы ввода, такие как флажки и переключатели, и при этом выглядеть профессионально.

3. Кодирование mailto, которое включает тему и тело, — это боль.

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

   [электронная почта защищена ]   

Действительно. Кто хочет так кодировать?

4.Ответы можно использовать для запуска автоответчиков и поощрения дальнейшего взаимодействия.

Представьте, что кто-то зарегистрировался на ваше мероприятие. Возможно, вы захотите автоматически отправить благодарственное письмо, информацию о месте проведения или даже ссылку на мероприятие Календаря Google. Вы можете сделать это с помощью автоответчиков, тогда как со ссылками mailto деньги заканчиваются.

На самом деле контактные формы легко настраивать и отслеживать, особенно если вы пользуетесь такой службой, как Wufoo. К сожалению, подсчет и запись отдельных писем в личный почтовый ящик — нет.

И, если вы обрабатываете простые ответы «да / нет», ознакомьтесь с предыдущей записью в блоге Мэта об использовании сегментов для отслеживания ответов в Campaign Monitor. Это элегантно и работает.

Что такое ссылка mailto? Когда вы должны его использовать?

Ссылка mailto отличается от ссылки контактной формы. По сути, ссылка mailto в формате HTML — это ссылка, которая запускает почтовый клиент пользователя по умолчанию для открытия, чтобы он мог ответить на сообщение. Если вы поклонник электронных HTML-форм и хорошо разбираетесь в кодировании, в некоторых случаях предпочтительнее использовать ссылку mailto.

В каких случаях следует использовать ссылку mailto? Возьмите то, что вы знаете о ссылках mailto, и примените к своей электронной почте. Возможно, вы рассылаете группу писем пользователям, которых хорошо знаете. Они могут быть в вашей сети или в вашей компании, и вы знаете, что все используют почтовый клиент по умолчанию.

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

Источник: CSS-Tricks

Если вы не очень беспокоитесь о фильтрации трафика на свой сайт, удержании подписчиков или отслеживании активности, контактные формы могут быть ненужными. В этих случаях правильным вариантом может быть переход по ссылке mailto.

Есть также варианты изменения ссылок mailto для тех небольших дополнений, которые вам действительно нужны. Хотите ввести тему в почтовый клиент получателя? Добавьте общие модификации, такие как BCC или CC, просто разделяя значения запятыми.

Источник: CSS-Tricks

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

Если вы знаете, что у вашего получателя есть надежный почтовый клиент, и вас не беспокоят такие вещи, как показатели количества кликов или отслеживание, mailto может быть предпочтительным вариантом.

В некотором смысле ссылки mailto считаются устаревшими. Формы обратной связи создать теперь проще, поэтому все больше маркетологов электронной почты начинают их внедрять.

Заключение

Электронным маркетологам нужно о многом подумать, прежде чем нажать кнопку «Отправить». Важно убедиться, что ваше электронное письмо написано достаточно хорошо, чтобы привлечь внимание читателя, но, что еще более важно, нужно получить ответ.

Для получения ответа важно знать, что у получателя есть надежный способ связаться с вами.Во многих случаях маркетологи обращаются к ссылкам на контактную форму, поскольку даже простая электронная почта может быть более привлекательной для подписчиков.

Однако mailto имеет определенные преимущества. В случаях, когда контактные формы будут немного избыточными и если вы знаете, что у человека, которому вы отправляете запрос, есть надежный почтовый клиент, mailto может быть лучшим решением.

Оба могут в некоторой степени требовать собственных знаний в области кодирования. Однако у каждого могут быть свои преимущества. Если вы хотите увеличить количество ответов и изучить варианты ответов, узнайте, как создать HTML-форму для ответов.

Большое спасибо Джареду из @CTDigital за то, что он вдохновил на эту публикацию и был потрясающим со всех сторон. Надеюсь, что в следующий раз, когда клиент попросит добавить ссылку на «отслеживаемую» почту к своему электронному письму, у вас будет несколько веских причин, чтобы предложить вместо этого использовать контактную форму.

HTML атрибут mailto и настройка mailto в HTML для получения писем от посетителей и других деталей mailto

mailto — это быстрый способ добавить возможность получения обратной связи от посетителя на вашем веб-сайте.С помощью HTML mailto вы создаете ссылку, которая при нажатии посетителем запускает (если она еще не запущена) свою программу электронной почты с новым окном сообщения электронной почты. Затем посетитель может сформулировать сообщение электронной почты и отправить его вам. Таким образом, с mailto: нет необходимости создавать контактную форму на веб-сайте.

Примечание: HTML Mailto предполагает, что посетитель настроил почтовый клиент (Outlook Express, Microsoft Outlook, Apple Mail, Thunderbird или любой другой) для отправки электронных писем.

Рекламные ссылки

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

Базовая форма HTML mailto

В чистом виде mailto выглядит так:

 Отправьте мне
электронная почта 
 

И это отображается как

Напишите мне

Когда вы нажимаете на ссылку выше, будет запущен ваш почтовый клиент по умолчанию (если вы его настроили).Вы заметите, что поля Тема и Тело сообщения электронной почты пусты. [См. Изображение ниже: я использую почтовый клиент Outlook Express, и приведенный ниже снимок взят из этой программы.]

Более сложное письмо в формате HTML

Теперь мы узнаем, как создать более сложное почтовое сообщение в формате HTML, добавив тему сообщения и тело сообщения , чтобы оно выглядело более профессионально. И это определенно избавит ваших посетителей от набора текста!

 Напишите мне по электронной почте 
 

Напишите мне

Когда вы нажимаете на ссылку выше, поля Тема сообщения эл. [См. Изображение ниже: это снова снимок из почтового клиента Outlook Express.]

Тщательный просмотр вышеуказанного кода позволит выделить два момента. Во-первых, адрес электронной почты отделяется от другой информации значком ? (вопросительный знак), и, во-вторых, свойства тела и темы сами разделяются с помощью и .

[Те из вас, кто знаком со сценариями на стороне сервера, найдут сходство между этим тегом mailto и методом GET.]

Помните, что предварительно заполненные значения Тема и тело электронного письма могут быть изменены посетителем ! Но это красивое письмо выглядит лучше, чем обычное, не так ли?

Помимо текста и темы, мы также можем предоставить почтовое сообщение в формате HTML с CC (точная копия) и BCC (слепая копия).Это, как вы уже догадались, требует, чтобы мы добавили эти значения в HTML-атрибут mailto , как мы это сделали для тела и темы. [См. Код и изображение ниже]

 и cc  [email protected]
  & bcc  [email protected] "> Отправить мне письмо 
 

Напишите мне

Преимущества HTML-атрибута mailto

HTML mailto — это быстрый и простой способ для новичков или тех, кто не знает серверных языков программирования (таких как Perl, PHP и т. Д.)), чтобы добавить ссылку на свой веб-сайт для получения отзывов посетителей. Кстати, вы можете быть более интуитивно понятными с HTML mailto. Например, вы можете использовать его для создания ссылок типа «Расскажи другу» или «Отправить эту страницу другу» на своем веб-сайте. Для вашего удобства вот код и ссылка.


Отправить эту страницу другу 
 

Отправить эту страницу другу

Вы заметите, что мы не указали адрес электронной почты, чтобы посетитель мог ввести любой адрес электронной почты, который пожелает, но вопросительный знак остается .

Недостатки HTML mailto

Хотя использовать HTML mailto легко, у него есть несколько проблем:

  • Адрес электронной почты, указанный в HTML-теге mailto, может быть прочитан спам-ботами. Спам-боты — это программы, запускаемые спамерами, которые ходят по сети, извлекая адреса электронной почты с веб-страниц. Как только адрес электронной почты попадет в базу данных спамеров, они не смогут избавиться от спама.
  • Mailto работает ТОЛЬКО в том случае, если посетитель настроил почтовый клиент (например, Outlook Express) в своей системе.
  • HTML mailto кричит: «Этот веб-сайт был разработан новичком»… Профессиональный подход заключался бы в использовании вместо них форм, а это требует знания серверных сценариев.

Дополнительную информацию о том, почему вам следует избегать использования HTML mailto, можно найти на сайте Mythical Mailto :.

Как добавить ссылку mailto в подпись Outlook?

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

Следуйте инструкциям ниже, чтобы добавить ссылку mailto в подпись в Outlook.

1. В представлении Почта щелкните Домашняя страница > Новый адрес электронной почты , чтобы создать новое сообщение электронной почты.

2. В новом открывшемся окне сообщений нажмите Вставить > Подпись > Подпись . Смотрите снимок экрана:

3.Появится диалоговое окно «Подписи и бланки». На вкладке E-mail Signature выполните следующие действия:

(1) В поле Выберите подпись для редактирования щелкните, чтобы выбрать подпись, для которой вы добавите ссылку mailto;
(2) Перейдите в поле Edit signature , поместите курсор туда, куда вы вставляете ссылку mailto;
(3) Щелкните кнопку Hyperlink . См. Снимок экрана:

4. Теперь в диалоговом окне «Вставить гиперссылку» выполните следующие действия:

(1) Щелкните, чтобы выделить параметр Адрес электронной почты в разделе Ссылка на ;
(2) В поле Текст для отображения введите текст, который будет отображаться как связанный текст в подписи;
(3) В поле Адрес электронной почты введите адрес электронной почты, на который будет ссылаться текст ссылки;
(4) Предустановите тему в поле Тема ;
(5) Нажмите кнопку ОК .

Автор записи

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *