Beiträge von nordtech

Moin zusammen,

ein Kunde plant den Einsatz eines cloudbasierten Archivierungs-Systems. Das generiert E-Mails, an die PDFs abgehängt sind. Wunsch des Kunden ist, dass diese Anhänge vollautomatisch ausgedruckt werden - wohlgemerkt, die Anhänge, nicht die E-Mail.

Spontan habe ich dieses Tool gefunden: https://www.karley.eu/anhangexporter/ - damit kann man wohl automatisch die Anhänge in ein Verzeichnis speichern lassen. Die von dort aus per Script automatisch zu drucken wäre der nächste Schritt, dafür lässt sich aber garantiert eine Lösung finden. Das in einem älteren Thread erwähnte Tool von itacom scheint leider nicht mehr verkauft zu werden?

Frage: Standet ihr ggf. schon einmal vor einer ähnlichen Aufgabe und habt das vielleicht schneller/einfacher/eleganter gelöst?

Genau richtig, was du beschreibst. Im Postman das Sende-Konto (Smarthost) anpassen, im Grabbing Server die POP-Postfächer. Wenn sich die Domain nicht ändert, war's das dann im Grunde schon. Prüfe am besten auch, ob "Auszuwertendes Adressfeld" in den Grabbing-Server-Konten noch stimmt. Das heißt oft "X-Original-To", manche Provider benennen es aber auch anders, kannst du im Header einer Mail sehen, die über den neuen Provider zugestellt wird. Wenn ihr dort statt dessen mit "Zieladresse" arbeitet, sind keine Änderungen nötig.

Ich mache die Umstellung meistens zum Abend hin oder auch am Wochenende, wenn generell wenig Mailverkehr herrscht. Du kannst die POP3-Konten im Grabbing Server einfach parallel laufen lassen, also nicht umstellen, sondern neue hinzufügen. Die alten bleiben aktiv, bis eine Fehlermeldung aufläuft. Dann kannst du sie rauswerfen.

Sofern die Umstellung gerade mitten im Gange ist und jemand eine Mail schickt, bekommt der halt evtl. einen Bounce - nach meiner Erfahrung ist DNS heutzutage aber erheblich flinker als noch vor einigen Jahren, es dauert oft nur noch Minuten, bis sich die Änderungen durchgesprochen haben. Den MX würde ich daher nicht umbiegen, kann man aber natürlich machen.

Ergänzungsfrage: Wird auf den David-Server von extern zugegriffen? Dann denke auch daran, dass da ggf. eine Subdomain existiert, über die Clients den Server aus dem WAN finden. Die muss natürlich ebenfalls beim neuen Provider angelegt werden.

Zitat von lycra

Smart client hat keinen Kalender

Stimmt, da hat der Spaß natürlich ein Loch. Ich kann vermelden, dass die Einladungs-Mail im Smart Client korrekt, also incl. klickbarem Link ankommt. Dafür erhält man dort nicht die gewohnten Optionen ("annehmen", "ablehnen"...), das erscheint nur in der E-Mail-App.

An der Kalender-Problematik ändert das natürlich nichts, da ist der Link weiterhin nicht klickbar.

Ein Workaround bestünde ggf. darin, die Einladungs-Mail im Eingang liegen zu lassen und dann per Smart Client den Link zu wählen. Schön ist das natürlich nicht, und bei mehreren Besprechungen wird's schnell unübersichtlich.

Zitat von lycra

Nach erneuter Rückfrage liegt es wohl an der iOS Kalenderapp

Hmmm... Aber das Problem tritt doch nicht nur im Kalender auf, sondern schon im Mail-Client (kein Link vorhanden).

Man könnte mal ausprobieren, ob's im Smartclient oder mit einer Dritt-App (iOS Outlook) besser funktioniert. Wenn ich morgen dran denke und zeitlich etwas Luft habe, mache ich das mal.

Ich hab das gerade mal nachgestellt, das Phänomen ist reproduzierbar: Am iPhone kann man die Teams-Einladung annehmen/ablehnen und den Kalendereintrag erstellen lassen, aber weder im Kalender noch in der E-Mail ist der Link "an Besprechung teilnehmen" verfügbar.

Der HTML-Code der Teams-Einladung ist Microsoft-typisch, ähm, "kreativ". Gut möglich, dass iOS dahinter irgendeinen Schabernack vermutet und den Link blockiert?

