Új projektnél .... Exchange verzióval indulnék.

Microsoft, Windows

2010
2% (5 szavazat)
2013
7% (19 szavazat)
2016
23% (65 szavazat)
Egyéb, leírom.
13% (38 szavazat)
Csak az eredmény érdekel
56% (159 szavazat)
Összes szavazat: 286

( gelei v | 2015. 11. 17., k – 09:49 )

(x) Egyéb

Új projektnél (majdnem) bármilyen szoftver esetében a legújabb stabil verzióval indulnék, mert nincs kedvem két évvel később szívni az átállással. ;)

A 2010 még 5 évig támogatott, a 2013 támogatásának vége 2023, frissítési kényszer nem nagyon van. Legújabb verzió Exchange esetében elég sokszor hozott problémákat (hiányzó feature-ekt az előző verzióhoz képest), amit csak SP1-ben "javítottak" (ha javítottak). Ebből kiindulva, nem biztos, hogy kapkodni kéne.

--
trey @ gépház

Félrevezető így a "még 5 évig támogatott".
Az Exchange 2010 és a 2013 eddig a dátumig kap biztonsági frissítéseket.
A funkcionalitást érintő hibák már ma sem kerülnek javításra az Exchange 2010-ben és a 2013 rendes támogatásából is már csak két és fél év van hátra.
https://support.microsoft.com/en-us/lifecycle?p1=13965
https://support.microsoft.com/en-us/lifecycle?p1=16662

Üdv,
Marci

A 2010 eléggé beérett, funkcionalitási hibáit, amik vannak, ismerjük. Biztonsági támogatás legyen rá. Az pedig van az Extended támogatási ciklusban.

Jut eszembe, vannak, akik még Exchange 2003-at használnak. Support nélkül. Ezekkel a szoftverekkel nem szoktak kapkodni. Nyilán, ez azért már problémás. Az Exchange 2010 azért bőven használható még.

--
trey @ gépház

> Jut eszembe, vannak, akik még Exchange 2003-at használnak.

Azoknak be is tesz az MS rendesen, direkt nem kuldi el az Exchange Online a leveleket Exchange 2003 szerver fele (iden augusztustol kb. 90%, szeptembertol 100%-ban).
Hotfix van ra, de akkor meg a gmail-tol nem fogadja el a leveleket.

Office 2013(+) meg nem tamogatja (szinten uzleti dontes) az Exchange 2003-at.
Szoval van nyomas rendesen.... :)

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

de most nem upgrade-rol van szo, hanem egy zoldmezos projektrol, ahol nem kell semmilyen legacy dolog megkosse a kivitelezok kezet. Gondolom, ez a topik is azert jott letre, hogy biztasson teged, merj belevagni a 2016-ba...

--
"nem tárgyszerűen nézem a dolgot, hanem a vádló szerepéből. Sok bosszúságot okoztak, örülnék ha megbüntetnék őket - tudom gyarló dolog, de hát nem vagyok tökéletes." (BehringerZoltan)

Nem teljesen igaz, mert a "felhőben" Exchange-dzsel szolgáltattak nekik, így vannak olyan feature-ök, amit ugyanúgy nyújtani kell.

Tehát az igaz, hogy zsír új vas, OS, Exchange lesz, de pontosan úgy kell működnie, ahogy az előző működött (az pedig Exchange 2010 volt).

--
trey @ gépház

Tehat volt egy Exchange 2010, amirol bemigraltak a felhobe, majd most ki akarnak migralni a felhobol, es a kerdes az, hoyg 2010, 2013 vagy 2016 legyen?

Gondolom a 2010-zel volt valami sarkallatos hiba, hogy menekulni kellett tole.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Volume Licence keretében rendelkezésre áll Exchange 2016. A VL downgrade jogot ad, így szóba jöhetne akár az Exchange 2010 is. Ja, azt nem mondtam, hogy a döntés már régen megszületett, itt nem tanácsot kérek, csak kíváncsi vagyok más véleményére is :)

(Megj.: Nem vagyok licencszakértő (nem is az én területem))

--
trey @ gépház

"A funkcionalitást érintő hibák már ma sem kerülnek javításra az Exchange 2010-ben és a 2013 rendes támogatásából is már csak két és fél év van hátra."
Nem azért, de az Office 365 elvileg aktív, támogatott és a hibákat is javítják folyamatosan (rotfl). Pár gondolat így hirtelen:

