vonAbisZ

ok. NEWS folgen auf jeden Fall schon bald, vielleicht in ein paar Tagen oder so. Aber sie kommt

Ok, werde dies Mal in einem ersten Schritt mit dem User durchführen. Bin auf das Resultat gespannt. Frage Es kann doch eigentlich nur am Cache liegen? es gibt ja sonst keinen Mechanismus vom Exchange, welcher dafür zuständig sein könnte oder? Ich kenne keinen, bin aber auch kein Exchange Profi

Ok, interessanter Ansatz. Das heisst, ich verbinde mich per remote auf die Kiste des Users, teile Ihm mit, dass er nun als Test div. Ordner und Mails, welche er sowieso nicht mehr braucht, löschen soll und wenn er damit fertig ist, schliesse ich sein Outlook und lösche dann die .OST Datei, habe ich Dich richtig verstanden?

Problem löscht ein User X Mails (und oder Ordner), erscheinen diese plötzlich wieder nach Y Tagen in seinem Outlook. Was geschah Ich habe vor einigen Wochen bei einem User auf Grund von Problemen mit seinem Outlook folgendes unternommen: - Backup erstellt (sicherheitshalber sein Postfach in eine .pst Datei exportiert) - das Postfach vom User getrennt - auf dem Exchange ein neues Postfach erstellt und dem AD User X angehängt - in das leere Postfach versucht, das .pst File zu importieren (versucht darum, weil beim Import irgendwann eine oder mehrere Fehlermeldungen kamen. Kann leider keine Details mehr nachliefern.) - danach auf Powershell Ebene mit einem Parameter den Import erfolgreich umgesetzt (Der Parameter hatte meines Wissens Mails mit einem Attachment, grösser als XY KB herausgefiltert) Danach hatte der Benutzer wieder alle Mails und es schien vorerst alles wunderbar. Wie lange der Zustand so anhielt, kann ich im Detail auch nicht nennen. Der Benutzer war danach einige Zeit abwesend und nun schrieb er mir eine Mail mit folgendem Inhalt (ein Auszug der Mail:) ---------------------- Nur zur Info: Ich habe heute wieder Ordner und E-Mails gelöscht, um ein bisschen Ordnung reinzubringen. Habe ein paar Minuten später live beobachten können, wie es Ordner und E-Mails wiederhergestellt hatJ. Ich habe mich dann probeweise versucht, über das Internet in Outlook einzuloggen. Das habe ich auch geschafft mit meiner E-Mail-Adresse und meinem Passwort. Interessanterweise war dort alles leer. Keine einzige Email im Posteingang. Kein einziger Ordner vorhanden. Keine Ahnung, was das zu bedeuten hat. Ich dachte, ich teile dir das mit. Vielleicht kannst du daraus irgendwelche Schlüsse ziehen. Zur Ergänzung: Ich habe ca. 900 MB an E-Mails gelöscht; kurze Zeit später waren alle wieder da, inkl. Meldung, dass mein Postfach zu gross sei ---------------------- Bemerkung Ich habe die Aussage des Users, er habe sich im OWA eingeloggt und keine Mails und keine Ordner gesehen, bis jetzt noch nicht überprüft. Weiterer Input Logge ich mich im Exchange Control Panel ein https://outlook.meineFirma.ch/ecp sehe ich zwei Warnungen, welche das gleiche Aussagen, nämlich: Fehler bei PST importieren von Postfach Benutzer X. Er wurde gestartet von Admin User X auf xy.04.2022, Zeit um xy Uhr Frage an euch ALLE Hat Jemand eine Idee, warum Mails und oder Ordner im Outlook, welche der User nun löscht, damit er nicht Meldungen erhält, sein Postfach sei zu gross, dann plötzlich wieder automatisch von Exchange hergestellt werden und somit die Arbeit des Users "über den Haufen wirft"?