Andererseits, Gegentest mit einem "echten" Exchange: Hier kommt der Link in der Mail korrekt im iPhone an. Also macht David an der Stelle auch irgendwas.

Haben gestern noch Nachricht von Tobit erhalten, die Kunden erhalten eine Gutschrift. Immerhing gibt's also keine endlosen Diskussionen, damit kann ich dann gut leben. Fehler passieren halt.

In den bei uns betroffenen Fällen ist "Premium Protection" leider deutlich teurer. Virenschutz war und ist nur für den Server aktiviert, nicht für Clients. Ein kleiner Kunde zahlte so bislang z. B. 12 Euro monatlich, mit Premium Protection plötzlich 29,99. Und das definitiv ohne Eingriff in die Konfiguration (wird auch beim Blick in die Backline-Services im David Admin bestätigt). Da ist definitiv seitens Tobit etwas schief gelaufen.

Ich habe inzwischen mehrere Kunden, bei denen plötzlich auf "Premium Protection" umgestellt wurde, obwohl das definitiv niemand gebucht hat. Trat im Zuge der Auslagerung von Tobit-Abrechnungen in die Tochtergesellschaft auf. Da bekomme ich jetzt extrem großzügige Provisionen (fast 10 Euro im Monat!!!1!, wohin nur mit dem ganzen Geld?), aber lieber wäre mir, das wäre nicht passiert - die wutschnaubenden Kunden darf nämlich wieder ich abfedern.

So viel zum Thema "Abrechnungen bei Tobit".

Gut, dass die im Zuge von Chayns auch gerne Zahlungs-Dienstleister sein möchten. Mannomann.

OK, mit dem separat konfigurierbaren DNS war mal was, stimmt - würde ja dazu passen, dass das Problem seit einer Systemumstellung existiert, evtl. haben sich einige IP-Adressen geändert. Da werde ich im David-Admin mal nach schauen. Guter Tipp, danke!

BlackShadow Sophos kenne ich so halbwegs, zumindest weiß ich, an welchen Stellen ich schauen muss, wenn der David zickt. Ich bemühe mich darum, Zugriff auf das System zu erhalten, vielleicht klappt's ja. Ich gebe hier Rückmeldung!

Besten Dank einstweilen für die vielen Ideen!

Danke für die Antworten; ein Problem mit noch im Postfach liegengelassenen Nachrichten (verzögerte Löschung) schließe ich eigentlich aus, da es ja schon beim Verbindungsaufbau zum Server hakt...

Die Sophos ist mir noch "verschlossen", da der Kunde mich nur für die Betreuung des Davids herangezogen hat. Leider muss ich mich daher auf sein Wort verlassen, dass da alles offen und korrekt ist - ich werde aber mal dezent nachfragen, ob ich nicht auch selbst einen Blick rein werfen darf. Eventuell binde ich zunächst temporär den Server testweise über LTE an, um die Firewall zu umgehen. Wenn's dann sauber klappt, haben wir ja den Schuldigen gefunden.

Hallo alle,

auf mich ist ein neuer Kunde zugekommen, der (er sagt: Seit der Aktualisierung des Server-OS) Probleme mit seinem David hat. Stand der Installation ist ungefähr 2018.

Das Problem stellt sich so dar, dass nur sporadisch mal Mails eintrudeln, und zwar mit einer erheblichen Verzögerung von 30-45 Minuten. Das Einsammeln geschieht über den Grabbing Server, der sich an einem Postfach bei IONOS bedient - da habe ich natürlich zuerst geschaut, aber der Intervall für die Abholung steht auf 2 Minuten. Soweit OK.

Geht man in den Eigenschaften des Postfachs auf "Test", passiert seltsames. In den allermeisten Fällen nämlich erscheint die Meldung, dass der Server nicht zu erreichen sei. Also kein Kommunikationsfehler oder so, sondern "den kenne ich nicht, timeout". Ein Ping auf pop.ionos.de wird allerdings sauber aufgelöst. An der Stelle hatte ich mich damals ausgeklinkt und dem Kunden gesagt: Da hängt bestimmt die Firewall (Sophos UTM) dazwischen und filtert, blockt oder macht sonstwas - bitte den Lieferanten kontaktieren.

