snake99

@NilsK

Ja, aber leider kämpfe ich da gegen Windmühlen. Versuch mal einem Nutzer, der von IT absolut nichts versteht zu erklären, warum er gewisse Dinge niemals tun bzw. versuchen sollte. Ich hoffe, du verstehst was ich meine ?

@MrCocktail

Danke für den Link ?

Hallo zusammen, 

hat jemand von euch einen Tip wie ich es unterbinden kann, dass normale Benutzer in Microsoft Teams ständig neue Teams gründen? Ich habe das ganze Office 365 Admin Center durchsucht, doch genau diesen Punkt kann ich nicht finden ?

vor 19 Minuten schrieb Nobbyaushb:

Den Speedport gegen eine FB tauschen und ein Teil vom gleichen Hersteller als Repeater verwenden - sofern überhaupt noch erforderlich.

Ich habe es geahnt ... ?

Hallo zusammen, 

ich habe eine recht peinliche Frage, da sie aus dem Consumer Bereich kommt ... 

Ein WLAN (2,4GHz + 5GHz | Speedport Router) wurde mit einem Repeater (TP_Link) erweitert. Seither tritt das Problem auf, dass die Endgerät zeitweise unheimlich lange Zeit benötigen, bis sie eine Internetverbindung bekommen. 

Bsp: Auf einem Smartphone liegt der WLAN Empfang bei 100%, doch der Ladevorgang einer x-beliebigen Internetseite beträgt trotzdem rund 40 Sekunden. Wird der Repeater ausgeschaltet, funktionieren alle WLAN Clients ganz normal (außer die, wo die Reichweite zum Router kritisch ist). 

Am WLAN Repeater kann man keine "erweiterten Einstellungen" (z.B. DNS Server, etc) vornehmen. Hat jemand einen Tip? 

Hallo zusammen, 

unser lokales AD wird via AD Connector mit AzureAD und Office 365 synchronisiert. 

Nun habe ich folgendes Problem:

Wenn ich einen Anwender aus dem 'Globalen Adressbuch' ausblenden möchte, kann ich dieses nicht mehr via Exchange Web Console in Office 365 machen, da ich einen Fehler bekomme. 

Versuche ich die Einstellung gemäss Fehler vom lokalen AD zu synchronisieren (erweiterte Attribute --> msExchHiddenFromAddressLists:TRUE), kommt dieses Attribut bei Office 365 nicht an. 

Die Einstellung zur "Synchronisation der Verzeichniserweiterungen" im AD Connector habe ich vorgenommen. 

Hat jemanden von euch einen Rat? 

vor 6 Minuten schrieb NilsK:

Moin,

was ist denn das Ziel dahinter?

Gruß, Nils

 

Ich habe in den letzten Wochen ein paar Clients getauscht und wollte nun herausfinden, welcher Anwender welchen Client hat, damit ich nicht durch die Büros laufen muss. 

Vor gut 15 Jahren hatte mal ein Kollege ein Tool entwickelt, welches diese Informationen in das AD SnapIn unter Computer(AD) --> ins Feld "Beschreibung" eingetragen hat.

Hallo zusammen, 

hat ggf. jemand eine Idee, wie ich z.B. via PowerShell Abfrage herausfinden kann, welcher User, an welchem PC angemeldet ist bzw. war? 

Vielen Dank im Voraus :) 

@NorbertFe

Kann ich das als Antwort auf meine Frage verstehen? ?

Noch mal eine Frage in die Runde, da ich zu diesem Thema keine exakten Informationen recherchieren konnte. 

Über welches Protokoll läuft der Datenverkehr zwischen "Outlook 365" und Exchange Online?

Kann es sein, dass dieser über das https Protokoll läuft und die üblichen eMail Protokolle und Ports (z. B. SMTP) gar nicht in Verwendung sind? 

Hintergrund: 

Im Rahmen meiner Fehlersuche habe ich heute einer Anwenderin einen komplett neu installierten PC gegeben. Outlook hat sich natürlich nach dem erstmaligen Start einige GB an Daten gezogen, um die "Cacheed Modus .ost" Datei zu erstellen. Auf unsere Firewall konnte ich erkennen, dass dies über das HTTPS Protokoll geschehen ist.  

vor 18 Stunden schrieb Nobbyaushb:

Das meine ich nicht - in den Eigenschaften z.B. von Alle Benutzer.

 

Und in welcher Version verwendet ihr AAD Connect?

Die Eigenschaften von "Alle Benutzer" sind in Masse mit dem Status "nicht festgelegt" versehen. 

Den Connector haben wir in der Version 1.20.70.0 im Einsatz. 

Hi Norbert, 

