[umka]

По HTTP(s) вы заходите на веб-сервер, а не на почтовый.

Почта ходит по протоколам SMTP, POP3, IMAP.

Чтобы почтовый трафик был защищён, эти протоколы должны поддерживать SSL (и работать на специальных портах: 465, 993, 995) или поддерживать TLS (и работать на своих обычных портах).

Зависит от того, какие полномочия у этого "хрена". В этом случае нет разницы, где находится ваша почта, на собственном сервере или на яндексе.

Между почтовыми серверами почта передаётся по защищённым протоколам (в большинстве случаев), а на самих серверах хранится в открытом виде. Что вы имеете в виду под словом "расшифрована"?

Для частного лица в поле "организация" нужно указывать "Private person" или "Individual"

mvg, вы прямо с сайта что ли тянете?

Есть же http://www.cbr.ru/scripts/XML_daily.asp

А качество и профессионализм как-то подтверждается отзывами пользователей и их многолетним опытом использования хостинга или это ваше субъективное мнение?

Всё зависит от того, как этот сервер настроить и как оптимизировать сайты.

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

Да легко:

http://cuboshost.com/wp-content/uploads/2013/01/comodo_secure_113x59_transp.png

Вводить пользователей в заблуждение ни кто не запрещал :)

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

При поиске практически по любому ключу выдаётся хлам и в конце списка один или несколько приличных доменов, которые вроде бы свободны, но на самом деле нет.

По слову "host":

Последние два домена зарегистрированы с 2000 и 2003 годов. Наверное, не успели ещё закэшироваться :)

Ну ваш почтовый сервер, как бы, говорит гуглу, что такого почтового ящика не существует.

Я предполагаю, что ящика или действительно не существует, или постфикс не может его найти.

Где почтфикс должен искать домены и ящики, указывается в этих директивах:

virtual_alias_maps

virtual_mailbox_domains

virtual_mailbox_maps

Более подробную информацию вы можете найти в логах и в документации постфикса.

А что в вашем понимании есть "исходящий запрос"?

CURL? Ну, допустим, как-то можно руками допилить CURL и принудительно выставлять опцию CURLOPT_VERBOSE.

А если скрипт не использует CURL, а соединяется напрямую, через сокеты?

Правильней будет отдельно запретить открывать файлы в определённых директориях.

В каждую такую директорию можно положить свой .htaccess с таким содержимым:

Order allow,deny

И корневой .htaccess меньше будет загромождён и вычислительная нагрузка вцелом будет немного ниже.