massaraksch

Hi, userPrinicipalName != userPrincipalName PS: Wo hast du das flasch abgetippt?

Hi, in der Powershell abfragen und filtern... Beispiel: Get-WinEvent -LogName 'application' -FilterXPath 'Event[System[EventID=1000]]' -Oldest | ? { $_.Message -like '*explorer.exe*' } | fl TimeCreated,ID,Message Hier mit Filter nach EventID 1000 und im Ergebnis nach "explorer.exe" im angezeigten Meldungstext des Events. -FilterXPath ist ein wenig "tricky" (Doku suchen) -Oldest bedeutet Sortierung aufsteigend. Allgemeine Syntax: help Get-WinEvent -Detailed Ergänzung: Hatte die andere (ähnliche) Antwort noch gar nicht gesehen... :rolleyes:

Korrektur: Da fehlt ein Klammerchen... Get-MailboxFolderStatistics MAILBOX | ? { $_.Name -like "*messe*" } | select Name,FolderPath,FolderType

Hi, Was für "Berechtigungen"? Wenn ActiveSync bei allen geht außer bei UserX... Die erste Frage immer: Ist UserX in einer geschützten Gruppe drin (Dom-Admins etc.)? Siehe auch Attribut "AdminCount" in den AD-Eigenschaften (weiterer Suchbegriff "AdminSDHolder"). Diesbezügliche Fehlermeldungen im Ereignisprotokoll des Exchange? Falls es dieses Problem ist, dann hilft Aktivieren der Vererbung in den Sicherheitseinstellungen des AD-Userobjekts und Einrichten des Smartphones (muß schnell gehen, da der AdminSDHolder-Prozeß die Rechte regelmäßig wieder zurücksetzt, IMHO alle 20 min.)

Hi, man kann bei sowas auch schnell mal die Ordner im Postfach auflisten: Get-MailboxFolderStatistics MAILBOX | sort Name | select Name,FolderPath,FolderType Oder gleich nach dem Namen filtern: Get-MailboxFolderStatistics MAILBOX | ? { $_.Name -like "*messe*" | select Name,FolderPath,FolderType

Hi, "Hidden rule"? Hm, etwa wieder mal eine Regel in den "Automatischen Antworten" (Abwesenheitsassistent)? Diese sind hinterfotzig und nirgends (außer da selbst) sichtbar, ja ok, im Zweifel mit MFCMAPI..

Hi, scheint ein altes Problem zu sein. Hab hier was gefunden: https://social.msdn.microsoft.com/Forums/en-US/b81a3c4e-62db-488b-af06-44421818ef91/excel-2007-automation-on-top-of-a-windows-server-2008-x64?forum=innovateonoffice Dort ging es um Ausführung eines Office-Progs als Local System Account. Ich hab aber keine Ahnung, ob das was bringt...

Hi, da Pager eine filterbare Eigenschaft für den RecipientFilter-Parameter ist, geht das so: New-DynamicDistributionGroup -Name DynGroupPager -RecipientFilter { ((RecipientType -eq 'UserMailbox') -and (Pager -ne $empty)) } -RecipientContainer domain.local -WhatIf Erklärung zu RecipientType in der Syntaxhilfe mit help New-DynamicDistributionGroup -detailed -RecipientContainer "domain.local" hier für alle OUs oder halt die OU, unter der die entsprechenden User sind, z.B. "domain.local/users" oder... Für die wirkliche Ausführung natürlich das -Whatif weglassen. (Pager -ne $empty) heißt, jeder wo irgendwas im Pager steht (also "nicht leer"). Es geht auch sowas wie (Pager -like '*umgestellt*') usw. PPS: Auf Ex2010 getestet, Ex2013 sollte gleich sein.

Hi, Klar funktioniert das ;) Das ist hier normal. Besagte Meldung kommt dann, wenn man in der Shell eine DynGruppe mit Angabe des Parameters "-RecipientFilter" erzeugt. Das ist dann ein sog. "Custom"-Filter, der nicht vom AdminCenter verarbeitet wird. Deine DynGruppe müßte einen "Precanned"-Filter haben. Guggst du: Get-DynamicDistributionGroup Testgruppe | select name,reci* -> RecipientFilterType : Precanned Eigentlich so: $var = Get-DynamicDistributionGroup Testgruppe Get-Recipient -RecipientPreviewFilter $var.RecipientFilter -OrganizationalUnit $var.RecipientContainer Kein Problem.

