Hallo Community,

ich habe das Problem, dass sich beim Weiterleiten von Kontakten an andere Outlooknutzer der Eintrag des Geburtstages im Kontakt um einen Tag nach vorne verschiebt.

Dabei ist es egal, welchen meiner drei Rechner in dazu nutze. Alle Rechner sind WIN 7 professional und Office 2010 ausgestattet. Alle Outlokinstallationen sind mit einem Exchangeserver verbunden . Bei den Empfängern der veränderten Kontakte ist es egal, ob sie ein Postfach auf einem Exchangeserver oder ein POP 3 Postfach haben.

Ein Hinweis noch: Alle Datums- und Uhrzeiteinstellungen in allen Rechnern sind sowohl auf der Windows Ebene als auch auf der Outlook Ebene korrekt und einheitlich.

Woran liegt das?

Viele Grüße Rainer Haßold

Hi,

wie in der Überschirft geschrieben komme ich nicht mehr auf die ECP draf und wenn ich auf die Exchange Management Shell verbinde und ein Befehl absetze ( z.B. Get-Mailbox | fl) wird nichts angezeigt.

Event Log Fehler:

Ereignis ID 1006: Quelle: MSExchangeDiagnostics

Der Leistungsindikator '\\servername\LogicalDisk(HarddiskVolume1)\Free Megabytes' hatte während des 15-minütigen Intervalls mit Start bei '17.03.2015 17:22:00' einen Wert von '87,00'. Weitere Informationen: None. Triggername:DatabaseDriveSpaceTrigger. Instanz:harddiskvolume1

Ereignis ID 74: Quelle: MSExchange RBAC

(Prozess w3wp.exe, PID 15820) Verbindungsverlust für Schlüssel "server.local/Users/Administrator" in Microsoft.Exchange.Configuration.Authorization.WSManBudgetManager-Klasse erkannt. Verloren gegangener Wert: 2.

Was habe ich gemacht:

- IIS restart

- Server neustart

- IIS die Binding konrtolliert (alles normal)

- ein neuen User angelegt mit allen rechten um zu testen ob es an dem User liegt (leider ohne erfolg)

- Ich habe im AD den User Administrator kontrolliert bezüglich der Veröffentlichten Zertifikate (dort sind 2 Zertifikate vorhanden)

Leider habe ich es noch nicht geschaft die Exchange Version auszulesen das meine Shell nicht funktioniert.

Vielleicht könnt Ihr mir bei meinem Problem Helfen.

danke

viele grüße

Moin,

ich habe eine Exchange 2010 Umgebung (SP3, RU8) die eigentlich super funktioniert.

Neu installiert habe ich nun einen Exchange 2013 (CU8) und möchte auf diesen Umziehen. Die Installation und sämtliche Einstellungen verliefen reibungslos. Der Exchange 2013 kann nach intern und extern Senden und von extern empfangen. Nur leider kann er keine E-Mails von dem 2010 Exchange empfangen.

In der Nachrichtenverfolgung des Exchange 2013 Servers taucht folgende Meldung auf, wenn ich eine E-Mail aufrufe, die ich vom 2010 an den 2013er gesendet habe:

Fehler auf Server "Exchange2013.FQDN" in der Domäne "FQDN" beim Herstellen einer Verbindung 
mit Transportwarteschlangen auf Server "Exchange2010.FQDN" und Abrufen des Status einer 
ausstehenden Nachricht.

Das ist alles. Mehr habe ich nicht - irgendwelche Vorschläge?

Hallo!

Könnt ihr mir verraten, warum das gelb markierte Icon "Details" bei dem einen Administrator-Benutzer zu sehen ist und beim anderen nicht? Fehlt da irgendwo eine Berechtigung?

Zu sehen ist das Icon beim Benutzer, der während des Windows- und Exchange-Servers-Setups und während des Einspielens von Benutzer-PSTs verwendet wurde. Dieser Benutzer wurde irgendwann im Laufe der Migration auf einen neuen kopiert. Bei letzterem fehlt das Icon.

Hallo Forum,

wir haben bei einem Small Business Server 2008 SP (Build 6001) Windows Server Standard FE (SBS 2008 Standard) SP1 Bit mit Exchange 2007 Version 8.2 (Build 176.2) (SP2).

Der Server bleibt über das Wochenende an. Nun tritt seit einiger Zeit das Problem auf, das Montags keine Mails mehr empfangen werden können. Beim Start von Outlook öffnet sich das Fenster "Windows Sicherheit" mit dem Anmeldenamen und verlangt die Eingabe des Benutzerkennwortes. Die Anmeldung selber ist aber dann erfolglos.

Auf dem Server sind erstaunlicherweise keine Exchangedienste mehr gestartet. In der Ereignisanzeige findet man unter Windows-Protokollen bei den Anwendungen folgenden Eintrag:

"Fehler Ereignis 2152 MSEchange ADAccess

Prozess w3wp.exe (AutoDisc) (PID=4540). Fehler bei RPC-Anforderung an den Microsoft Exchange Active Directory-Topologiedienst. Fehler: 1753 (Error 6d9 from HrGetTopologyVersion). Stellen Sie sicher, dass der Dienst ausgeführt wird. "

Wird der Server neu gestartet, sind auch alle notwendigen Exchangedienste gestartet. Die Exchangedienste sind auch an allen folgenden Werktagen morgens gestartet. Der Server bleibt dann wieder über das Wochenende an und am Montags tritt das oben beschriebene Problem wieder auf, so dass der Server wegen der Exchangedienste neu gestartet werden muss.

Wie kann dieses Problem behoben werden?

Vielen Dank für Antworten!

Albert Kipp

Hallo,

wie kann ich den Pfad der Diagnoseprotokollierung ändern ?

Ich möchte die Diagnoseprotokolle somit in einen anderen Pfad verschieben.

Danke

Sven

Hallo, ich habe einen Windows 2012R2 DC & einen Exchange 2013 in einer Virtuellen Umgebung am laufen.

Seit dem letzten Patchday März 2015 verbindet sich Outlook 2013 nicht mehr mit Exchange. Es steht nur Verbindungsversuch in der unteren Anzeige. Als Client wird ein Windows 8.1 verwendet. Ich habe mal testweise den Client zurückgesetzt, bevor die Updates Installiert wurden und siehe da es geht wieder. Nach den Updates konnte sich Outlook wieder nicht verbinden.

Zugriff über WebAccess funktioniert.

Hat jemand eine Idee oder Lösung wegen diesem Problem?

Gruß

Encino

Hallo,

ich habe hier einen Exchange 2013 CU3 bei dem ich Outlook Web App über einen TMG 2010 veröffentlicht habe.
Wegen der Veröffentlichung über den TMG habe ich auf dem Exchange die Formularbasierte Anmeldung deaktiviert und die
Authentifizierung des Virtuellen Verzeichnisses für OWA auf Standard gesetzt.
Am TMG ist die Formularbasierte Anmeldung aktiviert.
Funktioniert auch alles wie gewohnt, ausser das ich mich vom OWA nicht mehr abmelden kann.

Klicke ich im OWA auf "Abmelden" kommt eine Meldung "Abmelden.  Sie müssen alle Browserfenster schliessen um sich vollständig abzumelden."
Mit Klick auf OK geht die Meldung weg aber ich werde nicht abgemeldet.

Fehler tritt Intern und Extern auf.

Hat jemand hierzu eine Idee / Lösung?

Besten Dank

Hallo zusammen,

bekomme folgende Fehlermeldung

"Sie verfügen nicht über ausreichende Berechtigungen. Dieser Vorgang kann nur von einem Manager der Gruppe ausgeführt werden."

beim hinzufügen eines Benutzers zu einer Gruppe - kann doch nicht sein mit Adminrechten

