Új hozzászólás Aktív témák

• #1592 dudasj tag Hina #1591

  Új Válasz 2021-08-08 09:15:56 #1592

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  dudasj

  tag

  válasz Hina #1591 üzenetére

  Az eseménynaplókat kellene megnézned, mit ír ki hibaként. Ez így sok mindentől lehet.
  Próbálj meg első körben a queue-ból törölni mindent.
  Így látatlanban, amikre tippelek.

  https://docs.microsoft.com/hu-hu/exchange/troubleshoot/mailflow/front-end-microsoft-exchange-transport-service-stops

  https://social.technet.microsoft.com/Forums/azure/en-US/58403da1-7bd1-4ea7-8c99-878a0312136b/microsoft-exchange-transport-service-terminated-unexpectedly?forum=exchangesvradmin

• #1492 kraftxld félisten Hina #1491

  Új Válasz 2017-06-19 15:53:48 #1492

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  kraftxld

  félisten

  válasz Hina #1491 üzenetére

  Kellene mindkét szerverröl:
  ipconfig /all
  Get-Receiveconnector | FL

  Ide beillesztve.

• #1490 kraftxld félisten Hina #1489

  Új Válasz 2017-06-19 14:36:48 #1490

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  kraftxld

  félisten

  válasz Hina #1489 üzenetére

  Nem tudom honnan jönnek neked ezek a vad ötletek, mint telepítsünk RDS-t a szerverre meg lőjjük le az összes recieve connectort...
  Amelyikre az RDS-t próbáltad felrakni, azt még most kukáznám és újrakezdeném, az RDS nagyon beletúr az IIS lelkivilágába, később csúnya szopások lesznek vele.

  Ezzel a másikkal meg semmi extrát nem kell csinálni, csak mindkét szerveren az összes gyári receive connectort engedélyezni, a jogosultságokat visszaállítani ahogy voltak eredetileg. Valamint megnézni, hogy a egyik szerver IP címe se szerepeljen más receive connectoron. Ez a hiba akkor jön elő, hogy ha ügyesen van egy relay connectorod mondjuk az egész subnetre, és azon próbál a két szerver egymással kommunikálni a gyári helyett. Szintén ez okozza a public folder hibát, mivel a replikáció SMTP-n megy.

• #1488 Hina aktív tag Hina #1487

  Új Válasz 2017-06-19 11:10:16 #1488

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Hina

  aktív tag

  válasz Hina #1487 üzenetére

  Megoldottam a gondot.

  Hátha másnak is kell, így leírom.

  Az IIS-ben kitöröltem a plusz egy https protokolt (gondolom a RDS tette bele, hogy nekem jó legyen...) a bindings-ből... és elindult a service és minden elérhető. így már megy az EMC-is.

  

  Konklúzió:
  NE! telepíts Remote Desktop Services-t az Exchange serverre...

• #1486 kraftxld félisten Hina #1485

  Új Válasz 2017-06-19 08:58:44 #1486

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  kraftxld

  félisten

  válasz Hina #1485 üzenetére

  Igen, tudom. A WinRM ugyanúgy működik és hibázik 2010 óta.

• #1484 kraftxld félisten Hina #1483

  Új Válasz 2017-06-19 08:05:22 #1484

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  kraftxld

  félisten

  válasz Hina #1483 üzenetére

  Na várj, hogy akarsz egy forest-ben 2007-et meg 2016-ot? Az nem fog menni.
  A korábbi WinRM hibára meg: [link]

• #1481 kraftxld félisten Hina #1476

  Új Válasz 2017-06-15 10:59:15 #1481

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  kraftxld

  félisten

  válasz Hina #1476 üzenetére

  Termelni is szoktunk

  Itt lesz a gond: Már össze-vissza pipálgattam a Receive Connectors-okat

  Valamint ha van egy relay connectorod az egész subnetre, azt nem szokta szeretni a másik Exchange szerver.

• #1479 laszak tag Hina #1478

  Új Válasz 2017-06-15 08:44:29 #1479

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  laszak

  tag

  válasz Hina #1478 üzenetére

  Igen

• #1477 Hina aktív tag Hina #1476

  Új Válasz 2017-06-14 09:21:57 #1477

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Hina

  aktív tag

  válasz Hina #1476 üzenetére

  ? Mindenki nyaral

• #1474 kraftxld félisten Hina #1473

  Új Válasz 2017-06-10 21:43:30 #1474

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  kraftxld

  félisten

  válasz Hina #1473 üzenetére

  Azért rollup mert minden korábbi cucc benne van

• #1428 kraftxld félisten Hina #1427

  Új Válasz 2016-05-27 11:27:27 #1428

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  kraftxld

  félisten

  válasz Hina #1427 üzenetére

  Nem kell a hosts file-ban matatni.
  Mi a pontos domain? Valamint a www.testexchangeconnectivity.com -on is le tudod ellenorizni, hogy mi a gond.

• #1426 kraftxld félisten Hina #1424

  Új Válasz 2016-05-26 23:40:17 #1426

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  kraftxld

  félisten

  válasz Hina #1424 üzenetére

  Androidon meg tudod adni kézzel a szerver címét, Outlook 2016-ban csak autodiscover van.

• #1425 kraftxld félisten Hina #1423

  Új Válasz 2016-05-26 23:39:37 #1425

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  kraftxld

  félisten

  válasz Hina #1423 üzenetére

  De van exchange fiók, csak nem tudod kézzel hozzáadni, autodiscoverrel működik.
  Ha kintről próbálod, valószínűleg nincs autodiscover.domain.com A rekord a DNS-ben valamint rajta a tanusítványon, és a többi módszer sincs belőlve.
  A domain név meg az OWA címének ismerete nélkül csak ennyi hibaelhárítást lehet csinálni.

• #1421 kraftxld félisten Hina #1420

  Új Válasz 2016-05-26 11:44:43 #1421

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  kraftxld

  félisten

  válasz Hina #1420 üzenetére

  Nincs rendesen beállítva az autodiscover, ráadásul ne ActiveSync account-ot adj hozzá

• #1419 kraftxld félisten Hina #1417

  Új Válasz 2016-05-25 23:47:55 #1419

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  kraftxld

  félisten

  válasz Hina #1417 üzenetére

  Az esetek 99%-ában elég TCP/443

• #1418 woros őstag Hina #1417

  Új Válasz 2016-05-25 16:04:50 #1418

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  woros

  őstag

  válasz Hina #1417 üzenetére

  Nem értem pontosan mire gondolsz, de ha erre akkor:

  

Új hozzászólás Aktív témák