- Linux kezdőknek
- A pápa egyre jobban tart a romlott AI veszélyeitől
- Mesterséges Intelligencia topik
- Synology NAS
- Milyen routert?
- DIGI internet
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
- Google Chrome
- Aliexpress tapasztalatok
Új hozzászólás Aktív témák
-
cadeyrn
aktív tag
hm.
nem tudom, milyen programmal nyomják, de a mi itteni exim+cyrus kombónkat még nem láttam letértelni, pedig volt, hogy tizenmillió levelet kézbesített egy lista loop miatt munkaidő alatt. -
cadeyrn
aktív tag
válasz Namelesske #48 üzenetére
24/7 support? Biztosan én tudok rosszul valamit, de a gyártói support nem olyanokra kell, mint security patch, vagy kernel patch, meg hasonlók?
A cikk alapján a rendszergazdák nem voltak kellően kompetensek és nem tudták kellően gyorsan hárítani/megtalálni a hiba okát. Mivel németekről beszélünk, gondolom követték a leírt lépéseket, azok meg nem működtek. ( Elnézést a cinizmusért, vegyesek a német munkaadókkal kapcsolatos tapasztalataim. )
Ide csak több és jobb rendszergazda kellett volna.
-
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 ]
-
cadeyrn
aktív tag
-
cadeyrn
aktív tag
Egy kicsit kiegészíteném a cikket:
Az, hogy áll a levelezés, egy szerveroldali probléma. Előfordul. Bármilyen levelezőrendszerrel. Az email protokollok 30 évesek, néha beüt a villám.
Ha valaki elkezd desktop a linuxra mutogatni, hogy az tehet arról, hogy nem megy a levelezés, az szimplán hülye.
-
cadeyrn
aktív tag
válasz bokrosolajos #70 üzenetére
Nálunk is bedőltek ennek, aztán a support bérére kifizettek már 20x annyit, mint amennyit a Win alapú rendszerek kerültek volna, és amit egy kecskepásztor is felkonfigol.
Aztán nézel nagyokat, amikor a kecskepásztoszerver önti a spamet, mert a kecskepásztor nem tartja karban.
A windows rendszergazda nem olcsóbb, mint a linux. A kettő között az a különbség, hogy a linuxot nem tudja Pistike jól felkonfigurálni, a windowst meg klikk, klikk, katt - csak éppen ez utóbbi nincs ugyanazon a szinten, mintha hozzáértő csinálta volna.
-
cadeyrn
aktív tag
-
cadeyrn
aktív tag
válasz bokrosolajos #77 üzenetére
Ha most csendben maradtál volna, bölcsebb maradtál volna.
a linux szerver ugyanúgy önti a spamet, mert ugyanúgy be kell tudni állítani.
Én is ezt mondtam.A winfosos rendszergazda nem kerül többe, csak a képzése! Munkabérben ugyanott van. A képzése meg kit érdekel?
És ezt is mondtam.Külföldi franchise hálózatba nem tudtuk megoldania linux telepítéseket, mert hülyék voltak hozzá. Winfosokhoz értettek a helyiek, ezért plusz linux gurukat kellett felvennünk, kiutaztatni, szállásolni stb.
Elég komoly összegekbe vannak, hidd el.
Elhiszem.
Ha meg linux cég lett volna, akkor fordítva lett volna, és semmivel sem lett volna olcsóbb. Sőt.Ha csak 2-3 éves kifutású cégről beszélünk, oda tökéletesek!
Amazon? Google?
Szerintem ezen még kicsit gondolkozz.[ Szerkesztve ]
-
cadeyrn
aktív tag
válasz Namelesske #85 üzenetére
Nem ritka, hogy a felhasználói Linux disztrók kb addig élnek ameddig az első update notifikációra rá nem bök a szerencsétlen user... Reboot után se kép se hang.
De. Ritka.
A feleségem nem egy linux guru, de ő frissíti a gépet több, mint 2 éve, gond nélkül. -
cadeyrn
aktív tag
válasz stryker.hu #152 üzenetére
Sogo-t nagyon régen próbáltam utoljára, 2009 környékén, akkor komoly bajok voltak az Objective-C alapjaival Debianon, a Fedora akkor és ott nem volt opció, pedig jó lett volna.
Amgy címjegyzékre és naptárra ma már ott azt Owncloud is, azt meg bármi kezelni; igaz, az galád PHP, ráadásul platformfüggetlen.
-
cadeyrn
aktív tag
Nem kifogás az, hogy nincs dokumentáció, gyártói segítség, stb. Hisz millió linuxer van. Szóval van emberi erőforrás.
A mondatod alapján te ehhez annyira nem értesz.
Nem gyártói segítség kell, gyártói specifikáció kellene. Nem azzal van a gond, hogy képességileg/erőforrásilag nincs elég ember, hanem azzal, hogy a gyártó nem adja meg a szükséges információt, hogy mit kell csinálni a vassal ahhoz, hogy jól működjön.
Új hozzászólás Aktív témák
- Linux kezdőknek
- Napelem
- A pápa egyre jobban tart a romlott AI veszélyeitől
- Kerékpárosok, bringások ide!
- Futás, futópályák
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Kínai, és egyéb olcsó órák topikja
- Vezetékes FEJhallgatók
- Politika
- Azonnali fotós kérdések órája
- További aktív témák...
- Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Adobe Creative Cloud - 2024. 04. 05 - 2025. 04. 05-ig
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- Steames kulcsok jó áron eladóak!
- AKCIÓ! - STEAM kulcsok /Anuchard, Aragami, Children of Morta, stb. - 2024.04.17.