Ez így bagyon sovány! Mi az hogy eldobja? Jól értem, DOS -os programot futtat több winXP, a program a SAMBA megosztáson van és ezt „dobja el” ki… nekem a szavaidból úgy tûnik az XP -k unják el a dolgot? Mit mond a LOG? Hogy teszed be a megosztást?
???

Bocs! – de ezt még mindíg nem értem.
Hol a „C” partíció amit megosztottál a SAMBA -val, és miért a SAMBA -val osztottad meg, ha csupa win -es gép futtat róla egy DOS -os progit? :blink:
Lehet hogy a SAMBA share (megosztás) mint „C” drive mapp -oltad be a win -es gépeken, és ezt a share -t „dobja” el a SAMBA?
Lehet hogy a SAMBA -val a szerverre felcsatolt megosztást adod tovább a klienseknek? – nem értem.

Tehát, van egy DOS -os applikáció ami fut win -alatt is – mit is csinál ez a program?
Kérlek légy egy kicsit specifikusabb! Miért is kell ezt hálózatban egy dedikált kiszolgáló segítségével mûködtetni ezt a progit (ráadásul ilíyen drága mint a 2003 SBS aminek rengeteg nagyon komoly szolgáltatása van de egy DOS -os progi hajtásához olyan mint ágyúval verébre lõni).

Ha a szervered egy Linux ott a „c” -nek nincs értelme, betûjelel csak a DOS/windows dolgozik!
  Linux/UNIX -ban az összes meghajtó a root -ba épül (mount) be. A SAMBA valamely elérési úttal jelölt területet adja ki mint
  megosztott erõforrás (net view \”netbios név vagy IP cím”). A hálózaton fellelehetõ megosztott erõforrásokat valamely azonosítóval
  lehet beépíteni a win -es gépekbe (a DOS után szabadon – lanmanager vagy windows for workgroup – net use F: \”netbios név
  vagy IP cím””megosztási név”). A win2k óta lehetõség van egy könyvtárba beépíteni a megosztást de aki a win -es filozófiához
  szokott annak ez nem túl célszerû.
Ha jól értettem amit írtál (még mindíg kicsit zagyva) akkor a win -es munkaállomásokon, a „C” meghajtó gyökerébe kellett volna elhelyezni a DOS programot, és „F” meghajtóként beépíteni a munka meghajtót (valószínûleg itt keresi az adatbázis állományokat), esetleg úgy lehet megvadítani, hogy a programot egy batch fájl tölti/másolja fel, szerverrõl minden indításkor (parancsikon->batch, copy F:valami c:valami) így ha módosítani kell a programot csak egy helyen szükséges lecserélni.
Ami a DOS -os programokba „behuzalozott” elérési útvonalakat illeti a végrehajtó program állományt patch -elni lehet, ha csak a meghajtót akarod módosítani (C:valami -> W:valami), így a program hivatkozások nem mósosulnak (elõfordulhat, hogy a program elkövetõi egy „check summa -t”, esetleg CRC -t építettek be amit minden indításkor ellenõríznak, és ha nem egyezik nem fut a program).
A 2003 SBS által ellátott minden egyéb feladatot a Linux/UNIX tökéletesen megoldja (e-mail szerver, FAX szerver satata..) – kicsit macerás beállítani viszont ha csak nem dõl meg a hardware, vagy valaki fel nem töri – ez ebben az esetben sokkal nehezebb és valószínûtlenebb mint a windows esetében – akkor a szerveretek sziklaként fog állni (nincs vírus, nincs összeomló registry satata…).
Ami az intranet -et illeti más kérdés – ez egy rendkívül tág fogalom – általában a fapapucsos világban ez valójában csak az internet megosztást szokta jelenteni, esetleg (cirmos fapapucsoséknál) egy proxy szwerverrel vagy WEB szerverrel tûzdelve. A WEB szerver fusson a Linux/UNIX szerveren – pl. Apache2 – viszont az internet megosztáshoz egy jó tûzfal kell esetleg kettõ – DMZ.
A 2003 szerver akkor kezdi megmutatni az erejét (mér ha éppen nem betegeskedik) ha neked egy  világban szerteszéjjel elhelyezkedõ szervezeted van több telephellyel és ezt az architektúrát akarod „tükrözni” a szervereden, azaz virtuális egyéni hálózat (VPN) melynek több site -ja az interneten keresztül kapcsolódik (pl. active directory). Szóval majd ha technológiailag fejlett multinacionális cégnek építesz szervert akkor kezd a dolog izgalmassá válni. Amit felsoroltál azt egy közönséges winXP munkaállomás is elláthatja, nem kell kimondottan szervernek lennie (rossznyelvek szerint az XP alapkonfigurációját átátllítva szervert kapsz).
Na de most aztán megmutattam hogy milyen „okos” is vagyok – csak használnom ne kelljen;o)

Sajna sose csináltam, bár a lehetõség tuti hogy megvan!