Linux за българи: Форуми

Проблема е следния: Имам отдел от 6 човека, който получават по средно 1000 писма всеки от тях. В момента те ползват outlook 2003. Тъпият Майкрософтски клиент набутва всички писма в един pst файл. този файл като стане 2GB и се чупи. При thunderbird го няма този проблем, но има проблем със зареждането на писмата, т.е. "бавно ми зарежда пощата" (да се чете все едно жена писка по телефона).
Сървъра е IMAP4 и на 60 дена мести писмата от Inbox в папка backups, която физически се намира на отделен хард диск, а след като премести писмата създава един symlink. Този symlink сочи към backups. Ако на някой не му е ясно да види картинката. Това което се вижда е реално, и няма нито едно писмо спам.
Търся решение за архивиране на писмата, но ако може по всяко време когато поискат да могат да си ровят из старата поща. Също така за бързодействие ми казаха, че thunderbird има отметка да не сваля писмата. Само че като я дам той започва да сваля mаssage headers. И в момента не мога да преценя, дали това сваляне на хедърите не е едно и също както да сваля писмата (писмата по принцип не са много големи - до 4-5KB).

архивиране къде? Допустим ли е варианта да се архивират локално, т.е. на клиентските машини?

Ами ако трябва ще им купя по един 320 хард. Те за около 2 годни достигат лимита на 2GB писма (всеки от тях по 2GB). Може локално, може на DVD-та. Само да не са в опщата, защото хем се оплакват, че клиентите им бавно зареждат, хем и клиентите забиват от толкова много писма.

Ами ако трябва ще им купя по един 320 хард. Те за около 2 годни достигат лимита на 2GB писма (всеки от тях по 2GB). Може локално, може на DVD-та. Само да не са в опщата, защото хем се оплакват, че клиентите им бавно зареждат, хем и клиентите забиват от толкова много писма.

Не е въпроса толкова за дисково пространство колкото за фирмена политика. Хвърли едно око на опцията за архивиране на самия outlook

Архивират се в папка Archive folder. Но като пуснеш Outlook-а и той започва да зарежда архивите и после писмата от Inbox-а. А всеки от тях като е приблизително по 1GB Outlook-а забива, т.е. трябва да се чака по 10-15 мин докато кешира информацията във  временните файлове. А те (потребителите) не могат да чакат.

Архивират се в папка Archive folder. Но като пуснеш Outlook-а и той започва да зарежда архивите и после писмата от Inbox-а. А всеки от тях като е приблизително по 1GB Outlook-а забива, т.е. трябва да се чака по 10-15 мин докато кешира информацията във  временните файлове. А те (потребителите) не могат да чакат.

ДОбавяш още pst файлове и караш outlook да пази различни папки в тези файлове
Tools->Options->Mail Setup->Data Files

А за thunderbird-а? Те ако си стоят на сървъра без да се свалят няма ли пак да е по-добре?

А за thunderbird-а? Те ако си стоят на сървъра без да се свалят няма ли пак да е по-добре?

Не знам за thunderbird, но доколкото знам с outlook файловете ще се отварят само при търсене или разглеждане на папка/подпапки/писма и няма да се теглят през мрежата. Освен това ще се чете от един файл (pst), който все пак е някаква база данни (колкото и калпава да е) докато при thunderbird имаш десетки хиляди файлове (ако е Maildir), които трябва да се четат първо от сървъра, после да се обработват от клиента
Само трябва да се помисли за архивиране на тези pst файлове на определен период за да не се загубят при проблем с клиентска машина

Ами за да ВЛЯЗАТ съобщенията в .PST файла на Outlook-а, не трябва ли да се изтеглят по POP3 ? И като се изтеглят старите мейлове, файла се CLOSE-ва и не пречи на мейл-клиента (Outlook-а). А после при нужда, юзера си го лоадва тоя .PST файл и си търси нужното в него. Обаче тук се спомена за IMAP4 сървър. Те досега по IMAP ли са работили ? И другото, след 60 дневното архивиране на сървъра, колко се пазят там ? И колко е голям STORE там, на диска на сървъра ?

