mark2011: На хосте поднят почтовый сервер. Работает по SSL (захожу по https). Можно ли говорить о том, что SMTP-трафик защищен? Или для этого надо специально врубать SMTPS на 465 порт?
По HTTP(s) вы заходите на веб-сервер, а не на почтовый.
Почта ходит по протоколам SMTP, POP3, IMAP.
Чтобы почтовый трафик был защищён, эти протоколы должны поддерживать SSL (и работать на специальных портах: 465, 993, 995) или поддерживать TLS (и работать на своих обычных портах).
mark2011: Почта идёт от a@mydomain.ru к b@mydomain.ru - переписка полностью защищена, ни один хрен её не прочитает (так ли?)
Зависит от того, какие полномочия у этого "хрена". В этом случае нет разницы, где находится ваша почта, на собственном сервере или на яндексе.
mark2011: Почта идет от a@mydomain.ru к b@yandex.ru - может ли моя переписка на серверах яндекса или любого другого стороннего почтовика быть расшифрована? (предполагаем отсутствие снифферов, перехватчиков и прочей хрени)
Между почтовыми серверами почта передаётся по защищённым протоколам (в большинстве случаев), а на самих серверах хранится в открытом виде. Что вы имеете в виду под словом "расшифрована"?
А качество и профессионализм как-то подтверждается отзывами пользователей и их многолетним опытом использования хостинга или это ваше субъективное мнение?
Склонен думать, что это сделано целенаправленно, чтобы заставить пополнить счёт.
При поиске практически по любому ключу выдаётся хлам и в конце списка один или несколько приличных доменов, которые вроде бы свободны, но на самом деле нет.
По слову "host":
Последние два домена зарегистрированы с 2000 и 2003 годов. Наверное, не успели ещё закэшироваться :)
![[umka]](https://d.searchengines.guru/avatar/69000/69824_1.png "[umka]")
На хосте поднят почтовый сервер. Работает по SSL (захожу по https). Можно ли говорить о том, что SMTP-трафик защищен? Или для этого надо специально врубать SMTPS на 465 порт?
По HTTP(s) вы заходите на веб-сервер, а не на почтовый.
Почта ходит по протоколам SMTP, POP3, IMAP.
Чтобы почтовый трафик был защищён, эти протоколы должны поддерживать SSL (и работать на специальных портах: 465, 993, 995) или поддерживать TLS (и работать на своих обычных портах).
Почта идёт от a@mydomain.ru к b@mydomain.ru - переписка полностью защищена, ни один хрен её не прочитает (так ли?)
Зависит от того, какие полномочия у этого "хрена". В этом случае нет разницы, где находится ваша почта, на собственном сервере или на яндексе.
Почта идет от a@mydomain.ru к b@yandex.ru - может ли моя переписка на серверах яндекса или любого другого стороннего почтовика быть расшифрована? (предполагаем отсутствие снифферов, перехватчиков и прочей хрени)
Между почтовыми серверами почта передаётся по защищённым протоколам (в большинстве случаев), а на самих серверах хранится в открытом виде. Что вы имеете в виду под словом "расшифрована"?
Для частного лица в поле "организация" нужно указывать "Private person" или "Individual"
mvg, вы прямо с сайта что ли тянете?
Есть же http://www.cbr.ru/scripts/XML_daily.asp
Мы предлагаем Вам качественный
Профессиональный
А качество и профессионализм как-то подтверждается отзывами пользователей и их многолетним опытом использования хостинга или это ваше субъективное мнение?
Всё зависит от того, как этот сервер настроить и как оптимизировать сайты.
Если прямые руки к этому приложить, то 100к уников можно и на бюджетном тазике переварить.
А вот что бросается в глаза так это "comodo secure" на незащищенном порту. Интересно каким макаром?
Да легко:
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 с таким содержимым:
И корневой .htaccess меньше будет загромождён и вычислительная нагрузка вцелом будет немного ниже.