- Ha kinyitok egyszerre két fiókot, akkor a RAM fogyasztás hamarosan 1 GB fölé kúszik
- Ha ki van nyitva 5-6 üzenet külső ablakba, bármilyen ablakművelettől képes befagyni az IE. ha nem bántom és adok neki 5-10 percet, akkor helyreáll, de ez így nagyon gáz.
- Ha ki van nyitva 5-6 üzenet külső ablakba, és átméretezem az ablakot, akkor megszűnik működni. Csak akkor lehet folytatni az írást, szerkesztést, küldést, mentést, ha pixelre pontosan eltalálom azt ahogyan az ablak megnyílt.
- Erőszakolja, hogy integráltan válaszoljon a user, a fő ablakban maradva. Ha kinyitogatsz 1 hónap szabi után 20 levelet amit meg kell sürgősen válaszolni, akkor cumi van.
- Ha válaszhoz az üzenetet külön ablakba felnyitom, akkor hide-olja a teljes előzmény üzenetet, előcsalogathatatlanul. Mi van ha az üzenetre az válaszhoz szükségem lenne??
- Ha válaszhoz az üzenetet külön ablakba felnyitom, megválaszolom, akkor küldésnél végtelen ideig homokórázik. Itt az üzenet már nem menthető, stb. Ha több napig otthagyod, akkor több napig homokórázik. Mindezt friss IE mellett.
- Néha fogja magát és nem szól, hogy levél jött. Aztán egy óra elteltével látod, hogy 70 perce jött először leveled, azóta meg beesett még 20 darab. Gmailnél ez 5 éve sem volt megoldhatatlan probléma.
- OWA-hoz képest külső ablakba felnyitva nem lehet státuszt állítani. 2010-es OWA-ban is megoldott volt.

Ezek csak azok amik hirtelen beugrottak a friss, támogatás alatt álló termék legendája hallatán. Ahol egyébként a user kliens helyett inkább bétatesztelő és azt látja, hogy a hibákat x ideje nem javítják.
Mikor felsővezetői kényszerből átállsz a frissre, mert az a támogatott és tapasztalható hogy az Exchange 2010-hez képest mekkora cumi a napi munka melletti használatra... hát az cumi.

Nem értem pontosan a kérdést, de gondolom itt lesz levezetve, hogy mivel a tapasztaltak többsége Exchange 2010&OWA mellett pöccre ment, Office365 alatt meg nem, ezért a user a hibás. Természetesen. Mert megvette, mert nem jelentette, mert nem játszik tesztelőt munkaidőben, stb.
Előre szólok, hogy nem megyek le ebbe. Exch2010 mellett működött, Office 365 alatt meg nem. Gondolom amikorra Office 365 alatt is javítva lesz, majd jön az Office nem generation és újra meg lesz oldva, hogy ne működjön és el lesz mondva, hogy az office 365-öt ki kell dobni.
Legyenek már szívesek Microsoftnál cégen belül a fejlesztők kommunikálni és ha valami ment addig, akkor nem elcseszni. Ha meg elcseszték, akkor a tesztelőjük jelezze nekik és oldják meg. Sok probléma amit tapasztaltunk teljesen alapvető, egy alap funkcionális tesztnél kijön, csak fel kell venni két egyetemistát és foglalkoztatni őket 2x20 órát. Mi a saját rendszer üzemeltetőnk felé jeleztük a problémát. Arra nincs rálátás, hogy ők tovább passzolták-e a jelzést felfelé (multi tulaj döntött róla, hogy cserélni kell). Mindenesetre a hiba nem javult. Konklúzió: az új projectekhez a már meglévő, kukázott Exch2010-t vesszük elő, mert az működik anélkül, hogy imádkozni kéne a javításért. Az meg nem igazán fenyegető, hogy jaj, majd két év múlva szívunk az átállásnál, miközben most napi szinten mélytorkos oboázás van az új miatt.

A kérdés jó, de itt nem egy ingyenes szolgáltatásról, netán egy "open source" támogasd magad dologról van szó. Az O365 problémák nyilván nem egy embernél jelentkeznek.

BTW: ki fizeti meg a bejelentésekre szánt időt? Ráadásul számtalan esetben nyitottam incidenst a Microsoft felé, amikor olyan inkompetens (bár kétségkívül udvarias) emberekkel kerültem kerültem szembe, hogy sokszor inkább workaround-ot kerestem a problémára, mert "segítség" az nem jött. Nem, ez nem Magyarországról szól, mert itt elmondták, hogy nem is fogok itt embert találni, a segítéség Írországból, mert talán Indiából "jött".

--
trey @ gépház

Tetszik :) Természetesen a Microsoft előtti munkahelyemről beszéltem.

Pontosítom a kérdést: ha egy Általatok üzemeltetett rendszerrel kapcsolatban valaki bejelentést tesz Nálatok, mi a gyakorlat, Ti hogyan fizetitek meg az Ügyfeleteknek a bejelentésekre szánt időt?

Üdv,
Marci

Ha a hiba olyan, hogy egyértelműen a mi hibánk, akkor megvan a módja annak, hogy az ügyfelet hogyan "kártalanítsuk". Mondjuk az esedékes (havi) szerződéses díj egészének vagy részének elengedésével, egyéb - szerződésen felüli - munkák ingyenes elvégzésével stb.

