Beiträge von riawie

das Problem liegt eigentlich immer an einer defekten Mail auf dem Provider Server.

Guckk in das Empfangsprotokoll, welche Mails der Grabbing Server bereits abgeholt hat, vergleiche das mit denen die noch beim Provider liegen und guck Dir dort dann nur die noch nicht abgeholten an, eine davon ist defekt bzw. enthält fehlerhafte Header Zeilen.
Wenn Du glück hast erkennst Du die betreffende Mail sofort als SPAM und alles läuft wieder sobald du die SPAM Mails dort gelöscht hast.

Um es etwas einfacher zu machen könnte man auch in den Einstellungen der abzurufenden Postfächer mal die Option Kopie aller Nachrichten auf Server belassen - welche viele angehakt haben - mal abstellen.

Dann muss man künftig nicht erst noch gucken was der David bereits erfolgreich abgerufen hat und weiß in so einem Fall das alles was noch beim Provider im Postfach liegt verdächtig ist

neben den Verteil Regeln im David Client kommen natürlich auch noch die Identifizierung, sowie die nur über den David Administrator erreichbaren Verteilregeln und die Verteilvorgaben als Ursache in Frage und sollten geprüft werden.

Der Chat läuft ebenfalls über die SQL Datenbank

Zitat von michaelstaehle

Windows Server 2008 ist noch bis Januar 2023 aktuell und wird auch unterstützt. Stichwort ESU

Gruß Michael

Von Microsoft (wenn man dafür ordentlich Geld bezahlt), aber eben nicht mehr von Tobit (da sollte man schon trennen lernen)

Kann das Microsoft 365 Exchange denn inzwischen zentral gepflegte Vorlagen für Mails die dann anschließend zuverlässig bei allen rausgehenden Mails gleich aussehen?

Und wie sieht es mit zentral gepflegten Fußzeilen (für die immer identischen Pflichtangaben) bei absolut allen rausgehenden Mails, also auch solchen die von Mobilgeräten versendet werden, aus?

Zitat von cleptomudi

Dabei gehen zwar ein paar individuelle Einstellung wie Vorlagen raus aber er startet wieder zügig.

Bei uns hab ich das in einem anderen Zusammenhang vor ein par Tagen mal getestet, das Ergebnis war aber echt heftig. Nicht nur das die individuellen Einstellungen des Nutzers welche er selbst gemacht hat allesamt weg waren, nein, auch alle Serverseitig im David Administrator vorgenommenen Einstellungen waren weg.

Ich überlege konkret die dic.cfg Dateien zukünftig mit in meine versionierte online Sicherung mit aufzunehmen, denn das wiederherstellen aller Einstellungen ist einfach ein Graus.
Wenn ich allein nur daran denke was passieren würde wenn Tobit mal einen Client ausliefern würde der schleichen über seine Lebensdauer immer mal wieder dic.cfg Dateien ruiniert wird mir anders.

ah, o.k. dann ist das also doch eindeutig eine Tobit Geschichte.
Der Individuelle Support hatte gestern auch einen merkwürdigen weißen Hintergrund und seit dem Versuch dort eine individuelle Support Anfrage zu senden gab es dann auch die Kennwort Fehler.
Server und Anmeldefenster gehörten aber eindeutig zu Tobit und inzwischen funktioniert die Anmeldung ja auch wieder überall.

