MOLEHAND Solutions - Nagyvállalati megoldások mindenkinek

 
Nyomtat  
Author: MOLEHAND Created: 2008. 09. 26. 23:33
Exchange

By Szeifert Gergő on 2013. 10. 24. 17:26

Előfordulhat olyan eset, amikor egy partnerünk az általunk küldött csatolmányból cask egy winmail.dat csatolmány "érkezik meg".
 
Ezt a TNEF üzenetformátum okozza.
 
Fontos tudni:
 
A TNEF-üzenetbeállításokat a rendszer az alábbi sorrendben alkalmazza (legalacsonyabbtól a legmagasabbig). A magasabb szinten megadott beállítás felülírja az alacsonyabb szinten megadott beállítást.
  1. Az Outlook beállításai
  2. A levelezési felhasználó vagy levelezési névjegy beállításai
  3. Távoli tartomány beállításai
 
Outlookunkban az alábbi beállításokat tudjuk véghezvinni:
http://support.microsoft.com/kb/278061/hu

Azonban ez sok esetben nem elegendő, ilyenkor az Exchange szerveren kell módosítani az adott tartományra:
http://help.outlook.com/140/gg263346.aspx

A már meglévő tartományokat az alábbi paranccsal tudjuk lekérni:
Get-RemoteDomain
 

By Kiss Tamás on 2013. 10. 14. 14:27

A probléma úgy jelentkezik, hogy NDR-t kapunk, hogy bizonyos címzetteknek a kézbesítés késik. Nézzük meg az Exchange Queue-t, és ott a LAST ERROR oszlopot a megfelelő sorban.
 
Ha a fenti hibát látjuk, akkor ellenőrizzük mxtoolbox.com -on, hogy az SMTP és mx rendben van e.
Ellenőrizzük, hogy az Exchangeről telnettel tudunk e kapcsolatot nyitni a problémás mx felé. Ha ez is működik akkor nyissuk meg a helyi DNS server beállításait és a forwards fülön vegyük fel a 8.8.8.8 -at és tegyük első helyre. Ez a google public DNS servere.
Ezek után várjunk 1 percet és próbáljunk újra küldeni, figyeljük a queue-t.
 

By Szeifert Gergő on 2013. 09. 18. 14:01

Előfordulhat olyan, amikor valakinek szeretnénk egy fent beállított jogot adni, de ez az alábbi hibával megáll: Couldn't find object "domain.local/retired/staff/personsname". Please make sure that it was spelled correctly or specify a different object. Ez olyankor keletkezik, amikor egy tiltott felhasználónak is volt ilyen joga akinek jogát persze korábban már eltávolítottuk. Ebben az esetben segítségünkre lesz az ADSI edit program: - Keressük meg az adott mailboxot ahova szeretnénk a jogot beállítani. - Keressük meg a publicDelegates beállítást (rekordot). - Távolítsuk el a beragadt usert.

By Molnár Péter on 2013. 02. 10. 13:58

  • IPv6 legyen engedélyezve!
  • Mindent futtassunk rendszergazdaként!
  • AD-t elő kell készíteni az Exchange telepítő paraméterezéseivel:
    • setup.exe /ps /IAcceptExchangeServerLicenseTerms
    • setup.exe /p /on: CÉGNÉV /IAcceptExchangeServerLicenseTerms
    • setup.exe /pd /IAcceptExchangeServerLicenseTerms
  • Telepíteni kell az UCMA-t

Ha valamiért újra kell indítani a telepítőt töröljük a V15 mappát a "Program Files"-ből és a "Microsoft Exchange System Objects" konténert a ADUC-ból!

Checklist:
http://technet.microsoft.com/en-us/library/ff805042.aspx

 

By Halász István on 2011. 11. 16. 21:41

Exchange 2010 alatt az ECP bevezetési miatt keletkezett egy kis névzavar. Az eddig az levélforgalom vizsgálatára használt „Message tracking” most az ECP-re mutató link, ahol a visszaigazolások (olvasási és kézbesítési) követetőek a felhasználók által. Exchange 2010-ben a teljes levélforgalom ehelyett a „Tracking Log Explorer”-ben található.
 
Exchange Management Conlsole - Toolbox
 
 

By Simkó Benedek on 2011. 08. 05. 3:41

Hiba leírása: a levelezőszerverek közötti kommunikáció megszakad, a küldő szerveren a levelek queue-ba kerülnek és a következő hibaüzenet: 421 5.5.2 Syntax error (command line too long).
 
Hiba oka: az Exchange szerver valamilyen okból 6 byte-nál hosszabb NOOP parancsot küld, ezért az SMTP Filter tiltja a kapcsolatot.
 
Megoldás: a tűzfalon az SMTP Filter beállításainál a NOOP parancs hosszát állítsuk nagyobbra (pl. 1024-re).
 
 
Az érintett rendszerek (a jelen esetben): Exchange 2007, Microsoft ISA Server 2006, Microsoft TMG

By Molnár Péter on 2011. 06. 28. 15:18

Ha nincs Edge Transport Server, akkor a Hub Transport alatt fogjuk megtalálni miután futtattuk a exchange shellben:
 
C:\"Program Files"\Microsoft\Exchange Server\V14\Scripts\install-AntispamAgents.ps1 scriptet.
 
Majd shellből Restart-Service MSExchangeTransport vagy services mmc ből restart és megtaláljuk a EMC ban a hiányzó beállításokat.
 

By Molnár Péter on 2011. 02. 25. 16:52

Ha végképp elakadtunk a Public Folder eltávolítással (pl. szerver unintall esetén) Akkor ez a megoldás biztosan segít: ADSI edit > Configuration > Services > Microsoft Exchange > First Organization > Administration Groups > Exchange Administrative Group > Servers > szervernév > Information Store -on belül töröljük az érintett Public Folder Database CN-t.
 
(Ha marad PF adatbázis a rendszerben azt ne töröljük, és ellenőrizzük átkerült-e rá minden szükséges tartalom)

By Molnár Péter on 2011. 02. 24. 0:07

Az SPF segítségével a DNS-ben beállíthatjuk, melyik szerverek jogosultak e-mail küldeni az adott domainről. Kis segítség a beállításhoz:
Lekérdezéshez:

By Molnár Péter on 2010. 09. 21. 12:20

Ha egy distribution group nevében akarunk levelet küldeni azt az ADUC-ban állíthatjuk be:
- Ellenőrizzük, hogy az Advanced Features megjelenítése be van állítva
- A csoport tulajdonságai között válasszuk a Security-t.
- Adjuk hozzá a kívánt felhasználókat és állítsuk be nekik a SendAs jogot

Számítsa ki költségeit
  kalkulátorunkkal

tovább    

és nyerje meg
50 000 Ft értékű

ajándékunkat  

Akciós ajánlatunk

 Több szolgáltatót is volt szerencsém kipróbálni. Jelenleg minden projektünk a MOLEHAND-nél van elhelyezve, mert Ők nem csak egy szelet számítógépet adnak, hanem valódi szolgáltatást: Akármibe ütközök számíthatok a gyors és szakszerű reakcióra!