Beiträge von riawie

Der Return-Path wurde so eindeutig nicht vom David Server erzeugt, sondern von Server des Providers.

bei IONOS wird das ganz gut erklärt:

https://www.ionos.de/hilfe/e-mail/p…kannte-adresse/

Ist also kein David Problem als solches.

Kann man mit dem David Server aber durchaus umgehen, allerdings nur mit einigem Aufwand.
Entweder man nutzt dazu die Tobit Relay Services (kosten Geld) oder man verschafft sich eine ordentliche feste IP Adresse aus einem IP Segment mit guter Reputation, setzt beim Provider passende DNS Records und sendet dann Mails direkt an die Empfänger, statt über Smarthost.

Nein, das kann ich Dir nicht erklären.

Ich hätte das selbst auch gern rein lokal und würde auch in Sachen Videokonferenz via David lieber auf eine rein lokale Authentifizierung setzen.
Da ich Chayns aber nun eh auf den Smartphones für den SmartClient nutze - weil damit die Suche in den Mails bei weitem besser ist als via EAS - habe ich auch keinen guten Grund mehr die Anmeldung am Server im mobil genutzten David Client nicht über Chayns laufen zu lassen.

Rein lokal im Unternehmensnetz arbeitende David Clients, welche den David Server auch via SMB erreichen und ihn rein über seinen SMB Namen ansprechen betrifft das Thema ja eh nicht, da in dem Fall die Anmeldung ja weiterhin komplett über SMB / Active Directory Single Sign On läuft.

Ich hatte diese Woche auch den ersten Fall.

Zum Glück nutzte der schon seit der Corona Zeit Chayns für Video Chats und entsprechend habe ich da dann auch den Login des Clients auf Chayns umgestellt. Zumindest damit läuft es nun ohne Klagen.

Zitat von Heinz

Wurde das auch gehen bzw. wie groß darf die Zahl mit den Minuten sein?

Sind da z.B. 60 Minuten oder mehr möglich?

reicht eine Woche?

Hab ich jedenfalls gerade mal zum Spaß mit @@Termin +10080@@ getestet, der Auftrag wurde einwandfrei zum Versand am nächsten Freitag angenommen

Ansonsten ließe sich noch der David Befehl

@@Archive =>user\100080F0\system\drafts@@

Dazu müsste allerdings die ID 100080F0 aus dem obigen Beispiel durch die tatsächliche UserID des jeweiligen David Nutzers ersetzt werden. Welche Du zu dem Zweck erst mal ermitteln müsstest.

Wir haben das daher damals - als wir sowas genutzt haben schlicht über den eben erwähnten Wartezustand und den Transit Ordner gelöst gehabt

Muss die Mail unbedingt im Entwürfe Ordner landen?

Oder geht es nur darum das sie nicht gleich versandt wird, sondern der Nutzer noch die Chance hat sie zu ergänzen?

Falls ja, dann setze einfach ein @@warten@@ irgendwo in den Nachrichtentext.

Damit landet die Mail dann im Transitordner und bleibt dort so lange stehen bis jemand entweder den Wartestatus aufhebt (Rechtsklick und dann Wartezustand aufheben oder beenden, so genau hab ich das gerade nicht im Kopf) oder aber die Nachricht schlicht per Doppelklick in den Editor lädt und anschließend nach - oder auch ohne - Bearbeitung mit senden abschickt.

Wartende Nachrichten im Transitordner sind standardmäßig nur für den Nutzer unter dessen Kontext sie erstellt wurden und für Administratoren sichtbar, somit sollte das rein funktional eigentlich auch o.k. sein die Nachrichten dort statt im Entwürfe Ordner zu parken.

Das Active Sync an SiteCare hängen würde war schon immer ein Gerücht welches hier im Forum verbreitet wurde, meiner Kenntnis nach aber nie zutraf.

sitecare

• Vollautomatischer Aktualisierungs-Service
• Sofortiger Zugang zu den neuesten Funktionen und Technologien
• Kontinuierliche Evolution in kleinen Schritten ohne Wartungsstau
• Permanente Kompatibilität zu neuesten Betriebssystemen und Geräten

...bringt neben Updates und Let's Encrypt auch noch die Linküberprüfung auf Gefährlichkeit mit.

Link Lookup (Schutz vor gefährlichen Weblinks)

• Erkennt und warnt vor gefährlichen Links in empfangenen Nachrichten
• Wirksamer Schutz vor Einschleusung von Ransomware oder anderer Schadsoftware
• Prüft jeden im david Client angeklickten Web-Link
• Meldet mögliche Sicherheitsrisiken vor dem Öffnen von Links
• Macht versehentliches Ausführen gefährlicher Inhalte quasi unmöglich
• Für alle Nutzer von david mit sitecare generell verfügbar

Mehr hängt da soweit ich weiß nicht dran.

Jetzt hätte ich doch fast den Support vergessen, denn der schriftliche Premium Support ohne Berechnung hängt auch noch an der SiteCare.

Das Problem deutet recht klar darauf hin das zwischendurch der Zeichensatz der Mail verwürfelt wurde.
Mit vollständigen Header Informationen sollte sich das auch nachvollziehen lassen.
Mindestens ein beteiligter Rechner verwürfelt den Zeichensatz der Mail.