Ja, Passwort vergessen hat funktioniert.
Allerdings hatte ich das Passwort nicht vergessen und auch zu keiner Zeit falsch eingegeben (das tut hier nämlich auf jedem System der Passwort Manager und der vergisst oder ändert keine Passwörter, zumal ich die auch noch separat ein zweites mal gespeichert und vergleichen habe.

Gleich nach dem Rücksetzen über den eMail Link - auf das alte Passwort - haben alle Logins wieder einwandfrei funktioniert.

Ich hab es dann dennoch sicherheitshalber mal komplett gewechselt und alle Instanzen neu einloggen lassen

Jedenfalls eine sehr komische Sache das Ganze...

kleiner Spaß am Rande:

Ich habe gerade mal einen Fehler im aktuellen Rollout gemeldet der den hier relevanten Dialog am Server betrifft.

Bei uns lautet der Name der dritten Option im David Administrator nämlich fälschlicher Weise seit diesem Rollout (322):

"Alle Einstellungen gehen verloren und werden auf die Standardeinstellungen zurückgesetzt.Dieser Vorgang kann nicht rückgängig gemacht werden!Sollen die Standardeinstellungen wiederhergestellt werden?"

Eigentlich lautet der Name der dritten Option jedoch:

"Bildanhänge im externen Viewer öffnen"

Und genau so funktioniert die Option auch, ganz gleich ob man sie nun am Server, oder am Client setzt.

PS: hab ich per individuellem Support gerade gemeldet

hmm, jedenfalls konnte ich nun auch eine individuelle Supportanfrage senden.

hmm, ist nur die Frage woher das kam das deren Server mein Kennwort nicht mehr zuordnen konnte ?

Ist bei Euch auch zur Zeit keine Anmeldung bei chayns.id basierten Diensten möglich bzw. stimmt die Kombination aus eMail-Adresse und Kennwort angeblich nicht?

Ich wollte gerade eine individuelle Support Anfrage stellen, das scheiterte dann an der chayns.iD
und nun sehe ich das mein David Client nicht im Chayns angemeldet ist und kann mich dort auch nicht mit meinen gewohnten Daten anmelden.

Entsprechen kann ich diese Störung jetzt nicht mal bei Tobit bekannt geben

David > System > Benutzer > Max Mustermann > Einstellungen > Benutzerdaten > david Client konfigurieren > Ansicht > Zusatzfenster > Notifier starten

Besonders wichtig in dem Zusammenhang der (in dem Fall fehlende) Haken unten bei "Benutzer darf diese Einstellungen ändern", denn wenn der Haken nicht gesetzt ist kann der Benutzer letztlich gar keinen Notifier dauerhaft aktivieren.
Wobei der Notifier dennoch für die aktuelle Sitzung wenn er einen Ordner auf überwachen setzt gestartet wird und auch während der Sitzung aktiv bleibt.

kingcopy nein, ist tatsächlich schon nach einem simplen David Neustart weg gewesen

QWERTZ hab ich ausprobiert, mit gleichem Ergebnis.
Aber Dein Tipp brachte mich dann doch auf die Lösung.
Weil ich mir dann noch mal alle Einstellungen angeschaut habe, denn selbst mit nicht vorhandener dic.cfg gab es keinen Notifier in der Taskbar.
Es war Serverseitig für diesen Client versehentlich konfiguriert das der Notifier nicht gestartet werden soll und diese Einstellung wurde halt bei jedem Neustart genau so lange beibehalten bis man irgendeinen Ordner überwachen ließ, dann war schlagartig auch der andere Ordner wieder überwacht, das ist mir aber erst aufgefallen als ich Deinem Hinweis nachging und wir uns dann mal verklickt haben.

Danke Euch beiden

Ich habe hier einen Mitarbeiter der einen Unterordner von Unverteilt in den wir Anfragen regelbasiert einsortieren lassen überwachen lassen will, so das er immer sieht wenn da neue Nachrichten rein kommen.

Wenn er das einrichtet funktioniert das auch wie gewünscht, jedoch muss er das jeden Tag neu einrichten.

Ideen woran das liegen könnte?

Nun, eine Fehlermeldung war das schon.
Sie enthielt zwar keine sinnvoll verständliche Ursache, aber die gestörte Funktion war deutlich zu ersehen.
Wenn während dieser Stunden neue Signaturen herausgekommen wären für einen Virus oder Trojaner der gerade im Umlauf war, dann wäre der David Server dafür erst mal noch eine Weile blind gewesen bis das signaturen einlesen wieder geklappt hat.

bei uns ist der Spuk seit dem Abruf zwischen 2 und 3 Uhr wieder vorbei, seit dem kommen keine Fehlermeldungen mehr

Das hatten wir letztes Wochenende auch schon mal einen ganzen Abend lang

Zitat von ag1

Irgendwelche Ideen?

Rollback auf 321 und die baldige Migration auf eine aktuell noch unterstützte Windows Server Version planen + erledigen?

O.K. wenn es wirklich nur um den automatischen Ausdruck der FAXe geht und es eigentlich gar nicht auf den direkten Empfang via Tobit ankommt, dann ist bei Vorhandensein eines HP E-Print kompatiblem HP Druckers die regelbasierte Weiterleitung aller eingehenden FAX Nachrichten sicher die einfachste Lösung.

Alternativ für den geneigten Bastler ohne HP E-Print fähigen Drucker:
https://blog.thomashampel.com/blog/tomcat200…raspberrypi.htm

Macht letztlich das gleiche wie HP E-Print und kann statt auf einem Raspberry Pi natürlich auch auf einem beliebigen Host umgesetzt werden, im Zweifel sogar in der Linux Laufzeitumgebung eines aktuellen Windows Servers oder Windows 10 Clients