Microsoft Windows

Sziasztok!
Adott egy kisvállalati több gépes környezet. MS Office 2016 részeként Outlook 2016-ot is használnak levelezésre.
Az e-mail postafiókokat az egyik hazai szolgáltatótól bérlik, ők üzemeltetik a levelező kiszolgálót. Régebbi, stabil cég, tfh. értenek hozzá.
Az Outlook 2016 mostanában olyant játszik, hogy nem szinkronizálja a bejövő leveleket. Vagy az újraindításáig nem kapják meg a leveleket, vagy sokszor csak órákkal később veszi rá magát, hogy lerántja az új leveleket. Látszólag a manuális küldés/fogadás is hibátlanul lefut, de mégsem látszik az új levél, ami más a postafiókban csücsül és minden más kliensből is látszik.
Több felhasználónál, több munkaállomáson is előfordul, de össze vissza gyakorisággal, nem feltétlenül egyszerre. Az Office frissítve, Win10 Pro frissítve, minden hol azonos verzió.
A szolgáltató állítja, hogy náluk nincs semmilyen hibabejegyzés, látszólag minden jól működik kiszolgáló oldalon. Teszem hozzá minden más levelező kliens valóban megfelelően működik. Sőt a cég más telephelyein - igaz eltérő verzió- de az Outlook 2016 is.
Angol nyelvű fórumokban találtam hasonló hibákat, évekkel ezelőtti és friss keltezési dátummal is, de a megoldási javaslatok közül egyik sem működik, vagy nem produkál tartós eredményt. Több helyen ezeken a fórumokon is ezt írják.
A gáz az, hogy előttem már többen széttették a kezüket, hogy passz. De én is ott tartok. A váltsuk le Thunderbirdre, egyéb alternatívákra megoldás sajnos nem járható. (Én is támogatnám.)
Talán találkozott már valaki ilyesmivel? Lenne valakinek javaslata? Mivel próbálkoznátok? Köszi a tippeket!

Lassúnak tűnt Windows 10 alatt a Java fordítás, csináltam teszteket és valóban lassú, de nagyon. Viszont nem az NTFS önmagában lassú, a FUSE-os NTGS-3G csak dupla idő.

A lassú rész az, amikor sok (1000-1500) apró fájlt kell másolnia. Mit kellene javítanom, hogy gyors legyen?

Linux-ext4:

[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time:  19.813 s
[INFO] Finished at: 2019-10-06T14:29:47+02:00
[INFO] ------------------------------------------------------------------------

Linux-ntfs-3g:

[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time:  40.799 s
[INFO] Finished at: 2019-10-06T14:30:32+02:00
[INFO] ------------------------------------------------------------------------

Windows-ntfs:

[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time:  06:04 min
[INFO] Finished at: 2019-10-06T15:46:18+02:00
[INFO] ------------------------------------------------------------------------

https://sergeistrelec.ru/winpe-10-8-sergei-strelec-english/177-winpe-10-8-sergei-strelec-x86-x64-native-x86-20191002-english-version.html

https://mega.nz/#!EqAkVQRQ!sfLSxzuqI9f5nlJmoDHZxmcO31jj7APbALbhtFaBhwk

https://fex.net/s/mnfoazv

Jelszó: strelec

Feladat: Egy AD-s munkahelyi környezetben, sima (tehát AD nélküli) Samba szerver beüzemelése, azon megosztás létrehozása és egy-egy felhasználónak read-only megosztás létrehozása.

A gond: a win-es felhasználók, mintha nem a megadott username-mel próbálnának loginolni, hanem [domain]/[getpnev]-vel, ami nyilván nem így szerepel a samba configjában.

A kérdés: lehetséges-e egyáltalán a kitűzött feladat? Egy AD-ben lévő win kliens csatlakozhat-e egy az ADtől eltérő authentikációjú samba szerverhez?

A google sajnos nem volt barátom, de lehet, hogy nem találtam el a keresőszavak megfelelő kombóját...

Sziasztok!

Egy programom fuggosege lenne a vcredist 2015 14.0.24123 de ha probalom folrakni, folyton hibat dob a telepites alatt (https://i.imgur.com/86MbCxx.png)... elv a net szerint valami GUI elemet nem talal core-on, de hiaba probalom silent-be inditani a telepitot, az sem segit.

Van valakinek erre otlete?

Önmagában ez nem is lenne meglepő. De beírtam a hosts fájlba:

127.0.0.1 1e100.net

Amivel némileg csökkent a Google felé nyitott kapcsolatok száma, de a system még mindig nyitogat, sőt még a böngésző is. Mi lehet az oka?

Kollégám most találta ezt a csodát, jót vidultunk rajta:

https://docs.microsoft.com/hu-hu/office/troubleshoot/word/merge-word-documents#we-welcome-all-of-your-comments-and-suggestions

Hát ezt nem ragozták túl... :)

Sziasztok,

Egy Windows 10-es munkaállomáson egy hete furcsa jelenség jelentkezett: a HTTP proxy beállítás időnként bekapcsol. Régebben ugyanis ezen a gépen volt beállítva HTTP proxy, de ez ki lett kapcsolva kb fél éve, mivel már nincs rá szükség. Egy hete azonban elkezdte azt játszani, hogy az Internetbeállításokban a "Kézi proxy beállítás" bekapcsol, ezáltal érvényes lesz a régi proxy beállítás. Ha manuálisan kikapcsolom, akkor ideig-óráig jó és utána újra bekapcsolja magától.

A Vezérlőpult/Internetbeállítások/proxybeállítások-ban a "proxy automatikus beállítása" menüpontot lekapcsoltam, ezután is csinálja a fenti jelenséget.

Google szerint csinálhat ilyet különböző malware, de azon esetekben a malware saját magára állítja a proxy beállításokat, jelen esetben viszont maga a proxy server/port érték nem változik. Víruskergetővel is átnéztem, semmi.

Ötlet? :)

https://www.virustotal.com/gui/file/40ccca6825eda62fd7813f7087953b5b179…

Egy ilyen malware találati arány fake positive vagy valóban fertőzött.
Sajnos a Windows (legális!) letölthető GUI toolok 90%-a hasonló szokott lenni.

Sziasztok!

Egy kb. 150 useres cégnél be kell vezetnem a DirectAccesst.
A konfiguráción túl vagyok, viszont elég sok a végpontok közül IPv4-el kapcsolódik a szerverekhez.

Az össz szerver kb. 5 db... Néztem pár IP fordítót, de olyan ágyulva verébre történetnek tűnik.

Nincs valami egyszerűbb módja annak, hogy ezt az 5 címet le tudja fordítani a DA ?