CityCat4

Такого сервиса нет. И видимо уже никогда не будет.

И вот почему.

Когда еще не было спама, все вели себя честно, соблюдали RFC и получив в ответ User unknown, Вы могли с уверенностью сказать - такого юзера нет. Сейчас, когда методы защиты от спама становятся все изощренней, а методы спамеров соответственно тоже не стоят на месте - нет никакой гарантии, что User unknown означает что ящика не существует - он запросто может существовать и активно использоваться - но Ваше письмо не прошло по неким критериям, и чтобы Вы отвязались - получаете User unknown.
Ровно точно так же прием письма сервером совершенно не означает, что письмо прочитано пользователем. Оно может быть доставлено боту, оно может погибнуть в антиспам-фильтре, оно может быть тупо сброшено в /dev/null - без какого-либо уведомления. Пользователь мог давно уволиться, а почта перенаправляться другому или даже просто в помойку.
Елинственный способ - это получить обратную связь от адресата. Пусть кликает на ссылку - если не кликнул в течение какого-то интервала времени - значит аля улю.
В нынешних условиях почта не может являться бизнес-инструментом - слишком много факторов, не зависящих от текущего момента, чтобы письмо не дошло.

Вам RFC накидать, или так, на пальцах?

Отправитель пишет текст письма в почтовом редакторе (которых стопицот вариантов и далеко не все поддерживают графику вообще) и отдает его (письмо) своему отправляющему серверу - вовсе не обязательно это будет локальный. Используется порт 587 (или 25, если сервер не локальный), протокол SMTP. Сервер, получив письмо, ищет того, кто отвечает за получение писем для данного адреса (через DNS) и отправляет письмо ему - по SMTP же. Сервер получателя кладет письмо в ящик. Когда получатель открывает свою почтовую программу, он по IMAP (ну или по POP3) связывается с сервером и получает оповещение, что у него есть новые письма. Открывает письмо - и оно ему отображается.

Никакой "верстки" здесь нет и быть не может, а там где есть - с ней борются. Потому что для безграмотных юзеров почта - главный транспорт по доставке вирусов и спама. Многие корпоративные почтовики тупо конвертят письмо в текст, если находят там html-часть, некоторые просто такое письмо банят. Бывает также, что при отправке письмо конвертится в plain text.
Кроме того, у читателя может быть тупо отключено отображение html - он увидит только текстовую часть, а если ее нет - не увидит ничего.
TB по умолчанию блокирует все картинки в почте, Outlook не дает работать с вложениями некоторых типов.

Нет.

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

Сделать можно все что угодно, но если у клиента стоит автоконверт в plain text или запрещение ссылок - вместо кнопки он увидит либо html теги (или чем там Вы ее будете делать) либо ничего.

1. Могут. А могут и не идти. Потому что аксиома, изложенная SyavaSyava Есть целый язык для составления почтовых фильтров, которые могут быть весьма нетривиальным, в простейшем случае - если в теме письма есть слово N или слово М или слово Х - письмо отправляется в Корзину без попадания во Входящие. Ни повлиять на это, ни даже предугадать это никак невозможно.
2. Если под "доменом" Вы имеете в виду доменное имя - да, привязана, ей нужна MX-запись. Если сайт - нет. Использование nichego@nichego.net вместо nichego@gmail.com необязательно, но имеет определенные преимущества - например возможность указания SPF/DKIM, что повышает шансы пройти антиспам, а также повышает рейтинг конторы в глазах потенциального клиента.
3. Что значит проверить на спамность? Если проверить на наличие в черных списках блокировщиков, которыми многие пользуются - SORBS, Spamhaus, SpamCop, Barracuda - то сделать это можно здесь, здесь, здесь и здесь. Проверить наличие фильтров невозможно - фильтр применяется либо в момент доставки письма в локальный почтовый ящик агентом локальной доставки (LDA), либо при запуске почтовой программы из Входящих. Ни в том, ни в том случае они никак не анонят себя.
4. Понятия не имею, так как никогда не использовал бесплатные почтовики для чего-то хоть на толщину фантика от конфеты серьезного - только для спама, приглашений, оповещений - короче для того, чем не жалко поделиться с товарищем майором.

Поставить эмулятор андроида :) Ну или купить само устройство :)

На сайтах обычно указывают "мусоросборники", которые держат как раз вот для таких регистраций. Я, например, держу ящик на Gmail - и даже захожу в него иногда :) когда точно знаю, что придет нужное письмо. Так что "качество" таких адресов обычно невысоко, а антиспам на бесплатных хостингах суровый.

Никак.

До тех пор, пока в основе лежит SMTP, указывать можно будет все что угодно. Да, можно отправить проверочное письмо. А с той стороны стоит greylisting, который запросит повторную отправку или вообще злобный самописный скрипт, который вот также делает встречную проверку - а существует ли адрес с которого пришло письмо? Это старая проблема rambler - письма на rambler.ru могут попасть через несколько часов (!) после отправки. Даже синтаксис проверить и то сложно - синтаксис адреса отправителя подразумевает безумное количество вариаций.

Можно. Но ненадежно. Потому что любой интеракт подконтролен клиенту. Да, чайник, особенно читающий оутлуком, честно отправит сообщение о прочтении, честно откроет внедренную ссылку. А другие запросто в игнор. TB например по умолчанию блокирует все картинки в почте и не отправляет ответов на запросы "уведомить о прочтении". Ну, а в корпоративной почте вообще можно делать все что угодно - вплоть до вырезания ссылок при доставке писем, как это делает Lotus Notes.