Azért azt szeretném jelenteni, hogy itt nem kell nyelvi akadályokat leküzdeni, mert a hibabejelenés és kapcsolattartás anyanyelven történik, illetve biztos lehetsz benne, hogy hamarabb összekötésre kerül az ügyfél a hiba "gazdájával", mint a Microsoft-nál.

Nem nagyon volt még arra precedens, hogy a mi hibánkból történt probléma. Sokkal nagyobb probléma megoldásszállítóként, hogy a beszállító cégek problémái miatt nekünk kell tartanunk a hátunkat.

Ja, egyébként ez a Microsoft-nál úgy működik jelenleg, hogy ha partnerként incidenst akarok nyitni, akkor "fizetek". Elvégzendő tanfolyammal, kp-val.

Ezért kapok "tőletek" - partneri szinttől függően x óra vagy incidens darabszám támogatást. Ha az elfogy ez a keret, akkor nincs segítség.

Ahogy egyik kollégád egyszer fogalmazott, "a szívességkuponok elfogytak". Mondjuk nem tudom mire gondolt, mert szívességkuponról nem nagyon tudok.

--
trey @ gépház

Inkabb ez: http://download.microsoft.com/download/F/B/0/FB028413-52E6-4AC7-B6E1-E2…

De, mint ahogy a pdf-ben is van 800 - 150000 alkalmazott kozottiek a premier supportosak.
Ket tippem van, az egyik, hogy ahol Trey dolgozik, ott 150ezer alkalmazottnal tobb van:)

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Összekeversz szerintem itt valamit. Itt, ebben a sztoriban én nem Microsoft ügyfél vagyok, hanem Microsoft partner. A Microsoft ügyfelénél Microsoft szoftvert, szolgáltatást támogató partner, megoldásszállító.

Ilyen sapkában veszem fel a kapcsolatot a Microsoft-tal.

--
trey @ gépház

A Premier Support egy kiemelt terméktámogatási szerződés, amit főleg nagyvállalatok és kormányzati ügyfelek kötnek meg. Nagyon röviden annyi a lényege, hogy
- a megnyitott esetek rögtön (és 24x7) akkreditált mérnökökhöz kerülnek
- jár hozzá egy dedikált kapcsolattartó (ez a fent említett SDM), aki az összes support tevékenységet koordinálja, és mivel jobban ismeri az ügyfeleit, így proaktív javaslatokat tud tenni
- a szerződés nem csak reaktív szolgáltatásokat tartalmazhat (incidens-->eset), hanem olyanokat is, amik a megelőzésben segítenek (tipikusan health check, oktatás, stb.)
- cloudra és onprem-re is érvényes
- "Ha az elfogy ez a keret, akkor nincs segítség." - a Premierben te határozod meg a keretet, és ha idő előtt elfogy, lehet bővíteni, vagy akár átstrukturálni, ha menet közben megváltozik az üzleti cél

szerk: Marci gyorsabb volt :)

Felteheted, viszont érdemben nem tudok rá válaszolni - és nem a policy miatt. :)

A premiereknek nincs egységára, mert nem csomagokat árulunk. Minden egyes ügyféllel külön-külön átbeszéljük, hogy pontosan milyen problémára keresnek megoldást. Ezek alapján rakjuk össze, hogy mi legyen a szerződésben.

Biztos vagyok benne, hogy ha óradíjban számolunk, találsz nálunk olcsóbb supportot Microsoft termékekhez. Ezt aláírom, szerintem nem is érdemes vitatkozni róla. Viszont abban is biztos vagyok, hogy olyat nem találsz, aki például tud hotfixet kérni egy adott problémára közvetlenül a fejlesztőcsapattól.

Na, akkor onnan indultunk, hogy "Ha a hiba olyan, hogy egyértelműen a mi hibánk, akkor megvan a módja annak, hogy az ügyfelet hogyan "kártalanítsuk". Mondjuk az esedékes (havi) szerződéses díj egészének vagy részének elengedésével, egyéb - szerződésen felüli - munkák ingyenes elvégzésével stb."

Itt ha jól értem, te nem arról beszélsz, hogy hogyan adtok valamit a kifizetett szoftverek (online szolgáltatások) mellé probléma esetén (aka. hogy javítjátok ki a saját hibátokat), hanem egy további szolgáltatást akarsz eladni. Ez tök más.

--
trey @ gépház

A thread onnan indult, hogy egy halom probléma fel lett sorolva példaként, hogy miért jobb egy régi de kiforrott szoftver az új bughalom helyett. Már a thread indítónál tisztes összeget mertem volna rá feltenni, hogy a rövid megoldás helyett beindul a marketing-bullshit-machine, aminek a végén megoldás vagy értelmes magyarázat, hogy miért rossz ha korábban már jó volt, továbbra sincs, de a vége mégis az, hogy a megrendelő a hibás, a hős MS kollektíva pedig mindent megtett.
Bocs, ha leragadtam ott ahonnan indultunk és ami ugye megválaszolatlan maradt.

