Új hozzászólás Aktív témák
-
cadeyrn
aktív tag
"mert a levelek mennyiségét nem tudták lekezelni a linuxos megoldások"
A legtöbb esetben ez optimalizáció hiánya.
Itt bent anno patchelték az eximet, amikor a napi 30 millió levelet már csak küszködve tudta ~10 gép elküldeni. A megoldás annyi volt, hogy ki kellett iktatni a szinkron syslog írást, mert disk i/o nem bírta.Szerintem egyik oldalon sincsenek kapacitás problémák, ha jól be van állítva a rendszer, és tényleg azt a szoftvert választja valaki Linux oldalon, ami az adott célnak megfelel. Az Exchange vs linux eleve itt bukik amúgy, mivel linuxon beszélhetünk Postfixről, Eximről, Qmailről (brrr) stb. SMTP oldalról, IMAP ( POP3, brr) oldalon meg Cyrusról, Dovecotról, Qmailről (brrr), és mindegyiknek mások a kapacitásai, a lehetőségei.
Szerver oldali szűrök tekintetében a Cyrus és a Dovecot feltörli a padlót az Exchange-el ( pont ezzel szívunk most), de sokszor tárolt levelek kapacitásában is ( nem egy 1millió+ leveles mappát láttunk már, mert a kliens mutt volt, azt meg nem érdekli ). Ellenben az Exchange naptár kollaborációjának semmilyen vetélytársa sincs. High availability téren a Cyrus szép és okos ( proxy, storage, master, stb. ), de MTA clustering igazából nincs, hacsak nem áll neki valaki kézzel bütykölni. Ebből a szempontból jobb az Exchange, de ez a probléma ugye megkerülhető DNS szinten az MX rekordokkal.
Lényegében minden attól függ, mi kell - de nem a kapacitás lesz a döntő tényező, ott kiegyenlítettek az esélyek.
[ Szerkesztve ]
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen