Beiträge von nordtech

    Hab ich mich auch schon gefragt. Der Exploit scheint ja nach dem Eindringen die Rechte zu nutzen, unter denen der Exchange-Server selbst läuft (in vielen Unternehmen, unnötigerweise, SYSTEM-Berechtigung), und diese werden für das eigentliche Platzieren von Schadsoftware genutzt. Sofern mein Verständnis an der Stelle grundsätzlich korrekt ist, liefe der Angriff demnach spätestens dort bei David ins Leere.

    Aber trotz mittlerweile 30 Jahren in der IT bin ich in Sachen Hacking ziemlicher Laie. Eine offizielle Aussage seitens Tobit wäre schön - und ließe sich auch "nebenbei" bei den Kunden gut ins Gespräch einbauen. ;)

    Zertifikate direkt auf einen dynamischen Host wie dyndns.org oder myfritz auszustellen, klappt nicht. Wenn deine IP-Adresse dynamisch ist (wovon ich anhand der Schilderung mal ausgehe), könntest du dir eine Subdmain david.[meinweb.de] beim Hoster der Homepage anlegen und dort die DNS-Einträge entsprechend anpassen. Der einfachste Weg besteht darin, die david-Subdomain per CNAME-Eintrag auf deinen dynamischen Host verweisen zu lassen, damit kannst du dann im David ein Zertifikat anfordern.

    Ich habe auch schon für einige Kunden das "Domain-only"-Paket bei Strato ohne Webspace gebucht und dort david.kunde-nur-fuer-mail.de oder eine ähnliche Phantasieadresse angelegt. Strato bietet in der DNS-Konfiguration direkt einen dynamischen Host an, der sich über die Fritz!Box aktualisieren lässt. So spart man sich den CNAME-Umweg; andere Provider bieten das vermutlich in ähnlicher Form auch an.

    Nochmal vielen Dank für euer Feedback; um die Sache nun aufzulösen: Wir waren GANZ ganz kurz davor, auf ESET zu schwenken, dann gab's aber doch einige Details, die uns nicht gefallen haben.

    Letztlich gelandet sind wir nun, ein bisschen durch Zufall, bei Securepoint. Da hatten wir ein sehr angenehmes Online-Meeting (eigentlich eher in Sachen Firewalls) und sind über den Virenschutz gestolpert. Der ist wunderbar in einer super-simplen Cloud-Oberfläche integriert, hält sich bei Features und Ressourcenhunger angenehm zurück und läuft nach ersten Tests super. Spezialprogramm im Hobelwerk, Ausleseterminal in der Speditions-Werkstatt und auch das jüngste David-Update: Alles ordnungsgemäß verdaut, ohne die von Avast bekannten Fehlalarme. ;)

    Basis des Scanners ist die Engine von Ikarus Security. Und Securepoint sitzt in Lüneburg, die Cloud wird bei Wortmann in Hüllhorst gehostet, für uns alles "kurze Wege" und direkte Ansprechpartner. Woll'n wir mal hoffen, dass der erste sehr gute Eindruck sich im Laufe der Zeit verfestigt. ;)

    Und noch einmal besten Dank für den Tipp. Ich hab' die Deduplizierung nun aktiviert und dabei manuell die Nicht-Archiv-Ordner ausgenommen. Einrichtung war trivial, allerdings scheint der in der Funktion eingebaute Scheduler unter Server 2019 einen Bug zu haben (damit er Samstag um 20:00 Uhr startet, muss man Sonntag anhaken).

    Gegeben war eine 150-GB-Partition nur mit David drauf, davon waren 12 GB frei. Der händisch angestoßene Optimierungslauf brauchte nur etwas mehr als 15 Minuten, und nun sind auf dem Volume knapp 50 GB verfügbar. Das hat sich also gelohnt! :)

    Die Systemlast scheint sehr überschaubar zu sein. Von daher bei größeren David-Archiven evtl. grundsätzlich eine Überlegung wert.

    Die Chayns-Anmeldung macht das gesamte Grundprinzip "Bei David liegt alles lokal beim Kunden und in der Hand des lokalen Admins" zunichte. Tobit geht somit den "modernen" aber imho unsinnigen Weg, dass der Endanwender sich zunehmend selbst seine Cloud-Accounts zusammenfrickelt. Das ist halt der Zeitgeist, und der hat seit etlichen Jahren Priorität in Ahaus. :(

    Moin z'sammen, ich brauche bitte mal wieder gedankliche Unterstützung.

    Gegeben ist ein Kunde, bei dem die info@ auf 5 Benutzer verteilt wird. Es ist ausdrücklich gewünscht, dass dies über eine Kopie der Mails in die einzelnen Postfächer passiert, Sammelordner oder Markierungen wurden abgelehnt.

    "Natürlich" lassen die User aber Konsequenz beim Löschen der so eingetroffenen Nachrichten vermissen, also laufen die Archive schnell voll - üppig eingehender Mailverkehr x5, das läppert sich. Wäre im Prinzip auch nicht weiter schlimm, denn info@-Mails, die älter als ca. 6 Wochen sind, können immer gelöscht werden - nur bekomme ich das im David nicht abgebildet (es gibt als Bedingung "Datum/Zeit" aber eben kein "Älter als...")

    Meine Idee war nun: Die User bekommen zwar eine Kopie der info@ zugestellt, allerdings landet die in einem "Info"-Archiv unterhalb der jeweiligen User-Eingangsordner. So könnte man dort eine automatische Bereinigung nach 6 Wochen einstellen. Möchte der Kunde aber nicht haben - zu kompliziert. Eine grundsätzliche Bereinigung für den User-Eingang kann ich aber ebenfalls nicht einrichten, denn die direkt an die individuelle Adresse geschickten Nachrichten sollen erhalten bleiben.

    Habt ihr eine Idee, wie man das hinbekommt? Meine Versuche mit Markierungen, Bedingungen usw. sind leider ins Leere gelaufen. Wie gesagt, eine Regel-Bedingung "Älter als" wäre des Rätsels Lösung. Gibt es daran evtl. von eurer Seite auch Interesse, so dass man dies bei Tobit mal als Feature-Wunsch anregen könnte?

    ich kann bestätigen, das die 330 sehr massive Probleme mit dem Grabbing Server hat, bei etwa der Hälfte unserer Kunden hängt der Grabbing Server einmal die Woche

    Mit oder ohne Hotfix?

    Wir hatten seit des Einspielens des Hotfixes diesbezüglich keine Probleme mehr bei den Kunden.

    Auch die Client-Aufhäng-Probleme konnten wir (zum Glück) bislang nicht beobachten (330.8547, also auch hier mit installiertem Hotfix).

    Sauber, klappt, danke. (Fürs Archiv: Zu finden über System -> Einstellungen -> Übertragung)

    Ich hatte mich an der Stelle vom Hilfetext "Nehmen Sie hier nur dann eine Eintragung vor, wenn Sie nicht die vom System standardmäßig verwendeten Einstellungen nutzen wollen" verwirren lassen. Obwohl das ja eigentlich genau das beschriebt, was ich machen wollte. ;) Wäre halt schön, wenn "die vom System standardmäßig verwendete Einstellung" https: wäre...

    Moin zusammen,

    bei einem Kunden funktionierte der postlagernde Versand nicht - es lag letztlich an der von mir gesetzten Option "Port 80 nur für Let's Encrypt verwenden". Diese Option halte ich aber eigentlich nach wie vor für sinnvoll, denn unverschlüsselt kommunizieren muss ja ansonsten nicht mehr sein...

    David schickt die Links für das Herunterladen der eingelagerten Dateien aber mit http:// - Präfix durch die Gegend. Gibt's irgendwo eine Möglichkeit, dort ein https:// voranzustellen? Oder bin ich nur blind? "TLS aktivieren" usw. ist natürlich aktiv.

    AFAIK sieht das mit POP schlecht aus. Du könntest aber bei GMX evtl. eine Regel basteln, dass SPAM nicht in den passenden Ordner verschoben wird, sondern lediglich eine Markierung erhält (z. B. im Betreff) und darauf aufbauend dann die Verteilung direkt im David vornehmen.

    Ich hab' mir hier neulich mal eine Testversion der ESET Internet Security installiert und war einigermaßen entsetzt, dass man bestimmte Module wie die "Erweiterte Firewall" nicht abwählen konnte (während der Installation war keine Anpassung möglich) - einige ließen sich teilweise später deaktivieren, aber bei manchen kam dann dauerhaft eine Warnmeldung.

    Ich vermute mal, das ist nur bei den Consumer-Varianten so? Gibt es bei den Business-Varianten eine Komponentenauswahl? Bzw. auch ein Paket, das einen "einfachen" Virenschutz beinhaltet? Ich bin da leider nicht durchgestiegen.

    Ansonsten sind wir inzwischen Partner bei ESET geworden, ich scheitere aber am Bestellsystem - schon das Anlegen eines Kunden ist irgendwie super-umständlich, und dann werden mir nur Testversionen angeboten... Alles etwas seltsam.

    Technisch tendieren wir aber insgesamt momentan auch zu ESET. Macht vom Produkt her den besten Eindruck, momentan.

    Moin zusammen,

    zugegeben: Recht spezielles Problem, aber vielleicht hat ja jemand eine Idee.

    Gegeben ist ein sehr kleiner Kunde, der an einem privaten Glasfaser-Anschluss eines lokalen Anbieters hängt. Dort bekommt er Internet incl. IPv6-Adresse, was sich durch die Provider-seitig vorkonfigurierte Fritz!Box auch nicht ändern lässt. Immerhin konnten wir den Anschluss von DSLite auf "echte" WAN-IPv4 umstellen lassen, so dass eingehende IPv4-Verbindungen für Davids ActiveSync kein Problem mehr sind.

    Da sich die IPv4 jedoch jede Nacht ändert, haben wir zur Verwendung des Let's-Encrypt-Zertifikats einen kleinen Umweg gebaut: Die Subdomain david.kundenname.xx verweist per CNAME auf einen dyndns-Host, letzterer wird durch die Fritz!Box automatisch aktualisiert. Direkt auf eine dyndns.org-Adresse lässt sich ja leider kein Zertifikat ausstellen (nachvollziehbar).

    Ein wenig wuselig, aber es funktioniert. Zumindest bisher, denn plötzlich (vermutlich Provider-seitige Umstellung) aktualisiert die Fritz!Box bei dyndns nicht nur die IPv4, sondern gibt auch eine IPv6 an. Ein Problem ist das deshalb, weil bei der Anforderung des Zertifikats Let's Encrypt immer zuerst nach dem AAAA-Record schaut - dieser ist im konkreten Fall vorhanden, zeigt aber ins Nirgendwo. Nur wenn kein AAAA-Record anliegt, schnappt sich LE die IPv4 (A-Record) und kann das neue Zertifikat über den durchgeleiteten Port 80 ausstellen.

    Ich müsste nun also entweder der Fritz!Box die Übermittlung der IPv6-Adresse abgewöhnen (geht nicht) oder bei dyndns.org die IPv6 deaktivieren (geht nicht, da kann ich den Eintrag lediglich manuell löschen). Ziemlich mühsam.

    Schon klar, der Köngisweg wäre eine feste IP und ein "echter" DNS-Eintrag für die Subdomain. Aber der Kunde ziert sich, da dies nur in einem Business-Tarif möglich ist und es sich wie gesagt um einen ganz kleinen Laden (2 User) handelt.

    Habt ihr eine andere Idee für dieses Problem? Mir ist bekannt, dass dyndns.org sowieso den Dienst bis 2022 einstellt, von daher wäre mir auch ein anderer Anbieter genehm. Gute Erfahrungen hab' ich mit Strato (da kann man bei einer Subdomain direkt einen dynamischen Eintrag setzen), wo mir bislang auch keine IPv6 übergeben wird - durchaus möglich aber, dass sich das irgendwann ändert, oder? Eine Einstellung, IPv6 explizit nicht zu übertragen, finde ich dort nicht.

    Heute hatten wir den zweiten Kunden, bei dem keine Mails mehr abgeholt wurden - mit installiertem Rollout 330, wohlgemerkt. Der Grabbing Server daddelte einfach so vor sich hin, ohne Fehlermeldung - nach einem Neustart des Dienstes trudelten dann alle Mails der vergangenen 2 Tage ein.

    Das Mailaufkommen bei den betroffenen Kunden ist eher mäßig, beide arbeiten über ein Sammelpostfach (catchall), von daher eigentlich sehr pflegeleicht.

    So richtig ausgereift scheint mir 330 noch nicht zu sein.

    OK, dann scheint es damit zusammen zu hängen, was in der Datei alles hinterlegt ist - mit der Größe habe ich mich oben vertan, die Test-dic.cfg hatte nicht 360kb, sondern nur 11. Die von euch beschriebenen Felder finde ich da gar nicht.

    EDIT: Gerade ausprobiert, bei einer anderen dic.cfg (32 kb groß) konnte ich das von euch beschriebene Verhalten reproduzieren. Auch nach mehrfachem "Ersetzen"-Lauf mit arcutil bleibt da der alte Servername. Seltsam.

    Ja, das kann ich bestätigen: Teilweise wird ersetzt, teilweise bleibt der alte Name vorhanden

    Komisch, in meiner Test-Datei (360kb) war der alte Servername nach dem Ersetzen-Lauf nicht mehr auffindbar. Habt ihr denn ausprobiert, ob die konvertierte Datei funktioniert? Vielleicht werden ja z. B. nur nicht mehr aktuelle Einträge nicht konvertiert, so dass der alte Name an der Stelle eh ignoriert wird?

    Das klappt auch ganz einfach mit \David\Util\Windows\ARCUTIL\arcutil.exe

    Kopiere dir die dic.cfg am besten sicherheitshalber in ein anderes Verzeichnis, z. B. \Desktop\test. Dann Arcutil starten und als Pfad eben jenes Verzeichnis angeben. Auf der ersten Seite ansonsten alles so lassen wie es ist und im Reiter "Suchen und Ersetzen" alten und neuen Servernamen eintragen.

    Arcutil meckert beim Lauf zwar, dass er keine archive.dat usw. finden kann, aber die dic.cfg wird trotzdem ganz brav konvertiert. Dann die Datei im Originalverzeichnis umbenennen, die neue zurückkopieren und fertig.

    Disclaimer: Ich hab's hier gerade getestet, funktionierte, aber natürlich alle Angeben ohne Gewähr - bitte vorher Sicherung durchführen! ;)