A problémám pontosan az amit trey vázolt. Nem csak nálam gond, nyilván más is tapasztalta. Ha MS is használja(ná) saját célra, nyilván nyitnának rá esetet, ahogyan te is írod. Bónusz: az MS saját friss böngészőjével is rossz a cucc. Brózerfüggetlenül. De úgy rossz, hogy egyszer már volt jó. Sőt, a már nem támogatott, 5 éves szoftverben még most is jó. Ja, és az én időmet nem fizeti ki az MS erre a célra, a főnököm meg úgy áll hozzá, hogy munkaidőben a saját cégünk problémáit kezeljem, ne kívülre írjak bugreportokat.

Exch 2013-at használunk. Teljesen jó az owa, egyetlen apróságtól eltekintve:
OWA megnyit, login. ok
Eltelik 15 perc, ablak aktív, de rákattintok egy üzenetre hibaüzenet: a levél pillanatnyilag nem tölthető be.
Tudom, hogy az owa-nak van session timeoutja. Azt is tudom, hogy elvileg választhatónak kéne lennie egy olyannak loginnál, hogy public vagy private gépről lépnél e be. Előbbi esetben 15 perc körüli a timeout utóbbi esetén 8 óra a default.
Namost loginnál nincs ilyen választási lehetőség. Átállítottam a default értéket public gép esetén , de akkor is ugyanazt csinálja az owa. Ami egy hosszabb levél megírása esetén azért nem kicsit bosszantó.
Gondolom ez sem bug, csak feature.

( mrceeka v | 2015. 11. 17., k – 09:57 )

(x) Egyéb, leírom: Office 365.
Disclaimer: ez az általános véleményem. Vannak olyan esetek is, amikor más megoldást javasolnék.

Üdv,
Marci
A Microsoftnál dolgozom.

lehet minderrol tobbet is tudni? Miert koltoznek ki a felhobol (melyik felhobol?), mi volt vele a gaz, ill. hany useres rendszerrol beszelunk?

--
"nem tárgyszerűen nézem a dolgot, hanem a vádló szerepéből. Sok bosszúságot okoztak, örülnék ha megbüntetnék őket - tudom gyarló dolog, de hát nem vagyok tökéletes." (BehringerZoltan)

Sajnos nalunk is tortent hasonlo Exchange temaban, amikor is nem racionalis dontes szuletett elozo rossz tapasztalatok alapjan. Ha jol ertem nalatok ez van, hogy ez a kulso IT-s ceg felhoben uzemeltetett es szarul csinalta amit csinalt, erre lejott az illetkeseknel, hogy a felho a szar... Nalunk hasonlo logika menten volt egy tok felesleges migracio (egyebkent egyik felhobol a masikba, de ez mindegy), ami sok munkaba kerult, szivas volt a usereknek a vegeredmenykent hasznalhato rendszer nem rossz, de azert kicsit rosszabb mint az eredeti volt raadasul az eredeti problema (ami miatta migracio elindult) nem lett megoldva (pontosabban latszatmegoldas szuletett, ami elobb utobb majd kibukik).

( zrubi v | 2015. 11. 17., k – 10:13 )

Kicsit off is, és troll faktor is van benne, de az egyébbe belefér:

Én inkább open source termékekkel terveznék új projektet.

--
zrubi.hu

Ez a konkrét igényektől függ.
a Zentyal akár egy komplett szerver megoldást nyújthat:
- központi auth, (akár AD szerepkörrel is)
- levelezés, címtár, egyebek
- file share
- tűzfal, DNS, DHCP, NTP, proxy

Ezzel szemben a Zimbra 'csak' a levelezést és a hozzá kapcsolódó groupware megoldásokat nyújtja.

(mindkettőt használtam/üzemeltettem éles környezetben is)

--
zrubi.hu

Marmint azt mondod, hogy a Skype for Business helyett hasznaljanak sima asztali (ingyenes) Skype-ot?

Amelyik cegnel en VOIP-ot lattam az altalaban Cisco volt es *mukodott*.
A skype-os sajat tapasztalatom ezzel kapcsolatban igencsak vegyes. Konferenciahivassal meg kifejezetten negativ.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

attól függ, mire akarják használni, és mennyi személyes/privát/céges adatot hajlandóak adakozni cserébe.

Skype (mindegy, hogy business vagy sima) alapból MINDENT visz, elemez, elad. Akinek ez nem fáj, és a licenceket is kiköhögi, még ezen felül - az meg is érdemli, használja egészséggel!

Cserébe persze kap video, képernyő megosztó, meg mittudomén milyen remek fícsöröket - amik egyben security problémák is - bár ez lehet csak az én véleményem.

Akinek egyzserű céges "cset" kell, azt a Zimbra és a Zentyal is megoldja jabber szerver/kliens megoldással...

--
zrubi.hu

nyilván a windows-ra, mivel az exchange cucc ezt eleve prediktálja.

De ez it már nagyon off - és nem is akrtam ennyire beletrollkodni.
Tényleg nem.