Gruß John

Hallo,

ich setze einen Exchange 2010 ein auf den mit Outlook 2010 zugegriffen wird. Outlook liegt für alle auf einem Terminalserver.

Wenn man Outlook startet, kann es sein das alles funktioniert und Outlook normal startet und sich mit dem Exchange verbindet. Manchmal kommt aber die Abfrage von Benutzernamen und Kennwort und die folgende Fehlermeldung:

Es gibt ein Problem mit dem Sicherheitszertifikat des Proxy-Servers. Der Name des Sicherheitszertifikats ist ungültig oder entspricht nicht den Namen der Ziel-Site xxx.xxx.local. Outlook kann keine Verbindung mit dem Proxy-Server herstellen (Fehlercode: 10)

Selbst wenn man den richtigen Benutzernamen und das richtige Kennwort eingibt kommt immer wieder die Abfrage und die Fehlermeldung.

Nun ist es so, dass wenn man 3 bis 4 Minuten wartet dann Outlook startet auf einmal alles wieder normal funktioniert.

Und nun bin ich ratlos. Was kann man machen?

Grüße

SG

Hallo, ich nutze outlook 2010 mit einem Exchange Server 2010,

nun hat ein Benutzer seine Kontakteordner Ordner "Kontakte" für einen anderen Nutzer freigegeben (Berechtigung: Bearbeiter). Es ist aber egal  welche Rechte man vergibt es geht nicht

Wenn der ander Nutzer meinen Ordner öffnet kann er alle Kontakte sehen, bearbeiten, verschieben, löschen und neue Kontakte Anlegen.

Was nicht funktioniert, ist darin zu suchen. Wenn im Suchenfeld etwas eingegeben wird,  erscheint immer "Der Vorgang konnte nicht ausgeführt werden. Ein Objekt wurde nicht gefunden" Dies trifft für alle Benutzer zu, außer den Administrator.
Bekommt ein Benutzer in der Exchange Verwaltung Vollzugriff, geht es auch.

Weiß jemand rat??

MfG

Markus

Hallo Leute,

ich hätte da eine kurze Frage. Wir müssen auf Grund von Wartungsarbeiten (RZ) unsere Exchange Umgebung komplett herunterfahren. Ich bin bezüglich der Reihenfolge gegenüber meinem Kollegen anderer Meinung, wie die Systeme sauber heruntergefahren werden können.

Unsere Umgebung sieht wie folgt aus:

1. alle Exchange Server im RZ

2. CAS-Array beinhaltet mehrere Exchange Server auf denen die Rollen CAS/HT installiert sind

3. mehrere Exchange Server die nur die Rolle "Mailbox" halten und die DB der Kunden hosten

4. keine DAG vorhanden

Ich würde zuerst die Mailbox Server herunterfahren und im Anschluss die CAS/HT Server. Was meint Ihr hierzu?

MfG Paul

Liebe Kollegen,

ich bin durch eine unzustellbare Mail darauf aufmerksam geworden, dass es in unserer Umgebung einen sog. "RoutingGroupConnector" zu einem alten Exchange 2003 gibt. Bei der Fehlersuche stieß ich dann auch auf eine Ereignismeldung diesbezüglich:

"Die Zielroutinggruppe "CN=XYZ\0ADEL:d003ce62-b879-4958-bc46-7f9d35064d38,CN=Deleted Objects,CN=Configuration,DC=XYZ,DC=local" wurde für den Routinggruppenconnector "CN=Ex2010-Ex2003,CN=Connections,CN=Exchange Routing Group (DWBGZMFD01QNBJR),CN=Routing Groups,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=DVS-111,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=XYZ,DC=local" in Routingtabellen mit dem Zeitstempel 31.03.2015 07:41:47 nicht gefunden; der Connector wird ausgelassen."
ID: 5012
Namen der Server wurden verändert .....