Ich schätze jede Hilfe bzw. bin um jede Hilfestellung sehr dankbar. Vielen Dank für die bereits mir unterbreiteten Vorschläge. Zurück zum eigentlichen Thema, sonst "verlieren" wir uns hier in Diskussionen, welche wohl nicht Lösungsorientiert sind. Mein letzter Post war: [PS] C:\>Get-ReceiveConnector Identity Bindings Enabled -------- -------- ------- UnserExchangeServer\Default UnserExchangeServer {0.0.0.0:2525, [::]:2525} True UnserExchangeServer\Client Proxy UnserExchangeServer {[::]:465, 0.0.0.0:465} True UnserExchangeServer\Default Frontend UnserExchangeServer {[::]:25, 0.0.0.0:25} True UnserExchangeServer\Outbound Proxy Frontend UnserExchangeServer {[::]:717, 0.0.0.0:717} True UnserExchangeServer\Client Frontend UnserExchangeServer {[::]:587, 0.0.0.0:587} True UnserExchangeServer\Anonymous Relay UnserExchangeServer {192.168.x.y:25} True Soll ich nun für jeden Connector die Details auflisten? Das wird dann viel Material geben, nur so zur Warnung Weil bis jetzt keine Antwort auf die Frage kam, wiederhole ich mich gerne: Soll ich nun für jeden. soeben aufgeführten Empfangsconnector hier Details liefern im Sinne von: Get-ReceiveConnector -Identity 'UnserExchangeServer\Default UnserExchangeServer' | fl Get-ReceiveConnector -Identity 'UnserExchangeServer\Client Proxy UnserExchangeServer' | fl usw. Von diesen Empfangsconnector hatte ich vorhin mal einen Screenshot gesendet, da hiess es: Ich hätte hierzu nicht alle Infos geliefert. Ich kann auch nur von diesem Sendeconnector Details via Powershell liefern, weil mehrere Leute hier im Board bei diesem Empfangsconnector Probleme vermuten.

Aber hier fängt es doch schon an? Ich bin zurzeit in der Rolle des Kunden, des Users, welcher Hilfe anfordert. Du schreibst mir, ich solle die RELEVANTEN Daten liefern via Powershell. Wie soll ich nun bitte sehr wissen, was für dich relevant ist? Schreib doch einfach, was Du brauchst. Was für dich relevant ist, ist für mich vielleicht nicht relevant, verstehst Du? [PS] C:\>Get-ReceiveConnector Identity Bindings Enabled -------- -------- ------- UnserExchangeServer\Default UnserExchangeServer {0.0.0.0:2525, [::]:2525} True UnserExchangeServer\Client Proxy UnserExchangeServer {[::]:465, 0.0.0.0:465} True UnserExchangeServer\Default Frontend UnserExchangeServer {[::]:25, 0.0.0.0:25} True UnserExchangeServer\Outbound Proxy Frontend UnserExchangeServer {[::]:717, 0.0.0.0:717} True UnserExchangeServer\Client Frontend UnserExchangeServer {[::]:587, 0.0.0.0:587} True UnserExchangeServer\Anonymous Relay UnserExchangeServer {192.168.x.y:25} True Soll ich nun für jeden Connector die Details auflisten? Das wird dann viel Material geben, nur so zur Warnung Genau, ich habe schon mehrmals erwähnt, dass ich zurzeit hierfür eine Umgehungslösung umgesetzt habe, nämlich den Skript einfach auf dem Fileserver laufen zu lassen. Das funktioniert so. Bei welchem Empfangsconnector das Login aktiv ist, müsste ich erst prüfen und in einem zweiten Schritt dann natürlich die Logfiles des entsprechenden Empfangsconnector auslesen. Kann sein, ich weiss es nicht. Für mich ist das Problem nicht dringend, ansonsten hätte ich längstens zu dieser Massnahme gegriffen.