De amúgy a böngészős kliens érdekelne, ha az nem csak IE alatt megy.
Mert a 'natív' klienstől rendszeresen sírhatnékom támad...
(a használatára viszont kényszerítve vagyok jelenleg :(

Szerk: már látom, hogy tárgytalan a dolog.

--
zrubi.hu

> Akinek egyzserű céges "cset" kell, azt a Zimbra és a Zentyal is megoldja
> jabber szerver/kliens megoldással...

Ha tenyleg csak cset kell, akkor manapsag a slack.com eleg trendi, es meglepoen jol hasznalhato.

En tenyleg orulnek, ha valaki mondana VOIP alternativakat. Mert szerintem a kerdezo erre akarna hasznalni.
Szerintem a Skype nem teljes erteku VOIP, rengeteget tud akadozni, kimaradni.
Bar Skype for Business-rol nincs tapasztalatom, ezt normal asztali Skype-ra alapozom.

Tenyleg erdekelne, hogy van-e valakinek VOIP tapasztalata, es tudna egy megoldast ajanlani 150 fore (vagy 15 fore), arakkal.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

( hrgy84 | 2015. 11. 17., k – 10:23 )

(x) Egyeb: valamilyen, nem Windows-alapu megoldast hasznalnek, peldaul Zimbrat, vagy ilyesmit. A lenyeg, hogy a levelek ne egy adatbazisban csucsuljenek, hanem Maildir formaban valahol. Eddig is tisztaban voltam vele, de a legujabb tapasztalataim csak megerositettek benne: adatbazisban leveleket tarolni a legnagyobb ostobasag. Lehet indexeket epiteni, lehet adatbazisban IS tarolni a levelet, de az eredeti level az bizony ne db-bol jojjon, a db-knek ugyanis mindenfele baja tud lenni, meg a HIV-et is elkapjak, ha nem vigyaznak elegge rajuk...
--
Blog | @hron84
Üzemeltető macik

szeretjuk a maildir-t, de azert jo tisztaban lenni azzal, hogy ha egyreszt a userek amugy is hajlamosak csillio emailt egy mappaban felhalmozni, es minel tobb kis file-od van, annal lassabb tud lenni az imap szerver. Ezen ugyan lehet segiteni valamennyit azzal, ha a level beerkezesekor irsz egy indexet is, amit a user muveletekkel egyutt update-elsz, de kivancsi vagyok hany ilyen megoldas erheto el...

--
"nem tárgyszerűen nézem a dolgot, hanem a vádló szerepéből. Sok bosszúságot okoztak, örülnék ha megbüntetnék őket - tudom gyarló dolog, de hát nem vagyok tökéletes." (BehringerZoltan)

Melyik nem?

"Maildir folder support"

Haraka tudja (ha spamet oda szeretned tenni, igaz pluginnel),
de Dovecot is tudja, courier is tudja:
http://www.courier-mta.org/maildirmake.html

Nem azt mondom, hogy igy kell beallitani (meg az eredeti kerdes se errol szol), de azt felhozni a maildir ellen, hogy tobb millio level van egy konyvtarban botorsag szerintem.

Eleve szet lehet dobalni a leveleket konyvtarakra, es rengeteg rendszer tamogatja a konyvtaron beluli konyvtarakat, amit outlook felhasznalok eloszeretettel hasznalnak...

En a keresest latom inkabb problemanak az opensource cuccoknal...

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

jahogy te a maildir foldert nevezed embedded maildir-nek. Btw. az, hogy foldereket keszithetsz az imap szerveren, az nem jelenti azt, hogy a levelek szep egyenletesen szet is lesznek dobalva a folderek kozott. Ha pedig egy folderben (pl. inbox) szep szammal vannak levelek, akkor a login utani levelek listajanak a betoltese bizony hosszu masodpercekbe is telhet.

Btw. a kereses tenyleg mokas tud lenni, ha nem hasznal valamilyen indexelest az adott imap implementacio. A body-ban mindenesetre inkabb ne akarj keresni :-)

--
"nem tárgyszerűen nézem a dolgot, hanem a vádló szerepéből. Sok bosszúságot okoztak, örülnék ha megbüntetnék őket - tudom gyarló dolog, de hát nem vagyok tökéletes." (BehringerZoltan)

( khiraly | 2015. 11. 17., k – 12:24 )

Trey: Egy userszamot es egy varhato osszkoltseget tudnal mondani?

(uj szerver koltsege (ha van), windows server koltsege (ha kell venni), exchange server koltsege, windows serverhez user licensz koltsege, exchange serverhez user licensz koltsege)

Engem baromira erdekelne.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Termék megnevezése szükséges mennyiség egységár összesen
SrvStd 2012 2 db 279 600 HUF 559 200 HUF
SrvStd 2012 UsrCal 150 db 12 340 HUF 1 851 000 HUF
ExchgSvrStd 2016 SNGL OLP NL 2 db 232 500 HUF 465 000 HUF
ExchgStdCAL 2016 SNGL OLP NL UsrCAL 150 db 28 900 HUF 4 335 000 HUF

plusz vas
esetleg + skype:

SfBSvr 2015 SNGL OLP NL 2 db 1 158 790 HUF 2 317 580 HUF
SfBSvrStdCAL 2015 SNGL OLP NL UsrCAL 150 db 12 990 HUF 1 948 500 HUF
SkypeforBsnss 2016 SNGL OLP NL 150 db 10 590 HUF 1 588 500 HUF

Koszonom.

A Skype for Business-hez nem kellett meg ertenem:) Igy alternativat se tudnek fejbol. De gondolom van olyan, aki voip-ban jobban otthon van (~4.2MFt nagysagrendben).
Gondolom a ket utolso sor, az vagy-vagy. Mind a ketto client access license-nek nez ki.