Acho не се архивират (на сървъра) само се местят от Inbox-а след 60 дена. Мястото естествено е ограничено, за това трябва да ги архивирам и после евентуално да се изтрият от сървъра. Имам около година да измисля решение в противен случай се купува още един USB диск и се закача на мястото на който се правят backups.
Да, сървъра е IMAP - и да, Outlook-а тегли писмата. Вчера аднах един от проблемните акаунти, цял ден теглеше пощата, PST файла стана 1,68GB.

Ами за да ВЛЯЗАТ съобщенията в .PST файла на Outlook-а, не трябва ли да се изтеглят по POP3 ? И като се изтеглят старите мейлове, файла се CLOSE-ва и не пречи на мейл-клиента (Outlook-а). А после при нужда, юзера си го лоадва тоя .PST файл и си търси нужното в него. Обаче тук се спомена за IMAP4 сървър. Те досега по IMAP ли са работили ? И другото, след 60 дневното архивиране на сървъра, колко се пазят там ? И колко е голям STORE там, на диска на сървъра ?

Независимо от протокола процедурите за архивиране на outlook местят писмата между различни местоположения и (доколкото знам) няма значение дали ползваш локална пощенста кутия (POP3), отдалечена (IMAP) или отдалечена, управлявана от сървър (Exchange)

Acho не се архивират (на сървъра) само се местят от Inbox-а след 60 дена. Мястото естествено е ограничено, за това трябва да ги архивирам и после евентуално да се изтрият от сървъра. Имам около година да измисля решение в противен случай се купува още един USB диск и се закача на мястото на който се правят backups.
Да, сървъра е IMAP - и да, Outlook-а тегли писмата. Вчера аднах един от проблемните акаунти, цял ден теглеше пощата, PST файла стана 1,68GB.

Аз ти предложих решение да се архивират локално на клиентските машини, помисли си

Да им сложа един NAS и там да им ги архивирвам?

Да им сложа един NAS и там да им ги архивирвам?

Ти чете ли какво ти писах до сега?
Не, показах ти пътя за добавяне на нови PST файлове в OUTLOOK. Правиш локална папка, която указваш е този(тези) нов PST файл. Настройваш политиките за архивиране на в OUTLOOK за архивират на примерно 60 дни и да местят писмата в тази папка. Това е.
Следващата година или когато PST файла се разрастне близо до 2Г нов PST, нова папка, промяна в правилата за архивиране

Понеже и аз имам подобна ситуация, и утре даже ме чака такова архивиране на старите писма. Моите хора пазят мейлове от 2005-2006. И store е много голям вече, и на сървъра, а при тях локално. Затуй един по един, ще ги местя старите години в отделен .PST файл, и после ще го CLOSE-на, да не пречи на Outlook-а. Давам му име примерно - Archives2006.pst, на другия - Archives2007.pst и така. Единия от юзерите има в Inbox-а си над 49 000 писма. И дето казваш ти, ВСИЧКО Е МНОГО ВАЖНО, ВСИЧКО МИ ТРЯБВА, НЯМА ДА МАХАШ НИЩО ! Иначе да съм им изтрил половината мейлове от старите, ама ще пискат яко. Макар че, за толкова години нито един от тях не ми е казал - "Абе търся един стар мейл от китайците, някъде от Юни 2005 трябва да е, я да скиваме къде е."

@Аcho същата работат и при мен, самоче ми се случи да си търсят писмо от 6 месеца назад - някъде по коледа беше пристигнало. 49 000 познато - и питат: що не върви Outlook-а :D. Ще пробвам така както каза romeo_ninov, но ще го направя само на един от компютрите или на един тестов сега ще си пусна. Acho я кажи твоите клиенти с колко рам са? Защото в момента съм на един доста мощен компютър 4 рам и 3 процесор и до сега не ми е забивал Outlook-а, докато правя експерименти с него и архивирането. Но тяхните машини са доста по-слабички от моята.

... Ще пробвам така както каза romeo_ninov, но ще го направя само на един от компютрите или на един тестов сега ще си пусна.....

Разбира се, тестов акаунт, тестова машина :)

От няколко години използвам метода на Romeo_ninov и работи.

