Posts by riawie

    Können Kunden mit Sitecare die automatische Rollout-Installation unterbinden, damit sie eine dauerhaft lauffähige Version behalten?

    Die automatische Rollout Installation kann man bislang ja problemlos unterbinden.
    Wir spielen unsere Updates ja auch seit eh und je manuell zu einem Zeitpunkt an dem uns das passt ein, was meist wenige, manchmal aber auch einige Tage oder sogar Wochen (wenn andre von Problemen mit einem Rollout berichten) später der Fall ist.
    Wer also das letzte Rollout vor der Änderung noch einspielt und sich - passend zu einer Deiner anderen Fragen - auch das dazu gehörende Installations Image herunterlädt und sichert dürfte das ja erst mal eine Sicherung des Status Quo darstellen.
    Denn wie Du schon selbst geschrieben hast hat von denen die ihre SiteCare das letzte mal vor der Änderung gekauft / aktiviert / verlängert haben keiner der Änderung zugestimmt und entsprechend gelten damit die alten Bedingungen.

    Rein rechtlich sehe ich die Art der Änderung auch als ein Problem an, denn im Grunde muss jeder Bestandskunde ein Wiederspruchs bzw. Sonderkündigungsrecht haben um falls gewünscht den Status Quo einzufrieren.

    Rein praktisch macht es für uns hier - aktuell - keinen relevanten Unterschied, da wir eh nicht auf SiteCare verzichten wollen würden.

    Meine Meinung zum Thema Betrieb solch eines Produkts ohne laufende Pflege kennt Ihr ja inzwischen eh. Das ist schlicht unverantwortlich.

    Das Bild welches dort eingeblendet wird ist das Favicon der jeweiligen Internetseite zur Domain der Mailadresse, so ein solches existiert.

    Euer Kunde muss also seiner Webseite schlicht Favicons in gängigen Auflösungen spendieren.

    Falls nicht bekannt sein sollte wie es geht liefert das Web bei den Stichworten "Webseite Favicon einbinden" einige unterschiedliche Anleitungen.

    Was Du suchst findet sich im David Administrator unter:

    David > System > Verteilung > Identifizierung

    Dort erzeugst Du einfach je Absender einen Eintrag.

    In das Feld "Bezeichnung" kannst Du eintragen was Dir Hilft die einzelnen Einträge zuzuordnen.

    In das Feld "Ganze Zeichenfolge" kommt die eMail Adresse des Absenders.

    In das Feld "Routing-String ersetzen" kommt die neue Zieladresse

    jetzt noch den Haken bei "Betreff beibehalten" setzen, damit die Nachrichten keinen neuen Betreff bekommen. Wird der Haken nicht gesetzt erhalten die Nachrichten ansonsten den unter "Bezeichnung" eingetragenen Text als neuen Betreff.

    Das ganze mit OK bestätigen und schon landen alle Mails des jeweiligen Absenders an der neuen Zieladresse und zwar völlig egal an wen sie eigentlich geschickt werden sollten.

    Für den Fall das Mails an bestimmte Empfänger das ganze umgehen sollen musst Du dann im Ordner der Umleitungsadresse halt entsprechende Verteilregeln bauen.

    Synchronisiert er dann auch zuverlässig meinen und Gruppenkalender?

    So lang Du dran denkst die Gruppenkalender in die persönlichen Kalender einzublenden werden auch diese mittels ESA und dem Samsung eMail Client einwandfrei synchronisiert.

    Bitte achte nur drauf das in den Benutzereinstellungen in Euren Desktop Clients unter Einstellungen > Zugang > ActiveSync > Ordnerinhalte zusammenführen kein Haken gesetzt ist, sonst kann man die einzelnen Datenquellen am Smartphone nicht unterscheiden. Ist dort kein Haken gesetzt funktioniert das aber alles perfekt. Diese Einstellung ist im übrigen nur für sehr alte oder sehr eingeschränkte EAS Clients gedacht und nicht mehr zeitgemäß.

    Und allgemein die Voraussetzungen zum Verwenden der Team-App? Was müsste da vorhanden sein?

    Vor allem erst mal ein stabiler performanter (Upload) Internetanschluss mit öffentlicher IP Adresse, über welche die Ports 443 und 8443 zum David Server freigegeben sind.
    Beide Ports lassen sich auch umschalten, damit habe ich mich allerdings nie beschäftigt, da wir ausreichend IP-Adressen haben, so das unser David Server seine eigene IP-Adresse für sich allein hat.

    Für EAS wird übrigens auch Port 443 auf einer öffentlich erreichbaren IP Adresse benötigt.
    Im Fall von EAS kann man das allerdings auch komplett geschützt über ein VPN - was auf Samsung Smartphones sehr gut und einfach einzurichten ist - abwickeln, so das der Port nicht mal für die Öffentlichkeit erreichbar sein muss und je nach gewähltem VPN sogar die öffentliche IP Adresse entfallen kann.

    Ich habe den David Client schon seit Jahren senkrecht über die rechte Hälfte des Bildschirms angeordnet und sehe auch keinen Grund das zu ändern.
    Vorschau unter den Nachrichten ist immer optimal gewesen und klappt auch mit dem Team Client. Im Team Client nervt mich so schon diese unsägliche Verschwendung von Bildschirmplatz, da man die Zeilenabstände nicht wieder zusammenrücken kann.

    Die Ansicht der Vorschau neben den Nachrichten verschlimmert das Problem nur noch mehr, da dann noch weniger Nachrichten in der Liste darstellbar sind, da bekomme ich dann im Fullscreen genau so viele Nachrichten aufgelistet, weil dann eine zusätzliche Zeile je Nachricht verballert wird, weil trotz ausreichend Platz in der Breite Informationen sinnloser Weise auf zwei Zeilen verteilt angezeigt werden. Für mich ist das schlicht unzumutbar.

    Den Tabs kann ich bislang schlicht nichts abgewinnen, Da öffne ich bei Bedarf lieber ein neues Fenster mit einem Archiv aus dem Baum, oder den Favoriten.
    Würden die Tabs beim nächsten Start des Clients erneut geöffnet könnte ich mir vielleicht doch noch einen Nutzen dafür vorstellen, aktuell allerdings ist das wieder nur verschwendeter Platz am oberen Bildschirmrand.

    Die Favoriten hätte ich gerne wieder unten oder halt frei anzuordnen, denn links an der Seite sind die einfach unergonomisch für mich.

    Das kommt sehr auf Eure Umgebung an.

    Wenn auch Mails von mobilen Geräten mit einheitlichem Firmenlayout versandt werden sollen und das Layout mehr als nur Fußzeilen umfasst, macht die Team App wenig Sinn, da es damit nicht möglich ist ein zentrales Firmenlayout umzusetzen, es sei denn es geht nur um Fußzeilen und der Rest kann dem Layout weiße Kachel entsprechen.
    Wird das EAS Protokoll verwendet funktionierten zentral verwaltete Vorlagen wunderbar.

    Wir nutzen daher auf allen Android Geräten entweder Samsung eMail, was halt nur auf Samsung Geräten zur Verfügung steht, oder sonst Microsoft Outlook.
    Beides wird via EAS bzw. als Exchange Server eingerichtet.
    Bezogen auf Eure aktuelle Umgebung ist also vermutlich nur am jeweligen Smartphone etwas zu tun, nämlich die gewünschte neue App installieren und dort den Account hinterlegen.

    hmm....

    hast Du hier schon mal nachgeschaut?

    DTW
    September 28, 2022 at 11:53 AM

    mach mal folgenden Versuch:

    Ruf die Nebenstelle an, sprich die gewünschte Ansage als Nachricht über das Telefon ein.

    Dann nimm die Datei welche anschließend als Voice Nachricht zugestellt wird und lege diese in dem Archiv als Ansagedatei ab.

    Anschließend ruf die Nummer noch mal an und horch ob da nun Deine gerade neu aufgezeichnete Ansage zu hören ist.

    Audio Files für Anrufbeantworter waren seit ISDN irgendwie immer problematisch, weil die Codierung immer speziell war. Die Ansagen direkt über einen Anruf aufzuzeichnen hat aber bei ISDN bislang immer geholfen. Allerdings kann ich nicht sagen ob das auch mit dem Tobit VoIP Port so funktioniert, da wir den nicht nutzen und ich das folglich noch nie getestet habe.

    Aber hey, Versuch macht klug ;)

    zu 1. ich meine ja man kann Rollouts überspringen, ich weiß allerdings nicht ob es da ein Limit gibt.
    Im Zweifel installiert man dann einfach mal das aktuelle Image statt des Rollout Pakets.
    Dabei wird dann einfach nur der aktuelle David auf den Stand des Images gebracht und alle Einstellungen beibehalten.

    zu 2. 3535 ist Rollout 410, was am einfachsten im David Client zu sehen ist:
    Menü > Hilfe > über

    und in Transis bleiben die einfach stehen.

    Zudem kommt dass dort unbekannter empfänger steht...

    das liegt nicht am David Server, oder dem neuen Rollout, sondern an Eurem Provider 1&1

    guckste:

    ammermueller
    August 7, 2024 at 4:15 PM


    sollte aber wohl mittlerweile wieder vorbei sein der Spuk.

    Bislang hat sich bei uns noch jeder Modern oder Team Client die Daten zuverlässig gemerkt wenn wir die vollständig eingegeben und mit gesetztem merken Haken gespeichert haben.
    Die Classic Clients laufen weiterhin ohne gesonderte Anmeldung dank Windows Domänen Nutzer single sign on

    Deine Verbindung dort im Protokoll geht ganz klar nicht über den smarthost Deines Providers raus, sondern verbindet sich direkt zu Google.

    Kontrolliere mal die Einstellungen unter:

    David Administrator > eMail > Postman > Rechtsklick > Konfiguration > Provider

    eingestellt ist und ob es unter

    David Administrator > eMail > Postman > Datenbanken > Sende Methode

    einen Eintrag für gmail gibt.

    Wenn Du weiterhin direkt an Googlemail senden können möchtest solltest Du idealer Weise sowhl 1. den SPF txt Record um Eure IP Adresse erweitern:

    v=spf1 ip4:123.123.123.123/32 include:agenturserver.de ~all

    Die 123.123.123.123 muss durch die IP Adresse über welche Euer David von draußen kommend gesehen wird ersetzt werden.

    als auch 2. einen DKIM txt Record einrichten der zur DKIM Signatur Einstellung auf Eurem David Server passt:

    David Administrator > System > Rechtsklick > Übertragung > DKIM Signaturen > bearbeiten

    Weil das nicht so ganz selbsterklärend ist...
    In den Einstellungen am David Server muss der Haken bei DKIM aktivieren gesetzt werden, dann kommt oben bei Domäne(n): der Teil nach dem @ von Euren eMail Adressen rein. In der nächsten Zeile muss ein DNS-Selektor vergeben werden. Den kann man recht frei wählen, er muss nur dann auch beim Provider im txt Record genau gleich eingetragen werden. Bei uns hab ich da folgenden Wert eingetragen:

    david3

    Beim Provider muss nun im DNS der Domäne von oben ein neuer txt Record erzeugt werden welcher als präfix den selbst dns selektor + nachfolgend ._domainkey erhält, also in unserem Fall:

    david3._domainkey

    In das Feld Wert kommt der komplette Text den man auf dem David Server im Konfigurationsdialog von eben unter Inhalt des DNS-Eintrags ink. Schlüssel mittels des Buttons "in Zwischenablage kopieren" erhält.

    Wenn das eingetragen und aktiviert ist nimmt Google auch wieder direkt eingelieferte Mails vom David Server an.

    Gibt es die Möglichkeit auf die SPAM Ordner via IMAP zuzugreifen?

    Falls ja könnte man sich eine virtuelle Maschine mit einem minimalen Linux System bauen, da drauf fetchmal einrichten und fetchmail dann die SPAM Ordner per IMAP abrufen und die so empfangenen Mails via smtp an den David Server ausliefern lassen.

    Dazu sind aber halt schon ein paar Linux Kenntnisse nötig.

    die entscheidende Frage ist ob Ihr über smarthost, oder direkt versendet.

    ja nach dem muss entweder ein passender DKIM Eintrag für Euren Smarthost, oder für Euren David Server im DNS eurer domain (oder eben beide) hinterlegt werden.

    Für den smarthost machen das die Provider in aller Regel selbst.

    Entsprechend gehe ich jetzt mal davon aus das Ihr direkt versendet?

    In dem Fall braucht der David Server eine ausgehende Verbindung ins Internet über eine feste IP Adresse, zu der ein gültiger reverse DNS Eintag im DNS eingetragen ist, der nicht auf einen dialup pool einers Providers auflöst, sondern auf eine individuelle Domäne, idealer Weise (aber im Fall von Google nicht zwingend nötig - es gibt jedoch andere Empfänger die das vorasusetzen) auf eine subdamain eurer Domäne lautend.

    Weiterhin muss am David Server ein DKIM Record erzeugt und im DNS Eurer Domäne als txt Record eingetragen werden. Wie das im Detail geht wurde im Thread den wulff oben verlinkt hatte genau erklärt.

    Sobald das eingerichtet ist akzeptiert auch google direkt zugestellte Mails von Eurem David Server.

    OS-Updates mache ich grundsätzlich nicht, birgt nur Potential für Ärger und den David interessiert das überhaupt nicht.

    Spätestens wenn im Oktober nächsten Jahres der Support für Windows 10 eingestellt wird ist es Zeit für ein Update auf den Nachfolger. Es sei denn man wäre bereit viel Geld für verlängerten Support zu bezahlen. Ein David Server sollte nämlich schon auf einem OS mit fortlaufenden Updates laufen und nicht auf einem das nicht mehr gepflegt wird. Der Upgrade Pfad ist eh unkritisch und leicht zu erledigen.

    Das Migrationstool zwingt einen auf dem alten Server erst mal alle Fehler zu bereinigen die sich dort mal eingeschlichen haben, weil sonst die Migration abbricht. Dafür ist es dann am flexibelsten und schafft bei nicht zu großen Datenmenge auch einen relativ zügige Transferzeit.

    Wenn zu viele User und Daten zu übertragen sind braucht es allerdings sehr lange.
    Da Ihr nur 3 Nutzer seit würde ich aber nicht davon ausgehen das es zu lange dauert.

    Also noch mal klar die Empfehlung > Migrationstool über den Händler beschaffen.