A szerverek tekinteteben gondolom a ~7.2MFt-hoz illik 2db szervert legalabb venni ~1MFt/db aron, plusz az SSD-k bele (tovabbi 2MFt).

Igazabol egy ekkora userszamnal lehet, lenne ertelme egy-egy pilot programnak, hatha massal is lehetne futni egy kort. Az exchange online ugyis /user /ho alapu...

Mondjuk 150 usernel azert ovatosabban ad tanacsot az ember, kicsit nagyobb a tet es nepharag:)

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Kivancsi vagyok mennyire jon ki 10 ev alatt egy o365-os tortenet nektek.

En a multkor szamolgattam egy korabbi szalban, es eleg hajmereszto dolog jott ki. De most nem talalom a linket seholsem.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Ossze lehet azt merni. Az office-t (egyelore) meg lehet venni "dobozosan" is.

Itt egy pelda 15 fos ceg eseten:
office dobozos 50eFt /db

Synology 16TB:
alapgep: 100eFt
4TB merevlemez: 35eFt/db

EVO collaborator (Outlookhoz):
86710 HUF 15db licensz

Szerver: kb. 1MFt.

Osszesen 10 evre: ((((100000+35000*4+1000000+86710)/10.0)/12)/15/290)
2.54 USD/ho/user

Ezzel szemben az office365 for business premium (amiben van email *es* office) az
12.50 USD/ho/user

forras: https://products.office.com/en-us/business/compare-office-365-for-busin…

Persze most lehet vitatkozni, hogy az office2013-hoz (ami most elerheto dobozosban) nem frissitek 10 even keresztul, de az en oldalamon alljon, hogy egy fajlszerver microsoft felho ide-vagy-oda mindenkeppen kell helyileg. Valamint szerver is tobb, mint valoszinu kell egy helyileg. Ezt nagyvonaluan *teljesen* elhagytam az office365 arkepzesenel.

Szerintem ez az 5x-os arkulonbseg nagyon is mervado. Ha ezt nem 15 fore kepzed, hanem 150-re, sokkal erezhetobb a kulonbseg.

Az en felallasomban tenyleg mindenki megkaphatja az 1TB-ot, nem pedig egy igergetes a Microsoft reszerol.

Ahol en neztem ott az volt a helyzet, hogy nem is 15 fore kellett volna szamolni (egy 15 fos ceg eseteben), hanem 40+ -ra, mivel kulonbozo projektemailcimeket kell letrehozni, amit nem szabad shared mailboxkent, se aliaskent megoldani (ennek is utananeztem).

Aki ezt a felhos cuccot tolja, az nem lat tovabb a havi arkepzesnel...

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Ugy lenne teljes, ha az Exchange on-premise arait is melletenned.
Az akar pariba kijohet az Exchange online-nal :)
(mondjuk 15 fo esetere, meg 150 fo esetben a szal peldajan kiindulva).

Meg tovabbi adalek, hogy office2013 (outlook2013) nem tamogatja az Exchange 2003-at (ezt mar irtam lentebb).
Az Exchange 2016 pedig nem tamogatja az office 2003, 2007-et, pedig az office2007 meg extended support alatt van.
Az Exchange Online (office365, outlook.com) nem kepes levelet kuldeni Exchange 2003-nak. Valoszinu az Exchange 2016 sem tud, bar ezt meg nem kellett kiprobalnom.

Szoval Exchange2016 office 2010 es office2013-mal mukodik csak egyutt.
Mobilok teren nem tudom mi a helyzet (iphone, android).

Update: Most latom, hogy a szamitasombol teljesen kifelejtettem (pedig a szovegesben irtam), az office licensz arait:
((((100000+35000*4+1000000+86710+50000*15)/10.0)/12)/15/290)
3.97USD

Igy azert mar realisabb:), de a lenyegen nem valtoztat szerintem:
A lelektani hatar olyan 5-10 fo kozott van valahol. Az alatt lehet "gondolkodni" az exchange online hasznalatan.
Ha veletlenul a ceg megussza rendszergazda nelkul (ismerek olyat), akkor viszont tenyleg erdemes gondolkodni.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