Lieber Tesso Du hast mir einerseits geschrieben: "Hol dir jemanden der sich mit Exchange auskennt. " Meine Antwort war dann: Oha, jetzt aber. Danach hast Du mir diese Frage gestellt: "Hat der neue Connector auch das Recht anonymes senden? Welche Einschränkungen sind gesetzt?" Diese Frage erweckt bei mir den Eindruck, dass es Dich doch irgendwie interessiert, wo das Problem liegen könnte, sonst hättest Du mir wohl im Anschluss an deine, vorherige Aussage nicht mit dieser Frage konfrontiert? Für das Interesse bedanke ich mich natürlich sehr und hoffe, dass wir doch noch den Grund herausfinden Einer, deiner Aussagen war auch: "Per Forum ist die Fehlversuche echt mühsam." Meine Antworten darauf waren: Wie kommst Du denn jetzt plötzlich zu diesem Schluss? Dann bist Du wohl hier nicht ganz am richtigen Ort? Du hast mich soeben gefragt: "Wie lange suchst du nun schon?" Meine Antwort darauf: Ach so, Du beziehst deine Aussage demnach auf mich, von wegen: "per Forum sei die Fehlersuche echt mühsam". Wie willst Du wissen, ob für mich hier im Board die Fehlersuche echt mühsam ist? Vielleicht mag die Suche für dich in solchen echt mühsam sein? Du musst/ solltest aber nicht automatisch von Dir auf andere schliessen, ok? Wäre es für mich mühsam, warum tue ich mir denn diese Sache an? Keine Sorge, ich bin gross und alt genug und weiss selber, wann es mühsam wird oder nicht *grins* Des Weiteren sind solche Diskussionen, wie Du Sie gerade angezettelt hast, nicht Lösungsorientiert und sorgen schlussendlich unnötig dafür, dass sich ein Blog wie dieser unnötig, wie ein Kaugummi in die Länge zieht. Für Lösungsorientierte Hilfestellungen bin ich willkommen, danke euch allen schon jetzt für euren Einsatz, das schätze ich extrem. Ich bin natürlich auch daran interessiert, auf eure Fragen die Antworten zu liefern, welche Ihr braucht. Nein, ich habe keinen neuen Empfangsconnector gebaut. Lieber Tesso, den Screenshot, welche ich vom bestehenden Empfangsconnector hier abgebildet hatte, sollte für euch alle als Hilfestellung dienen. Mein Ziel ist nach wie vor und war auch nie ein anderes, dass Ihr ALLE, welche mir netterweise Hilfestellung anbietet, möglichst viel Infomaterial von mir erhält und somit wisst, was auf unserem Exchange wie eingestellt ist Und: Somit hoffentlich, im Gegensatz zu mir, wisst, warum ich direkt vom Exchange aus und anscheinend nur direkt, lokal vom Exchange aus, keine Mails versenden kann. Darum habe ich ja nun als Umgehungslösung auf dem Fileserver eine Aufgabenplanung erstellt und dort lasse ich die Aufgabenplanung mit dem lokalen System User ausführen und voilà, die Aufgabe wird ausgeführt und dadurch wird auch erfolgreich ein PS Skript angestossen, welches die User*innen darüber informiert, wann ihr AD Passwort abläuft. Der User winmadness hatte letzten Mittwoch, um 13:42 mich folgendes gefragt: "Hast Du auch einen extra Empfangsconnector angelegt und mit diesem getestet?" - siehe mein Beitrag. Auf Grund dieser Aussage wollte ich dann eben einen neuen, separaten Empfangsconnector erstellen und nur den anonymen Zugang erlauben. Da aber anscheinend auf unserem Exchange Server eben wie oben im Screenshot schon ein benutzerdefinierter Empfangsconnector irgendwann erstellt wurde (auch bereits so konfiguriert, dass unteranderem der anonyme Zugriff geregelt ist), motzte natürlich dann unser Exchange Server und sagte, es existiere schon ein Empfangsconnector mit dieser Einstellung. Dieser benutzerdefinierte Empfangsconnector ist schon längere Zeit im Einsatz, ob der benutzt wird? Gute Frage, wie teste ich das am schnellsten und einfachsten? LOG Funktion aktivieren und prüfen, ob ich dann im Pfad (welcher Pfad wäre es?) dann mehr Hinweise finde oder? Und noch als Ergänzung: Da ich quasi nun für meine Aufgabenplanung einen Workaround gefunden habe und der PS Skript erfolgreich Mails versendet (wie ein paar Zeilen weiter oben geschildert), wäre eigentlich für mich die Situation soweit erledigt. Jedoch verfolgt mich dieses Problem/ die Tatsache, dass man anscheinend auf unserem Exchange Server direkt, lokal von diesem Server aus keine Mails versenden kann erneut. Denn wenn ich auf dem Exchange Server die Antivirenlösung aufrufe, welche als Antivirenschutz für den Exchange Server 2016 dient und die Benachrichtigung einstelle, damit unser Exchange Server z.B. an unser ICT-Team Info Mails sendet, klappt dies auch nicht. Das heisst nun zusammengefasst: - Konfiguriere ich eine Aufgabenplanung lokal auf dem Exchange und sage der Aufgabenplanung, hey, verwende für das Ausführen der Aufgabe den lokalen Exchange System User (NT-Autorität\System), kann der PS Skript, welcher durch die Aufgabe ausgeführt wird, KEIN Mail versenden. wie erwähnt, hierfür habe ich zurzeit einen Workaround, habe auf dem Fileserver das gleiche Vorgehen gewählt, eine Aufgabe erstellt, wieder den lokalen System User NT-Autorität\System verwendet und siehe da, das PS Skript wird ausgeführt, der Mailversand funktioniert. - Aber ich habe nun auch das Problem, dass eben in der Antivirenlösung, direkt auf dem Exchange in den Benachrichtigungseinstellungen der Mailversand (es gibt einen Test Knopf, wo man den Mailversand testen kann), nicht funktioniert. Hier habe ich einen AD User Hinterlegt (hat keine speziellen Rechte) und das Passwort, aber eben, klicke ich den Test Buton, kommt die Fehlermeldung: "Die Testnachricht konnte nicht gesendet werden. Details finden Sie im Ereignisprotokoll des Programms". Die Frage ist nun, macht es Sinn, wenn ich euch hierzu weitere Infos liefere, da es sich ja um ein anderes Problem handelt, als das Problem, für welches ich ursprünglich hier den Post eröffnet hatte oder wie? Im Ursprung habe aus meiner Sicht beide Probleme eine Gemeinsamkeit

