Kann man das irgendwie sperren?!
klar, Du gibst halt auf das Zentrale Adressen Archiv allen nur leserechte, außer dem der sie pflegen soll.
Wie handhabt ihr das ß
eben über die Zugriffsrechte
Posts by riawie
-
-
aber das geht wie gesagt nur für den aktuellen Bestand. Für neue Ordner passts dann wieder nicht.
So lang neue Ordner mit aktiviertem "Eigenschaften übernehmen" erstellt werden gilt das dann auch für neue Ordner.
Deaktiviert man die Option hingegen wird die Sortierung halt auch nicht mit übernommen. -
Und muss man hier aufpassen wegen Mix aus David Classic Client und Tobit Team oder sollte ich den Mitarbeiter nun mal darauf hinweisen dass die nun umsteigen sollten?
Unsere Vorlagen haben ihre Funktion im TeamDavid Client nicht verändert.
Einmal sauber aufgebaute Vorlagen funktionieren in beiden Clients gleichermaßen korrekt.
Tun sie es nicht, sind sie nicht sauber aufgebaut -
also scheinbar wird bei uns über smarthost geschickt. dann brauchen wir das nicht einstellen?!
Wer alles über den Provider / smarthost schickt und damit klar kommt braucht das im David Server tatsächlich nicht zu konfigurieren.
Allerdings sollte man ruhig mal prüfen ob es im David Administrator unter:
eMail > Postman - SMTP Dienst > Datenbanken > Sende Methode
nicht eventuell Ausnahmen gibt, für bestimmte Domains doch direkt zu senden.
Falls es da keine gibt braucht man DKIM dann tatsächlich nicht.
In dem Fall empfehle ich allerdings zumindest mal beim Provider zu checken ob DKIM und SPF dort korrekt konfiguriert sind, so das nur von seinem Mail Server aus in Eurem Namen gesendet werden darf.
Bei uns ist es so das einige Kunden Mails nur dann von uns entgegen nehmen, wenn wir diese direkt per SMTP senden und nicht über den Smarthost.
Außerdem kann es Vorteile haben direkt zu senden, wenn man Mailempfänger bedient deren Provider große Mails über 10 MB akzeptieren, welche aber unterwegs hängen bleiben. Auch diese Fälle haben wir bei uns.
Und weil wir dann auch noch Empfänger haben die nichts von unserer festen IP Adresse annehmen wollen nutzen wir somit letztlich beide Versandwege und passen das im Bedarfsfall individuell an.
Flexibler ist man also unterwegs wenn man DKIM und SPF beim Provider im DNS korrekt einrichtet. Denn dann kann man im Zweifel fix mit einer Sendemethode reagieren -
Sekunde, der DMARC Teil auf der Seite wo Du gerade schaust ist nur für den Fall zu konfigurieren wenn Du selbst direkt mit dem David Mail Server Mails per SMTP empfängst.
Wir lassen alle unsere Mails beim Provider empfangen und holen sie dort mit POP3 ab.
Wir senden aber Mails direkt statt über den Provider / smarthost und entsprechend haben wir den dafür zuständigen Sender Teil DKIM konfiguriert, welcher dann beim Empfänger in der Überprüfung landet wie man sie im Falle eines David Servers auf der von Dir gezeigten Seite konfiguriert.
Für die DKIM Konfiguration als Sender musst Du per Rechtsklick auf System > Konfigurieren > Übertragung gehen
Dort trägst Du dann beim Selektor einen für Euer DNS Setup eindeutigen Namen ein, wie z.B. david und im Feld Domäne(n) alle von Euch als Teil der Absender eMail Adressen genutzten Domains als Komma separierte Liste.
Dann klickst Du auf Neues Schlüsselpaar generieren.
Nun legst Du bei Eurem Provider einen TXT Record an, wie er oben unter -Name angezeigt wird.
Zusätzlich sollte dann noch der spf Record bei Eurem Provider angepasst werden, so das er auch Eure statische IP Adresse als zulässigen Sender ausweist. Wenn Ihr weiterhin Mails zum Teil auch über Euren Provider versenden können wollt muss der neue SPF Record natürlich auch die Mail Server Eures Providers mit enthalten. Wie Du das bei Euch genau konfigurieren musst wäre dabei der Dokumentation bei Eurem Provider zu entnehmen. -
habt ihr DKIM bei euch aktiviert?
Habt ihr DMARC aktiviert?
Haben wir beides aktiviert.
Ist für uns als Strato Kunden recht simpel über deren DNS Einstellungen machbar gewesen.Mit DMARC, SPF und DKIM habe ich mich bis heute noch nicht bewusst befasst. Bis jetzt genügte mit der Message Identifikation Service von David.
Das ist eigentlich für die andere Richtung gedacht, so das andere nicht mehr ohne weiteres - bzw. nicht mehr an Empfänger, welche darauf prüfen - Mails in Deinem Namen versenden können.
-
Im Prinzip hätte der weg ja auch geklappt, wenn es die Authentifizierungsprobleme nicht gäbe -.-
Die würden sich immer lösen lassen.
Das ist ja letztlich keine Magie, sondern pures Handwerk.
Dieses Handwerk braucht nur - wie jedes andere Handwerk auch - jemanden der das Handwerk beherrscht.
Wenn Ihr aber nun den Weg wechseln wollt, ist der Weg über das offizielle Migrationstool und einen Tobit Partner, bei dem Umfang an Nutzern, Daten und Regeln das einzig vernünftige.
Ich persönlich bevorzuge den Weg ohne Migrationstool schlicht weil die Downtime bei dem von mir gewählten Weg bedeutend kürzer ist und ich es halt auch noch mal mit sehr viel mehr daten zu tun habe. -
Ich habs extra noch mal getestet, nicht das ich Dir was falsches erzähle
Er löst sowohl über Vorname, Nachname, Firmenname als auch die eMail Adresse selbst auf um Vorschläge zu unterbreiten.
Grundsätzlich gilt das die Treffersuche immer vom ersten Buchstaben innerhalb eines Strings her arbeitet.
Wenn der relevante Teil des Firmennamens an den Du bei einem Empfänger denkst nicht am Anfang seines Fiemennamens im entsprechenden Adressfeld steht wird halt kein Treffer gefunden, wenn Du es mit dem zweiten Wort im String Firmenname versuchst.
So kann "Metallbau Schulze" nur über "Met..." nicht aber über "Schul..." gefunden werden.
Genauso bedeutet das für eine eMail-Adresse, das ein Firmenname welcher erst hinter dem @ kommt, für die Vervollständigung erst dann erreichbar, wenn man den Rest davor schon getippt hat.
Daher kann "Info@lachnicht" zu "Info@lachnichtgmbh.de" auflösen, lachnichtgmbh wird aber nichts finden.
Nur beim Vor und Nachnamen, die man in der Adressliste meist nicht einzeln anzeigen lässt kann der "Martin Müller" sowohl über "Mar...", als auch über "Mül..." gefunden werden, da Vor und Nachname halt nicht nur im String "Angezeigter Name", sondern auch in den Strings "Vorname" und "Nachname" aufgeteilt gespeichert und somit zur Suche bereit stehen. -
Die Anzahl der Buchstaben ab der vervollständigt werden soll eventuell?
-
einfacher wäre ja Du würdest in dem bereits vorhandenen Post zum Rollout nachschauen und eventuelle weitere Fragen auch dort stellen, damit das später auch gebündelt aufzufinden ist
Ist ja auch nicht so das wir da nicht schon auf unschöne Dinge am Rollout 523 eingegangen wären.
Ich hab das übrigens wegen der dort angesprochenen Problematik bislang nicht ausgerollt und würde das daher auch gern komplett bleiben lassen. -
Da hast Du natürlich recht.
Das man bei so einer Aktion den alten David Server - bereits vor dem Klonen - offline nehmen sollte dürfte sich allerdings eigentlich von selbst verstehen, da man sonst ja am Ziel niemals einen konsistenten und vor allem niemals einen vollständigen Datensatz haben kann.
Was auf dem Weg auf keinen Fall geht ist den alten Server, auf dem der David Server bisher lief, für andere Dienste unter seinem alten Namen weiter im Netz zu behalten, denn bei dem Weg braucht der David Server während und nach dem Umzug zwingend seinen alten Namen am neuen Server.
Meine ehrliche Meinung ist aber das bei einem Umzug des Servers mit Namenswechsel eine solche Aktion mindestens von einem erfahrenen Partner betreut werden sollte. Alles andere endet sonst nur in letztlich aufwändigen und damit teuren Folgeproblemen.
Der von mir beschriebene Weg 2. ist ansonsten ein sehr zuverlässiger weg, den ich schon sehr häufig durchgeführt habe, was mittlerweile trotz 2,5 TB Daten mit einer Downtime für die Anwender von nur wenigen Stunden klappt. Anschließend hat jeder alle seine Daten direkt wieder im Zugriff.
Mit Weg 1 über das Migrationstool würde das nie derart schnell gehen und auch bei einer Rücksicherung über die Strongbox würde man sehr viel länger brauchen bis alle alten Daten wieder verfügbar sind.
Ganz zu schweigen von der gewünschten Übertragung der "immensen Ansammlung von Regeln auf den "öffentlichen Ordnern" sowie den persönlichen Ordnern der User."
Meiner Kenntnis nach bekommt man die ausschließlich mit meinem skizzierten 2. Weg übernommen ohne sie alle neu anlegen zu müssen.
Es gibt hier im Forum übrigens bereits mehrere Stellen wo wir das Thema erörtert haben und wo ich auch die Stolperstricke und wie man sie entweder umgeht, oder wie man sie anschließend wieder beseitigt im Detail erklärt habe.
Auf keinen Fall sollte man das Thema einfach mal eben so angehen ohne vorher einen konkreten Schlachtplan ausgearbeitet zu haben und sollte den dann später auch befolgen.
Macht man das zum ersten mal sollte man sich eine Textumgebung schaffen und das alles mal testweise durchspielen.
Ich hab mir zu dem Zweck von unserem damaligen Tobit Partner schlicht eine Testlizenz geben lassen um das alles mal in einer Testumgebung durchzuspielen bevor ich das das erste mal mit dem echten Server gemacht habe.
Seither hab ich den immer gleichen Fahrplan immer wieder durchgezogen.
Außer hier im Forum hab ich das allerdings nie schriftlich festgehalten :o -
wo der Befehl steht ist zunächst nicht relevant.
Das Include findet halt nur im Plain Text Teil der Nachricht statt.
damit ist der includierte Text dann halt nicht im HTML der Mail sichtbar, sondern nur im alternativen plain Text Teil
Vielleicht beschreibst Du einfach mal was Du damit erreichen willst und wie der von Dir gedachte Workflow sein soll?
Eventuell kann man Dir dann eine besser zu Deinem Bedarf passende Lösung vorschlagen? -
so wie ich das erinnere sind Include Dateien auch vorrangig dazu gedacht um darin Befehle unterzubringen.
Jedenfalls lassen das alle KB Artikel zum Thema annehmen. -
Wenn Du Dateien ohne Pfadangabe einfügen willst müssen sie unter den von Dir bereits genannten Pfad liegen
DAVID\APPS\FAXWARE\RESOURCE\INCLUDE
Siehe auch die online Hilfe:
Wenn ich mich nicht irre müssen die Dateien dabei die Endung .inc haben.
Wobei ich mir aber nicht mehr zu 100% sicher bin. ob das nicht auch mit anderen Endungen ging.
Wir verwenden die include Dateien nur im Zusammenhang mit der Einstellung in den Benutzerkonten, welche includes beim Senden angefügt werden sollen und haben dann für fax und sms eigene includes mit der Endung .sms bzw. .fax in denen dann der Absender mittels jeweils passender Befehle und Variablen angepasst werden.
Die Logik ist nämlich das die Datei: name.inc bei eMails greift, während name.sms bei SMS genutzt wird und name.fax beim Versand von FAX Nachrichten.
Ich meine mich daher zu erinnern, das include Dateien für eMails auch sonst die Endung ".inc" haben mussten / sollten. -
Wenn Du die Daten des alten Servers übernehmen willst gibt es genau 2 sinnvolle Möglichkeiten.
1. der aktuell offizielle Weg - das Migrationstool von Tobit, welches Du nur über einen Tobit Partner bekommst und wofür Du viel Zeit benötigst
Hier darf sich der Name des David Servers ändern.
2. der inoffizielle, aber durchaus supportete Weg - das gesamte Davidverzeichniss des alten David Servers auf einen neuen Server kopieren, oder den Server komplett klonen, dann dort einfach die aktuelle David Version über das alte Davidverzeichnis drüber installieren.
Das geht schnell und die neue Installation übernimmt alles an Daten was nur irgendwie zu übernehmen geht, was meist 100% ist.
Kopiert man die Daten statt des ganzen Servers muss man am Ende allerdings alle Dateisystemrechte neu einstellen, daher empfiehlt sich lieber den ganzen Server zu kopieren, statt nur das David Verzeichnis.
Hier darf sich der Name des Servers nicht ändern. Es ist allerdings möglich vor dem installieren der neuen David Server Version auch gleich noch eben das Betriebssystem in Place zu aktualisieren und es ist auch kein Problem wenn danach die alte David Server Installation nicht mehr laufen würde, da das bei der anschließenden Installation der aktuellen David Version wiederhergestellt wird.
Was Du jetzt damit erreichen wolltest den alten Server zu klonen, dann aber die David Installation zu löschen erschließt sich mir allerdings nicht.
Besser wäre Klonen, dann alles was sonst so aktualisiert werden soll zu aktualisieren und zum Schluss einfach die aktuelle David Version drüber installieren.
Die Probleme mit den Anmeldedaten, von denen du oben berichtet hast zu reparieren ist bedeutend einfacher als das was Du Dir jetzt scheinbar vorgenommen hast. -
Im Android mobile Client gibt es seit der gestern veröffentlichten Version auch so ein SideKick Eingabefeld.
Klickt man drauf erscheint eine Meldung:
"Um Nachrichten versenden zu können, ist es erforderlich Mitglied eines Workspaces zu sein.
Bitte kontaktiere einen Supervisor oder Administrator des Servers."
Das echt behinderte ist das sich diese Eingabefeld mit dem Suchfeld überlagert, welches man - wie gehabt - durch die Lupe oben rechts aktivieren kann, sich dann aber dummer Weise unter das in der Mitte liegende Chat / SideKick Eingabefeld legt.
Tippt mal links, oder rechts in das Suchfeld ist alles wie immer, tippt man aber in der Mitte landet man nicht in der Suche, sondern im SideKick Feld
Himmel, die sollen sich bei Tobit endlich mal angewöhnen Anwender nicht mit vom Administrator bewusst abgeschalteten Funktionen zu nerven!
Zu allem Überfluss haben (mindestens) 2 unserer Nutzer nun auch noch Probleme vom Smartphone aus den Team David Client zu nutzen, wenn sie nicht im WLAN sind, während es bei anderen Nutzern - welche aus der gleichen Telekom Range ihre IPv4 Adresse haben - keine Probleme bei der mobilen Nutzung gibt und das sowohl mit der alten App Version, als auch mit der neuen App Version von vorgestern. -
immerhin ersparen sie uns dafür nun den unnötigen Dialog beim senden, wenn es keinen Grund dafür gibt:
"Dialog beim Beantworten von eMails
Der Dialog beim Beantworten von eMails erscheint nun nicht mehr, wenn keine der Optionen auswählbar ist und die KI nicht aktiviert ist."
Allerdings denke ich das ich das aktuelle Rollout eher überspringen will, wenn ich nicht technisch dazu gezwungen werde es zu installieren.
Denn der Unfug mit dem Eingabefeld in der Titelleiste geht mal gar nicht. -
Das ist m.W. nicht mehr notwendig, früher gab es mal das Problem mit gleichlautendem lokalen Benutzer und Domain Nutzer, wo man einen anderen dazwischen "schieben" musste. Prinzipiell spricht aber nichts gegen das Neuzordnen im DvAdmin
Da hast Du durchaus recht, allerdings kommt er ja von einer alten Version, die 3092 ist immerhin von 24.09.2019 und ich bin mir bei der nicht sicher ob sie das Problem a) noch hatte und falls nicht, ob zu der Zeit bereits aus älterer Zeit bestehende Altlasten ordentlich bereinigt wurden.
Und da das Bild irgendwie am ehesten zu nicht korrekt zugeordneten Usern passt (alte Erinnerungen werden wach) war das eben mein erster Verdacht bei der Beschreibung des Problems und schaden kann es nicht
Ich bin bei der aktuellen Version auch nicht sicher ob es noch nötig ist ein mal einen anderen Nutzer zu verknüpfen, oder ob der das schon ohne den Zwischenschritt kann. Im Zweifel schadet allerdings auch das nicht und es stellt auf jeden Fall sicher das man nicht alles 3 mal machen muss und das man den Punkt ausschließen kann, falls es auch danach noch nicht funktioniert
Ein Update von einer so alten Version ist halt immer auch ein Glückspiel.
Man weiß nie was man für alte damals nicht so wichtige und daher nicht behobene Probleme im Keller der Installation findet... -
Ich würde eher darauf tippen, das es ein Problem mit der Zuordnung zwischen David Nutzer und Windows Nutzer gab.
In dem Fall ist es am sichersten einen Nutzer mal über den David Administrator
> Benutzer > Eigenschaften eines Nutzers > Allgemein
rechts neben dem Login Namen auf das Feld mit den 3 Punkten zu klicken, dort einmal einen anderen Nutzer einzutragen und dann alle Dialoge mit OK zu schließen, gleich im Anschluss das ganze dann noch mal mit dem korrekten Nutzer.
Anschließend sollte der SL wieder die richtigen Zuordnungen kennen. -
guck mal in das Postfach des Administrators ob die Mails dort im Ausgang liegen.
