Ну, как выше предсказывалось, феерические очереди на хабр, лепру и what.cd и ноль инвайтов туда же. :)
Добавил в профиль инвайт, пришло письмо от первого в очереди (?), ответил. Человек — не активен, молчит. Отказать ему и получить следующий в очереди запрос — нельзя. Имхо это надо добавить обязательно.
Как вариант можно было бы ввести базовую филтрацию, хотя бы от спамеров. Например в виде необходимости подтвердить мыло или подождать 2-3 дня до активации аккаунта.
Просто я чуствую очень не приятно будет дать инвайт, и обнаружить на следующее утро внезапно бан своего акка.
Проблема, имхо, одна. Где гарантия, что получивший инвайт не начнет тупить\спамить\постить хрень\нарушать правила и не навлечет гнев сообщества\админов на давшего инвайт?
Особенно актуально для shared-хостинг-сервера или VDS-ноды, да.
Что будете делать с php-mail и отправкой из консоли? А вот вынос почты на отдельный сервер это решает. И в добавок дает кучу плюсов:
1) Безопасность. Взломали\заDDoSили почтовик — нет угрозы клиентам.
2) Защиту от блокировки за спам. Кто-то наспамил с сервера? Не страшно, в бан уезжает только почтовик, а не весь сервер — меняем IP и вышло счастье.
3) Возможность четко контролировать и учитывать количество отправленной почты.
4) Разгрузка основного сервера от задачи агрегации почты.
5) Один почтовик на 2-10-200 серверов (нет нужды следить, обновлять и настраивать все 200).
Это комплексная мера, и относится скорее к безопасности вообще, чем к почте.
Идеальный и гарантированно работающий вариант — вынести почтовик на отдельный сервер\VDS (настроив авторизацию и антиспам), а на основном запретить рассылку почты от nobody и коннекты на 25 порт на любые IP, кроме IP почтовика.
Добавил в профиль инвайт, пришло письмо от первого в очереди (?), ответил. Человек — не активен, молчит. Отказать ему и получить следующий в очереди запрос — нельзя. Имхо это надо добавить обязательно.
Как вариант можно было бы ввести базовую филтрацию, хотя бы от спамеров. Например в виде необходимости подтвердить мыло или подождать 2-3 дня до активации аккаунта.
Просто я чуствую очень не приятно будет дать инвайт, и обнаружить на следующее утро внезапно бан своего акка.
Что будете делать с php-mail и отправкой из консоли? А вот вынос почты на отдельный сервер это решает. И в добавок дает кучу плюсов:
1) Безопасность. Взломали\заDDoSили почтовик — нет угрозы клиентам.
2) Защиту от блокировки за спам. Кто-то наспамил с сервера? Не страшно, в бан уезжает только почтовик, а не весь сервер — меняем IP и вышло счастье.
3) Возможность четко контролировать и учитывать количество отправленной почты.
4) Разгрузка основного сервера от задачи агрегации почты.
5) Один почтовик на 2-10-200 серверов (нет нужды следить, обновлять и настраивать все 200).
Идеальный и гарантированно работающий вариант — вынести почтовик на отдельный сервер\VDS (настроив авторизацию и антиспам), а на основном запретить рассылку почты от nobody и коннекты на 25 порт на любые IP, кроме IP почтовика.
Суть в том, что довольно часто IP A web-домена != IP почтовика.
2) Я видел неадекватную реакцию почтовиков на IP в MX. Чем это вызвано — не разбирался, если честно. Выше об этом тоже писали.