Quantcast
Channel: Exchange Server forum
Viewing all 6429 articles
Browse latest View live

Keine Kommunkiation zwischen Exchange 2010 und Windows 8.1 Pro Mail

$
0
0

Wir haben in unserer Umgebung ein Windows 8.1 Pro Tablet und einen Exchange 2010 Server.

Zur Kommunikation  soll das tab mit der Mail App über EAS (Exchange Active Sync) angebunden werden.

Es kommt  eine Fehlermeldung das keine Verbindung aufgebaut werden kann. Mailserver ist eingetragen Active Sync ist für den User aktiviert Zertifikat ist unter vertrauenswürdigen Zertifikaten eingespielt. Welche Voraussetzungen müssen für den User geschaffen werden um sich über EAS anzumelden ?

Vielen Dank und Grüße

Mathias Walther


New-PublicFolderMigrationrequest cannot find SourceDatabase - Exch2007 -->Exchange 2013 Cross Forrest Migration

$
0
0

Hallo,

I am trying to migrate Exchange mailboxes from Exchange 2007 in Domain Forrest COM to Exchange 2013 in Domain Forrest DOM.

The setup: Exch2007 run on a Windows Server 2008R2 server and the DC of Forrest COM runs on another Windows Server 2008R2 server.

Exchange 2013 runs on a Windows Server 2012 server and the DC of Forrest DOM runs on another Windows Server 2012 server. From the DC of Forrest COM I start a remote PowerShell session to connect the CAS server of Exchange 2013 (DOM) using this command:

According to this manual (http://technet.microsoft.com/en-us/library/jj150486(v=exchg.150).aspx) I now want to run the New-PublicFolderMigrationRequest from Step 5. Therefore I start a remote PowerShell session from the DC of Forrest COM to connect the CAS server of Exchange 2013 (DOM) using this command:

Running the New-PublicFolderMigrationRequest command I get the following error:

To ping the requested exchange server works fine.

I am thankful for any helpful suggestion. 

Frank

Outlook '10 / Exchange '13: "Bevor Sie Ihre Ordner synchen können, müssen Sie eine Verbindung mit Microsoft Exchange [...] herstellen."

$
0
0

Hallo liebe Foren-Mitglieder,

nachdem wir uns jetzt zwei Stunden damit rumgeschlagen haben und keine Lösung finden können, hoffe ich (schon wieder) auf eure Unterstützung.

Setup ist Server 2012, Exchange 2013 mit Outlook Anywhere, Outlook 2010. OWA funktioniert. Wir sind grade von Server 2003/Exchange 2003 auf 2012/2013 umgestiegen und arbeiten an dem Umzug.

Die Fehlermeldungen sind variabel. Momentan bekomme ich beim Öffnen von Outlook zum Beispiel "Ihre Standard-E-Mail-Ordner können nicht geöffnet werden. Bevor Sie Ihre Ordner mit Ihrer Outlook-Datendatei (.ost) synchronisieren können, müssen Sie eine Verbindung mit Microsoft Exchange mit Ihrem aktuellen Profil herstellen."

Ich kann unter "E-Mail" in Windows meine E-Mail-Adresse hinzufügen, die wird auch per AutoDiscover direkt gefunden. Ich kann aber auch den Server- und meinen Account-Namen eintragen und das wird gefunden. Bei "Weitere Einstellungen" habe ich die Verschlüsselung sowohl de- als auch aktiviert getestet.

Ich habe die Verbindung über HTTP herstellen lassen und dort eingetragen: "Diese URL für die Verbindung mit dem Exchange-Proxyserver verwenden: http://mail.unsere-webdomain.de". (unsere-webdomain.de ist die Umleitung, über die man von außen auf das OWA kommt.) SSL an/aus macht keinen Unterschied bzw. hatte ich bei "SSL aus" (und bei Sicherheit -> Verschlüsselung den Haken weggemacht) auch mal im IIS auf dem Server die Verschlüsselung deaktiviert und dann kam immer noch die gleiche Fehlermeldung.

Im ECP haben wir bei Outlook Anywhere die Einträge: mail.unsere-webdomain.de, sowohl intern als auch extern. Authentifizierungsmethode ist "Aushandeln". SSL-Abladung ist zugelassen.

Ob AutoDiscover korrekt funktioniert, weiß ich leider nicht genau. Also die Accounts werden sofort gefunden, aber wenn ich auf https://[domain.name]/autodiscover/autodiscover.xml gehe, kommt eine sehr kurze Seite, auf der steht:

<ErrorCode>600</ErrorCode><Message>Ungültige Anforderung</Message><DebugData/>

Grade hat sich ein User ohne jegliche Einstellungen versucht einzuloggen und bekommt dann den Fehler: Es liegt ein Problem mit dem Sicherheitszertifikat des Proxyservers vor. Das Sicherheitszertifikat stammt nicht von einer vertrauenswürdigen Zertifizierungsstelle. Von Outlook kann keine Verbindung mit dem Proxyserver "mail.[unsere-webadresse].de" hergestellt werden (Fehlercode 18)." Zertifikat haben wir tatsächlich keines, weil wir das bisher nicht benötigt hatten.

Im Web hab ich auch mal gefunden, dass man "Set-RpcClientAccess –Server [SERVERNAME] –EncryptionRequired $False" machen soll. Hat aber auch nicht geholfen.

Ich bin mit meinem Latein leider ziemlich am Ende. Wenn man googlet, kommt man häufig auf andere Windows/Exchange/Outlook-Kombinationen, was mir nicht so richtig leicht fällt, das dann zu interpolieren auf unsere Versionen :-( Darum bin ich mal wieder sehr dankbar, wenn ihr mir da weiterhelfen könntet!



Exchange 2010 SP3 CU7 Index / Suchprobleme

$
0
0

Hallo zusammen,

ich hab hier ein Problem mit einem Exchange 2010 SP3 Server. Die Suchergebnisse im OWA und Outlook online sind komplett leer. Die Standardlösungen (ResetSearchIndexer..) hab ich alle getestet ohne Erfolg.

Die SuchOrder  im DB Verzeichnis werden nach dem Script oder oder von Hand sofort angelegt und mit genau 19 Dateien gefüllt. Das wars aber auch schon. Keine Fehlermeldung im Eventlog.

Das System fängt nicht an zu Indixieren, auch nach Stunden nicht.
Microsoft-Exchange-Troubleshooters/Operational findet keine Fehler bzw. Katalogprobleme.

Über dne Perfmon sehe ich das die anzahl der zum Durchforsten verbleibender Postfächer auf 242 steht.
Aber nix passiert. Keine CPU oder Plattenaktivität.
Einzige Info die ich habe ist über den Counter MSFTESQL-ExchangeCatalog ist der Counter "Batches completed w/errors auf 1800

Jemand eine Idee`?

Fehler bei SP3 für Exchange 2010

$
0
0
Hallo,

die Installation des Service Pack 3 auf einem SBS 2011 - Exchange 2010 bricht ab, und zwar beim Punkt "Hub-Transport-Rolle". Ich habe außer einem Serverneustart noch den Dienst "Microsoft .NET Framework NGEN v2.0.50727_X64" auf "manuell" bzw. "automatisch" gestellt, was nicht geholfen hat (stand auf "deaktiviert").

Das Ende des Updateprotokolls mit dem Fehler:
[09.20.2014 20:13:27.0020] [1] Executing: 
          $fullPath = [System.IO.Path]::Combine($RoleInstallPath, "bin\MSExchangeTransportLogSearch.exe");
          precompile-ManagedBinary -BinaryName  $fullPath;
[09.20.2014 20:13:27.0020] [2] Die Active Directory-Sitzungseinstellungen für 'precompile-ManagedBinary' lauten: Vollständige Gesamtstruktur anzeigen: 'True', Konfigurationsdomänencontroller: 'SBS2011.dmv.local', Bevorzugter globaler Katalog: 'SBS2011.dmv.local', Bevorzugte Domänencontroller: '{ SBS2011.dmv.local }'
[09.20.2014 20:13:27.0020] [2] Beginning processing precompile-ManagedBinary -BinaryName:'C:\Program Files\Microsoft\Exchange Server\V14\bin\MSExchangeTransportLogSearch.exe'
[09.20.2014 20:13:27.0020] [2] Starting: C:\Windows\Microsoft.NET\Framework64\v2.0.50727\ngen.exe with arguments: install "C:\Program Files\Microsoft\Exchange Server\V14\bin\MSExchangeTransportLogSearch.exe" /queue /nologo /verbose
[09.20.2014 20:13:27.0067] [2] Process standard output: Installing assembly C:\Program Files\Microsoft\Exchange Server\V14\bin\MSExchangeTransportLogSearch.exe
Schwerwiegender Fehler (Exception from HRESULT: 0x8000FFFF (E_UNEXPECTED))

[09.20.2014 20:13:27.0067] [2] Process standard error: 
[09.20.2014 20:13:27.0082] [2] Process standard error: Retry(1/3): exception: Microsoft.Exchange.Configuration.Tasks.TaskException: Fehler bei der Prozessausführung mit Beendigungscode -1.
[09.20.2014 20:13:28.0097] [2] Process standard output: Installing assembly C:\Program Files\Microsoft\Exchange Server\V14\bin\MSExchangeTransportLogSearch.exe
Schwerwiegender Fehler (Exception from HRESULT: 0x8000FFFF (E_UNEXPECTED))

[09.20.2014 20:13:28.0097] [2] Process standard error: 
[09.20.2014 20:13:28.0097] [2] Process standard error: Retry(2/3): exception: Microsoft.Exchange.Configuration.Tasks.TaskException: Fehler bei der Prozessausführung mit Beendigungscode -1.
[09.20.2014 20:13:29.0112] [2] Process standard output: Installing assembly C:\Program Files\Microsoft\Exchange Server\V14\bin\MSExchangeTransportLogSearch.exe
Schwerwiegender Fehler (Exception from HRESULT: 0x8000FFFF (E_UNEXPECTED))

[09.20.2014 20:13:29.0112] [2] Process standard error: 
[09.20.2014 20:13:29.0112] [2] Process standard error: Retry(3/3): exception: Microsoft.Exchange.Configuration.Tasks.TaskException: Fehler bei der Prozessausführung mit Beendigungscode -1.
[09.20.2014 20:13:30.0127] [2] Process standard output: Installing assembly C:\Program Files\Microsoft\Exchange Server\V14\bin\MSExchangeTransportLogSearch.exe
Schwerwiegender Fehler (Exception from HRESULT: 0x8000FFFF (E_UNEXPECTED))

[09.20.2014 20:13:30.0127] [2] Process standard error: 
[09.20.2014 20:13:30.0127] [2] [ERROR] Unexpected Error
[09.20.2014 20:13:30.0127] [2] [ERROR] Process execution failed with exit code -1.
[09.20.2014 20:13:30.0127] [2] Ending processing precompile-ManagedBinary
[09.20.2014 20:13:30.0127] [1] The following 1 error(s) occurred during task execution:
[09.20.2014 20:13:30.0127] [1] 0.  ErrorRecord: Fehler bei der Prozessausführung mit Beendigungscode -1.
[09.20.2014 20:13:30.0127] [1] 0.  ErrorRecord: Microsoft.Exchange.Configuration.Tasks.TaskException: Fehler bei der Prozessausführung mit Beendigungscode -1.
[09.20.2014 20:13:30.0158] [1] [ERROR] The following error was generated when "$error.Clear(); 
          $fullPath = [System.IO.Path]::Combine($RoleInstallPath, "bin\MSExchangeTransportLogSearch.exe");
          precompile-ManagedBinary -BinaryName  $fullPath;" was run: "Fehler bei der Prozessausführung mit Beendigungscode -1.".
[09.20.2014 20:13:30.0158] [1] [ERROR] Process execution failed with exit code -1.
[09.20.2014 20:13:30.0158] [1] [ERROR-REFERENCE] Id=BridgeheadComponent___e14f9a9d3c974ed2b24868a82b30915c Component=EXCHANGE14:\Current\Release\Shared\Datacenter\Setup
[09.20.2014 20:13:30.0158] [1] Setup is stopping now because of one or more critical errors.
[09.20.2014 20:13:30.0158] [1] Finished executing component tasks.
[09.20.2014 20:13:30.0190] [1] Ending processing Install-BridgeheadRole
Hat jemand eine Idee?

Exchange 2013 with IIS ARR Autodiscovery Problem

$
0
0

Guten Tag,

ich habe ein Problem mit dem Exchange 2013 Autodiscovery. Der Mailserver hat ein Wildcard Cert welches die Domain abdeckt. Ebenso habe ich einen DNS eintrag bei unserem Domainanbieter für das "autodiscover" erstellt. Auch wurde bei IIS ARR die rewrite rule für das Autodiscover angelegt.

Ebenso wurden alle URLS InternalURL / External URL via Exchange Management SHell überprüft.

Intern funktioniert das Autodiscover, extern leider nicht.

https://testconnectivity.microsoft.com/ sagt folgendes:

Die Microsoft-Verbindungsuntersuchung versucht, die AutoErmittlungsfunktion für ea@contosso.net zu testen.
Fehler beim Testen der AutoErmittlung.
Weitere Details
Verstrichene Zeit: 7744 ms.
Testschritte
Es wird versucht, alle Methoden zum Herstellen einer Verbindung mit dem AutoErmittlungsdienst zu verwenden.
Der AutoErmittlungsdienst konnte mit keiner Methode erfolgreich kontaktiert werden.
Weitere Details
Verstrichene Zeit: 7744 ms.
Testschritte
Es wird versucht, die mögliche AutoErmittlungs-URL https://contosso.net:443/Autodiscover/Autodiscover.xml zu testen.
Fehler beim Testen dieser potenziellen AutoErmittlungs-URL.
Weitere Details
Verstrichene Zeit: 3701 ms.
Testschritte
Es wird versucht, den Hostnamen contosso.net im DNS aufzulösen.
Der Hostname wurde erfolgreich aufgelöst.
Weitere Details
Zurückgegebene IP-Adressen: 80.152.xxx.xxx
Verstrichene Zeit: 937 ms.
Es wird getestet, ob TCP-Port 443 auf Host contosso.net überwacht wird/geöffnet ist.
Der Port wurde erfolgreich geöffnet.
Weitere Details
Verstrichene Zeit: 208 ms.
Die Gültigkeit des SSL-Zertifikats wird überprüft.
Das Zertifikat hat alle Überprüfungsanforderungen bestanden.
Weitere Details
Verstrichene Zeit: 422 ms.
Testschritte
Die Microsoft-Verbindungsuntersuchung versucht, das SSL-Zertifikat vom Remoteservercontosso.net an Port 443 zu erhalten.
Die Microsoft-Verbindungsuntersuchung hat das Remote-SSL-Zertifikat erfolgreich abgerufen.
Weitere Details
Antragsteller des Remotezertifikats: CN=*.contosso.net, OU=Domain Control Validated - RapidSSL(R), OU=See www.rapidssl.com/resources/cps (c)14, OU=GT76865617, Aussteller: CN=RapidSSL SHA256 CA - G3, O=GeoTrust Inc., C=US.
Verstrichene Zeit: 396 ms.
Der Zertifikatsname wird überprüft.
Zertifikatsnamen erfolgreich überprüft.
Weitere Details
Der Hostname contosso.net wurde im Eintrag für den alternativen Antragstellernamen des Zertifikats gefunden.
Verstrichene Zeit: 0 ms.
Das Datum des Zertifikats wird getestet, um zu bestätigen, dass das Zertifikat gültig ist.
Überprüfung des Datums war erfolgreich. Das Zertifikat ist nicht abgelaufen.
Weitere Details
Das Zertifikat ist gültig. NotBefore = 9/14/2014 6:27:14 PM, NotAfter = 9/16/2017 2:06:01 PM
Verstrichene Zeit: 0 ms.
Die IIS-Konfiguration wird im Hinblick auf die Clientzertifikatsauthentifizierung überprüft.
Keine Clientzertifikatsauthentifizierung erkannt.
Weitere Details
Clientzertifikate für Akzeptieren/Anfordern nicht konfiguriert.
Verstrichene Zeit: 796 ms.
Es wird versucht, dem AutoErmittlungsdienst eine POST-Anforderung zu senden, damit er URLs ggf. automatisch erkennen kann.
Beim Senden der POST-Anforderungen für die AutoErmittlung konnten keine AutoErmittlungseinstellungen abgerufen werden.
Weitere Details
Verstrichene Zeit: 1336 ms.
Testschritte
Die Microsoft-Verbindungsuntersuchung versucht, eine XML-Antwort des AutoErmittlungsdiensts von URL https://contosso.net:443/Autodiscover/Autodiscover.xml für Benutzer ea@contosso.net abzurufen.
Die Microsoft-Verbindungsuntersuchung konnte keine XML-Antwort von der AutoErmittlung abrufen.
Weitere Details
Es ist eine Webausnahme aufgrund des Empfangs der Antwort „HTTP 502 - BadGateway“ von Unknown aufgetreten. HTTP-Antwortkopfzeilen: Content-Length: 0 Date: Sun, 21 Sep 2014 14:53:42 GMT Server: Microsoft-IIS/8.5
Verstrichene Zeit: 1336 ms.
Es wird versucht, die mögliche AutoErmittlungs-URL https://autodiscover.contosso.net:443/Autodiscover/Autodiscover.xml zu testen.
Fehler beim Testen dieser potenziellen AutoErmittlungs-URL.
Weitere Details
Verstrichene Zeit: 3054 ms.
Testschritte
Es wird versucht, den Hostnamen autodiscover.contosso.net im DNS aufzulösen.
Der Hostname wurde erfolgreich aufgelöst.
Weitere Details
Zurückgegebene IP-Adressen: 80.152.xxx.xxx
Verstrichene Zeit: 218 ms.
Es wird getestet, ob TCP-Port 443 auf Host autodiscover.contosso.net überwacht wird/geöffnet ist.
Der Port wurde erfolgreich geöffnet.
Weitere Details
Verstrichene Zeit: 203 ms.
Die Gültigkeit des SSL-Zertifikats wird überprüft.
Das Zertifikat hat alle Überprüfungsanforderungen bestanden.
Weitere Details
Verstrichene Zeit: 414 ms.
Testschritte
Die Microsoft-Verbindungsuntersuchung versucht, das SSL-Zertifikat vom Remoteserver autodiscover.contosso.net an Port 443 zu erhalten.

Die Microsoft-Verbindungsuntersuchung hat das Remote-SSL-Zertifikat erfolgreich abgerufen.
Weitere Details
Antragsteller des Remotezertifikats: CN=*.contosso.net, OU=Domain Control Validated - RapidSSL(R), OU=See www.rapidssl.com/resources/cps (c)14, OU=GT76865617, Aussteller: CN=RapidSSL SHA256 CA - G3, O=GeoTrust Inc., C=US.
Verstrichene Zeit: 392 ms.
Der Zertifikatsname wird überprüft.
Zertifikatsnamen erfolgreich überprüft.
Weitere Details
Es wurde festgestellt, dass der gefundene Hostname autodiscover.contosso.net einem Platzhalterzertifikat für den folgenden allgemeinen Namen entspricht: *.contosso.net.
Verstrichene Zeit: 0 ms.
Das Datum des Zertifikats wird getestet, um zu bestätigen, dass das Zertifikat gültig ist.
Überprüfung des Datums war erfolgreich. Das Zertifikat ist nicht abgelaufen.
Weitere Details
Das Zertifikat ist gültig. NotBefore = 9/14/2014 6:27:14 PM, NotAfter = 9/16/2017 2:06:01 PM
Verstrichene Zeit: 0 ms.
Die IIS-Konfiguration wird im Hinblick auf die Clientzertifikatsauthentifizierung überprüft.
Keine Clientzertifikatsauthentifizierung erkannt.
Weitere Details
Clientzertifikate für Akzeptieren/Anfordern nicht konfiguriert.
Verstrichene Zeit: 819 ms.
Es wird versucht, dem AutoErmittlungsdienst eine POST-Anforderung zu senden, damit er URLs ggf. automatisch erkennen kann.
Beim Senden der POST-Anforderungen für die AutoErmittlung konnten keine AutoErmittlungseinstellungen abgerufen werden.
Weitere Details
Verstrichene Zeit: 1399 ms.
Testschritte
Die Microsoft-Verbindungsuntersuchung versucht, eine XML-Antwort des AutoErmittlungsdiensts von URL https://autodiscover.contosso.net:443/Autodiscover/Autodiscover.xml für Benutzer ea@contosso.net abzurufen.
Die Microsoft-Verbindungsuntersuchung konnte keine XML-Antwort von der AutoErmittlung abrufen.
Weitere Details
Es ist eine Webausnahme aufgrund des Empfangs der Antwort „HTTP 502 - BadGateway“ von Unknown aufgetreten. HTTP-Antwortkopfzeilen: Content-Length: 0 Date: Sun, 21 Sep 2014 14:53:45 GMT Server: Microsoft-IIS/8.5
Verstrichene Zeit: 1399 ms.
Es wird versucht, mit der HTTP-Umleitungsmethode eine Verbindung mit dem AutoErmittlungsdienst herzustellen.
Fehler beim Verbindungsversuch mit der AutoErmittlung mit der HTTP-Umleitungsmethode.
Weitere Details
Verstrichene Zeit: 722 ms.
Testschritte
Es wird versucht, den Hostnamen autodiscover.contosso.net im DNS aufzulösen.
Der Hostname wurde erfolgreich aufgelöst.
Weitere Details
Zurückgegebene IP-Adressen: 80.152.xxx.xxx
Verstrichene Zeit: 9 ms.
Es wird getestet, ob TCP-Port 80 auf Host autodiscover.contosso.net überwacht wird/geöffnet ist.
Der Port wurde erfolgreich geöffnet.
Weitere Details
Verstrichene Zeit: 207 ms.
Die Microsoft-Verbindungsuntersuchung überprüft die AutoErmittlung von Host contosso.net für die HTTP-Umleitung zum AutoErmittlungsdienst.
Die Microsoft-Verbindungsuntersuchung konnte keine HTTP-Umleitungsantwort für die AutoErmittlung abrufen.
Weitere Details
Die Antwort „HTTP 403 Verboten“ wurde empfangen. Die Antwort scheint von Unknown zu stammen. Antworttext: HTTP-Antwortkopfzeilen: X-FEServer: EXCHANGE Content-Length: 0 Server: Microsoft-IIS/8.5 X-Powered-By: ASP.NET,ARR/2.5 Date: Sun, 21 Sep 2014 14:53:45 GMT
Verstrichene Zeit: 505 ms.
Es wird versucht, mit der DNS-SRV-Umleitungsmethode eine Verbindung mit dem AutoErmittlungsdienst herzustellen.
Die Microsoft-Verbindungsuntersuchung konnte mit der DNS-SRV-Umleitungsmethode keine Verbindung mit dem AutoErmittlungsdienst herstellen.
Weitere Details
Verstrichene Zeit: 133 ms.
Testschritte
Es wird versucht, den SRV-Datensatz _autodiscover._tcp.contosso.net im DNS zu finden.
Der SRV-Eintrag für die AutoErmittlung wurde nicht in DNS gefunden.
Weitere Details
Verstrichene Zeit: 133 ms.
Es wird überprüft, ob in DNS ein CNAME-AutoErmittlungseintrag für Ihre Domäne "contosso.net" für Office 365 vorhanden ist.
Fehler bei der Überprüfung des CNAME-AutoErmittlungseintrags in DNS. Wenn sich Ihr Postfach nicht in Office 365 befindet, können Sie diese Warnung ignorieren.
Weitere Details
Es gibt keinen CNAME-Eintrag der AutoErmittlung für Ihre Domäne 'contosso.net'.
Verstrichene Zeit: 130 ms.




Exchange 2007 sendet keine E-Mails

$
0
0

Hallo zusammen,

seit Freitag haben wir das Problem, dass wir keine E-Mails an externe Adressen verschicken können.

Interne E-Mails innerhalb der eigenen Domain werden zugestellt, es werden auch externe E-Mails zugestellt.

Wenn ich die Nachrichtenverfolgung in Exchange öffne und eine E-Mail verfolge, bekomme ich immer einen Eintrag mit EventID "FAIL" von Source Context "Avira TransportAgent".

Avira ist auch mit der Version 10 installiert, und läuft auch.

Da ich das System nicht aufgesetzt (der Verantwortliche ist leider nicht greifbar) habe und mich mit Avira auch nicht wriklich auskenne, hoffe ich hier einen wertvollen Tipp zu bekommen.

Bin für jede Hilfestellung sehr dankbar.

-Tobi

Status Besprechungstermin nicht angezeigt

$
0
0

Hallo zusammen,

ich habe folgendes Problem: Wenn ich im Outlook einen Besprechungstermin erstelle und Teilnehmer dazu einlade kann ich den Status der Teilnehmenden Personen (Zugesagt, Abgesagt) nicht einsehen. Obwohl die Teilnehmer mir den Termin zugesagt haben, steht im Status weiterhin "Keine".

Wäre über eure Hilfe sehr dankbar.

David




Exchange 2013: PublicFolder Mailbox kann nicht gelöscht werden und hängt in der DB

$
0
0

Hallo,

ich habe folgendes Problem: Wir haben einen Exchange 2010 auf Exchange 2013 migriert und dabei 300GB Öffentliche Ordner mit umgezogen bzw. wollten das. Nun hat die Migration am Ende mit der Fehlermeldung TooManyLargeItemsPermanentException abgebrochen. Ein Resume hat auch nicht geholfen, also wollte ich ein komplett Neues MigrationRequest erstellen. Jedoch habe ich vorab das Problem, dass sich nun die PublicFolder Mailbox in der Datenbank festgesetzt hat. Wie bekomme ich die raus? Sie wird nur angezeigt wenn ich 
Get-MailboxStatistics -server <Srvmsx>| sort TotalItemSize | FT DisplayName,TotalItemSize
eingebe, aber als Get-Mailbox, Remove-StoreMailbox bzw. Get-Mailbox -PublicFolder wird nichts angezeigt und ich bekomme die nicht mehr raus!
Das Postfach wird unter Postfächer für Öffentliche Ordner nicht mehr angezeigt.

Wie kann ich das Postfach aus der Datenbank "Heraustrennen?"

Vielen Dank

 

EX13: interner Malewarescanner genügend?

$
0
0

Hallo zusammen

Ich habe nun einige Foren und Artikel durchgelesen welche das Thema Antimaleware und Exchange 2013 beschreiben. Jedoch habe ich keine produktiven Zahlen gelesen. Wir sind ein Unternehmen mit Rund 5000 Postfächern. Aktuell setzten wir auf der Ebene Exchange, Forefront for Exchange 2010 ein und scannen so auch wöchentlich unsere Datenbanken. Weniger als 0.001 % der wöchentlichen Nachrichten werden beim FullScan noch gefunden. Dies wohl daher da wir auf unsern Gateways bereits einen guten Antimaleware und SPAM Check machen. Es fragt sich daher ob das noch was bringt, da die Nachrichten ja bereits im System waren.

Die 3th Prty Tools bringen sicher bessere Administrationsmöglichkeiten und teilweise auch mehr Funktionen mit sich. Microsoft sagt ja dass kein zusätzliches Produkt nötig ist, was machen aber andere?

Ist heuzutage ein regelmässiger Datenbank Scan noch sinnvoll

Exchange Online Protection kommt für mich nicht in Frage...   

Mit freundlichen Grüßen

Florian


PST Import nicht möglich (Job Pickup Failure)

$
0
0

Hi,

ich versuche gerade eine PST Datei bei Exchange 2013 zu importieren. Bisher ging das immer problemlos.

Nun erhalte ich bei einem Import folgenden Fehler:

Job
 pickup failure: Invalid Job - Orphaned Couldn't find a valid index entry for request '...'

Google hat mir bei dem Fehler leider auch nicht weiterhelfen können. Hat jemand eine Idee dazu?

Danke,

Peter

#550 5.1.1 RESOLVER.ADR.ExRecipNotFound; not found ##

$
0
0

Hallo,

wir haben am Samstag bei einer internen Mails eine Unzustellbarkeitsbenachrichtigung bekommen.
Mir ist aber die Ursache unklar. Der Empfänger ist weder ein neuer User noch wurde an seinem Postfach etwas geändert.

Liegt das nur an einer eventuell falschen Autovervollständigungsliste im Outlook 2010 ?

Viele Grüße
Roland

(siehe Screenshot)

#550 5.1.1 RESOLVER.ADR.ExRecipNotFound; not found ##

ECCN PST Capture

$
0
0

Hallo, ich benötige für eine Offshore Paketierung des PST Capture Agents um diesen dann per SCCM auf die Endclients zu verteilen, die ECCN Nr. (Export Control Classification Number) der Software. Danke

Anlagen in Aufgaben bei Outlook 2007, Exchange 2010

$
0
0

Hi Community,

ein User in unserem Haus organisiert seine Arbeitsabläufe mit Aufgaben in Outlook 2007, angeschlossen an Exchange 2010 SP3. Er wird dann recht häufig mit der Fehlermeldung "Die Anlagengröße übersteigt das erlaubte Maximum" konfrontiert, was vermutlich daraufhin deutet, dass sich die maximale Größe einer Aufgabe an der maximalen Nachrichtengröße orientiert. Ich dachte eine Aufgabe stellt für Outlook nur einen Ordner dar, der dann eigentlich nicht von der maximalen Nachrichtengröße betroffen sein sollte. Anyway, sicherlich war das eine falsche Erinnerung.

Der Plan B wäre die E-Mails ohne Anlagen in den Aufgaben zu speichern, weil die eigentlich nicht notwendig sind. Es ist der Schriftverkehr der interessant ist. Gibt es eine Möglichkeit sich einfach und ohne großes Zutun der Anlagen zu entledigen, wenn sie in eine Aufgabe gezogen werden? Ein Skript, eine Systemeinstellung irgendetwas in der Art, was dem Kollegen das Leben angenehmer machen könnte?

Thx & Bye Tom




Verbindungsaufbau bei STARTTLS

$
0
0

Hi Community,

wir haben kürzlich unseren Exchange 2010 für verschlüsselte Kommunikation eingestellt und bin echt überrascht wieviele Mailserver dieses Angebot auch nutzen können. Was mich allerdings noch etwas grübeln lässt, ist die Frage warum bei STARTTLS die Verbindung zweimal aufgebaut wird?

,08D18F3FB77DBA54,0, 192.168.1.1:25,14.173.150.209:43182,+,,
,08D18F3FB77DBA54,1, 192.168.1.1:25,14.173.150.209:43182,*,SMTPSubmit SMTPAcceptAnySender SMTPAcceptAuthoritativeDomainSender AcceptRoutingHeaders,Set Session Permissions
,08D18F3FB77DBA54,2, 192.168.1.1:25,14.173.150.209:43182,>,"220 mail.ourdomain.de Microsoft ESMTP MAIL Service ready at Wed, 3 Sep 2014 02:58:11 +0200",
,08D18F3FB77DBA54,3, 192.168.1.1:25,14.173.150.209:43182,<,EHLO s81.mail.info,
,08D18F3FB77DBA54,4, 192.168.1.1:25,14.173.150.209:43182,>,250-mail.ourdomain.de Hello [14.173.150.209],
,08D18F3FB77DBA54,5, 192.168.1.1:25,14.173.150.209:43182,>,250-SIZE,
,08D18F3FB77DBA54,6, 192.168.1.1:25,14.173.150.209:43182,>,250-PIPELINING,
,08D18F3FB77DBA54,7, 192.168.1.1:25,14.173.150.209:43182,>,250-DSN,
,08D18F3FB77DBA54,8, 192.168.1.1:25,14.173.150.209:43182,>,250-ENHANCEDSTATUSCODES,
,08D18F3FB77DBA54,9, 192.168.1.1:25,14.173.150.209:43182,>,250-STARTTLS,
,08D18F3FB77DBA54,10, 192.168.1.1:25,14.173.150.209:43182,>,250-AUTH LOGIN,
,08D18F3FB77DBA54,11, 192.168.1.1:25,14.173.150.209:43182,>,250-8BITMIME,
,08D18F3FB77DBA54,12, 192.168.1.1:25,14.173.150.209:43182,>,250-BINARYMIME,
,08D18F3FB77DBA54,13, 192.168.1.1:25,14.173.150.209:43182,>,250 CHUNKING,
,08D18F3FB77DBA54,14, 192.168.1.1:25,14.173.150.209:43182,<,STARTTLS,
,08D18F3FB77DBA54,15, 192.168.1.1:25,14.173.150.209:43182,>,220 2.0.0 SMTP server ready,
,08D18F3FB77DBA54,16, 192.168.1.1:25,14.173.150.209:43182,*,,Sending certificate
,08D18F3FB77DBA54,17, 192.168.1.1:25,14.173.150.209:43182,*,"CN=mail.ourdomain.de, OU=PositiveSSL, OU=Domain Control Validated",Certificate subject
,08D18F3FB77DBA54,18, 192.168.1.1:25,14.173.150.209:43182,*,"CN=PositiveSSL CA 2, O=COMODO CA Limited, L=Salford, S=Greater Manchester, C=GB",Certificate issuer name
,08D18F3FB77DBA54,19, 192.168.1.1:25,14.173.150.209:43182,*,144ADF6F4F798460D13AA689A9AAA630,Certificate serial number
,08D18F3FB77DBA54,20, 192.168.1.1:25,14.173.150.209:43182,*,538EB8AAB76D67AFFA413E7BD41AA656FCEFB3D7,Certificate thumbprint
,08D18F3FB77DBA54,21, 192.168.1.1:25,14.173.150.209:43182,*,mail.ourdomain.de;www.mail.ourdomain.de,Certificate alternate names
,08D18F3FB77DBA54,22, 192.168.1.1:25,14.173.150.209:43182,<,EHLO s81.mail.info,
,08D18F3FB77DBA54,23, 192.168.1.1:25,14.173.150.209:43182,*,,TlsDomainCapabilities='None'; Status='NoRemoteCertificate'
,08D18F3FB77DBA54,24, 192.168.1.1:25,14.173.150.209:43182,>,250-mail.ourdomain.de Hello [14.173.150.209],
,08D18F3FB77DBA54,25, 192.168.1.1:25,14.173.150.209:43182,>,250-SIZE,
,08D18F3FB77DBA54,26, 192.168.1.1:25,14.173.150.209:43182,>,250-PIPELINING,
,08D18F3FB77DBA54,27, 192.168.1.1:25,14.173.150.209:43182,>,250-DSN,
,08D18F3FB77DBA54,28, 192.168.1.1:25,14.173.150.209:43182,>,250-ENHANCEDSTATUSCODES,
,08D18F3FB77DBA54,29, 192.168.1.1:25,14.173.150.209:43182,>,250-AUTH LOGIN,
,08D18F3FB77DBA54,30, 192.168.1.1:25,14.173.150.209:43182,>,250-8BITMIME,
,08D18F3FB77DBA54,31, 192.168.1.1:25,14.173.150.209:43182,>,250-BINARYMIME,
,08D18F3FB77DBA54,32, 192.168.1.1:25,14.173.150.209:43182,>,250 CHUNKING,
,08D18F3FB77DBA54,33, 192.168.1.1:25,14.173.150.209:43182,<,MAIL FROM:<root@architects.com> BODY=8BITMIME,
,08D18F3FB77DBA54,34, 192.168.1.1:25,14.173.150.209:43182,*,08D18F3FB77DBA54;2014-09-03T00:58:11.832Z;1,receiving message
,08D18F3FB77DBA54,35, 192.168.1.1:25,14.173.150.209:43182,>,250 2.1.0 Sender OK,
,08D18F3FB77DBA54,36, 192.168.1.1:25,14.173.150.209:43182,<,RCPT TO:<user@ourdomain.de>,
,08D18F3FB77DBA54,37, 192.168.1.1:25,14.173.150.209:43182,>,250 2.1.5 Recipient OK,
,08D18F3FB77DBA54,38, 192.168.1.1:25,14.173.150.209:43182,<,DATA,
,08D18F3FB77DBA54,39, 192.168.1.1:25,14.173.150.209:43182,>,354 Start mail input; end with <CRLF>.<CRLF>,
,08D18F3FB77DBA54,40, 192.168.1.1:25,14.173.150.209:43182,*,Tarpit for '0.00:00:02.168' due to 'DelayedAck',Delivered
,08D18F3FB77DBA54,41, 192.168.1.1:25,14.173.150.209:43182,>,250 2.6.0 <195d18e3909e9e788ca256a7d23722be@localhost.localdomain> [InternalId=455687] Queued mail for delivery,
,08D18F3FB77DBA54,42, 192.168.1.1:25,14.173.150.209:43182,-,,Remote

Eigentlich sollte doch STARTTLS genau das verhindern. Kann den zweiten Verbindungsaufbau jemand erklären?

Thx & Bye Tom


Fehler beim StartDagServerMaintenance

$
0
0

Hallo zusammen

Mir ist es jetzt schon zum zweiten mal passiert das ich beim ausführen des StartDagServerMaintenance einen Fehler bekommen habe der etwa so aussieht:

Log-Error : [19:02:16.830 UTC] Move-DagMasterCopy: Database 'DB9' *FAILED* to move! Now attempting to perform rollback
to prevent a DB outage...
t C:\Program Files\Microsoft\Exchange Server\V14\Scripts\DagCommonLibrary.ps1:483 char:14
                 Log-Error <<<<  ($DagCommonLibrary_LocalizedStrings.res_0064 -f $db,"Move-DagMasterCopy")+ CategoryInfo          : NotSpecified: (:) [Write-Error], WriteErrorException+ FullyQualifiedErrorId : Microsoft.PowerShell.Commands.WriteErrorException,Log-Error

Ich kann dann die DB's von Hand problemlos verschieben. Auch funktioniert RedistributeActiveDatabases problemlos.
 Es sind immer die gleichen DB's bei denen der Fehler auftritt. Zur gleichen Zeit habe ich nur Eventlogeinträge "Exchange Search Indexer has temporarily disabled indexing of the mailbox database ".

Wenn ich mittels get-mailboxdatabasecopystatus -server server1 |fl *index* prüfe ist alles auf healthy

Ich habe erst kürzlich auf SP3 RU4 aktualisiert. Wir betreiben eine DAG mit 2 Mailboxserver und 20 DB's. Hat jemand eine Idee was ich noch prüfen könnte?
Herzlichen Dank & GrussFlorian


WebServices exceeded the maximum of 16 objects

$
0
0

Hallo

System ist Exchange 2013 (CU5) auf Server 2012

Ich erhalte von Kollegen diese Einträge (alle mit Mac Office 2011)

Mapi session /o=MCS/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=1b7434181d6447b2ac11598dad4b98a0-Bettina with client type WebServices exceeded the maximum of 16 objects of type Session.

In der Registry habe ich bereits stehen:

Wobei manche Artikel sich auf Eintrag 1, andere dagegen auf Eintrag 2 stützen

Welches ist denn jetzt korrekt?

und warum (wenn einer der beiden ok ist) erhalte ich dann immer noch diesen fehler?

Gruß

Lutz

Exchange 2013 Standardordner umbenennen geht nicht

$
0
0

Hallo,

nach dem import von pst über die powershell ist bei einigen usern der standard emaileingangsordner inbox nicht mehr posteingang. nach einiger recherche bin ich auf folgendes gestossen: http://support.microsoft.com/kb/2846548/de

habe die variante mit outlook probiert(/resetfoldernames), keine änderung mails landen immer noch in inbox anstatt posteingang

powershell befehl geht nicht, kommt immer eine fehlermeldung, ausgeführt als administrator

[PS] C:\Windows\system32>Set-MailboxRegionalConfiguration '' -LocalizeDefaultFolderName
Fehler beim Lokalisierungsvorgang für die Standardordner von Postfach '': Die Standardordner können
nicht lokalisiert werden.
    + CategoryInfo          : InvalidOperation: ('':MailboxIdParameter) [Set-MailboxRegionalConfigurat
   ion], InvalidOperationException
    + FullyQualifiedErrorId : [Server='',RequestId=b5975180-dde9-4cde-8666-89639efe25ef,TimeStamp=23.09.2014 09:32
   :14] [FailureCategory=Cmdlet-InvalidOperationException] 7733539,Microsoft.Exchange.Management.StoreTasks.SetMailbo
  xRegionalConfiguration
    + PSComputerName        : ''

owa einstellungen kommt auch immer eine fehlermeldung ausgeführt als user

und hier noch ein Config Auszug:

So und nun alle falsch eingestellten Postfächer löschen neuerstellen und wieder importieren oder gibt es noch einen Befehl mit dem ich das wieder gerade biegen kann??

Für jeden Rat oder Hilfestellung bin ich dankbar

Exchange 2013 - Öffentliche Ordner nur 10 GB!?

$
0
0

Hallo Leute,

ich musste gerade mit Erschrecken feststellen dass Öffentliche Ordner beim Exchange 2013 nur 10 GB groß sein können!? 
Ich denke die Quelle lässt keinen Spielraum für Interpretationen, oder? 
http://technet.microsoft.com/de-de/library/dn594582(v=exchg.150).aspx

Wir haben bei einem Kunden die Öffentlichen Ordner als im Grunde "Projektarchive" gestaffelt nach Jahr --> Projekt --> Posteingang (-ausgang). Es kann bei langjährigen Projekten schon mal sein, dass z.B. ~30 GB zusammenkommen in einem Öffentlichen Ordner, da sich das Projekt über viele Jahre zieht.

Derzeit ist alles auf einem Exchange 2010 in einer Datenbank und gut ists.

Was macht man denn da nun? Ideen? Vorschläge? Eigentlich kann man das hier auch zur Diskussion machen.
Anforderung ist, dass alle Mitarbeiter ständig auf alle Mails des Projektes Zugriff haben.

Da bleibt ja quasi nur ein extra teures MailArchiv mit Berechtigungen usw oder?

Vielen Dank und die besten Grüße

Exchange 2010 Zugriff mit Outlook 2010 von einem Windows 8.1 PC: Konto eines anderen Benutzers anzeigen macht Probleme

$
0
0
Hallo Leute,

hab ein seltsames Problem:

folgendes Szenario:
Server SBS 2011 mit Exchange 2010
Client 1: Win 7 Prof 64 bit, Office Home and Business 2010
Client 2: Win 8.1 Prof 64 bit, SSD, Office Home and Business 2010

Der Benutzer A hat vollzugriff über Exchange Management Console auf das Postfach eines anderen Benutzers B
Bei dem Win 7 Client ist alles OK, Benutzer A sieht Postfach von Benutzer B

Das ganze lief bis vor 1 Monat problemlos.
Anderne Benutzern, die auch Vollzugriff auf das Postfach von Benutzer B haben haben keine Problem.


Der Win 8.1 Client macht zicken: Benutzer A sieht den Namen von Benutzer B in der Ordnerliste von Outlook.
Wenn Benutzer A auf den Namen des Benutzers B klickt, kommt die Meldung:

" Diese Ordnergruppe kann nicht geöffnet werden. Fehler bei der Anmeldung bei Microsoft Exchange "
Im Outlook Fenster steht unten links verbunden mit Server.
Es gibt im Ereignisprotokoll des Clients auch einen Eintrag ID: 300 Microsoft Office Alerst.mit dem Wortlaut

Ein anderer Benutzer mit Win 8.1 und Outlook 2013 hat keine Probleme, also hab ich das Problem bei dem Rechner gesucht:
Hab das Outlook Profil gelöscht und neu angelegt, hat nichts gebracht.
Benutzerprofil gelöscht, hat nichts gebracht.
PC neu installiert, hat nichts gebracht.

Wenn ich im Exchange den Vollzugriff entferne ist auf beiden PCs der Namen von Benutzer B in der Ordnerliste von Outlook weg.
Wenn ich den Vollzugriff wieder erteile ist der Name wieder bei beiden da, und wie gehabt, auf dem Win 7 alles OK, auf dem Win 8.1 kein Zugriff.
Mit Vollzugriff auf andere Benutzerposfächer ist es das Gleiche.

Der Server mit dem Exchange läuft normal, BPA bringt keine besonderen Fehler.

Bin völlig überfragt.
Hat von Euch jemand einen Tip??

Vielen Dank
Viewing all 6429 articles
Browse latest View live


<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>