Просто местиш папките между различните PST файлове. По някое време обаче PST-то трябва да се compact-не.

(извинявам се - да се чете ползвах)

Ами там са машини с процесори от сорта на Е2180 - E2200, и RAM от 2 до 4 GB. Дисковете и те са различни, от 250 до 500 GB. Но, определящото за бързината според мен не е толкова хардуера, ами многото писма. Като дойде нов служител, инсталирам машината и той започва с мейловете. В началото всичко ЛЕТИ, дори и на по-слабия компютър. Ама като му нарастне стора и той кляка. Става осезаемо по-бавен. Пуснат ли е Outlook-а, голямото чакане почва. Ами с 20000 - 30000 мейла няма как. Всичко се зарежда, индексира, обработва и дисплейва накрая. Чак тогава почва да тегли новите мейлове, че да започне да работи и служителя. Всичко иска време, като гледам червения индикатор (светодиода) на диска, не угасва. Чете, зарежда, мамата му се разкатава.

Интересно Linux-а как ще се държи? Защото те ако само ще ми получават писма, много по лесно ми е да им сложа по едно Ubuntu, но не мога да тествам в момента Evolution-а? Пък и после явно и за него ще трябва някаква архивиране. Абе не може да няма някакво решение за тези Гигабайтови пощи.

Интересно Linux-а как ще се държи? Защото те ако само ще ми получават писма, много по лесно ми е да им сложа по едно Ubuntu, но не мога да тествам в момента Evolution-а? Пък и после явно и за него ще трябва някаква архивиране. Абе не може да няма някакво решение за тези Гигабайтови пощи.

Лично аз се съмнявам да се намери нещо, което да е подходящо за случая. Според мен решението е база данни за пазене на писмата и репликация със централната база при проверка/изтегляне/изпращане. Това е решението на outlook/exchange и Notes/Domino. Но в единия случай иде реч аз модифициран Access формат, в другия за нерелативна база собствен формат. Но и двете не се справят (добре) когато обема на писмата надвиши няколко хиляди, особено ако няколко десетки хиляди както е в твоя случай

който получават по средно 1000 писма всеки от тях. В момента те ползват outlook 2003. Тъпият Майкрософтски клиент набутва всички писма в един pst файл. този файл като стане 2GB и се чупи. При thunderbird го няма този проблем, но има проблем със зареждането на писмата, т.е. "бавно ми зарежда пощата" (да се чете все едно жена писка по телефона).

И при мен е така. Получавам твърде много писма в Inbox-a. Ползваx   thunderbird (linux) но резултатите бяха плачевни. thunderbird редовно чупеше кутията при 2GB или около 1500 писма. Често объркваше индекса и имахе преплетени писма - отваряш писмо а вътре съдържание от друго писмо.
Този проблем при thunderbird/мозила се оправя мато изтъркаш msf файла.
thunderbird изобщо не става за професионална работа. Изглежда красиво и е направен да имаш 10 писма в inboxa.

Ползвам Мозилла mail 1.7.10 (linux) там няма проблем с чупенетo на Inboxa. предполагам че и  другите версии на Мозилла mail или Sea Monkey са подобни.

Търся решение за архивиране на писмата, но ако може по всяко време когато поискат да могат да си ровят из старата поща.

Аз този проблем го решавам като си правя редовно под-папки в Inbox-a и периодично местиш писмата в тях. Имаме около 20 фолдера архиви на клиенти от 4-5 години назад.
Например: mail_up_to_1.march.2010 mail_up_to_***  и т.н. След това просто записвам inbox файловете на DVD.

Също така за бързодействие ми казаха, че thunderbird има отметка да не сваля писмата. Само че като я дам той започва да сваля mаssage headers. И в момента не мога да преценя, дали това сваляне на хедърите не е едно и също както да сваля писмата

Има и още една отметка - която казва да изтърка писмото от сървера когато писмото се премести (или изтрие) от киентският inbox.
Ако ги дадеш тази отметки той само сваля хедърите, виждаш пристигналите писма и то много бързо. Когато чукнеш да разгледаш писмото то тогава то се сваля. Ако го изтриеш или преместих извън inboxa клиента дава команда на mail сървера да изтрие физикално писмото от сърверският inbox.
 