Oha, jetzt aber. Das freut mich für Dich. Wie kommst Du denn jetzt plötzlich zu diesem Schluss? Dann bist Du wohl hier nicht ganz am richtigen Ort? Das heisst, Dir reicht der Screenshot mit den aufgeführten Berechtigungen nicht aus?

NEWS 1. Wenn ich auf dem Exchange selber die Aufgabenplanung unter dem lokalen System User laufen lasse, erfolgt KEIN Mailversand. 2. Wenn ich auf dem Fileserver die Aufgabenplanung analog Exchange einrichte, auch den lokalen System User für das Ausführen der Aufgabe verwende, funktioniert der Mailversand! 3. Ich wurde aufgefordert, einen Empfangsconnector auf dem Exchange einzurichten, welcher anonymes senden von Mails erlaubt. Nun, auf dem Exchange Server stellte ich fest, dass bereits ein Empfangsconnector eingerichtet ist (FrontendTransport). Bei diesem sind unter dem Punkt "Bereichsdefinition" / Remotenetzwerkeinstellungen zig IPv4 Adressen vom internen LAN plus 1 externe, öffentliche IPv4 Adresse aufgeführt. Interessanterweise konnte ich wie im Punkt 2 geschildert, vom Fileserver aus erfolgreich die Aufgabe, ausgeführt unter dem lokalen System User, erfolgreich laufen lassen Und: Der Mailversand klappte so, dies, obwohl bei diesem Empfangsconnector (siehe auch anbei den Screenshot) die IPv4 Adresse des Fileservers, welchen ich soeben als Test verwendet habe, unter den Remoteadressen NICHT aufgeführt ist?! Und spannend ist auch, warum der Mailversand direkt vom Mailserver aus mit dem lokalen System User NICHT funktioniert/ funktionieren will?! Übrigens: Ich habe nun auf Grund dieser Problematik auch ein weiteres Problem: Denn ich müsste auf dem Exchange selber in der Antivirenlösung für den Exchange eine Benachrichtigung hinterlegen, welche auch nicht funktioniert. Drücke ich in dieser Antivirenlösung den Knopf: Maliversand testen, so erhalte ich auch eine Fehlermeldung, jedoch hilft mir diese auch nicht weiter. Dies einfach auch noch so am Rande erwähnt.

