By Szeifert Gergő on
2015. 05. 26. 16:01
Nagyon ritkán, de előfordulhat olyan helyzet, amikor egy új szabályunkat már nem tudjuk beállítani, mert azt mondja a rendszer, hogy nincsen elég hely hozzá. (Ehhez már közel 100 szabállyal kell rendelkeznünk.)
Valójában ez azért lehetséges, mert az Exchange szerveren vannak ezek a szabályok tárolva. Felhasználónként előre meghatározott helyet foglalhatnak a szabályok. Ez 2010-es verzió esetében 64KB. (2003-ban még 8KB volt.)
Az alábbi paranccsal tudjuk ellenőrizni a beállított kvótát:
Get-Mailbox | ft DisplayName,RulesQuota
Ahhoz hogy ezt a kvótát meg tudjuk növelni két lehetőségünk van:
- Felhasználónként emeljük 128KB-ra:
- Get-Mailbox -Identity 'username of the mailbox' | Set-Mailbox -RulesQuota 128KB
- Globálisan emeljük 128 KB-ra:
- Get-Mailbox | Set-Mailbox -RulesQuota 128KB
Újra lekérdezve láthatjuk a megváltozott kvóta méretet.
|
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.
- Az Outlook beállításai
- A levelezési felhasználó vagy levelezési névjegy beállításai
- Távoli tartomány beállításai
|
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ó.
|
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:
|