Was ich weiß, dieser alte Exchange 2003 gibt es ewig nicht mehr, bei der Migration wurde wohl nicht sauber gearbeitet (vor meiner Zeit).
Kann ich diesen RoutingGroupConnector gefahrlos Löschen? Muss ich einen neuen erstellen? Wenn ja, wie muss der aussehen?
Wir haben in Moment nur einen Exchange 2010 in der Domäne. Der befehl ist laut technet:

Remove-RoutingGroupConnector -Identity "Exchange Administrative Group (FYDIBOHF23SPDLT)\Exchange Routing Group (DWBGZMFD01QNBJR)\Ex2010 to Ex2003 RGC" -DomainController dc1.contoso.com

Vermutlich eher lächerlich die Fragen, ich kann aber nicht abschätzen welche auswirkungen das Löschen haben kann.
Exchange ist eine wichtige Anwendung für den Benutzer, wir alle wissen das, deswegen muss ich sicher gehen, bevor ich den Produktivserver umkonfiguriere. Bis dato funktioniert es nämlich ohne nenenswerte Probleme. 

Feintuning fehlt allerdings auch an allen ecken und enden, auch im Bezug auf Lync! Wenn es eine Firma gibt, welche echte Erfahrungswerte bietet und nicht nur mit Hochglanz broschüren aufwartet, dem sei empfohlen sich bei mir zu melden.

Vorab vielen Dank an die, die sich Gedanken machen mir zu helfen.

Gentlemen,

ich habe den BestPracticeAnalyzer einmal über unseren SBS2011 fahren lassen.

Er meldet diverse Kritische Probleme bzgl.Berechtigungen auf Ordner. Ich habe die Einstellungen geprüft und kann nur eine bereits erteilte Berechtigung erkennen. Was läuft da schief?

zB:

'Administratoren' hat für den Ordner 'C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\OAB\c3f8fd79-8947-436e-9688-5dbf826e52fe' auf dem Server SERVER.meine-Domäne.local nicht die Berechtigung 'Vollzugriff'. Dadurch können Clients das Offlineadressbuch nicht über HTTP(s) herunterladen. Fügen Sie dieser Gruppe die Berechtigung 'Vollzugriff' für diesen Ordner hinzu.

Die Gruppe besitzt aber bereits die Rechte. Warum meldet mir der Analyzer dann dieses Problem?

Mein Kunde nutzt einen SBS2011 mit Exchange 2010

Ich wollte über die Exchange Konsole eine "neue Datenbank für Öffentliche Ordner" erstellen da ich keine öffentlichen Ordner erstellen kann. Dazu fehle mir, laut shell, eine öffentliche Ordner-Datenbank. Also versuchte ich eine neue DB anzulegen. Wohlgemerkt daß wir bereits eine ö.DB haben. Da scheint evtl.noch anderswo ein Haken zu sein.

Ich bekomme jedenfalls beim Erstellen der Datenbank folgenden Fehler:

Microsoft Corporation