Hi, deine Befehle sind "komisch"... Bekommst du keinen Fehler, wenn du die absetzt? Es fehlt z.b. mindestens der Parameter "IncludedRecipients". Mach z.B. sowas zum Testen: New-DynamicDistributionGroup -Name 'blabla' -Alias 'blabla' -RecipientContainer 'domain.local/STANDORT/1- Benutzer/region1' -IncludedRecipients AllRecipients -WhatIf Wenn du dir wegen dem Pfad zur OU ("RecipientContainer") nicht sicher bist, dann einfach in der AD-User-Computer-Verwaltung die Eigenschaften der OU aufrufen und auf dem Register "Object" den "Canonical Name" kopieren. Wenn keine Fehlermeldung mehr, dann das "WhatIf" weglassen. PS: Getestet mit Ex2010. In der Vorschau erscheinen auch Empfänger aus Unter-OUs. PPS: Jetzt noch gesehen... Deine Empfänger-Abfrage per Powershell KANN NICHT funktionieren. Du nutzt die Eigenschaft "RecipientContainer" für die DynGroup. Da kannst du dann nicht die Eigenschaft "RecipientFilter" abfragen... Logisch, daß du dann ALLE Empfänger siehst, da die Einschränkung auf OU darin fehlt.

Hi, Oben schriebst du: Beachten: Office 365 ist nicht gleich Office 2016! Office 365 kann vom WSUS nur in Verbindung mit dem "System Center Configuration Manager" aktualisiert werden. Ein Office 365 Client holt sich keine Updates von einem Stand-Alone-WSUS (auch wenn die Updates im WSUS erscheinen und aktiviert wurden). Wenn kein Configuration Manager vorhanden, dann aktualisieren sich deine Outlook 365 nur direkt über das Internet (wenn Verbindung möglich). (ja, man kann manuell eine Update-Freigabe auf einem Server einichten und die O365-Clients konfigurieren, sich die Updates von dort zu holen, das hat aber nichts mit dem WSUS zu tun) Also: Du solltest mal direkt und manuell prüfen, ob die Outlook 365 aktuell sind. Ach so... meine Frage von oben: Ereignisprotokoll des Exchange?

Hi, Error 0x0004de bedeutet laut "err.exe" wohl: ecMaxObjsExceeded Gibts auf dem Server entsprechende Meldungen im Eventlog? Evtl. in dieser Richtung? https://technet.microsoft.com/en-us/library/ff360476(v=exchg.140).aspx

Hi, bei Problemen einfach mal den Befehl direkt im CLI testen... E:\>for /f %i in ('TASKLIST /NH | FIND /C ".exe"') do Set AnzahlTasks=%i "|" kann syntaktisch an dieser Stelle nicht verarbeitet werden. Aha? E:\>for /f %i in ('TASKLIST /NH ^| FIND /C ".exe"') do Set AnzahlTasks=%i E:\>Set AnzahlTasks=76 E:\>echo %AnzahlTasks% 76 Voila! Das Pipe-Zeichen "escapen" mit ^ (nicht wundern... in der Batch natürlich wieder doppelte % nutzen)

Hm, bei mir ging es korrekt (allerdings mit wenigen Testdateien und nicht allzu langen Namen)... Ergänze mal ein "endlocal": @echo off for %%i in ("C:\Test\*.msg") do ( set fdate=%%~ti set fname=%%~nxi set fullname=%%~fi setlocal EnableDelayedExpansion set datum=!fdate:~0,10! set stunde=!fdate:~-5,2! set minute=!fdate:~-2! rem Testanzeige ren "!fullname!" "!datum!_!stunde!-!minute!_!fname!" endlocal )