És ezen kívül is még rengeteg hibát vétettél, szerintem.
Hogy egy konkrét apróságot nézzünk csak meg, kifelejtetted az energiaigényt.

Feltételezve, hogy low-end szervert használsz, szerverestül-NAS-ostul 350W nem tűnik eltúlzott fogyasztásnak.
0,350kW * 24h * 30 napra = 260kWh
Mai nettó áron 1kWh kb. 29Ft, 15 főre szétosztva havonta dollárban:
260kWh * 29Ft/kWh / 15 / 290 = 1.73USD

Üdv,
Marci

1. szerverre egyebkent is szukseg van.
2. altalany villanyt fizetunk az irodafenntartasert, amiben benne van a villany, viz, futes, szemetelszallitas, meg minden egyeb is.
3. Valoszinu ugyanez a hardver 50 fot is elvinne vigan. Akkor a villany megjobban elhanyagolhato.
4. Egy mikrovallalkozasnak(10 fo alatt) nem biztos, hogy kell egy 1MFt-os szerver.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

A 350W borzasztó sok egy modern szerver + NAS párosnál. Nyugodtan számolj olyan 35-40W-al egy 4 diszkes NAS-nál és további 75-125W-al egy belépő szintű szervernél, de még egy redundáns tápos se megy sokkal feljebb, hacsak nem hajtod rommá. Persze van veszteség az UPS-en, meg akkor abból is legyen kettő és mondjuk olyan 200-220W-ba kényelmesen be lehet férni a netes eszközökkel együtt.

Gyorsan számolj bele UPS-t, meg villanyszámlát, valamilyen failovert a synologyhoz és egy földrajzilag redundáns backupot. Az 50GB per fő emailt se látom az archivval benne. Az Office-ra 61e+áfa-s árat találtam.

Az én olvasatomban direkt a projektmailcímre van a shared mailbox, illetve már a juzerek által is kreálható Group feature. Ehhez jár sharepoint site, calendar is.

A felhőt speciel énsem szeretem, de azért rendesen illik a feature-oket összevetni. :)

> Gyorsan számolj bele UPS-t, meg villanyszámlát, valamilyen failovert a
> synologyhoz és egy földrajzilag redundáns backupot.

Mivel az email egy eleg kis szelete az IT-nek, igy ezek nalam elhanyagolhatoak. Van egyebkent is UPS, etc. Synology failoverrel nem biztos, hogy kell foglalkozni, mivel altalaban benn van az emberfia a munkahelyen, ha kulfoldon van, akkor meg elerheto. Tehat a synology lenne a failover. De eleve RAID-5 ben van a synology-nal.

Backup az kell, de van is, de mas miatt is kell.

> Az Office-ra 61e+áfa-s árat találtam.

Itt van nalam 6 arajanlat (augusztus). Egyik se eri el a 60ezret, es tobb 50eFt alatt van.

> Az 50GB per fő emailt se látom az archivval benne.

En az 50GB limitet nem latom.

> Az én olvasatomban direkt a projektmailcímre van a shared mailbox,
> illetve már a juzerek által is kreálható Group feature.

A shared mailbox-szal pont az a problema, hogy egy meglevo userhez van rendelve:
https://technet.microsoft.com/en-us/library/jj966275%28v=exchg.150%29.a…

Ez a mi esetunkben nem felelt meg.

> Ehhez jár sharepoint site, calendar is.

A fenti listaban en kitertem erre. Weboldalakat tudsz synology-n belul is letrehozni (sharepoint), fajlokat kiexportalni es linkelni, szerintem meg kenyelmesebb is.
Calender-ra pedig irtam az EVO collaboratort, es a koltseget is beleszamoltam.

Felre ne ertsd, nem akarom lekicsinyelni az Exchange online-t, ontik bele a penzt ezerrel. Csak azert van alternativa, anyagilag mindenkeppen jobban josz ki belole.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

"A shared mailbox-szal pont az a problema, hogy egy meglevo userhez van rendelve."

Ez így pontatlan. A shared mailbox minden, rá jogosultsággal rendelkező felhasználóhoz "van rendelve", nincs köztük egy kitüntetett.
Az igaz, hogy a shared mailboxhoz nem tartozik különálló, dedikált felhasználó. Az is igaz, hogy ha lenne ilyen felhasználó, akkor már nem is shared mailbox lenne, hanem sima mailbox... :D

Üdv,
Marci

igy igaz. Az en peldamban ha van cegA, cegB es tortenetesen kis miska vallal valamilyen szerepet mindket cegnel, akkor semmi esetre se szeretnem kozositeni kismiska@cegA -val a cegB-ben torteno tevekenyseget.

De ezt multkor atbeszeltuk veled. A lenyeg, hogy egy cegcsoportnal ez egy eleg nyomos erv, megha nincs tul sok munkavallalo.