могат да си ровят из старата поща

Ако имаш под фолдери спокойно потребителите могът да се ровят или търсят в тях.
при thunderbird/мозила трябва редовно ръчно да се прави 'compact folder' защото като търкаш или местиш писмо то не се търка/мести физикално от фолдера а само се маркира в идекса на фолдера  (msf файла).

 

Веднага ще ти споделя, че локалното копиране на писмата си има предимства, но и недостатъци – така трябва да се грижиш на две места за един потребител. По-смисленото е да е само на сървъра и там да си правиш политики за архивиране.
Колкото до многото писма – в пощенска кутия с повече от 1000 писма винаги ще виждаш зор, особено през IMAP. Прилаганото от мен решение е като образовам клетниците с големите пощи да си разделят писмата тематично в различни папки и подпапки, така че да няма повече от 1000 писма в нито една от тях. Всеки си знае с какви писма работи – един си разделя по кореспондентите, с които пише, други по проекти, а трети просто по години, месеци, седмици…
Така и thunderbird ще се държи доста прилично… личен опит!
Предполагам, че на сървъра държиш Maildir, а не mbox. Ако е във втория вариант… лошо… трябва да намериш стратегия за преместване. Ако си в първия вариант – пускаш си от време на време един rsync и (да речем) на две седмици rsync --del и получаваш почти чудесен начин да имаш и архивно копие и дори хора, изтрили важни писма ще имат някакъв шанс до две седмици да им бъдат възвърнати.

Врътките с .msf и прочее локални папки са загуба на време, ако трябва да го правиш за повече потребители всеки ден, вместо да се грижиш само на едно централизирано място.

Понастоящем започнах да използвам услугата на google за поща и поне се отървах от голяма част от администрирането. Все пак пак преследвам хората да си правят повечко папки.

Човек, говориш ми за папки - те вече са си направили папки. Единия има около 15 папки с по 12 - 13 хиляди писма в тях. Няма начин да не държат над 1000 писма в Inbox-а.
Не мога да ползвам google за поща, защото и там мястото е ограничено. rsync --del - забрави за това. Всички писма се пазят, а за по-сигурно по-важните даже се разпечатват на хартия когато се получат (не ме питай защо - не знам, и не искам да ги питам).

Врътките с .msf и прочее локални папки са загуба на време.

Не става дума за врътки а за оправяне на развален инбокс. Ако се скапе какво правим? Оставяме го така и губим писмата ли?

Мене също страшно много ме интерсува въпросът за стабилен професионален e-mail клиент. thunderbird-а е кен..... също от личен опит с големи пощи.

Ако има някакво сърверко решение за големи пощи и много папки споделете. Аз не се сещам.
Ползвам pop3 mbox формат и точно поради тези причини си мислех да премина на imap и maildir на сървера. Но колегата се оплаква от imap???

Интерсно ми е дали Mail клиентите могът да съхраняват писмата в maildir формат? Тогава може би проблемите с корупцията (и многото писма) при клиентските боксове ще изчезнат?

Според мен по-доброто решение е IMAP сървър, но не знам кой клиент. Ползвам MS OE и нямам проблеми - няколко акаунта с по няколко папки, едната с 960 писма в момента, които са малки като обем. Колегите ползват OE или Outlook. При някои от тях се получиха проблеми в клиента при много и обемисти писма - напр. новите писма не се появяват. Решението беше създаване на нова папка. От страна на сървъра (Cyrus), не е имало проблеми. Относно Thunderbird или Evolution, като че ли второто ми харесва повече. Тия дни ще експериментирам с него.
Относно архивирането, най-доброто решение вероятно е копие на всяко писмо да се препраща автоматично от SMTP сървъра към специално създаден за целта акаунт и папката му да се архивира периодично. Инъче, при IMAP сървъра архивирането на писмата не се различава от архивирането на home папката на определен потребител.

Интерсно ми е дали Mail клиентите могът да съхраняват писмата в maildir формат? Тогава може би проблемите с корупцията (и многото писма) при клиентските боксове ще изчезнат?