Der sagt nun aber: An der Firewall liegt es nicht. Angeblich sind alle nötigen Ports offen, der Mailverkehr wird nicht gefiltert und wenn man mit einem anderen Programm kommt (Thunderbird...) funktioniert alles sauber. Hm.

Der Kunde erwägt nun ein Update auf die aktuelle David-Version, aber ich verspreche mir da nicht viel von. Denn AB UND ZU trudeln dann ja doch noch Mails ein, was in meinen Augen ein generelles Kompatibilitätsproblem ausschließt.

Habt ihr eine Idee, was man noch machen kann? Ich würde als nächstes mal das Protokoll im Grabbing Server mit Einstellung "Debug" laufen lassen, aber mutmaßlich ist da dann auch nur zu sehen, dass er meistens nicht durchkommt und manchmal halt doch, dann aber problemlos. Ein Ansatz wäre noch, einen Test-David in aktueller Version auf einem Test-PC einzurichten und zu schauen, ob der auch Probleme kriegt. Insbesondere wundert mich, dass das Ganze angeblich seit einer OS-Aktualisierung so sein soll - wenn aber die Windows-eigene Firewall dort hineinspucken würde, ginge es doch vermutlich auch NIE und nicht ab und zu mal...

Bin für jede Idee dankbar - ein bisschen "rumprokeln" muss ich da wohl auf jeden Fall.

Zitat von QWERTZ

Wenn Benutzer unberechtigterweise auf Verzeichnisse zugreifen können, wie in deinem Fall, ist diese Option nicht die Lösung der Probleme.

Na ja - dann halt archive\user manuell auf Standard-Rechte setzen (SYSTEM, ggf. Admins...), Vererbung aktivieren und durchlaufen lassen. Anschließend das Zurücksetzen im David-Admin anstoßen.

Je nach Installationsgröße braucht's bei diesen Aktionen halt nur ein wenig Geduld, da David mit so vielen einzelnen Dateien arbeitet. Ist aber generell alles kein Hexenwerk.

Tobit hat das Problem gelöst, der Kunde kommt nun über seine Site-ID in die Verwaltung.

Wie sich herausstellte, trat das Phänomen tatsächlich nur bei genau diesem einen Kunden auf. Der hatte bis vor Kurzem eine seeehr alte Version laufen, die wir "ad hoc" im Sommer 2021 auf aktuellen Stand bringen mussten, da Strato keine unsicheren Verschlüsselungen mehr beim Mail-Transfer zuließ.

Die alte Version verfügte über 15 User und 3 Ports, inzwischen ist das Unternehmen aber erheblich geschrumpft. Statt ein Update zu kaufen, haben wir daher eine neue Small-Business-Lizenz erworben und die drüber gespielt. Das hat auch sauber funktioniert, incl. Übertragung der Lizenzinformationen zu Tobit usw. Nur auf dem nun neu in Betrieb genommenen Portal gab's Ärger.

Tobit hat die alte und neue Site-ID offenbar irgendwie zusammen geführt. Geht man im David-Admin auf die Administration, erscheint als Überschrift "SERVERNAME chayns.net/6xxxx-yyyyy" - das ist die Lizenz der ALTEN Software, die neue beginnt wie gesagt mit 8xxxx.

Also: Falls ihr Installationen im Einsatz habt, bei denen mal eine neue Lizenz über eine bestehende gespielt wurde (nicht als Update, sondern als "drüberbügeln" mit neuer Lizenznummer), checkt am besten kurz, ob die Anmeldung funktioniert. 98% unserer Kunden haben ihre Installationen immer auf aktuellem Stand gehalten, da gab's in der Richtung bislang keine Auffälligkeiten.

Zitat von lycra

Ich finde nicht mal die Möglichkeit mich anzumelden..

Wenn man vom David-Admin aus den Link "Infos zur SiteID" anklickt, gelangt man tatsächlich direkt in die eigene Verwaltung, ohne sich anmelden zu müssen. Außer eben, die Anmeldung per Site-ID klappt nicht (wie bei unserem Kunden). Dann erscheint da ein Chayns-Login.

Bei Aufruf von david3.de/Administration im Browser hingegen landet man grundsätzlich auf dieser Chayns-Seite. Hier kann man eigentlich "wie früher" als User die ersten beiden Blöcke der Haupt-Lizenznummer eintragen und den dritten als Passwort.