Hi, ja, geht. Ging schon immer. Mit Einschränkungen: Das wäre eine "Nur Client Regel" im Postfach1, für deren Funktionieren Outlook (Postfach1) mit zusätzlich eingebundenem Postfach2 geöffnet sein muß.

Hi, hier mal ein CMD-Batch-Versuch. Puh, lange her solche SET-Frickeleien... (etwas anderer Ansatz ohne DIR usw.) @echo off for %%i in ("E:\Test\*.msg") do ( set fdate=%%~ti set fname=%%~nxi set fullname=%%~fi setlocal EnableDelayedExpansion set datum=!fdate:~0,10! set stunde=!fdate:~-5,2! set minute=!fdate:~-2! rem Testanzeige echo ren "!fullname!" "!datum!_!stunde!-!minute!_!fname!" ) Genaue Erläuterung spar ich mir jetzt mal... Findet man im Netz. Nur soviel: Habe die Dateizeit wegen des nicht erlaubten Doppelpunkts "auseinandergenommen" und mit Bindestrich versehen.

Hi, mit Powershell wäre das ungefähr so: (gci -Path "E:\Test" -Filter *.msg) | foreach { rni $_.FullName ($_.LastWriteTime.ToString("yyyy-MM-dd_HH-mm-ss") + "_" + $_.Name) -whatif } Kurzerläuterung: gci -> get-childitem rni -> rename-item whatif -> Parameter zum Testen des Befehls (es wird nur Ergebnis angezeigt, noch nichts umbenannt) -> weglassen für die wirkliche Ausführung LastWriteTime -> Letzte Änderung (möglich wäre auch CreationTime) Bedeutung dieser unterschiedl. Zeiten beachten! Beispielzeitformat (sollte sich logisch erschließen) -> "yyyy-MM-dd_HH-mm-ss" Ergebnis: Blabla Foo.msg -> 2016-02-29_22-27-59_Blabla Foo.msg PS: Der Fehler bei Umbenennung ist sehr wahrscheinlich die ausgewertete Zeit (Doppelpunkte!) -> solche Namen mögen FAT/NTFS nicht. DOS/CMD-Batches sind überhaupt ein Fehler, jedenfalls bei solchen Manipulationen ;)

Hi, zur Ergänzung... Hier hat mal jemand das Automapping-Feature etwas genauer beschrieben und warum das bei Gruppen wohl auch nicht so sinnvoll wäre: http://www.msxforum.de/community/index.php/Thread/15095-Vollzugriff-und-Gruppen/?postID=85423#post85423

Hi, Microsoft-Standardantwort: "It's by design." Auf Deutsch: Isso ;)

Hi, Exchange stellt auf diesen hohen dynamischen Ports normalerweise RPC-Verbindungen zu Clients im internen Netz her. Kannst ja mal schauen, welcher Prozeß das ist (Parameter -o bei netstat gibt die PID aus, oder mit TCPView.exe von Microsoft/Sysinternals gleich der Klarname). Sind die Clients "hinter" der Firewall (vom Exchange aus gesehen)? Wurde etwas an der Firewall geändert? Oder hat sich etwas am Server beim Umstieg auf die neue VMWare geändert? Evtl. neue IP-Adresse? Konfiguration an der Firewall angepaßt... Portfreigaben etc.? Nachtrag: Man kann die Nutzung der dyn. Ports auch einschränken auf fixed Ports, siehe https://technet.microsoft.com/en-us/library/ee332317(v=exchg.141).aspx (Abschnitt "Configure IP Ports")

