Heckflosse

Ich werde den Ordner auch jetzt drinnen lassen. Neu hinzugefügte Ordner und Dateien lassen sich ja problemlos löschen. Und ja, Unlocker war hier vielleicht unangebracht. Es kommt aber immer wieder vor, dass sich Ordner mit Vollzugriff und im Besitz des Admins nicht löschen lassen. Soll das System "sauber" sein, muss ich ab und an auf solche Tools zurückgreifen. Danke trotzdem für Eure Hilfe!

Hi Jan, danke für den Hinweis. Klappt leider nicht:

SetACL lt. Konsole erfolgreich ausgeführt. Ordner lässt sich weiterhin nicht löschen. Gleiche Meldung.

Leider für Ordner im Papierkorb nicht möglich.

Muss mich erst mit icacls beschäftigen. Auf die schnelle hab ich es nicht hinbekommen. Ungültiger Parameter... Den Ordner hab ich mit dem Tool "Unlocker" gelöscht. Selbst nach Besitz- u. Berechtigungsübernahme konnte ich den Ordner nicht löschen.

Besitz übernommen, jedoch beim Löschversuch des Ordners wieder die gleiche Meldung wie oben.

Dann kommt das. Egal wie viele Testordner oder Testdateien ich in den Papierkorb befördere, es ändert sich nur das Datum der 500er Datei.

@Sunny61 Ein "dir" im Papierkorb per Admin-CD zeigt den im Explorer sichtbaren Ordner nicht an. Somit kann ich "takeown" nicht anwenden.

Na freilich. Aber kein RDS.

Danke für den Hinweis. Hier geht es nicht um den PC, sondern um den Server mit den Benutzerprofilen.

Danke für den Hinweis. Funktioniert "takeown" bei einer Datei im Papierkorb? Wenn ja, wie würde der Pfad lauten?

Ja, beide Konsolen als Admin gestartet.

Beim Versuch mit PS kommt die identische Meldung wie wenn ich "von Hand" den Papierkorb entleeren will: Sie benötigen Berechtigungen zur Durchführung des Vorgangs. Dann bleibt halt dieser Ordner im Papierkorb, alle anderen lassen sich löschen.

Hallo Nils, danke für den Hinweis. Habe diesen Befehl ausgeführt, leider ohne Erfolg. Der Ordner bleibt weiterhin im Papierkorb. rd /s /q C:\$Recycle.Bin

Hallo, ich habe mit dem Tool "Unlocker" einen Profilordner in den Papierkorb verschoben. Wenn ich den Papierkorb leeren will, erhalte ich die Meldung: Sie benötigen Berechtigungen zur Durchführung des Vorgangs. Versuche ich den Ordner wiederherzustellen, erhalten ich die gleiche Meldung. Wie kann ich das Löschen des Papierkorbs erzwingen? Danke. Gruß

Mit deaktivierter Firewall funktioniert es jetzt mit der oben genannten Einstellung im Kerio. Vermutlich funktioniert jetzt auch der SMTP vom IIS. Teste ich aber jetzt nicht mehr. Mit Firewall kam "Cannot connect to host"

Freilich, seit Jahren über den 1und1 SMTP-Relay. Eben bis gestern mit der Änderung. Ich werde den HServer testen, ist jetzt bereits installiert.

Telekom-Server ist seit Umstellung von 1und1 eingetragen und TLS aktiviert. Das ist das Grundproblem. Wie im Screenshot zu sehen ist dort kein Protokoll, keine Auth., etc. einzustellen. Somit wird das der Telekom-Server nicht annehmen.

Wo aktiviere ich das im IIS SMTP? Das mache ich ja bereits. Als Host ist hier der IIS eingetragen.

Im SMTP-Server des IIS gibt es kein StartTLS, sondern nur die Auswahl TLS. 465 mit TLS wird von der Telekom nicht unterstützt, siehe Link: https://www.telekom.de/hilfe/apps-dienste/e-mail/einstellungen/smtp-relay-server?samChecked=true Es werden ausschließlich T-Online Adressen in Kerio verwendet. Diese ist somit als Domäne im Kerio eingerichtet. Die Benutzerpostfächer lauten: user1@t-online.de. Schickt nun dieser Benutzer eine E-Mail an extern@t-online.de versucht Kerio dieses Postfach bei sich selbst zu finden. Das Postfach existiert nicht, somit ist die Nachricht unzustellbar.

So wird es kommen. Jetzt heißt es zunächst einen Workaround zu finden. Der Umstieg auf M365 dauert etwas. Ich werde es mal hiermit probieren: https://www.hmailserver.com/

Weil es leider eine Bastelumgebung ist. Der Kerio ist auf T-Online-Adressen eingerichtet. Somit können Kerio-intern alle Mails an eine T-Online-Adresse nicht zugestellt werden, weil die Benutzerpostfächer nicht existieren. Ich lasse diese nicht zustellbaren E-Mails weiterleiten an den MS SMTP, dieser sendete per 1und1-Relay weiter. 1und1 hat aber seit gestern Ihre Sicherheit erhöht und der Versand mit nicht identischen Absenderdomänen ist nicht mehr möglich.

Da kommt das:

T-Online will Port 25 mit TLS oder 465 mit SSL. Da beim IIS SMTP nur TLS wählbar ist, habe ich Port 25 konfiguriert. IP in Brackets bringt auch keine Verbesserung. Welches Zertifikat meinst Du? Ich selbst habe keins installiert oder von T-Online bekommen?

Beim Tausch des FQDN zur IP erscheint bei OK: Der Domänenname ist ungültig.