Stimmt, soweit dachte ich gar nicht? Sachen gibt's. Also werde ich nun kurz einen Empfangsconnector einrichten und testen, NEWS folgen ;)

Nein. Anhand deiner Frage merke ich, dass mein Wissen in Bezug: "Empfangs und Sende Connectoren" "löchrig" ist und oder ich ein total falsches Verständnis dafür habe, was die Wörter senden und empfangen angeht? Denn in deinem Link, welchen Du mir gepostet hast steht: "Mit dem neuen Empfangsconnector soll verhindert werden, dass alle Systeme senden können. Es sollen nur bestimmte Systeme (über die IP) gezielt zugelassen werden." Um mein Verständnis für Sende-Connectoren und Empfangs-Connectoren zu verbessern, musst Du mir jetzt Mal in aller Ruhe erklären, warum ich für dieses Szenario hier einen neuen Empfangs-Connector erstellen soll, welchen ich so konfiguriere, dass nur "anonyme Benutzer" zugelassen sind? Hättest Du mir einen Post gezeigt, in welchem steht, ich müsse einen separaten Sende-Connecteor erstellen, hätte ich die Welt noch verstanden, aber warum bitte einen Empfangs-Connector? Bis anhin dachte ich immer: Sende-Connector = wie es das Wort Sende vermuten lässt, ist dafür da, dass der Exchange z.B. alle Mails in Bezug der Domain @gugus.de direkt an die Mailserver von @gugus.de senden soll, mit Betonung auf senden :) Empfangs-Connector = wie es das Wort Empfang vermuten lässt, sei nur, mit Betonung auf nur, dafür da, dass er Mails für @domainX.ch entgegen nimmt, also das Gegenteil von einem Sendeconntor macht, nicht?

Am 27.04.2022 um 21:40 Uhr hast Du mich, lieber NorbertFe gefragt: "Warum führst du das Skript nicht als System aus?" Meine Antworte lautete damals (siehe anbei den Text) und ist bis und mit heute unbeantwortet geblieben und somit ist natürlich, leider muss ich feststellen, mein Problem nach wie vor ungelöst?! Diese Variante hatte ich als bevorzugte Variante gesehen und darum auch als 1. Variante so angewendet, aber leider erhielt ich da eine Fehlermeldung. Um diese Fehlermeldung zu rekonstruieren, habe ich soeben erneut als User in der Aufgabenplanung den System User hinterlegt. Die PS Überwachung hat unteranderem folgendes aufgezeichnet: ********************** PS>CommandInvocation(Out-String): "Out-String" >> ParameterBinding(Out-String): Name="InputObject"; Wert="Von der Übertragungsverbindung können keine Daten gelesen werden: Eine vorhandene Verbindung wurde vom Remotehost geschlossen." Send-Mailmessage : Von der Übertragungsverbindung können keine Daten gelesen werden: Eine vorhandene Verbindung wurde vom Remotehost geschlossen. In C:\Skripts\Passwort-Ablauf-Mail.ps1:96 Zeichen:1 + Send-Mailmessage -smtpServer $smtpServer -from $from -to $emailaddres ...