И си представи какво настава като отвориш папка с много писма... примерно 10000. Настава едно четене. Това е още по-неразумно решение

Интересно Linux-а как ще се държи? Защото те ако само ще ми получават писма, много по лесно ми е да им сложа по едно Ubuntu, но не мога да тествам в момента Evolution-а? Пък и после явно и за него ще трябва някаква архивиране. Абе не може да няма някакво решение за тези Гигабайтови пощи.

Препоръчвам ти за пробва да инсталираш и конфигурираш Notes/Domino и да метнеш няколко десетки хиляди писма към него за да видиш как ще се държи сървъра и клиента. И ако положението е поносимо тропваш на масата на началството и им обясняваш че ако искат хората да имат поща като хората да купуват

Препоръчвам ти за пробва да инсталираш и конфигурираш Notes/Domino и да метнеш няколко десетки хиляди писма към него за да видиш как ще се държи сървъра и клиента. И ако положението е поносимо тропваш на масата на началството и им обясняваш че ако искат хората да имат поща като хората да купуват

Това ще го пробвам. Мерси :)

Пробвайте Zimbra.

http://www.zimbra.com/

Беше първоначално сама компания. После Yahoo ги закупиха. Сега са част от семейството на VMWare.

Пробвайте Zimbra.

http://www.zimbra.com/

Беше първоначално сама компания. После Yahoo ги закупиха. Сега са част от семейството на VMWare.

Това ме съмнява да издържи на такова натоварване за каквото говорим.

Цитат на: Naka в Jul 31, 2010, 16:47

Интерсно ми е дали Mail клиентите могът да съхраняват писмата в maildir формат? Тогава може би проблемите с корупцията (и многото писма) при клиентските боксове ще изчезнат?

И си представи какво настава като отвориш папка с много писма... примерно 10000. Настава едно четене. Това е още по-неразумно решение

Не съм убеден, но не съм и го пробвал. Спокойно може клиента да подържа индекс файл само със хеадрите. - като базите данни. А писмата се четат само когато се отворят.

Lotus Notes

Как се държи с utf-8 и кирилицата?

дали пък не може да се използва някой безплатен web based colaboration tool на сървъра, например OpenGoo, GroupOffice, SugarCRM,  VigerCRM.

Гледам имат си mysql таблици за пощата- да се натъпчат там старите писма и юзерите да си ги четат. Като бонус получават и CRM програма да си поддържат контакти, календари, бележки, задачи

С MySQL backend трябва да хвърчи

Цитат

Lotus Notes

Как се държи с utf-8 и кирилицата?

Няма проблем с кирилицата
http://publib.boulder.ibm.com/infocenter/domhelp/v8r0/index.jsp?topic=/com.ibm.help.domino.admin.doc/DOC/H_TABLE_OF_LANGUAGE_CODES_SUPPORTED_IN_NOTES_AND_DOMINO_REFERENCE.html

дали пък не може да се използва някой безплатен web based colaboration tool на сървъра, например OpenGoo, GroupOffice, SugarCRM,  VigerCRM.

Гледам имат си mysql таблици за пощата- да се натъпчат там старите писма и юзерите да си ги четат. Като бонус получават и CRM програма да си поддържат контакти, календари, бележки, задачи

С MySQL backend трябва да хвърчи

Не, не може. Бавно им зареждало пък и 15 000 писва в inbox-а, представи си кога browser-а ще ги зареди.

browserа ги зарежда за 3 сек.

Не, не може. Бавно им зареждало пък и 15 000 писва в inbox-а, представи си кога browser-а ще ги зареди.

Че browser-a не зарежда всичко... показва 100 и това е

Цитат на: backtolife в Aug 01, 2010, 01:34

Не, не може. Бавно им зареждало пък и 15 000 писва в inbox-а, представи си кога browser-а ще ги зареди.

Че browser-a не зарежда всичко... показва 100 и това е

Така е, но търсенето (вероятно и други операции) например ще отнеме повече време, защото има още три слоя (базата, приложението и уеб сървъра) между клиента и съдържанието

browserа ги зарежда за 3 сек.

Не е вярно!

Цитат на: backtolife в Aug 01, 2010, 01:34