das hier ist der Inhalt von All Adress Lists (siehe Anhang).

Ja, wir verwenden den AAD Connector für den Sync der Benutzer nach O365 sowie SSO.  

vor 5 Stunden schrieb Nobbyaushb:

Gegenfrage - wenn ein User einen neuen Rechner mit Office 2010 bekommt (ist das eigentlich für O365 supportet, oder muss man die Click-and-Run Version nehmen?), tritt das dann auch auf?

Oder Gleicher User an einem anderen Rechner, sprich neues Profil - wandert der Fehler mit?

Habt ihr denn die kostenlose Exchange Version im Einsatz oder gar keinen Exchange mehr On-Premises?

Bis Dezember 2018 war eine sehr "bescheidene" Konfiguration im Einsatz. Es wurde ein SBS 2008 betrieben und der Exchange Server hat die Postfächer, die damals bei 1&1 lagen, via POP3 Connector abgerufen. Dann habe ich im Rahmen der Migration auf O365 / Exchange Online die MX Records geändert und nun läuft der Mailverkehr so, wie man es mit Exchange kennt. 

Office 2010 wurde im Rahmen der Migration auf O365 komplett abgelöst.

vor 2 Stunden schrieb Nobbyaushb:

Das macht nix - findest du unter Konfiguration (oder Configration) einen Container Exchange?

CN=Configuration,DC=(dein-DC),DC=(deine-extension),CN=Services,CN=Microsoft Exchange

und darunter steht was, sofern noch vorhanden...

Äh ja, da steht noch einiges drin (siehe Anhang).

Ist das schlimm bzw. eine mögliche Ursache? 

Die alten "Exchange Security Groups" sowie die "Exchange System Objects" finde ich noch. 

Nach Aussage unseres IT Dienstleisters wurde er ordnungsgemäß "dekommissioniert". 

Oder mal eine andere Theorie, zu der Ursache meiner Probleme.  

Bevor wir auf Office 365 mit Exchange Online migriert haben, hatten wir einen SBS2008 mit Exchange 2007 in unserem LAN. Auf den Clients war Office 2010 installiert. 

Könnte es ggf. sein, dass auf den Windows 10 Clients noch irgendwo "Überreste" des alten Setups schlummern, die für meine ganzen Probleme verantwortlich sind?  

HI Jan, 

ja, wir nutzen das Loadbalancing der SOPHOS. Leider kann ich dir keine detaillierten Infos dazu geben, da unser IT Dienstleister die SOPHOS konfiguriert hat. 

In den Multipath Regeln wurde jedoch noch konfiguriert, dass der eMail Verkehr explizit über die WAN3 Schnittstelle laufen soll. Aber wenn ich dich richtig verstanden habe, bringt diese Regel ggf. gar nichts, weil Exchange Online über das "https Protokoll" läuft? 

Naja, Outlook startet dann im abgesicherten Modus. 

Die Störungen treten meistens im laufenden Betrieb auf. Heißt, die Anwender sitzen vor ihrem PC, wollen dann in Outlook etwas machen und plötzlich geht nix mehr. Wie gesagt, es ist KEIN Muster erkennbar. 

Hallo zusammen, 

seitdem wir im Dezember 2018 auf Exchange Online gewechselt sind, haben wir nur noch Probleme. Vielleicht hat ja jemand von euch einen heißen Tipp, da ich sowie einige andere Experten mittlerweile nicht mehr weiter wissen.  

Unser Unternehmen ist mit 3 Leitungen von unterschiedlichen Providern mit dem Internet verbunden (50MBit Glasfaser, 128MBit ADSL, 40Mbit SDSL). Unser Gateway ist eine Sophos UTM9 Firewall. AD unter Windows Server 2016, Clients Windows 10 pro. 

Trotz der oben genannten Bandbreite, haben unsere 40 Anwender mitunter riesige Probleme mit Exchange Online zu kommunizieren. Es stellt sich so da, dass der Anwender Outlook365 öffnet und sehr häufig einfach nur einen weißen Bildschirm sieht, weil Outlook nicht mehr reagiert! Oder der Anwender will eine neue eMail schreiben und bekommt minutenlang den blauen Windows Kreisel angezeigt, weil Outlook sich verabschiedet hat. An einigen Tagen muss der Anwender zwischen einzelnen Klicks in Outlook bis zu 5 Sekunden warten, weil sonst nichts mehr geht.

Das Phänomen tritt bei unterschiedlichsten Anwendern auf, so dass kein Muster erkennbar ist.  

Wer hat ggf. Tipps von euch, wo ich den Fehler finden kann? Liegt es ggf. an unsere SOPHOS Firewall? Ich weiß echt nicht mehr weiter ....     