Guten Morgen Norbert Deine letzte Frage an mich war ja: "Warum führst du das Skript nicht als System aus?" Meine Antwort darauf hatte ich am Mittwoch, 21:56 Uhr geliefert inkl. Fehlermeldung, welche die PS Überwachung aufgezeichnet hat, während ich die Aufgabenplanung mit hinterlegtem System User gestartet hatte. Hast Du eine Idee, warum diese Fehlermeldung kommt bzw. was Di uns konkret mitteilen möchte? Ich werde leider aus dem Text nicht sehr schlau?!

Ach so, Du bist ein iPhone Liebhaber? Das war ich jahrelang auch, dann Entschied ich mich für ein Google Pixel Smartphone und würde nie mehr etwas anderes wollen Doch, ein Linux Smartphone würde mich reizen, aber leider sind die von den Funktionen nicht über alle Zweifel erhaben. Easy, vielleicht liest hier noch ein PS Spezialist ein Code Schnipsel in Bezug Authentifizierung heraus? Ich bin zwar kein PS Spezialist, aber mein Bescheidenes Wissen sagt mir, dass es KEINEN solchen Code hat ;)

Diese Variante hatte ich als bevorzugte Variante gesehen und darum auch als 1. Variante so angewendet, aber leider erhielt ich da eine Fehlermeldung. Um diese Fehlermeldung zu rekonstruieren, habe ich soeben erneut als User in der Aufgabenplanung den System User hinterlegt. Die PS Überwachung hat unteranderem folgendes aufgezeichnet: ********************** PS>CommandInvocation(Out-String): "Out-String" >> ParameterBinding(Out-String): Name="InputObject"; Wert="Von der Übertragungsverbindung können keine Daten gelesen werden: Eine vorhandene Verbindung wurde vom Remotehost geschlossen." Send-Mailmessage : Von der Übertragungsverbindung können keine Daten gelesen werden: Eine vorhandene Verbindung wurde vom Remotehost geschlossen. In C:\Skripts\Passwort-Ablauf-Mail.ps1:96 Zeichen:1 + Send-Mailmessage -smtpServer $smtpServer -from $from -to $emailaddres ... Das sehe ich auch so wie Du. Ich habe nur damit angefangen, einen User zu hinterlegen, weil eben, wie Du leider siehst, auch beim Ausführen mit dem System User in der Aufgabenplanung ein Fehler erscheint Und: Als ich merkte, dass beim Hinterlegen in der Aufgabenplanung mit dem Domänen Administrator der Skript ausgeführt wird, ich erst danach auf den Geschmack kam und dann eben den AD User SMTP verwendet (weil der eben schon für ähnliche Aufgaben schon verwendet wird, warum dann wieder einen neuen AD User erstellen?) Sorry, ich hatte im Moment, wo ich den Code Schnipsel hier gepostet hatte, nicht realisiert, dass man hier extra eine Funktion zum Einfügen von Code Schnipsel vorgesehen hat. Soll ich den Code nochmals posten, aber lesbarer? Nein, war ein Witz. Du kannst ja Ihn kurz ein ein Notepad ++ kopieren oder nicht? So, meine lieben IT-Freaks: Für heute verabschiede ich mich hier. Morgen, am Donnerstag habe ich frei. Aber ich werde trotzdem kurz hier in das Board schauen und wenn ich das Gefühl habe, es lohnt sich, kurz von zu Hause aus einen, möglichen Lösungsvorschlag von Euch zu testen, wäre ich dazu bereit