Не, не може. Бавно им зареждало пък и 15 000 писва в inbox-а, представи си кога browser-а ще ги зареди.

Че browser-a не зарежда всичко... показва 100 и това е

Имай 15 000 писма в inbox-a и нека ти показва по 100.
Хора, web не е решение - никакво даже.

Имай 15 000 писма в inbox-a и нека ти показва по 100.
Хора, web не е решение - никакво даже.

GMail ползвал ли си?

Цитат на: backtolife в Aug 01, 2010, 09:36

Имай 15 000 писма в inbox-a и нека ти показва по 100.
Хора, web не е решение - никакво даже.

GMail ползвал ли си?

Замислял ли си се какви ферми и архитектура стоят за гугълската поща?

С MySQL backend трябва да хвърчи

С MySQL backend изобщо няма да стане защото има писма по 3-4MB а много често и по 20-30MB - писма с атачнати документи. А това са бинарни данни. Сега си представи че MySQL трябва да ги записва тези бинарни данни в таблица.

MySQL-а изобщо няма механизъм за ефективно и бързо съхрание на бинарни данни. Таблицата му ще набъбне колкото и обикновен маил Inbox.

Обикновенно когато трябва да се съхраняват големи бинарни данни в mysql навсякъде се препоръчва да не се съхраняват в таблицата /BLOB/ а да се съхраняват извън mysql като файлове.
Т.е. Пак се връщаме на същият проблем.

backtolife
Виж опитай SeaMonkey. Това е оделен форк на Mozilla Application Suite. SeaMonkey е по скоро бизнес орентирана за разлика от thunderbird. Аз скоро точно това ще правя, защото ще ъпгрейтвам системата и вече не мога да намеря съвременна версия на mozilla-mail.

Досега най-малко проблеми съм си имал с  mozilla-mail. Дано и SeaMonkey е същото и да са пооправили някои работи.

Цитат на: n00b в Aug 01, 2010, 11:53

Цитат на: backtolife в Aug 01, 2010, 09:36

Имай 15 000 писма в inbox-a и нека ти показва по 100.
Хора, web не е решение - никакво даже.

GMail ползвал ли си?

Замислял ли си се какви ферми и архитектура стоят за гугълската поща?

Ако не се лъжа спорим дали е удачно или не. Не спорим за ферми, архитектури и други аграрни дейности...

n00b Ти като имаш някой звяр всичко е удачно да му подкараш. Седни ти на това животно:
http://en.wikipedia.org/wiki/Jaguar_%28computer%29 ($2)
Пък после няма да ти е проблем да подкараш доста неща които не са одачни иначе :)

Цитат на: backtolife в Aug 01, 2010, 09:36

Имай 15 000 писма в inbox-a и нека ти показва по 100.
Хора, web не е решение - никакво даже.

GMail ползвал ли си?

Човек гледай сега:
1-во: Не може (не е етично) да работиш в съвременна фирма и да ползваш безплатна web поща. Все едно аз да съм собственик на фирма и на визитката ми да пише shefa_na_bosa_na_mafiata@abv.bg
2-ро: Запомнете, че gmail има ограничено дисково пространство. Днеска получих мейл с оставащото дисково пространство. В сравнение с това от преди 2 седмици се е качило с 2% от 450GB или по груби сметки с около 10GB.
10GB поща за 2 седмици - дай сега да го превътнев в gmail мерни единици. В момента в gmail-а ми пише, че използвам: Понастоящем използвате 0 МБ (0 %) от своите 7482 МБ. Или с други думи мога да ползвам gmail за около 4-5 седмици.

Съгласен съм, че е несериозно някоя фирма да ползва мейлове в безплатните abv.bg, mail.bg и другите подобни доставчици на фрий мейл. Дето казваше един шеф на фирма : "Абе какъв бизнес ще правя с abv.bg ?" Редно е да си имат собствен домейн и да ползват корпоративния си мейл сървър. Или пък другите, ужким голяма, мастита фирма, имат си собствен домейн със шарен сайт. А пък мейловете им на abv-то. Несериозно ми се вижда това. Но пък всеки си решава, как ще работи.

.... Таблицата му ще набъбне колкото и обикновен маил Inbox.