Hi, Standardmäßig nicht. Man kann eine Postfachüberwachung (Auditing) für Postfächer einrichten, das wirkt natürlich erst ab dem Aktivierungszeitpunkt. z.B. Set-Mailbox POSTFACH -AuditEnabled $true -AuditOwner Update,Move,MoveToDeletedItems,SoftDelete,HardDelete -AuditDelegate Update,Move,MoveToDeletedItems,SoftDelete,HardDelete Die Ergebnisse findet man dann mit: Search-MailboxAuditLog POSTFACH -LogonTypes Owner,Delegate -ShowDetails Genaue/erweiterte Syntax wie üblich mit: help Set-Mailbox -details help Search-MailboxAuditLog -details

Ich bin ja auch dafür, daß jeder selbst ein wenig sucht. Aber auf einen FTP-Server zu verweisen, wo die Dateien eben nicht zu finden sind... Das hat was.

Hi, Abgesehen von den bisherigen Hinweisen (Registrierung bei Adobe usw.)... Wie wär's mit etwas eigener Internet-Recherche? OK: https://helpx.adobe.com/flash-player/kb/installation-problems-flash-player-windows.html (Links fast ganz unten) Für Faule die Direktlinks: ActiveX (IE) http://fpdownload.macromedia.com/pub/flashplayer/latest/help/install_flash_player_ax.exe NPAPI (FF) http://fpdownload.macromedia.com/pub/flashplayer/latest/help/install_flash_player.exe PPAPI (Chrome/Opera) http://fpdownload.macromedia.com/pub/flashplayer/latest/help/install_flash_player_ppapi.exe (die sind immer Versions-aktuell, aber keine Garantie, daß die zukünftig immer funktionieren) Menno! Suchmaschine drei Wörter ... flash silent install ... Erstes Ergebnis bei Google: http://www.adobe.com/devnet/flashplayer/articles/flash_player_admin_guide.html Silent install für Java/JRE findest du jetzt wohl sicherlich selber... Und PSEXEC: psexec \\COMPUTER -s -h -e C:\Temp\Flash\install_flash_player.exe -PARAMETER Die Datei muß auf dem Zielsystem im angegebenen Pfad vorliegen. Oder du läßt sie von PSEXEC selber von einem lokalen Pfad hinkopieren... psexec \\COMPUTER -s -h -e -c C:\Downloads\Flash\install_flash_player.exe -PARAMETER Den PARAMETER für silent findest du im obigen admin_guide :thumb1: Aber: Psexec ist eher "Frickelei" für ganz einfache Sachen. Hier nur interessehalber. Für größere Verteilungen/Setups ist das nix. Siehe die Hinweise auf "richtige" Softwareverteilungs-Tools. Addison? Wo kommt das jetzt her? Hersteller fragen.

Hi, OL2010 + Ex2003 geht erstmal grundsätzlich: https://technet.microsoft.com/en-us/library/ee624351(office.14).aspx#section6 (ziemlich weit unten) Wie greift das ERP-System auf Outlook zu... Mapi oder CDO? (falls dir das der ERP-Spezi überhaupt sagen kann) CDO geht zwar, wäre aber nicht supportet: https://support.microsoft.com/en-us/kb/2028411 Und die grundsätzlichen Fragen: Ging das denn überhaupt schon mal? Wann? Mit welchem Outlook? Ja, und das Outlook-Log Feature kann man ja mal einschalten. Ob man dann mit den Logs viel anfangen kann sei dahingestellt. PS: Kenne auch einen Kunden, der hat noch einen Ex2003 laufen. Wegen eines alten Ticketsystems! Das arbeitet mit "Store Event Sinks", gruselig und undurchsichtig.

Hi, "Mausklicks automatisieren", um Software-Updates auf Servern einzuspielen? Das halte ich ehrlich gesagt für verrückt. Flash und JRE lassen sich mit ein paar Parametern silent installieren. Eine (unkonventionelle) Möglichkeit (neben Powershell-Remoting) wäre z.B. auch "PSEXEC" von Microsoft/Sysinternals. Die Setup-Dateien auf die Server kopieren (sollte ja nicht schwer sein per Script) und ebenfalls per Script mit PSEXEC remote ausführen.