По наблюдению подобные холивары происходят примерно раз в год. ) Наверное, это добрая примета — значит в проекте есть жизнь, кому-то это нравится, а кому-то почему-то не дает спать спокойно.
Самое лучшее, что может сделать любая коммерческая компания — помогать когда просят в конкретных вопросах и при этом не лезть в управление проектом.
Полностью согласен. Исключение — когда компания ведет открытый проект «под себя» и разрабатывает его полностью самостоятельно, но это явно не тот случай.
Насколько я знаю, Zimbra очень популярный почтовый сервер для предприятий, не в последнюю очередь из-за того, что достаточно нетребователен в сопровождении. Я считаю, что лучше один раз заплатить за апгрейт сервера и не парится, чем потом искать специалиста, который сможет «в этом всём» разобраться. ;-) Железо приходит и уходит, а вот грамотно первоначально выбранный софт может избавить от кучи проблем в будущем.
хм- кстати, какую версию на 512 пробовали гонять и от чего избавились? у меня в виртуалки 6.0.8 с гигом памяти отправляла сервер в даун после попыток работы с веб мордой и настройками и начинал работать oom-killer
показывал вчера его начальнику — тот загорелся(есть желание использовать), а функционал как раз полный и привлекает, а урезать, ну хз, тогда проще самому поднять простенький вариант, также думаю посмотреть openexchange и zafara
А может урезать ее возможности и сервер потянет? Она ж на 512Мб оперативы нормально живет… А на 5-6 доменов все равно этот функционал придется реализовывать. Я Zimbra использую, довольна… Ну да, ест много, зато на вырост. А главное, удобная админка…
Написали, что «в большей части не согласен». А получилось только со 2 пунктом не согласны.
1. В этом пункте есть слово «например». Главная мысль пункта — должен быть не стандартный путь входа;
2. С Вашим мнением про капчу согласен. И про «лучше ставить запрет на попытки неудачного входа и количество одновременных подключений» тоже согласен. С «и не ставить простых паролей» тоже согласен, но есть проблема, так как не все сотрудники хотят запоминать сложные, для них, пароли. Учитывая кол-во учетных записей, которые Вы упомянули в посте, точно найдутся те кто не захочет;
3. Тут Вы согласны :)
4. Бывает что сотрудники берут работу на дом и им необходим доступ к корпоративной почте. Тогда уж лучше доступ извне к корп. почте сделать через SMTP-серевер, а на работе — через вебмпейл. И уж точно ставить доступ к вебмейлу только через локальные IP.
Нет, запихнут существующие gnu'сные утилиты в винду и скажут, что это «для совместимости с (пользователями) ubuntu». Ну, если (когда) совсем взрослыми станут. ;-)
Кстати, на счет хороших программистов. Эта задача решается без всяких циклов. Сумма арифметической прогрессии для 3 плюс сумма арифметической прогрессии для 5 минус сумма арифметической прогрессии для 15. Итого: три деления для вычисления числа элементов в прогрессиях и еще три деления и три умножения для вычисления самих сумм (сложения и вычитания я опускаю). А если учесть, что верхняя граница диапазона чисел не есть параметр в программе, то можно сразу написать ответ :)
1- тут относительно, отчасти согласен, что нужно делать не стандартно, но и не что-то слишком хитрожопое, чтобы прежде чем залезть в вебку вспоминать где она находиться(закладки в браузере отлетают- вебка и делаеться чтобы из любого места доступ был)
2- капча перебор, тут лучше ставить запрет на попытки неудачного входа и количество одновременных подключений и не ставить простых паролей.
3- тут полностью согласен
4- ну имхо на работе( рабочем месте) как разе веб мейл и не нужен
1. Если нужен доступ к вебмейлу, то, в любом случае, доступ к нему надо делать НЕ стандартным. То есть НЕ или , или , или или другое. А, например, или , или другое, но, в лубом случае, не стандартным, потому что спам боты активно активно гадят, используя стандартные пути;
2. На странице ввода логина и пароля для вебмейла желательно поставить еще и капчу;
3. Работу в вебмейл лучше делать через протокол;
4. Если доступ к вебмейлу нужен только на работе, то вообще заблокировать доступ к вейбмейлу не локальным IP.
Полностью согласен. Исключение — когда компания ведет открытый проект «под себя» и разрабатывает его полностью самостоятельно, но это явно не тот случай.
1. В этом пункте есть слово «например». Главная мысль пункта — должен быть не стандартный путь входа;
2. С Вашим мнением про капчу согласен. И про «лучше ставить запрет на попытки неудачного входа и количество одновременных подключений» тоже согласен. С «и не ставить простых паролей» тоже согласен, но есть проблема, так как не все сотрудники хотят запоминать сложные, для них, пароли. Учитывая кол-во учетных записей, которые Вы упомянули в посте, точно найдутся те кто не захочет;
3. Тут Вы согласны :)
4. Бывает что сотрудники берут работу на дом и им необходим доступ к корпоративной почте. Тогда уж лучше доступ извне к корп. почте сделать через SMTP-серевер, а на работе — через вебмпейл. И уж точно ставить доступ к вебмейлу только через локальные IP.
2- капча перебор, тут лучше ставить запрет на попытки неудачного входа и количество одновременных подключений и не ставить простых паролей.
3- тут полностью согласен
4- ну имхо на работе( рабочем месте) как разе веб мейл и не нужен
2. На странице ввода логина и пароля для вебмейла желательно поставить еще и капчу;
3. Работу в вебмейл лучше делать через протокол;
4. Если доступ к вебмейлу нужен только на работе, то вообще заблокировать доступ к вейбмейлу не локальным IP.
Не прошло и 30 лет. :-) Еще чуть-чуть и совсем взрослыми станут. =)
exe не остается в памяти, вылетает сразу после запуска.