нака само не ми казвай че един грамаден файл ще е по-бърз от mysql таблица, където събджектите са в отделно поле вече парснати и са индексирани (реално виждаш събджектите като отвориш пощата)

А иначе нямам думи- да имаш 15000 писма в една папка- че как изобщо намират нещо там

относно gmail - нали се сещаш, че мейлите на кметството в Лос Анджелис не са gmail.com. Gmail може да ти хоства мейла и с твоя домейн както и по-големи кутии, но това вече не е без пари.

на гугълци пощата е някаква модификация на http://alphamail.sourceforge.net/ ($2)

А иначе нямам думи- да имаш 15000 писма в една папка- че как изобщо намират нещо там

Ми много лесно - в outlook-а има търсачка, в thunderbird също. А и все пак имам и примерни служители който си подреждат писмата и в inbox-а имат само около 800-900 писма.

За мен най-добрия вариант в твоя случай си остава - maildir формат на сървъра и уеб клиент за клиентите, където да може да се окаже колко писма да показва на страница. Това би трябвало да доведе до: лесно архивиране и избягване на проблема с повреден database файл с писма и до по-бързо зареждане на списъка. Примерно слагаш по 200 писма да се показват на екран - предостатъчно. Ако получават 1000 на ден, даже и на тях ще им е по-лесно преглеждането им, когато има някакво страниране на резултатите. Би трябвало да си показва колко са непрочетените.

Цитат на: n00b в Aug 01, 2010, 11:53

GMail ползвал ли си?

Човек гледай сега:
1-во: Не може (не е етично) да работиш в съвременна фирма и да ползваш безплатна web поща. Все едно аз да съм собственик на фирма и на визитката ми да пише shefa_na_bosa_na_mafiata@abv.bg
2-ро: Запомнете, че gmail има ограничено дисково пространство. Днеска получих мейл с оставащото дисково пространство. В сравнение с това от преди 2 седмици се е качило с 2% от 450GB или по груби сметки с около 10GB.
10GB поща за 2 седмици - дай сега да го превътнев в gmail мерни единици. В момента в gmail-а ми пише, че използвам: Понастоящем използвате 0 МБ (0 %) от своите 7482 МБ. Или с други думи мога да ползвам gmail за около 4-5 седмици.

трябва да ти кажа, че си в известна грешка… google предоставят услугата и за корпоративни клиенти, като имат и доста прилична безплатна версия. с други думи домейна си е твой, услугата от google. виж тук: http://www.google.com/apps/intl/en/group/index.html

това е за стандартната платформа, но имат и други схеми – виж, обаче, premier edition. идеята им е да поразхлабят хватката на m$ exchange от гърлото на бизнеса… ясно е, че предпочитат самите те да държат бизнеса за ташаците :-)

всъщност ползвам стандартната платформа от няколко месеца и съм повече от доволен. естествено, твоите нужди са по-специфични, но предполагам, че google ще си дадат прилично решение. каквато и да е цената помни, че най-малкото няма да ти се налага да се занимаваш с поддръжката на архитектурата отдолу – това просто работи!

Карате ме да си разводнявам темата. Дайте сега да не гушим M$ с пари, а вместо тях google. Ми то като ще е така идеята на romeo_ninov е най-добра: няколко бона за IBM сървър и готово. Както и да е.
Така и така седнах да пиша поне да кажа, че не съм спал от няколко дена и за това не мога да предоставя някакви резултати. Но и мен вече ме напират отгоре така, че се надявам скоро да видя до какво решени съм стигнал.

Две програми които ползват maildir за локално (локално - не сърверски maildir!!! ) съхранение на пощата са kmail и mail-клиента на Opera. Kmail работеше изключително бързо с доста голяма поща. от Kmail се бях отказал защото му липсваше функционалност.

Вчера пробвах Opera. отвори и зареди за около 3-4 минути 7600 писма. Работи се без забавяне. Погледнах директориите където съхранява локалният маил. Всичко е организирано по години - в отделни директории - и във всяка директория има директории по месеци. Писмата са отделни файлове. 
С опера не съм работил и нямам идея дали става за ежедневна работа. Има си друг стил на работа - Не можеш да правиш подфолдери на инбокса, но всичко е организирано със много филтри (които играят ролятa на под фолдери) които сортират писмата и дават различни изгледи на инбокса.

