Dokumentiere Dir nur vorher alle Sonderlocken > vor allem alle Einschränkungen in den Berechtigungen der Nutzer im Bereich außerhalb der Nutzerverzeichnisse, um sie hinterher von Hand wieder einrichten zu können.
Posts by riawie
-
-
hmm, seltsam.
Bei uns funktioniert das nach wie vor einwandfrei mit den gleichen Einstellungen, die ich vor xx Jahren mal festgelegt habe.
Bist Du sicher, das Du nicht irgendwo versehentlich was anderes geändert hast, was die Mails in Deinem Postfach auslöst?
Eine fehlerhafte Verteilregel z.B. ... -
Achtung, das setzt nicht etwa alle zuviel gesetzten Rechte zurück, sondern setzt nur alle vom David Server mindestens benötigten Rechte neu.
Das hat aber dennoch bisweilen komische Folgen.so ganz weit hinten in meiner Erinnerung spukt da auch noch ein Zusammenhang warum Zugriffsverweigerungen im David Kontext teils komische bis gar keine Wirkungen haben.
Auf jeden Fall kann man sich auf diese nicht verlassen und sollte zusehen das die Rechte positiv zu dem passen was man erreichen will und auf negative Rechte verzichten. -
also
195.185.212.45 gehört nicht zu Strato, ebenso wie die Domain mail.ispmail.de
Beides gehört zu NetLeaders GmbH & Co. KG
Was eine Bude ist die unter anderem auch Mailserverdienste für Kunden betreibt.
Kurzum, ich gehe davon aus das der Fehler im Verantwortungsbereich des Empfängers auftritt.
Da wird wohl wer seine bisherige Mailserver Lösung auf Microsoft Exchange Online umgestellt haben und das ganze nicht per MX, sondern per aktiver Weiterleitung realisiert haben. -
baut eine Regel im Eingang, welche solche Terminanfragen automatisiert in einen Unterordner kopiert, dann habt Ihr auch nach Zusage immer noch eine Kopie in dem Unterordner.
Im Unterordner dann die automatische Bereinigung nach einer sehr langen Zeitspanne einrichten und fertig.
Wenn dann mal so eine Kopie gebraucht wird könnt ihr die einfach wieder in den Eingang zurück kopieren und dort nutzen.
Achtung, direktes noch mal annehmen, absagen, was auch immer in der Kopie im Unterordner lässt die Kopie dort dann natürlich auch direkt verschwinden, also nie die Kopie direkt nutzen, sondern wie im letzten Satz geschrieben erst kopieren
-
setze
Envelope-To:
in das auszuwertende Adressfeld beim catchall postfach und der Spuk ist sofort vorbei.
Da Dein Provider das Feld nutzt und befüllt gibt es keinen Grund es selbst nicht zu nutzen und dem eigenen Server somit zu ermöglichen wirklich sauber zu arbeiten. -
uff, in welche Richtung die Reise nun wohl bei Tobit gehen wird?
-
Guck Dir mal diesen Thread hier an:
-
hmm, keine Ahnung wie er weg sein kann, aber wenn, dann musst Du irgendwo in den Einstellungen - vermutlich unter anpassen - nach Quickfinder suchen, so hieß das Feld jedenfalls im Classic Client
-
Das kann ich mir auch nicht vorstellen, das wäre aber ganz sicher das aus für David bei all unseren Kunden.
Jupp, das wäre dann auch bei uns der Todesstoß.
Mit nichts könnte man den David Server schneller ins Abseits stellen als wenn man EAS nicht mehr anbieten und pflegen würde. -
Ich hatte die Rechte einzelner Nachrichten geprüft und die sahen eigentlich gut aus.
Da es aber eine so gewaltige Menge war hab ich jetzt doch mal über den Windows NTFS Dialog die Rechte alle neu vererben lassen.
Aktuell scheint das soweit gut auszusehen.
Ich warte aber noch auf Feedback betroffener Nutzer. -
Wir haben aktuell ein seltsames Phänomen in gemeinsam genutzten Archiven.
In diesen Archiven liegen mehrheitlich PDF Dateien.
Für manche Nutzer sind in diesen Archiven nicht alle Inhalte sichtbar, andere Inhalte aber schon.
Ich habe mir auch schon die Dateisystemrechte der von dem jeweiligen Nutzer nicht sichtbaren Inhalte angeschaut, die Rechte passen, dennoch kann der Nutzer den Inhalt nicht sehen und bekommt statt dessen die Meldung:
Versucht der Nutzer die Datei aus der Eintragsliste in einen Dateisystemordner zu ziehen, kommt die Meldung "Zugriff verweigert" es muss also irgendeine Art Berechtigungsproblem sein. Nur was für eines und warum betrifft das nur einen Teil der Inhalte im jeweiligen Archiv?
Hat schon mal wer was ähnliches gesehen und eine Lösung dafür gefunden? -
im großen und ganzen funktioniert die als SPAM melden Funktion bei mir.
Ab und an haben die Tobit Server aber wohl keine Lust die so gemeldeten Nachrichten anzunehmen, dann landet die Nachricht als Kopie mit der Fehlermeldung, das melden fehlgeschlagen ist bei mir im Eingang.
Grundsätzlich ist der hier beobachtete Ablauf so, das die als SPAM gemeldete Nachricht in meinen persönlichen SPAM Ordner verschoben wird und eine Kopie der Nachricht per Postman an system@tobit.spam-monitor.net verschickt wird.
Er unternimmt 4 Versuche so eine Nachricht zu übermitteln, wenn alle 4 fehlschlagen sehe ich hier im Vorschau Tab Kommunikation jeweils
"Sending Spam Report failed with error 80004005"
Wenn es funktioniert steht da dann an gleicher Stelle:
"Result: OK"
Bei wem das gar nicht funktioniert sollte also eher den persönlichen SPAM Ordner prüfen, ob es möglich ist Nachrichten dort hin zu schieben, nicht den System SPAM Ordner.
Vom System erkannte Rundsendungen lassen sich übrigens nicht in jedem fall auch als SPAM melden, bei manchen geht es, bei anderen wird einem die Funktion gar nicht erst angeboten. Ich nehme an, die wo es einem nicht angeboten wird sind intern bereits als Verdachtsfall gemeldet worden. -
Das bezieht sich dem Release Note nach auf die KI-Kategorien welche sich im David Administrator unter
System > Rechtsklick > Konfigurieren > Reiter: KI > KI-Kategorien
einsehen, bearbeiten und erweitern lassen.
Die Kategorienamen dort sollten dann in den Regeln verwendet werden können. -
Warum macht Ihr Euch das Leben so schwer?
David Administrator starten, oben in der Menüleiste auf das
klicken, das öffnet das
Wo man im Suchfeld einfach TCP Ports eintippt und ihn suchen lässt.
Im Ergebnis bekommt man links eine Seite mit Treffern und ein Klick auf "TCP Ports" gibt einem eine Seite mit einer Tabelle mit Portnummern und zugehörigen Erklärungen.
Da ich das neuste Rollout noch nicht installiert habe kann diese Liste bei mir noch von der bei Euch abweichen, aber sie ist doch recht umfangreich:
-
Ggd sinnvoller auf der ssd zu sichern und dann nur mit zweiten Schritt zu kopieren?
Das Ziel ist fast nie der limitierende Faktor.
Also: Nein, das ist weder sinnvoll, noch beschleunigt es das ganze. -
3. Teilweise wird im Editor eine "Enter-Taste" als 2 Zeilen-Absatz behandelt ... das kann ich mir aber noch nicht erklären. Betrifft auch nur 1 User?
Schau Dir mal diese Einstellung bei Euch und dem einen Nutzer an:
-
Und bei Tobit hat man ja jetzt gar keinen Möglichkeit mehr so einen Bug zu melden.
Hat da jemand einen speziellen Kanal?Spezieller Kanal? Nein.
Aber es gibt nach wie vor:
Für SiteCare - was ja inzwischen Pflicht ist - Kunden ist das kostenlos und der vorgesehene Weg um jegliche Bugs zu melden.
Aber Achtung, damit da die richtige Seite kommt muss man auf der Seite kommt muss man mit seiner Site ID angemeldet sein, oder sich nach Aufruf der URL dort über den Button "zum Support" anmelden. Hat man sich angemeldet kommt da unter schriftliche Unterstützung dieses Formular:
-
das Häckchen ist gesetzt, beim Classic Client funktioniert es ja aber beim Team Client nicht. Allerdings klappt es beim Antworten auf eine eMail auch im Teamclient.
Beim Antworten sind halt Empfänger und Betreff schon gefüllt, weswegen es da sogar Standard ist.
-
Aber wie gesagt nur für neue Nachrichten, bei Weiterleiten und Antworten klappt es nicht.
Sollte es da auch klappen?
Bei mir klappt das in allen 3 Fällen
Allerdings muss man immer beachten, das fremdes html in eigenes html hinein zu packen durchaus hier und da mal zu merkwürdigen Effekten führen kann.