Betriebssystem Microsoft® Windows®
6.1.7600.16385
Unerwarteter Fehler [0x771659DB] beim Ausführen von Befehl 'new-publicfolderdatabase -Server 'MEINSERVER' -Name 'PublicFolderDatabase' -EdbFilePath 'C:\Program Files\Microsoft\Exchange Server\V14\Mailbox\PublicFolderDatabase\PublicFolderDatabase.edb' -LogFolderPath 'C:\Program Files\Microsoft\Exchange Server\V14\Mailbox\PublicFolderDatabase''.
Microsoft.Exchange.Configuration.MonadDataProvider.CommandExecutionException: Unerwarteter Fehler [0x771659DB] beim Ausführen von Befehl 'new-publicfolderdatabase -Server 'MEINSERVER' -Name 'PublicFolderDatabase' -EdbFilePath 'C:\Program Files\Microsoft\Exchange Server\V14\Mailbox\PublicFolderDatabase\PublicFolderDatabase.edb' -LogFolderPath 'C:\Program Files\Microsoft\Exchange Server\V14\Mailbox\PublicFolderDatabase''. ---> System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei Microsoft.Exchange.Management.SystemConfigurationTasks.PFTreeManagement.DoesPublicFolderDatabaseBelongToCurrentTenant(PublicFolderDatabase database)
   bei Microsoft.Exchange.Management.SystemConfigurationTasks.NewPublicFolderDatabase.InternalValidate()
   bei Microsoft.Exchange.Configuration.Tasks.Task.ProcessRecord()
   bei System.Management.Automation.CommandProcessor.ProcessRecord()
   --- Ende der internen Ausnahmestapelüberwachung ---
   bei Microsoft.Exchange.Configuration.MonadDataProvider.MonadPipelineProxy.ClosePipeline(MonadAsyncResult asyncResult)
   bei Microsoft.Exchange.Configuration.MonadDataProvider.MonadPipelineProxy.InternalEndInvoke(IAsyncResult results)
   bei Microsoft.PowerShell.HostingTools.PipelineProxyBase.EndInvoke(IAsyncResult results)
   bei Microsoft.Exchange.Configuration.MonadDataProvider.MonadCommand.EndExecute(MonadAsyncResult asyncResult)
   bei Microsoft.Exchange.Configuration.MonadDataProvider.MonadCommand.Execute(WorkUnit[] workUnits)
   bei Microsoft.Exchange.Management.SystemManager.WinForms.SingleTaskDataHandler.OnSaveData()
   bei Microsoft.Exchange.Management.SystemManager.WinForms.SingleTaskDataHandler.OnSaveData(CommandInteractionHandler interactionHandler)
   bei Microsoft.Exchange.Management.SystemManager.WinForms.DataHandler.Save(CommandInteractionHandler interactionHandler)
   bei Microsoft.Exchange.Management.SystemManager.WinForms.DataHandler.OnSaveData(CommandInteractionHandler interactionHandler)
   bei Microsoft.Exchange.Management.SystemManager.WinForms.DataHandler.Save(CommandInteractionHandler interactionHandler)
   bei System.ComponentModel.BackgroundWorker.WorkerThreadStart(Object argument)

mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
Microsoft.ManagementConsole, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
System.Configuration, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
System.Xml, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
MMCFxCommon, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
System.Windows.Forms, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
System.Drawing, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
Microsoft.Exchange.Management.SnapIn.Esm, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Management.SystemManager, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.ManagementGUI, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Data.Common, Version=14.1.214.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
System.Core, Version=3.5.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
Microsoft.Exchange.ManagementGUI, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Configuration.ObjectModel, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
System.Data, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
Microsoft.Exchange.Diagnostics, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
System.Web, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
Microsoft.Exchange.Data.Directory, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Data, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.PowerShell.HostingTools, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
System.Management.Automation, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Net, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Data.resources, Version=14.0.0.0, Culture=de, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.ManagementGUI.resources, Version=14.0.0.0, Culture=de, PublicKeyToken=31bf3856ad364e35
System.Drawing.Design, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
Microsoft.Exchange.Common, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
PresentationFramework, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
WindowsBase, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
PresentationCore, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Core.Strings, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Core.Strings.resources, Version=14.0.0.0, Culture=de, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Extensibility.Internal, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
System.Runtime.Serialization, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
pspluginwkr, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
System.Management, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
System.DirectoryServices, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
Microsoft.Exchange.HelpProvider, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Management, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Isam.Interop, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
BPA.Common, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
BPA.UserInterface, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Interop.ActiveDS, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Interop.adsiis, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Interop.Migbase, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.DKM.Proxy, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.AirSync, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Approval.Applications, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.CabUtility, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Cluster.Replay, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Compliance, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Configuration.RedirectionModule, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Data.ApplicationLogic, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Data.Mapi, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Data.Providers, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Data.Storage, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.EdgeSync.Common, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.EdgeSync.DatacenterProviders, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.InfoWorker.Common, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Live.DomainServices, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.MailboxReplicationService.Common, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.MessageSecurity, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.MessagingPolicies.Rules, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Rpc, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Search.Native, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Security, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.StoreProvider, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Transport.Agent.AntiSpam.Common, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Transport.Agent.SenderId.Core, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Transport, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Transport.Logging.Search, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Transport.Sync.Common, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Transport.Sync.Worker, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.UM.TroubleshootingTool.Shared, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.UM.UMCommon, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.RightsManagementServices.Core, Version=6.1.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Search.ExSearch, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
MSExchangeLESearchWorker, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Data.Transport, Version=14.1.214.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Common.IL, Version=0.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Configuration.ObjectModel.resources, Version=14.0.0.0, Culture=de, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Data.Directory.resources, Version=14.0.0.0, Culture=de, PublicKeyToken=31bf3856ad364e35
Microsoft.Exchange.Sqm, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
System.Xml.Linq, Version=3.5.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
Accessibility, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
System.Design, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
Anonymously Hosted DynamicMethods Assembly, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null
System.Windows.Forms.resources, Version=2.0.0.0, Culture=de, PublicKeyToken=b77a5c561934e089
Microsoft.Exchange.Management.resources, Version=14.0.0.0, Culture=de, PublicKeyToken=31bf3856ad364e35
msvcm90, Version=9.0.30729.4959, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
System.Management.Automation.resources, Version=1.0.0.0, Culture=de, PublicKeyToken=31bf3856ad364e35

