kiexportalom, aztan?
utana hogy hasznaljam?
nem ertem pontosan, hogy mire gondolsz
Microsoft Outlook topic - OS, alkalmazások fórum
hozzászólások
VladimirR
(nagyúr)
lapa
(veterán)
veled biztos nem állok le vitatkozni, pláne hogy nem is értek hozzá. én csak annyit tudok, hogy egy postfix az ''úgyisottvan-úgyisazmailez'' linux szerverünkön tök feleslegessé teszi. pláne, hogy a legerősebb hardverünkön kell futtatni. persze magam ellen beszélek, linuxról pláne fingom nincsen. csak szeretem az egyszerű dolgokat.
UPD: mondjuk bebuknám a jó kis instant messaging szervert, amit rajtam kívül szinte senki sem használ...
[Szerkesztve]
unic
(tag)
Egyébként az exchange eredetileg nem microsoft, hanem asszem borland...
microsoft megvette azóta... fejleszti. Nem biztos, de az exchange 5 volt microsoft.
moonman
(titán)
nemtom, nekem néha tököm televan exchange-el, bár lehet, hogy a vas kicsi neki, de irtó lassú tud lenni.
X-COM
(nagyúr)
tudomásom szerint 4.0 volt a legelső és az is microsoft név alatt futott
unic
(tag)
Lesz belőle egy pst file. azt kell beilleszteni a profilba. Vez. pult, posta, ott ha csak egy profilod van akkor adatfájlok... gomb, ha nem akkor profilok, kiválasztod a megfelelőt, tulajdonságok, és ott adatfájlok, hozzáadás, kiválasztod az exportáltat,
ok, most profilok szintén tulajd, E-mail fiókok, létező..., és alul kiválasztod hogy melyikbe érkezzenek(új levelek kézbesítése az alábbi helyre). Majd lecsatolod a feleslegessé vált pst-t.
unic
(tag)
Lehet, de szvsz a legjobb, értsd leggyorsabb, az 5.5-ös volt. ez a 2000 + activedir baromi lassú, bár lehet hogy csak rosszul van konfigolva.
Szerk.: legelső microsoft, az lehet.
[Szerkesztve]
X-COM
(nagyúr)
szerintem azért lehet lassú, mert esetleg DC-re raktátok
hátnemtom, én most hirtelen semmi utalást nem találtam borland és exchange kapcsolatra.
szal addig nekem a 4.0 az első
[Szerkesztve]
lapa
(veterán)
mi biztosan nem. mondjuk ez a másik fájdalmam, hogy a dc is unatkozik egész nap a majdnem millás harveren. bár azt még mindig inkább elviselem, mint a böhöm xch-re pazarolni a duál xeon-t.
unic
(tag)
Nem DC -re van feltéve, külön vason csücsül... asszem egy ml370 g3-on
[Szerkesztve]
X-COM
(nagyúr)
most akkor túlméreteztétek a dc-t,vagymi?
egyébként kitűnően lehet használni fájl/nyomtatókiszolgálóként, de többet nem nagyon szabad rábízni, persze rá lehet, lásd sbs
moonman
(titán)
nekünk az ügyviteli szoftverünket kezeli a dc, meg is van zakkanva. az új szerver érkezéséig ki kell bírnia. ezek szerint fog látványosan gyorsulni? pervasive adatbáziskezelő program, 6-8 GB adattal, legnagyobb file úgy 2,5 GB.
lapa
(veterán)
hát ilyet akartam, de mindenki biztosított, hogy mennyire rettentően nagy felelőtlenség bármit-akármit is rárakni. a vége az lett, hogy a fájl/nyomtatószerverből backup dc lett. állítólag az egyetlen látható probléma, hogy a 15 perces ad-szinkronizáláskor (?) megáll egykét mp-re. persze ezt nem nagyon látni uccse.
dc túlméretezésről annyit, hogy mittomén. talán 2ghz xeon, mirroros vinyó. meg lapos. nam vágom a rack méretezős terminológiát, ez egy két ujjnyi ibm ?series szerver. megbízható gondolom egyébként is, meg nemtom a barkács hardverre vállalnának-e 8 órás cseregarit...
[Szerkesztve]
X-COM
(nagyúr)
mármint mi fog gyorsulni?
azt, hogy többet nem szabad rá bízni, inkább rendelkezésreállási problémák miatt írtam.
nemtom pontosan melyik pervasive, nekünk régen volt scala, pervasive btrieve-vel, egyszerű textfájlos vacak volt, az elég lassú mindehogy
másik dolog dc-nél, hogy ugye kikapcsolja a write cache-t azon a vinyón, ahol az ad adatbázis van.
moonman
(titán)
a teljes vinyón? hmm.
pervasive.sql 2000i btrieve-el. az a kérdés, hogy ha leszedjük és áttesszük másik szerverre, gyorsulni fog-e az ügyviteli, mert most marha lassú. ez a cache új.
X-COM
(nagyúr)
hát sql-t mindig tanácsos külön hardverra tenni, ha meg egy vinyón volt az ad-vel, akkor mindenképpen várható javulás
moonman
(titán)
szal ez nem particióra vonatkozik, hanem full fizikai drive-ra? ehh. asszem külön van, de megütöm a felelőst, ha nem