Last not least: Wenn man an die Downloads dran will, muss man (noch?) über david.tobit.net gehen. Die dortige Anmeldung funktioniert mit der Lizenz unseres Kunden, aber da gibt's inzwischen eben nur noch Downloads, keine Konfiguration der Site-ID mehr.

Nein, geändert wurde da nichts, da bin ich ganz sicher. Es kommt auch nicht die Meldung "falsches Passwort", sondern die Site-ID wird noch vor der Passworteingabe mit "Bitte gib eine gültige Handynummer oder E-Mail-Adresse ein" abgelehnt.

So wie es ausschaut, sind die Kunden mit älteren Lizenzen nicht oder weniger betroffen (habe jetzt nicht alle durchprobiert). Die streikende Site-ID beginnt mit einer "8" und stammt wie gesagt aus 2021. Im alten Portal war die Anmeldung mit diesen Daten noch problemlos möglich.

Soso, Tobit hat sich also mal wieder neue URLs ausgedacht, *seufz*, es war ja bisher auch noch nicht kompliziert genug.

Konkreter Fall: Ein Kunde möchte, dass wir für ihn Sitecare kündigen. Über seinen David-Admin komme ich über alle Links in eine Chayns-Anmeldung (schön mit dem bekannten animierten Hintergrund, das ist per RDP stets eine große Freude). Der Kunde hat keine Chayns-ID, will auch keine.

Also ab auf https://david.tobit.net/ - da gibt's aber, wie im Nachbarthread schon angesprochen, nur noch die Downloads. Und den freundlichen Satz: "Bitte wechseln Sie für die Administration zum neuen david-Portal. Sie können hierfür die selben Anmeldedaten verwenden wie in diesem Portal."

Kann ich ja aber eben nicht - die Site-ID statt einer Chayns-ID wird dort nicht geschluckt.

UPDATE: Hä, mit unserer eigenen Site-ID geht's! Die ersten beiden Blöcke der Lizenz als Usernamen, den mittleren Block als Kennwort (klein geschrieben!) - drin sind wir. Bei der Kundenlizenz (erworben 2021, gleiches Verfahren) kommt allerdings reproduzierbar: "Bitte gib eine gültige Handynummer oder E-Mail-Adresse ein". wtf?

Wie sind eure Erfahrungen?

So sieht das bei mir momentan aus. Vor dem Update waren die Symbole gleichmäßig über die komplette Breite verteilt.

32bit-Client, Chromium und DPI-Skalierung an (macht aber keinen Unterschied, wenn ich's ausschalte).

Kommt identisch auf stationären PCs mit Intel-/AMD-Grafik, auf Notebooks mit Intel-Grafik und auf dem Server... Ist das bei euch nicht so?

Zitat von lycra

SO was un auffällt, dass dei Icons der Favoriten unten sehr klein sind

Das ist dann wohl

"Die räumliche Aufteilung der Schaltflächen in der Favoritenleiste wurde optimiert."

Eine Möglichkeit zur Anpassung der Größe ist mir nicht bekannt... Bei mir sind die Symbole nun einfach alle links in die Ecke gequetscht, statt sich über die gesamte Breite des Client-Fensters zu verteilen. "Optimiert" finde ich das nicht unbedingt.

Bzw., da offenbar (auch) ein Terminal Server zum Einsatz kommt: Im jeweiligen User-Hive auf eben jenem Terminal Server. Also aus Admin-Sicht unter HKEY_USERS. Oder, falls der Client sich trotz TS direkt zum David verbindet, auf dem lokalen Client-PC.

Hatte ich persönlich in der Form noch nicht. Da würde ich zunächst mal checken, ob die SPAM-Ordner der betreffenden User dort sind wo sie hingehören und beschrieben werden können. Also:

• User/System/SPAM vorhanden?
• Auf Dateisystem-Ebene korrekter Name \david\archive\user\xxxxxxxx\system\spam ?
• Auf diesem Odner auf Dateisystem-Ebene passende Rechte vorhanden?
• Irgendwelche Regeln definiert im Archiv?

Du kannst den Ordner auch mal weglöschen und als Spam{spam} neu anlegen, incl. der geschweiften Klammern, dann bekommt er im Dateisystem wieder den richtigen Namen.