Gut Ding will Weile haben ... ich bin nun hingegangen und habe dem betroffenen Benutzer ein neues Windows Profil verpasst. Nun bekommt er wieder visuelle Benachrichtigungen an der Outlook App, wenn eine neue eMail aufläuft. 

Hallo zusammen, 

ich habe ein sehr kurioses Problem, was ich mir technisch nicht erklären kann. 

Unser Unternehmen setzt Office 365 mit Exchange Online ein. Ein externer Geschäftspartner verwendet den "Micro Focus GroupWise Server" zur Zusammenarbeit. 

Nun ist folgendes Szenario eingetreten:

1. Eine Anwenderin aus unserem Unternehmen hat dem externen Unternehmen mit dem GroupWise Server eine Besprechungsanfrage via Outlook 365 gesendet. Die Anfrage konnte von der Gegenseite regulär empfangen und verarbeitet werden. 

2. Nun sendet eine andere Anwenderin aus unserem Unternehmen (ebenfalls via Outlook 365) noch eine Besprechungsanfrage an das gleiche externe Unternehmen wie in Fall 1 und der Empfänger bekommt nur eine eMail statt einer Besprechungsanfrage. 

Kann sich dies jemand erklären? Die Setups unserer Unternehmens PC's sind identisch (Win 10 plus Office 365). Selbst wenn ich als Mac Anwender dem externen Unternehmen mit meinem "Outlook für mac" eine Besprechungsanfrage sende, kann diese ganz normal verarbeitet werden. Nur die Anwenderin in Fall 2 ist von dieser kuriosen Störung betroffen. 

Ich hoffe sehr, dass jemand Rat hat. 

HI Sunny,

leider lässt Windows 10 dies nicht zu. 

Ich habe den Profilorder des betroffenen Users umbenannt und verschoben, dann versucht den User neu anzumelden. Windows meldet den betroffenen User statt mit einem neuen Profil mit einem temporären Profil an.

Hallo zusammen, 

da Google keine passende Lösung kennt, versuch ich es hier.

Ich habe auf einem PC mit Windows 10 Pro Vers. 1803 die Problematik, dass dem Anwender keine Benachrichtigungen mehr angezeigt werden, wenn Outlook eine neue eMail empfangen hat. Die Badgemitteilung auf dem App Icon funktioniert nicht mehr,  rechts in der Taskleiste wird kein Briefumschlag Symbol mehr angezeigt und auch die Desktop Benachrichtigung (die immer rechts unten eingeflogen kommt) funktioniert nicht mehr.  

Ich habe Office 365 schon repariert und auch die Benachrichtigungseinstellungen von Windows 10 geprüft. Leider haben diese Maßnahmen nichts gebracht. 

Nach Aussage der Anwenderin ist das Problem erst nach der Installation des Feature Updates 1803 aufgetreten. 

Hat jemand Rat? 

Hallo zusammen, 

wie ich nun erfahren habe, scheinen die "Shared Computer Licensing" nicht "Office 365 Business Premium" Abonnenten zu betreffen, sondern "MICROSOFT 365 Business" Abonnenten. 

Kann dies ggf. jemand bestätigen? 

Am 6.5.2019 um 23:10 schrieb daabm:

Da wäre dann halt die Frage, ob das irgendwo anders schon vorher auf "aktiviert" gesetzt wurde ...

Negativ. Dem war nicht so ... 

vor einer Stunde schrieb Sunny61:

Gibt es Fehlermeldungen im Ereignisprotokoll auf dem TS und auf den Clients?

Nee, da steht absolut nix drin. Das ist ja das, was mich gerade irritiert. 

Komischerweise funktioniert die Druckerumleitung bei unserem 2. Terminal-Servern unter Windows Server 2012 problemlos  ...

Bei den Druckern handelt es sich um einen "OKI B431" LaserDrucker und einen Multifunktionsdrucker "Brother MFC-J6530DW". 

--------------------------------------------------------------------

Kommando zurück! Ich habe die Ursache für das Problem gefunden --> Ich habe in den lokalen Sicherheitsrichtlinien des TS die Richtlinie:

Computer / Administrative Vorlagen / Windows Komponenten / Remotedesktopdienste / Remotedesktopsitzungs Host / Druckerumleitung / Clientumleitung nicht zulassen = DEAKTIVIERT

Danach wurden lokale, via USB angeschlossene Drucker problemlos in die RDP Sitzung weitergeleitet. 

Die Richtlinie war jedoch default mässig "nicht konfiguriert". Folglich wundert es mich, dass man diese Richtlinie explizit deaktivieren muss.