Создание почтового сервиса

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

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

С нуля почту написать не так уж и сложно, но вот самостоятельно обеспечить высокую:

1. Масштабируемость.

2. Антивирусную стойкость.

3. Наиболее четкое определение спама.

4. Защиту от взлома.

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

Хотя 2-й пункт насчет бесплатности вряд ли.

Дорого. ****чески дорого ! Хотя я не берусь утверждать, что крупные порталы покупают CGP по общему ценнику. (ведь университеты умудрялись покупать совсем дешево).

фактически CommunigatePro разработан для предприятий и представляет из себя очень сильного конкурента ms exchange, который еще дороже. Свечной заводик такая цена за ящик вполне устроит. Ремблер, периода активного влива венчурного капитала с целью догнать mail.ru, похоже тоже устраивала.

На всякие там сеошные мечты он не был и не будет нацелен никогда.

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

Есть ли какие-то альтернативы данному программному комплексу на основе General Public License?

Дети, а давайте все вместе позовем Деда Мороза!

Альтернатива, если она подразумевает такой же функционал, да еще и собранной в одно целое, то такой нету.

Сколько-нибудь путевый вебинтерфейс есть у Zimbra.

Ну и никто не запрещает по мере увеличения числа пользователей докупать лицензии.

Спасибо Дедушка Мороз :), вот Zimbra, как одна из основ и будет рассматриваться. Вообще обязательное наличие путевого вебинтрефейса не так и важно, его то можно и дописать, так как это не самое сложное и трудоемкое.

Я конечно дико извиняюсь, но зачем?

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

Зачем юзерам заводить почтовый аккаунт на сервере, имеющем туманные перспективы и незнакомый интерфейс?

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

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

ребята, если вы собрались делать высоконагруженный почтовый сервис, то нужно использовать либо fast-cgi либо cgi, т.е. либо C либо С++ либо еще какой-нибудь язык который компилируется, т.к. отработка его будет быстрее, а если аудитория 2-3к то впринципе и пхп хватит, ну естествнно перл быстрее, но гиморойнее в написании (смотрю со своей колокольни). да и пистон тоже быстр... бесплатных решений практически не наблюдал =(

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