für mich sieht das aus als gäbe es bei den betroffenen Nutzern ein Problem mit den Zeichensatzeinstellungen in ihrem System, welche nicht durchgängig konsistent sind.

Meiner Meinung nach lässt sich dem nur sinnvoll auf den Grund gehen wenn man so ein System direkt vor sich hat.

Mein pragmatischer Ansatz - wenn ich hier einen oder mehrere derart betroffene Plätze hätte wäre schlicht die betroffenen Arbeitsplätze vollständig neu aufzusetzen, denn ich hätte schlicht keine Zeit mich so lange mit einem solchen Fehler herumzuschlagen.

jupp, genau so soll es laut der von IONOS inzwischen mehrfach klargestellten Info zukünftig sein.

Hans_F ich würde als IONOS Kunde schlicht beim catchall Postfach bleiben, denn dieser Betriebsmodus ist von den Änderungen ja gar nicht betroffen.

Lediglich IONOS Kunden mit mehr als einer bei IONOS gehosteten eMail Domain, welche auch von allen Domains aus versenden wollen würden etwas ändern müssen. In solch einem Fall müsste schlicht für jede Domain ein eigenes catchall Postfach angelegt werden. Das wäre aber auch David Seitig kein Problem und würde dort einwandfrei so funktionieren das beim Versand immer mit dem korrekten smarthost Postfach welches zur Absender Domain passt versendet wird. Ich habe das einige Zeit mit zwei verschiedenen Providern und dort liegenden unterschiedlichen Domains problemlos betrieben.

Für die ganz einfachen Fälle welche nur eine einzige eMail Domain als Absender nutzen und beim Empfang bislang ein catchall Postfach nutzen ändert sich schlicht nichts, denn das wird weiterhin funktionieren.

Ist der Service Layer des Rollout 415 nur bei uns so instabil, oder auch bei anderen?

TAB-Soft danke für die Info.

Dann hat das Update den Inhalt dieses Eintrag wohl bei uns und lycra schlicht verloren :o

Naja, jetzt geht es wieder und der Support war auch fix bei der Unterstützung
Und für die Zukunft haben wir wieder einen fall mehr der sich bei Bedarf mit Glück über die Forumssuche lösen lässt

ich würde mal denken das es ein Bug ist.
Wobei mich wundert das da überhaupt neuerdings ein Eintrag ist, denn wenn mich nicht alles täuscht gab es das Feld da früher gar nicht und er hat das von der webbox mit übernommen, bin mir aber nicht zu 100% sicher.

lycra guck mal bitte nach ob bei Euch auch der Eintrag Domain Name in der Konfiguration der WebAPI leer ist?

David Administrator:
System > Fernzugriff & Publizierung > david WebAPI (Smart Client) > Rechtsklick > Konfiguration

Der David Support bat mich gerade nach einer Reihe von Fragen um einen Screenshot der WebAPI Konfiguration, dabei ist mir das dann aufgefallen.
Ich hatte dort vorher nicht nachgeguckt, weil ich ja seit gestern - wo noch alles funktionierte - nichts an der Konfiguration geändert hatte.

Nach Eintrag der korrekten Domain funktioniert wieder alles

danke das Du es auch gemeldet hast

lycra seit wann ist das bei Euch so?
Habt Ihr das schon dem Support gemeldet?

Moin

Hat hier noch jemand das Problem das seit dem aktuellen Rollout (habe ich erst gestern eingespielt) oder auch schlicht seit heute kein Zugriff mit der David 3 App am Smartphone oder der Chayns App, sowie dem Smart Client mehr auf den eigenen David Server möglich ist?

Heute Früh habe ich die erste Meldung dazu bekommen, kam allerdings vor kurzem dazu nach der Ursache zu suchen und habe nun bemerkt das dies nicht nur den einen Nutzer, sondern alle Nutzer betrifft.

Auf unserem Server kann ich nichts ungewöhnliches finden.

Nachtrag:
Ich habe das eben auch dem Tobit Support gemeldet.
Es wäre sicher zweckmäßig wenn das auch andere mit diesem Problem dem Support melden ( https://david.tobit.software/premiumSupport ), damit die gar nicht erst auf die Idee kommen das nur bei uns zu suchen, lycra berichtet ja unten das er das Problem ebenfalls hat...

lycra lokal vor Ort nutze ich den alten, weil er mir einfach mehr Informationen auf einen Blick präsentiert. Remote nutze ich den neuen, weil er remote halt noch deutlich besser performt.

lycra das ist offensichtlich der Volltextindex Status.
Der kann - muss aber nicht - identisch mit dem vollständigen Datenbestand auf einem David Server sein.
Je nach dem wie er konfiguriert ist kann die Abweichung auch sehr beachtlich sein.
Man kann das in etwa erahnen wenn man sich mal den Status eines seiner StronbBox Images anschaut und die Zahlen dort zu Dateien und Ordnern mit diesen hier vergleicht. Selbst die StrongBox muss allerdings nicht alles enthalten, je nach dem wie sie konfiguriert ist.

Mir persönlich wäre allerdings keine andere Stelle bekannt wo man mit Bordmitteln wirklich sehen kann wie viele eMails tatsächlich gerade auf einem David Server vorhanden sind.
Ich schätze da muss man ein externes Tool von einem der früher mal sehr aktiven Tobit Partner bemühen...