Hallo Leute,

ich habe eine Exceldatei mit mehreren Tabellen.

Irgendwann ändert Excel 365 alle Zellformate auf "Datum" auch in Tabellen in der Datei die ich gar nicht angefasst habe.

Ist ne Katastrophe. Lässt sich zwar teilweise reparieren, das geht aber so nicht.

Was läuft denn da wieder für ein Sch... irgendwo im Hintergrund mit oder woher kommt soetwas ?

Habe bisher die Autokonvertierung ausgeschaltet, schein aber nicht die Lösung zu sein.

Im Netz auch nichts brauchbares gefunden.

Hat einer eine Idee, vielen Dank im Voraus und schöne Ostern!

MFG

FH

Moin,

bekomme leider die Verwaltungskonsole von Exchange nicht mehr auf.

Es erscheint folgende Fehlermeldung, das die Anforderung vom WS-Verwaltungsdienst nicht verarbeitet werden kann. Dieser Benutzer ist zur gleichzeitigen Ausführung von maximal 18 Shells berechtigt, diese Anzahl wurde jedoch überschritten.

Die Meldung kommt bei 2 verschiedenen Usern.

Kann jemand helfen?

Vielen Dank & Grüße,

Marcell

Wir betreiben Outlook2013 an Exchange 2010.

Wenn ich in einem Outlook Profil mehr als ein Exchange Konto einbinde kommt es meist vor das die Markierung (die kleine Zahl hinter dem Ordner) für ungelesene mails nicht erschein oder nach einer Zeit nicht mehr erschein. Dann müssen wir in dem Ordner manuell aktualisieren.

Kennt jemand das Problem?

Hallo,

Im Zuge von Burnout Prevention wollen wir die Möglichkeiten ausloten, welche im Zuge des Einsatzes von Exchange 2013 / Outlook 2007 gegeben sind. Es sollen Mails für bestimmte Anwender bspw. übers Wochendende nicht zugestellt werden. Nun könnte man z.B. die Active Sync Verbindung des Anwenders für diesen Zeitraum deaktivieren (könnte man auch entsprechende scripten). Wenn die Mails allerdings gar nicht zugestellt, sondern nur zurückgehalten werden sollen, wird's schon schwieriger. Ich denke, dass ein entsprechendes Tool sinnvoll wäre, aber welches? Bin für jede Antwort dankbar!