Продължавам да твърдя че проблемите идват от клиентските програми а не от сървера.
Ако Мозилите че даже и outlook-а можеха да съхраняват локално пощата в maildir формат цена нямаха да имат.

Сега да ти кажа кусура на Opera mail. Като пуснеш да принтираш писмо ти го принтира със супер дребен шрифт. Има една опция която увеличава процента на принтирания текс. Тя по default е 80% (ако не се лъжа), като я направя 100% и буквите вече стават за четене, но принтера не принтира цялото писмо, принтира само часта която се вижда. Гледах настройките на принтера, на Opera-та. Нищо не намерих хем да ми принтира цялото число, хем шрифта да е поне с големина 14p.

Карате ме да си разводнявам темата. Дайте сега да не гушим M$ с пари, а вместо тях google. Ми то като ще е така идеята на romeo_ninov е най-добра: няколко бона за IBM сървър и готово. Както и да е.
Така и така седнах да пиша поне да кажа, че не съм спал от няколко дена и за това не мога да предоставя някакви резултати. Но и мен вече ме напират отгоре така, че се надявам скоро да видя до какво решени съм стигнал.

Ако наистина се решите да си купувате от ИБМ те предлагат готова машина с операционна система (мисля СуСЕ), домино и т.н. Но е ориентирано по-скоро към SOHO в смисъл на брой кутии, така че в зависимост от организацията това може да е ограничение. И трябва да се консултираш с тях дали машината може да издържи такова месечно натоварване и писма в кутиите.
Иначе купуване на машина, домино, лицензи за клиента и т.н. няма да е много евтино (но не и скъпо), и някой трябва да го конфигурира...
Ето trial версия (ако те интересува)
http://www.ibm.com/developerworks/downloads/ls/lfoundation/index.html

//offtopic

Software that supports Maildir directly (Mail servers) ($2)

Сега да ти кажа кусура на Opera mail. Като пуснеш да принтираш писмо ти го принтира със супер дребен шрифт. Има една опция която увеличава процента на принтирания текс. Тя по default е 80% (ако не се лъжа), като я направя 100% и буквите вече стават за четене, но принтера не принтира цялото писмо, принтира само часта която се вижда. Гледах настройките на принтера, на Opera-та. Нищо не намерих хем да ми принтира цялото число, хем шрифта да е поне с големина 14p.

Да видях го много е досадно и наистина пречи на работата. В операта по подобие на мозилите има също about:config и там има доста неща за настройка на фонтовете и майла, но нищо не можах да направя.

Много почна да ме дразни операта. Много одавна имаше хубав и интуитивен интерфейс. Сега с всяка нова версия нова манджа - разместени менюта -- променят стила на работа - таман научиш нещо къде е и как се ползва и вземат да го сменят.
Точно поради тези причини не смятам да и давам повече шанс и да си губя времето.

Пробвайте Zimbra.
http://www.zimbra.com/
Беше първоначално сама компания. После Yahoo ги закупиха. Сега са част от семейството на VMWare.

Тая Zimbra на какво е писана? Това web клиент ли е (сърверски скриптове) или е някаво разширенние за браузера? Виждам че по скриншотовете работи в прозорец на браузер.
тука пише http://en.wikipedia.org/wiki/Comparison_of_e-mail_clients#Database.2C_folders_and_customization
че за локално съхранение ползва файловата система??? така че може и да не е толкова лошо. Ще я пробвам. Може и програма с веб интерфейс да свърши работа ако е кадърно написана и има всичко необходимо.

Zimbra е писана ако не се лъжа на Java.

Другото решение е CommuniGate - обаче няма безплатни версии.

Zimbra е писана ако не се лъжа на Java.

...

Виждам че пакетите на сървъра са си RPM, но клиента е тежък, има си собствен демон, който тегли пощата постоянно, но лично не съм вдъхновен....

Използвал съм малко Зимбра- но от видяното досега (около седмица) мисля, че е достоен заместител на Exchange.