A shared mailbox olyanra van kitalalva, mint ugyfelszolgalat@cegA.hu.
Amit shared mailbox nelkul atiranyitassal, es send mail as -kent volt anno megoldva, vagy virtualis levelezolistakent.
De kb. ugyanezt tudja a gmail pop3-as 5 percenkenti letoltese + szabaly.

Szoval a shared mailbox felhasznalasa korlatolt, tenyleg arra van, amikor egy emailcim mogott tobben ulnek, nem pedig arra, hogy egy felhasznalo tobb teljesen fuggetlen emailcimet tudjon kezelni.

En ezt az egesz Exchange Online-t kb. annak erzem, mint az Amazont a VPS-ek teruleten. Baromi fejlett, mindent meg lehet csinalni, ehhez kellokeppen bonyolult, es melyen penztarcabanyulos. Jah, es kell egy licensz expert a csapatba.

De befejezem az eszosztast, nem tervem senki meggyozese. Csak az alternativakat ne soporjetek le az asztalrol, mert teljesen vallalhatoak.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Persze, ha van már működő infra, mert a nagykönyv szerint AD szerverre nem teszünk Exchange funkciót, így ha 0-ról indulsz, akkor kéne még két SrvStd, amin csinálsz két DC-t (mert egy DC nem DC). De lehet virtualizálni, így a két SrvStd ha jól emlékszem telepíthető 4 virtuális gépbe, azzal már el lehet lavírozni. Viszont a magas rendelkezésre-állás miatt nem baj, ha van valami virtuális infrastruktúra. Annak igénytől függően lehet a díja néhány misi. Ahhoz meg már dukál egy központi storage, a mentés és egyéb nyalákságok.

Akár lehet az összes ennek a másfélszerese vagy duplája is simán.

--
trey @ gépház

( dejo v | 2015. 11. 17., k – 14:10 )

Ha csak öt évre tervezünk akkor valóban 2010.
De ha csak azért akarunk 2010-et mert funkcionálisan bővebb mint a későbbi verziók, akkor is legkésőbb 5 év múlva szembetaláljuk magunkat ugyanazzal a funkció hiánnyal. Nem minden ígéret válik valóra.
Szóval szerintem jobb ha eleve úgy szervezzük a dolgainkat, hogy egy újabb verzió kínálta lehetőségekre alapozunk. Ha lehet akkor 2016!
De ez más szoftverre is érvényes nem csak az Exchange-re!
De ha nagyon zavaró hiányosságok vannak az új verzióban, akkor szállító váltást is meg kell fontolni amennyiben máshol kielégítőbb a kínálat.
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

En alternativ/uj/csereerett email rendszernel 10 evben szoktam szamolni (elettartam).

A koltsegeket /ev -re bontva. Igy a legtobb marketinget ki lehet hagyni a szamitasbol.

Bekerulesi koltseg: /vas, /szoftver
Eves koltseg: berleti dij (gmail for business, exchange online), uzemeltetes dija (sajat rendsernel)
Osszkoltseg 10 evre: xxx Ft.

Es az osszkoltseg 10 evre rublika alapjan dontok anyagilag.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

( metaball | 2015. 11. 17., k – 16:35 )

fogalmam nincs, hogy mi az az Exchange...

( nagy_peter v | 2015. 11. 17., k – 18:00 )

OpenChange Zentyal alatt megér egy próbát, árban sokkal barátságosabb. Persze nem tudom mire lenne használva. E-mail, naptrár, események terén tudja azt, mint az MS. De persze ha minden apróság kell, arra lehet kevés.

Nagy Péter
www.ddo.hu

( uid_4656 v | 2015. 11. 17., k – 22:59 )

Most csinálok éppen egyet, 5000 userre méretezve, különösebb extrák nélkül. 2013-mal, mert fontosabb, hogy működjön, mint hogy időtálló legyen. A 2016-tal még nincs elég tapasztalat sem házon belül, sem ismerősi körben, sem a nagyvilágban - majd talán jövőre vagy utána.

Én is így gondolkozom. Az időtállóság Exchange esetében nem olyan kardinális kérdés, swing migration-nel gyakorlatilag menet közben, kiesés nélkül lehet migrálni újabb verzióra. A felhasználók ebből elég keveset (ha office időben történik), vagy semmit sem vesznek észre.

--
trey @ gépház

( tmms v | 2015. 11. 18., sze – 13:51 )

Valószínűleg még senki nem jött rá, de egyébként ez a "Csak az eredmény érdekel" válasz faszság!
Kijelentkezel, látod az eredményt...

( Oops | 2015. 11. 18., sze – 14:08 )

Sőt, még ki sem kell jelentkezni, akkor is meg tudod nézni:)

( csearo | 2015. 11. 19., cs – 10:43 )

Fogalmam sincs, és milyen jól van ez így :)

:wq

( miq | 2015. 11. 19., cs – 19:06 )

Egész biztos van az a pénz, amiért hozzányúlnék egy Exchange-hez, de közel 1 valószínűsége van annak, hogy senki nem ad nekem érte ennyit :)