Office365 E3-as Outlook kapcsolata az Exchange-vel

Microsoft Windows

Sziasztok

Van egy ügyfelem, aki egy osztrák anyaválalat magyar leánya. Évekig használták feketén az office különböző verzióit és mikor odakerültem kb 1 éve előfizettetem velük az office 365 E3-as licensre. Azért erre, mert havi szinten probléma volt a levelezéssel és így gondoltam a microsoft majd megszünteti ezeket. De jött a probléma hogy az osztrák anyaválalat informatikusa hallani sem akar arról hogy nem az ő (akkor még 2013-as most már valamivel frissebb) exchange szerverén legyen a magyarok levelezése is, és nem engedi átrakni az általa kezelt cegnev.hu domaint (ami megegyezik az anyav. cegnev.at -val).

Azóta szenvedünk mert az outlook kb minden percben bekéri a felhasználói nevet és jelszót.

Ha ekkor nem csinálok semmit csak nézem a mindig elől lévő eltüntetthetettlen bejelentkező ablakot akkor a háttérben tölti a leveleket lehet nézeget, de nagyon zavaró az ablak. ha beírom a jelszót akkor fél-1 percen belül újra kéri, ha mégsét nyomok akkor nem tölti a leveleket.

Nem értek az exchange-hez, máshol van 600 fiókos office365-öm, ott gyakorlatilag még nem volt hiba. Itt ami feltünik hogy az outlookba fiók felvételénél emailcímet kér és megadom a jelszót kiválasztom, hogy exhange szerver. Majd mikor töltödik már (az oszták infos szerint) tartomány\felhasznév kell plussz a jelszó. De teljessen mindegy, hogy ezt vagy az emailcímet írom.

Szerintetek ez mitől lehet?

Hab a tortán, hogy a (magyar) fönök naponta felhívja az oszták informatikust, aki "Már megint a magyarok ugráltatnak"-al köszön.

  • 386 megtekintés

( flatline | 2020. 07. 30., cs – 11:23 )

OWA-n is ugyanezt produkálja?

I don't run often, but when I do, I run as administrator.

Nem látok bele a szerverekbe de szerintem igen, azonos domain alatt vannak (de lehet, hogy ez egy külsös szerver és nem is az anyacégé ezért lehet van másik AC domain is)

A logolást bekapcsoltam, de okosabb nem nagyon lettem létrehozott egy ilyen fájlt: OPMLog.log ilyen tartalommal: 

2020.07.30 12:24:30 <<<< Logging Started (level is LTF_TRACE) >>>>
2020.07.30 12:24:30 HELPER::Initialize called
2020.07.30 12:24:30 Initializing: Finding a Transport
2020.07.30 12:24:30 MAPI XP Call: XPProviderInit in EMSMDB.DLL, hr = 0x00000000
2020.07.30 12:24:34 MAPI Status: (-- -- ---/--- -- ---)
2020.07.30 12:24:34 MAPI XP Call: TransportLogon, hr = 0x00000000
2020.07.30 12:24:34 Initializing: Found a transport, Error code = 0x00000000
2020.07.30 12:24:34 MAPI XP Call: AddressTypes, hr = 0x00000000, cAddrs = 3, cUids = 1
2020.07.30 12:24:34 MAPI Status: (IN -- ---/OUT -- ---)
2020.07.30 12:24:34 MAPI XP Call: TransportNotify(BEGIN_IN|BEGIN_OUT), hr = 0x00000000
2020.07.30 12:24:34 HELPER::Initialize done, Error code = 0x00000000
2020.07.30 12:24:34 HELPER::GetCapabilities called, Error code = 0x00000000
2020.07.30 12:25:21 HELPER::Uninitialize called
2020.07.30 12:25:21 MAPI Status: (-- -- ---/--- -- ---)
2020.07.30 12:25:21 MAPI XP Call: TransportNotify(END_IN|END_OUT), hr = 0x00000000
2020.07.30 12:25:21 MAPI XP Call: TransportLogoff in EMSMDB.DLL, hr = 0x00000000
2020.07.30 12:25:21 MAPI XP Call: Shutdown, hr = 0x00000000
2020.07.30 12:25:21 Resource manager terminated

és még pár etl fájlt amiket még mindig nézegetek mert 2 perc alatt amig 3x kérte a jelszót legyártott 10mb-os fájlokban 60000sort

Ezt nézd meg:
Outlook ikon az óra mellett (jobb sarok) > Tartsd nyomva a CTRL-t majd jobb klikk > Test Email Autoconfiguration

Ellenőrizd leg, hogy ez ne legyen bekapcsolva:
File > Info > Account Settings > Account Settings > E-mail fül > Jelöld ki a postafiókot > Change > Security > Always prompt for logon credentials

Kapcsold be az NTLM-et, ha használtok Outlook Anywhere-t:
File > Account Settings >  Account Settings > Válaszd ki a fiókot > More settings > Connection > Exchange Proxy settings >  NTLM Authentication

( tigrincs | 2020. 07. 30., cs – 14:53 )

De jött a probléma hogy az osztrák anyaválalat informatikusa hallani sem akar arról hogy nem az ő (akkor még 2013-as most már valamivel frissebb) exchange szerverén legyen a magyarok levelezése is, és nem engedi átrakni az általa kezelt cegnev.hu domaint

Ez mit jelent pontosan?

Ha az osztrak irodabol kuldenek levelet akkor az onprem fiokba esik a level? Vagy egyaltalan, hogyan mukodik most? Milyen domain van beallitva az o365-on?

 

Szerintem neked nem exchange problemad van vagy nem tudod leirni helyesen mit szeretnel...

E-mail domain != AD domain

Nézd meg, hogy a userek azonos domain-ben vannak-e az Exchange infrával:
Töltsd le ezt, majd az egyik kliensen inditsd el > Search > Search Container > Class: msExchServersContainer

Ha itt lesz találat, akkor abban a domain-ban van az Exhange, amiben a kliens.
Ebben az esetben Windows Integrated Authentication-el fog authentikálni és jelszókérést nem nagyon kellen látnod.

update: most olvastam, hogy nincsenek domain-ben a gépek

Mi történik, ha a https://portal.office.com oldalon beírod a sajátpostafiók@cégnév.hu felhasználónevet? Jelszót kér, vagy azt írja, hogy "A felhasználónév helytelen. Ellenőrizze, hogy jól írta-e be. Ha igen, forduljon a rendszergazdához."

Igazándiból azt kéne kideríteni, hogy a cégnév.hu DNS domain hozzá lett-e adva az o365 tenanthoz?

Üdv,
Marci

Ezt akarnám elérni hogy hagyjanak minket békében csak adják oda a csak mi álltalunk használt domaint.

Tehát a válasz: nem kér jelszót az office.com hanem "A felhasználónév helytelen. Ellenőrizze, hogy jól írta-e be. Ha igen, forduljon a rendszergazdához."

és nincs hozzáadva

( coco | 2020. 07. 30., cs – 15:16 )

Most akkor lett vegul csinalva O365 tenant a magyar domainnel ? Az Exchange autodiscover rekordja hova mutat (magyar domain)?

Amikor képbe kerültem akkor 2013-as exchange ment autodiscover nélkül. De ez jól is ment az akkor használt 2013-as outlookkal. Megcsináltuk az Office frissítést és jöttek a gondok. Előszőr megoldotta az osztrák fél az autodiscover-t, de aztán frissített Exchange Server 2019 CU5 -ra (legalábbis ezt szűrtem ki az owa forrásokból) és onnantól kb. 2-3 hete van ez a műsor. 

( bognarattila | 2020. 07. 30., cs – 22:58 )

Nem egyértelmű a leírásod, de hasonlít ahhoz, mint amikor az Outlook azt hiszi, hogy O365-ös a fiók és ezért O365-nél szeretne azonosítani.

Erre a megoldás: HKCU\Software\Microsoft\Office\16.0\Outlook\AutoDiscover\ExcludeExplicitO365Endpoint

( csilee | 2020. 07. 31., p – 01:12 )

Most telepítettem vboxban végig rögzítve egy szűz windowst, office 365-t mindent németül, hogy a kolléga is értse. Az email így se megy. Most elküldöm neki a hozzáférést és a felvételt, oldja meg.

Nem a mostani helyzet miatt, hanem a jövőre vonatkozóan van értelme O365-ben beállítani a saját tartományt. Lesz/lehet olyan felállás, amikor csak egy felhasználóval lehetne operálni, a OneNote-tal voltak hasonló problémák (részletet nem tudok, mert nem én foglalkoztam vele). Minél később állítod be, valószínűleg annál nagyobb macera lesz átállni rá az onmicrosoft.com-ról.

ExcludeExplicitO365Endpoint : akkor Nálad más lesz a gond, de van, hogy csak újraindítás után működik.

A saját domain lényegét értem és máshol használom nagyon szépen működik, itt a terv hogy átálunk, de amig nem tudok hozzáférni legalább a dns beállításokhoz, addig mint licens key müködik a *.onmicrosoft.com -os fiók.

Minden reg turkálás után újraindult a gép. Így jártam.

Most szerzek egy nem 365-os outlookot, hogy azon is csinálja-e.