Informationen zu Nutzer_8888 - DATEV-Community

Nutzer_8888 · ‎22.05.2021

So ist es, im Log werden nur Einträge vorgenommen, wenn eine neue Definition gefunden wurde. Die Anzeige in der VIWAS GUI bezieht sich auf die letzte Prüfung und nicht "Aktualisierung" was hier sicher zu Missverständnissen führen kann. Dagegen erfolgt bei manueller Einleitung der Prüfung ein Log-Eintrag. Ist unschön, letztlich aber wohl eher ein kosmetisches Problem. Solange kein gelbes oder rotes Zeichen ist alles i.O..

Nutzer_8888 · ‎22.05.2021

Bei uns auch. Die nächtliche Installation der Version 4443 hat erfolgreich geklappt. Folgende Vermuntung zur gestrigen Situation: Bei einigen (ggf. in einem bestimmten Zeitraum oder ab einer bestimmten Zeit - vielleicht gab es da temporär fehlerhafte Update-Dateien bei McAfee oder Datev?! - ggf. waren auch WTS eher betroffen?) hing sich die Installation von 4442 auf, was auch die folgenden Update-Versuche fehlschlagen lies, während bei andern die Installation geklappt hat und keine weiteren Fehlermeldungen kamen. Offline (manueller Download der Virusdefinitionen) konnte aktualisiert werden, wobei anschließend alles normal weiter lief (später 4443 wurde automatisch erfolgreich aktualisiert). Gemäß deusex löste sich mit Verfügbarkeit der neuen Definitionsdatei 4443 das Problem auch ohne vorige Offline-Installation auf. Jedenfalls scheint die Aktualisierung nun wieder zu laufen, auch wenn es anstrengt dem VIWAS so hinterherkrauchen zu müssen (ist ja immerhin eine Sicherheitsanwendung). Zum Thema Defender: Die Empfehlungen sind sicher ok, wobei aus verchiedenen Gründen viele von uns aktuell VIWAS nutzen. Die Deinstallation solcher Programme ist immer mit Risiken verbunden, so dass für mich schon erhebliche Gründe für die Entfernung vorliegen müssten. Sicher ist bei neu aufzusetzenden Systemen der Defender-Gedanke sehr sympatisch. Wir wünschen uns hier, das VIWAS auch in der Version 11.X zuverlässig und stabil läuft. Hier gab es mit Einführung von VIWAS 11 einige Probleme, die m.E. häufig in der Schnittstelle McAfee und Datev lagen. Hier ist die Datev auch stark der McAfee-Software ausgeliefert und kann offensichtlich auch "nur" über (Premium-?)Supportwege Dinge klären und das Programm sicher nicht im Detail verstehen ("Black Box"). Dies führt zu Grenzen bei Support und Fehleranalyse durch die Datev und erst recht durch uns Nutzer. Ob dies nun rechtfertigt das vorhandene VIWAS Programm zu deinstallieren - muss jeder für sich selbst entscheiden. Ich kann nur sagen, dass auch der Defender gewisse Ecken und Kanten (gerade bei Server 2016) hat und der ggf. mal notwendige individuelle Support von MS gemäß meinen Erfahrungen Lichtjahre entfernt von Datev und McAfee wäre (und zwar nicht in die positive Richtung). Gut, dass jetzt alles wieder läuft - oder zumindest so scheint (das reicht uns ja - zum Thema Sicherheit und Rolle des Antivirusprogramms hat Metalposaunist ja schon geäußert)! Euch allen liebe Grüße, schöne Pfingsten und ein hoffentlich IT-störungsfreies WE

Nutzer_8888 · ‎21.05.2021

Habe gerade die V3_4442dat.exe von der McAfee Seite downgeloaded und manuell installiert. Dies hat auf dem WTS funktioniert. Danach kam keine Fehlermeldung beim Anstoßen des manuellen Updates. Mal sehen, ob die automatischen Updates nun wieder laufen. Offensichtlich gab es gestern schon ein Problem, dass die 4442 nicht installiert werden konnte. Auf einem anderen Rechner (auch vollzeit im Netz) gab es keine Probleme. Beides VIWAS classic 11.X. Vielleicht ist dies ja ein geeigneter Workaround für ein WE?

Nutzer_8888 · ‎21.05.2021

Bei uns seit 21.05. auch durchweg fehlgeschlagene Aktualisierungsversuche. Auch manuell angestoßene Aktualisierungen scheitern. Vielleich kann @ludwig_aulitzky hier Rückmeldung geben? Denke mal, dass dies die nächsten Tage wieder funktionieren wird.

Nutzer_8888 · ‎06.05.2021

Unzweifelhaft ist wohl, dass auch das Telemodul regelmäßig gewartet werden muss. Der Resultierende Aufwand hängt natürlich von der Zahl erforderlicher funktionsrelevanter aber auch vom Grad der vorgesehenen "Komfortfunktionen" ab. Ohne hier in die Tiefe gehen zu wollen oder zu können, glaube ich auch, dass besonders 2020, 2021 und sicher auch noch 2022 wegen dem pandemischen Regelkarussell in den meisten Programmpaketen einen überproportionalen Wartungsaufwand bedingten und bedingen. Somit könnte die aufgeführte Frequenz etwas dichter als gewöhnlich sein. Letztlich wird der Wartungsaufwand für das Telemodul aber wohl im Vergleich zu anderen deutlich komplexeren Anwendungen eher gering sein. PS: Möchte anmerken, dass die DATEV in meinen Augen bzgl. der Bewältigung des aktuell intensiven und breit gefächerten Release-Druckes ein großes Lob verdient hat (auch wenn es Pannen gab, wo gehobelt wird ....)!

Nutzer_8888 · ‎06.05.2021

Hallo Herr Aulitzky, vielen Dank für das Feedback, womit erstmal klar zu sein scheint, dass es sich wohl nicht um einen individuellen Installations- oder Funktionsfehler handelt. PS: Sie sind hier im Forum in meinen Augen sehr qualifziert, sachlich und motiviert präsent. Keinesfalls müssen Sie sich entschuldigen. Nutzer_8888

Nutzer_8888 · ‎30.04.2021

Hallo Herr Aulitzky, danke für die Rückmeldung zum Thema "Neustart" und Sicherheitsrelevanz. Was ist Ihre Meinung zu den ständig anwachsenden "verwaisten" Ordnern im TEMP-Verzeichnis? Können Sie dies bestätigen und ist mit einem Patch zu rechnen? Vielen Dank vorab und freundliche Grüße

Nutzer_8888 · ‎28.04.2021

Hallo Meister jjunker, "ängstlich" war vielleicht etwas ungeschickt formuliert und sollte unterstreichen, dass die Kostenkontransparenz offensichtlich nicht so gut und leistungsabhängige Gebühren häufig erst nach Ihrem Anfallen richtig klar sind. Angst im Sinne von Existenzbedrohung o.ä. war hier nicht gemeint. Ohne Telemodul müssen solche kostenpflichtigen Diensleistungen genutzt werden. PS: Das Medium, wie die Rechnung kommt, ist da nicht relevant und wurde von mir nicht thematisiert. Können in der von Ihnen gezeigten Übersicht eigentlich die auch die im laufenden Monat bereits angefallenen Zusatzkosten angezeigt werden? Viele Grüße

Nutzer_8888 · ‎28.04.2021

Danke für die schnelle Rückmeldung und die Unterstützung zum Bimmeln.

Nutzer_8888 · ‎28.04.2021

Möchte mal meinen Senf zur Telemodul-Thematik dazugeben (auch wennn dieser Threat schon etwas überladen ist). Soweit ich informiert bin (Rücksprache mit Berater, selbst bin ich kein Steuerbearbeiter), wird das Telemodul bei uns häufig genutzt und ist besonders vorteilhaft für kleine Mandanten. Es wird als Kernbestandteil der Datev-Software angesehen und ja, auch die Tatsache, dass nicht für jeden Tastendruck eine Extragebühr folgt, ist ein wichtiges Argument für den Einsatz. Den hier gemachten Aussagen, dass die Berater keine kostenfreien Programme erwarten dürften, möchte ich zustimmen aber auch deutlich widersprechen. Jeder Datev-Nutzer zahlt monatliche Gebühren für die Software und darin muss selbstverständlich auch die Pflege des Telemoduls enthalten sein. Die Datev reduziert m.E. also ihren Aufwand mit der Abkündigung. Ich unterstelle, dass zusätzlich Kostensteigerungen gerade für diese kleine Mandanten folgen, die ggf. erheblich sind. Dass dies wohl nicht so einfach beziffert werden kann, liegt wohl an der möglicherweise verbesserungsfähigen Gebühren- und Kostenliste der Datev. Ich kenne mehrere Berater, die „ängstlich“ die monatliche Rechnung (mit viele Einzelpositionen) erwarten. Aus entsprechenden Gesprächen wird von Datev-Kundenbetreuern gerne angefügt, dass die Kosten(-steigerungen) doch an die Mandanten weitergegeben werden können. Dies vermittelt zwar das Gefühl dem Mandanten gemeinsam gegenüberzustehen, diese reagieren aber sehr sensibel auch auf kleinste Kostensteigerungen. Auch die Begründung moderne Verfahren einzusetzen, schürt eher die verständliche Erwartung eines geringeren Aufwandes und entsprechend reduziert Kosten. Für kleine Mandate können letztlich auch Steigerungen von 10 € jährlich eine erhebliche Steigerung der bisherigen Jahresgebühr betragen. Auf diese sollte m.E. in diesem Zusammenhang nicht überheblich geschaut werden. Jeder Unternehmer versucht Kosten zu minimieren und Einnahmen zu maximieren und gerade der praktisch notwendige (leider teilweise als Steuereintreiber) betrachtete Steuerberater, der ohne inhaltliche Leistungsverbesserung bei einem Kleinstmandat 10 % oder mehr anhebt, ist da durchaus in einer unangenehmen Situation. Bleibt also zu hoffen, dass Datev für alle Anwendungsfälle ein funktional und kostenseitig vergleichbaren Ersatz liefert und nicht die durch langjährige Nutzung bestehende Abhängigkeit von der im Grunde sehr guten DATEV-Software ausnutzt. Vielleicht wäre die Abkehr von der Abkündigung aber auch ein vertretbarer Weg? Folgende Wünsche fallen mir in diesem Zusammenhang noch ein: übersichtliches kompaktes und faires Preissystem (bitte schaut auch mal auf Kosten von anderen RZ-Dienstleistern; weg von der jeder CPU-Takt, jedes Byte und jeder Tastenklick kostet Mentalität) Übernahme der Haftung für die ordnungsgemäße Übermittlug aller elektronischen Meldungen via RZ nach erfolgreicher Übergabe an RZ der Datev (in letzter Zeit schien dies unzuverlässig zu sein; ab diesem Zeitpunkt sind die Nutzer letztlich ausgeliefert) Viele Grüße

Nutzer_8888 · ‎28.04.2021

Hallo Community, möchte mal eine Erkenntnis bezüglich der aktuellen VIWAS-Version (Classic, 11.21; Service Releases vom 15.04.2021) teilen. Die Installation erfolgte am letzten WE (24.04.). Erstmal scheint das Programm bisher fehlerfrei zu funktionieren (im Gegensatz zu kleineren Anlaufschwierigkeiten bei ersten VIWAS 11.XX Versionen), wobei eine belastbare Aussage dazu wohl noch ein paar Tage oder Wochen benötigt. Aufgefallen ist mir aber (virtueller WTS, Server 2016, alles aktuell), dass nun wohl nach jedem Aktualisierungsdurchlauf der Virensignatur (egal ob neue Signatur installiert wurde oder nicht) ein leerer Ordner im Windows\Temp Verzeichnis verbleibt (Aktualisierung selbst scheint korrekt zu laufen – zumindest gemäß VIWAS-Anzeige und Log-Buch). Diese haben als Benennung jew. eine Hash-Nummer. Das bedeutet, dass nun täglich 8 (alle 3 h) solche leeren Ordner das Verzeichnis bereichern (1 Monat -> 240 ….). Interessant zu wissen wäre, ob dies bei anderen Anwendern nun auch so auftritt und dies ein gewünschtes oder fehlerhaftes Verhalten ist. Bemerkung: Bei den ersten VIWAS 11 Versionen gab es Fehlfunktionen bei Scan-Abschlussmeldungen (erste VIWAS 11.06 Version von letztem Jahr) oder die Notwendigkeit eines zweiten Neustarts (spätere Version 11.??). Letztlich ist für uns die Zuverlässigkeit des Programms schlechter und auch der Updateaufwand deutlich höher, als bei der früheren Version (VIWAS 10). Zusätzlich scheint eine argwöhnische Prüfung hinsichtlich potenzieller Fehlfunktionen nach jedem Programmupdate angezeigt. Bleibt zu hoffen, dass der Aufwand durch entsprechend erhöhten Virenschutz auch gerechtfertigt ist. Hinweis an Datev (@ludwig_aulitzky): Die Updates von VIWAS beinhalten aktuell wohl häufig sicherheitskritische Anteile und erfordern grundsätzlich einen Neustart. Beides sollte in der Gesamtübersicht der Releases (PDF in Software-Auslieferung) korrekt erwähnt werden (nicht „nur“ Fehlerbehebung und neue Funktion). Viele Grüße

Nutzer_8888 · ‎27.11.2020

Hallo Herr Neuendorf, ich halte den 10. für ungeeignet, weil hier eine Überschneidung mit den MS-Patchdays auftritt, was m.E. im Falle von Fehlfunktionen in einem der Update-Pakete (MS oder Datev) zu Erschwernissen bei der Fehlersuche führen kann. Aus diesem Grunde würde ich bevorzugen, wenn der aktuelle Rhythmus (eher am Monatsende) beigehalten wird. Ob Donnerstag oder Freitag is sicher egal - typischerweise wird man ja versuchen SRs übers WE oder Freitag nachmittags zu installieren bzw. installieren zu lassen. Viele Grüße

Nutzer_8888 · ‎23.11.2020

Danke für die Rückmeldungen. Das mit einem im Hintergrund liegenden Fenster wäre noch zu prüfen (super Tipp). Der funktionierende Work-Around ist in der Tat den Prozess (Arbeitsplatz.exe) im Task Manager zu beendent. Ein Ab-An-Meldezyklus ist nach derzeitigem Ergentnisstand nicht notwendig. Auf Grund der Tatsache, dass aktuell kaum ähnliche Probleme auftreten, gehe ich mal von einem eher seltenen Ergeignis aus. Dennoch stelle ich seit Update auf Datev 14 inkl. Service Release 06.11.2020 (mit neuem VIWAS) eine Abnahme der Zuverlässigkeit unseres WTS fest (sporadisch hängende oder unerwartet geschlossenene Programme: z.B. Internet-Explorer, Arbeitsplatz, Installatinosmanger bei Hotfix-Installation am 13.11. ...). In Summe sind die Arbeitsabläufe (noch?) nicht massiv beeinflusst (Datenbanken alle ok, sonstige Anwendungen arebeiten zuverlässig), hoffe aber, dass es mit den nächsten Updates wieder besser wird. Viele Grüße

Nutzer_8888 · ‎19.11.2020

Nach Installation der Datev 14 Programme am 06.11. (inkl. Service Releases vom 6.11. und Hotfixes vom 12.11.) beklagt bisher einer von 5 WTS-Usern (Zugriff via RDP) sporadisches Einfrieren des Datev Arbeitsplatzes, wenn bei laufendem Programm Kanzlei-Rechnungswesen 9.13 der Arbeitsplatz aufgerufen wird. In diesem Zustand reagiert die RDP-Session nicht mehr auf Mauseingaben, mit Tastenkombination kann aber der Task-Manager aufgerufen werden. In diesem Zusammenhang zeigt Windows dann an, dass der Datev-Arbeitsplatz nicht mehr reagieren würde und ermöglicht dessen Beendigung. Der Arbeitsplatz schließt sich dann und das Programm Kanzlei-Rechnungswesen läuft weiter in der aktuelle RDP-Session und ermöglicht die Bearbeitung. Auch der Arbeitsplatz kann dann wieder gestartet werden. Letzte Woche trat das Problem ca. 2-3 mal auf und in dieser Woche bisher einmal. Bisher konnten wir keine klare Ursache erkennen (halt sporadisch). Wir nutzen Viwas, welches mit der neusten Version 11.06 installiert wurde auf einem virtualisierten Windows 2016 WTS-Server. Die neue Funktion Web-Kontrolle haben wir aktiviert. Als Browser wird er IE genutzt. Wegen der ausschließlichen Bearbeitung der VMDB durch den betreffenden User vermuten wir zunächst eine potentielle Wechselwirkung mit der Web-Kontrolle. Wir werden zunächst probehalber die Web-Kontrolle deaktivieren und bei Fortbestand des Problems die TEMP-Dateien des Profils vollständig löschen. Vielleicht hat ja jemand hier im Forum bereits ähnliche Probleme gehabt und eine Idee zur Fehlerbeseitigung.

Nutzer_8888 · ‎12.11.2020

Herr Aulitzky, erstmal herzlichen Dank für diese ausführlichen kompetenten Antworten und die entsprechende Mühe bzgl. dieser brandneuen VIWAS-Version (ggf. waren wir hier wohl zu mutig, dies sofort zu installieren?). Hatte mich gestern auch mit der ENS-Schnittstelle beschäftigt und einen Teil der von Ihnen erwähnten Möglichkeiten gefunden. Ich denke Ihre Erklärung wird vielen helfen, insbesondere weil bei Benutzung der Hilfe in der VIWAS GUI noch auf die alte VSE-Version verlinkt ist. Vielleicht bin ich zu konservative, aber die „neue“ ENS Schnittstelle erscheint mir im Gegensatz zur früheren Scan-Konsole wenig ergonomisch. Allerdings muss man ja dort – eigentlich – nicht täglich rein. Werde am WE erstmal die MS-Updates installieren und schauen, ob bzw. wie lange nach Neustart die Funktionalität wieder gegeben ist. Besteht das Problem weiterhin, werden wir den Service Kontakt wählen (befürchten hier allerdings zeitaufwendige und speicherfressende Log-File-Erstellungen, Reparaturinstallationen mit Neustarts …, weil zur Zeit arbeitsseitig aber richtig Druck im Kessel ist sind jegliche Störungen sehr unerwünscht). Dennoch könnten die Erkenntnisse sicher wertvoll sein. Bis dahin werde ich bei noch laufender Prüfung die VIWAS GUI öffnen und nach Abschluss manuell abbrechen (Abschluss des Scans kann in ENS im Falle von Schnelltest auch über „System scannen“ – Schnelltest dann zur Auswahl Anzeige des aktuellen Scans – nachverfolgt werden). Dort läuft der (Schnell-)Test in weniger als 15 min wohl durch (in ENS Meldung: Test abgeschlossen, kein Fehler, keine Auffälligkeit) aber die parallel geöffnete VIWAS GUI zeigt immer noch aktive Testdurchführung des (Schnell-)Tests an (bekommt offensichtlich das Ergebnis nicht korrekt übermittelt oder sieht noch andere – ggf. nicht mehr laufende – Scan-Durchläufe). Jetzt kann der Test dort abgebrochen werden, was aktuell noch (? -nach 7 Tagen ggf. wohl nicht mehr) die Anzeige System ist geschützt nach sich zieht (WTS Nuterz sollen normalerweies auf gelbes Ausrufezeichen in Taksleiste achten). Ein Hinweis auf den abgebrochenen Test erfolgt im Protokoll und im Bereich „Prüfung“ (inkl. gelben Ausrufezeichen). Falls man auf unserem WTS die VIWAS GUI nach Abschluss des eigentlichen Scans (in ENS einsehbar) schließt, ohne den Test manuell abgebrochen zu haben, wird bei anschließendem Start dieser ein Rotes Ausrufezeichen im Bereich „Prüfung“ ergänzt um einen Hinweis auf einen abgebrochenen Test angezeigt (das was ich initial vorfand). Allerdings können dann Tests weder manuell abgebrochen noch manuell gestartet werden (Schaltleiste „jetzt prüfen“ außer Funktion und „Test abbrechen“ nicht eingeblendet). Erst nach erneutem Scan-start über ENS, wird der laufende Test auch in VIWAS GUI mit entsprechendem Kringel im Bereich „Prüfen“ angezeigt und der laufende oder auch nicht erkannte abgeschlossene Test kann manuell wieder gestoppt werden. Im Log-File wird der Test-Start registriert (auch wenn von ENS ausgelöst) aber nicht das Ende. Es wird aber die Webkontrolle als neuerlich als aktiviert gemeldet. Habe noch nicht geprüft, wie die Reaktion bei erneuter zeitgesteuerter Testauslösung (gleiche Testart) ist, wenn kein manueller Abbruch erfolgte. Werde heute mal probehalber die Webkontrolle (auf WTS ist IE mit den aktivierten Plug-Ins in Benutzung) deaktivieren und dann einen Scan auslösen. Außerdem werde ich in der von Ihnen beschriebenen durchaus gut versteckten Task-Übersicht in ENS prüfen, ob ggf. noch ein anderer Testlauf aktiv ist. Im Übrigen hatte ich gestern stichprobenhaft das Verhalten eines TS-Clients (VIWAS 11.06 für TS-Clients) abgefragt. Dort scheint aktuell wohl alles korrekt zu sein. Viele Grüße Nutzer_8888

Nutzer_8888 · ‎11.11.2020

Hallo Community, nachdem wir letzte Woche Freitag Datev 14.0 inklusive dem neuen VIWAS 11.06 installiert hatten (alles lief ohne Fehler durch, Installation VIWAS dauert allerdings etwas länger) möchte ich einen möglichen VIWAS Bug beschreiben. Dies könnte für @ludwig_aulitzky möglicherweise ein interessanter Hinweis sein. Hier geht es um einen virtualisierten WTS mit Windows Server 2016. System lief bisher seit gut 4 Jahren mit „altem“ VIWAS absolut zuverlässig. Situation: Freitag Nach Installation Webkontrolle aktiviert und sowie manuell und anschließend über Zeitplanung Normalprüfung gestartet – alles ok, kein Fund und System als geschützt (in VIWAS – Interface) gemeldet. Montag Automatischer Schnellscan – alles ok, kein Fund, in Logs Ende des Scans vermerkt Dienstag Automatischer Schnellscan – gestartet, kein Fund aber wohl nicht mehr beendet (gemäß Logs aus VIWAS Interface) Mittwoch (heute) Backup-Programm informierte über nicht möglichen Zugriff auf die NTUSER.DAT und UserClass.dat sowie diverse zugehörige Log-Dateien für eines der Nutzerprofile (alle Benutzer waren allerdings abgemeldet und es lief auch kein Dienst mit dem betreffenden Nutzeraccount) (PS: unsere Backup-Lösung erfordert abgemeldete Nutzer – bitte nicht dieses Thema in diesem Thread diskutieren, bei entsprechenden Backuplösungen ist dies nicht erforderlich, leben damit seit Jahren ) Vermutung: VIWAS blockierte Zugriff? VIWAS Interface geöffnet und siehe da, Schnellprüfung vom Vortag läuft nach mehr als 10 h immer noch (Nachricht „Ihr System führt gerade eine Prüfung …..“; allerdings rotes Ausrufezeichen im Bereich, wo man normalerweise einen kleinen runden Kringel und die Beschreibung der laufenden Prüfung sieht.) In den Logs keine Information über irgendwelche Fehler. Scan konnte über VIWAS interface weder abgebrochen noch neu gestartet werden Neue MCAfee Steuerung gestartet (früher ScanKonsole) – möchte die Oberfläche und Bedienung hier nicht kommentieren – und dort nach Infos gesucht aber keinerlei Fehler gefunden Schnelltest über MCAfee Steuerung gestartet (nun wurde in VIWAS der kleine Kringel wieder angezeigt und die Option zum manuellen Abrechen war gegeben) Ließ den Scan aber durchlaufen (kein Fund) bis in MCAfee-Scan-Fenster dies durch Umspringen des Butten mit einer Abbrechen-Funktion auf Schließen erfolgte (wenngleich keine Meldung wie, Scan beendet o.ä. erfolgte, vermute ich - auch wegen der scanuzeit - der Scan war abgeschlossen) Dies wurde im VIWAS Interface jedoch nicht erkannt – dort lief die Prüfung weiter (auch ohne rotes Ausrufezeichen im Bereich der manuellen Scan-Auslösung) Konnte dort jedoch den Scan (der eigentlich schon beendet sein sollte?) nun manuell abbrechen (Quittung ist ein gelbes Ausrufezeichen und ein entsprechender Log-Eintrag) Startete Schnellprüfung nochmals manuell über VIWAS-Interface und die Prüfung startete wiederum (keine Ahnung, wie man prüfen kann was gerade gescannt wird – früher ging dies über ScanKonsole) wird aber erneut nicht beendet, so dass der Test erneut manuell abgebrochen werden musste Ich folgere somit, dass VIWAS aus irgendeinem Grund die Abschlussmeldung zum Scan nicht erhält oder irgendwo festhängt, ohne dies anzuzeigen In den log-Informationen können auch keine Informationen über Zugriffschutz-Aktivitäten oder sonstige Zugriffsprobleme im entsprechenden Zeitraum gefunden werden PS: Server-Neustarts kommen auf Grund der Auswirkungen auf die Performance aktuell nicht in Frage (wurde deshalb noch nicht getestet) und wären als tägliche Aktion auch nicht akzeptabel. Könnte mir auch vorstellen, dass irgendein aktiver scan bei Abmeldung des Benutzers zu Wechselwirkungen geführt hat, welche die Blockade von Dateizugriffen bedingen können? Falls jemand ähnliche Symptome und ggf. einen wirksamen Workaround hat. Aktuell werden die Scans wohl alle manuell abzubrechen sein (falls diese nicht selbstständig beendet werden – scan-Dauern kenne ich grob), gehe aber davon aus, dass irgendwann die gelbe Warnung mit dem Normalscan kommt, weil VIWAS ja kein positives Abschlusssignal bekommt. Die Frage ist auch, was passiert, wenn der nächste automatische Scan starten soll und noch der vom Vortag läuft – ggf. wird der dann nicht gestartet?!

Nutzer_8888 · ‎28.10.2020

Damit ist nun eigentlich alles gesagt. Gilt Ihre Empfehlung, die für DATEV-Anwndungen ja klar ist, auch streng für MS-Updates? Vielen Dank Herr Puritscher für diese Erklärungen.

Nutzer_8888 · ‎27.10.2020

Ein Versuch allen zu antworten. @einmalnoch möchte ich vollständig zustimmen hinsichtlich des Preises und der Einschränkungen bei den APIs – dennoch gibt es hierzu offensichtlich zuverlässige „Workarounds“ auch bei der free-Version (kenne keine qualifizierten Details hierzu – hat seinerzeit unser IT-Dienstleister gemacht). @metalposaunist: Für eher kleine Kanzleien mit nur einem lokalen Host und einem VMWare erfahrenen Partner (Stichpunkt „Workarounds“) kann nach unseren Erfahrungen letztlich wohl auch mit der kostenlosen Version gearbeitet werden. Dennoch würde ich heute bei einer Neuanschaffung und Nutzung von WMWare auch in unserer Umgebung die Essentials kaufen – nicht aber für unseren Bestandshost, um mich an eine VM bequemer per Konsole anmelden zu können (notfalls wird halt doch TightVNC installiert – ist scheinbar sehr handlich und wenig ressourcenhungrig). Geeignete RDP-Vermeidungsoptionen sind also vorhanden 😉. SmartIT-Einschränkungen, die erforderliche lokale Infrastruktur, Datenübernahme, Kosten, Möglichkeiten zur Rückkehr zum lokalen Host … werden wir versuchen bis Mitte nächsten Jahres möglichst genau abzuklären und dann letztlich final entscheiden (diverse SmartIT-Einschränkungen sind aber bereits bekannt - unter anderem auch wegen Ihrer Beiträge). @chrisocki, ähnliche, wie die von Ihnen aufgeworfenen Aspekte haben mich initial beschäftig. Wollte allerdings keine lokale SmartCard vom Client durchreichen (kannte auch schon Release Info zu SiPa 6.82 – wollte Text aber nicht noch mehr aufblähen), sondern „nur“ wissen, ob eine RDP-Session (ohne SmartCard am Client) eben den Kommunikationsserver (remote, virtuell mit Betriebststätten-MiDentity) temporär oder dauerhaft aus dem Tritt bringt, weil ggf. die Dienste gestört werden. Dann müsste für diesen Fall RDP m.E. wohl regelrecht verboten werden, was Datev aktuell aber auch nicht getan hat (nur die Nutzung der SmartCard am RemoteComputer und die Installation bestimmter Datev-Programmteile sei nicht möglich …). Wir nutzen (künftig: nutzten?) RDP Verbindungen zum Kommunikationsserver für Administrierung von Backups und Initiieren und Prüfung von MS-Updates. Mit Datev-Programmen wird dort nicht gearbeitet (auch bei Datev-Updates lief bisher die RDP-Session „eher“ zur Überwachung und für das finale Abmelden). Der von @chris2344 aufgeworfene Aspekt des Verhaltens bei der Übernahme einer Konsolensitzung ist durchaus interessant, weil solches bei RDP-Anmeldung z.B. bei laufender netzweiter Aktualisierung vorkommen könnte. In der Diskussion sollten die Fälle SmartCard am Client oder SmartCard am Remotecomputer klar auseinandergehalten werden (ggf. nun auch noch ein dritter Fall, wenn beides der Fall wäre?). Die von mir initial aufgestellten Fragen gehen von einem am RemoteComputer (virtualisierter Kommunikationsserver) gesteckten Betriebsstätten-MiDentity aus, auf dem man sich von einem ClientComputer ohne SmartCard (in diesem Fall auch kein SiPa und ohne Datev-Software) mit RDP anmeldet. Danke allen für die lebhafte, interessante und fassettenreiche Diskussion.

Nutzer_8888 · ‎26.10.2020

Benutzen ESXi 6.5 U2. Dort ist browserbasierende WebUI (HTML5) enthalten. Diese erlaubt eine VM-Konsolensitzung, wobei dort die Tastatureingaben gerne doppelt auftauchen (hier gibt es aber Workarounds). Haben die Free-Version, weshalb die verfügbaren komfortableren Zusatztools (z.B. vmrc) nicht sicher lizensiert sind. Wenngleich wir damals mit dem IT-Dienstleister das Thema VSphere Lizenzen diskutiert hatten, schien die Free-Licence für unsere Anforderungen zunächst völlig ausreichend (Altserver bei Kanzleiübernahme war ähnlich lizensiert). Heute würde ich jedoch klar Empfehlen eine kleine VSphere Lizenz zu kaufen, weil damit diverse Aspekte mindestens deutlich erleichtert werden (z.B. Backups, Updates, USV-Anschluss und nun wohl auch Nutzung von VMRC). Werde im Notfall wohl den TightVNC installieren (müssen). VMWare Player werde ich mir dennoch anschauen (danke für den Tipp). Power reichte zunächst, wobei die Grenzen von Datev-Version zu Datev-Version deutlicher werden. Dennoch kann aktuell noch ganz gut gearbeitet werden (bin gespannt auf V14.0). Aus aktueller Sichte werden wir wohl in die SmartIT wechseln und uns von der Serverthematik mit allen Nach- aber auch Vorteilen verabschieden. Gut das sich hier in der Community für beide Optionen erfahrene Fachleute ehrenamtlich einbringen.

Nutzer_8888 · ‎26.10.2020

Vielen Dank für die Antworten, Bemerkungen und Vorschläge (die allesamt die o.g. Problematik grundsätzlich vermeiden und damit richtige Lösungen sind). Die Alternativen VNC oder VMWare-Konsole waren und sind mir auch dank Datev und dieser wirklich guten Community grundsätzlich bekannt, wobei man sich ja nur ungern von gewohnten Abläufen trennt (VMWare-Konsole umständlich und VNC-Server wäre eine nicht bevorzugte Drittanwendung). PS: Unsere System-Konfiguration ist sicher verbesserungswürdig, sollte m.E. aber auch nicht völlig untypisch sein. Sie wurde seinerzeit auf Grundlage der diversen Datev-Empfehlungen (u.a. für virtualisierte Umgebungen) vollständig von einem in Virtualisierung erfahrenen IT-Dienstleister – bis auf die Datevanwendungen selbst – vollständig konfiguriert und geliefert (Hardware, Software & Lizensierung – dazu gehörte auch Backupstruktur). Zugegebenermaßen habe ich die diversen Lizenzen und Ausdrucke nur durchgezählt und ordentlich abgeheftet (die ganzen Lizenzregeln und -typen sind für mich ein unübersichtlicher Dschungel). Gehe aber davon aus, dass hier alles i.O. ist (uns war es übrigens damals bei der Beschaffung des Systems explizit ein wesentliches Anliegen eine saubere Lizensierung zu haben ;-)). Die Datev-Anwendungen wurden und werden – wie auch große Updates – von einem sehr guten und zuverlässigen Datev-Systempartner mittels Fernzugang auf meinem lokalen Rechner installiert (hier will ich vorbereitet sein). MS-Updates grundsätzlich und Service Releases zuweilen installiere ich selbst. Unser Server lief in dieser Konfiguration bisher sehr zuverlässig und – bis auf die Langsamkeit wegen niedrigem single core – ohne nennenswerte Probleme. Er wird in ca. 1 Jahr ersetzt werden, womit Änderungen am bestehenden System aktuell eher nicht anstehen.

Nutzer_8888 · ‎26.10.2020

Hallo Community, wir betreiben aktuell die Steuerberatersoftware Datev 13.1 in einer virtuellen Umgebung (VMWare; 3 VMs: File-Server und WTS-Server jeweils Windows Server 2016 sowie Kommunikationsserver Win 10 Pro). Auf dem Kommunikationsserver läuft auch der Lizenzserver und er steuert die Backups. Der Betriebsstätten MiDentity mit Softwareschutzmodul ist entsprechend mit diesem verbunden. RDP zum Kommunikationsserver wird aktuell – neben der Überwachung von Datev-Updates – auch zur Verwaltung der Backups und für die Installation und Überwachung der MS-Updates genutzt (letzteres würde ich gerne beibehalten). Das nun restriktivere Verhalten hinsichtlich der SmartCard-Benutzung in Remote-Desktop-Sessions ab Datev 14.0 wurde bereits umfänglich hier im Forum diskutiert und ist in diversen Datev-Dokumenten auch beschrieben. Dennoch ist mir (bin kein IT-Profi) unklar, ob und inwieweit die Funktion des Kommunikations- und Lizenzservers durch RDP-Verbindungen auf diesen nur temporär oder auch nachhaltig gestört wird. Folgende zum Teil abhängige Fragen stellen sich mir: Wird die Smart-Card bei Eröffnung einer RDP-Session am Kommunikationsserver „nur“ nicht zur Verfügung gestellt oder gar von der VM getrennt (dann müsste diese über den Host ggf. erneut verbunden werden – falls ja erübrigen sich die folgenden Fragen)? Stehen Lizenzserver und Kommunikationsserver, die ja als Dienste laufen, dem Netzwerk weiterhin zur Verfügung, wenn man am Kommunikationsserver eine RDP-Session einleitet? Wie verhält sich der Kommunikationsserver nach Beendigung der RDP-Session (SmartCard wieder da, Dienste laufen korrekt, Neustart erforderlich …? Sind bei schon installiertem Kommunikationsserver die Einschränkungen hinsichtlich des LiMas auch bei Installation von Service Releases und Updates gegeben? Können Zugriffrechte weiterhin über den Installationsmanager per RDP-Session über WTS oder File-Server (ohne LiMa aber jew. mit installiertem SiPa und in beiden Fällen ohne gesteckte oder durchgereichte SmartCards) oder gar über den Kommunikationsserver selbst abgerufen werden (wenn im Hintergrund die entsprechenden Dienste ggf. weiterlaufen sollten?)? Können Datev-Service-Releases und Updates trotzdem netzweit über RDP-Sessions durchgeführt werden (z.B. über File-Server ohne LiMa) – sofern der Kommunikationsserver nicht der Administrator-PC ist? Wird eine laufende netzweite Aktualisierung des Kommunikationsservers bei Anmeldung über RDP gestört (bisher erfolgte Auslösung des Installationsdienstes und Überwachung des Ablaufes über RDP)? Ist ggf. ein negativer Einfluss auf die MS-Update-Installation am Kommunikationsserver mittels RDP zu befürchten? Vielen Dank vorab an alle, die sich diesem Thema annehmen.

Nutzer_8888 · ‎03.08.2020

Das eher lästige Thema, dass Office-Dokumente aus dem Arbeitsplatz heraus (Dokumentanablage) sporadisch nicht mehr geöffnet werden könnten, besteht bei uns weiterhin. Nach Schließen und Neustarten des Arbeitsplatzes ist dies dann i.d.R. wieder möglich.

Nutzer_8888 · ‎03.08.2020

Hallo ludwig_aulitzky, vielen Dank für ihre Antwort, die jedoch auch Anlass zur Sorge gibt. Bisher hatten wir uns eigentlich darauf verlassen, dass eingehende Mails bzw. deren Anhänge quasi automatisch gescannt werden. Hinsichtlich der Klarheit des KB-Artikels bin ich anderer Meinung (bin halt „Neuling“), weil mir nun als Nutzer von VIWAS letztlich nicht hinreichend klar ersichtlich ist, wie / wann E-Mails und Anhänge gescannt oder auch nicht gescannt werden. VIWAS soll ja ohne viele Konfigurationen einfach, zuverlässig und sicher sein. Vielleicht besteht ja auch ein grundsätzliches Missverständnis über die ggf. vorhandene zusätzlichen Funktionen in Zusammenhang mit MS-Exchange-Server. Daher möchte ich gerne weitere Fragestellungen zur Diskussion stellen. Der Empfang sollte ja beispielsweise etwas so aussehen: Outlook baut Kontakt mit Pop3 Postfach auf E-Mails werden heruntergeladen E-Mails werden in PST-Datei geschrieben (ggf. über temporäre Zwischenspeicher) In der Scan-Konsole ist die Option E-Mail scan beim Empfang aktiviert (wie schon erwähnt es gibt auch Protokolleinträge mit Daten auch zur Anzahl von Anhängen). Kann bestätigt werden, dass in einer solchen Konfiguration die Anlagen von E-Mails in keinem dieser 3 Schritte von VIWAS (bzw. McAfee) automatisch gescannt werden (Protokoll-Dateien wären dann irreführend)? Falls dem so wäre, müsste bei Nutzung von Pop3 bzw. IMAP-Konten dann der Virusscann der E-Mails grundsätzlich manuell nach Empfang initiiert werden, wenn dieser nicht erst beim Öffnungsversuch oder externem Speichern der Anlagen erfolgen soll (ps: hier könnten noch Gefahren mit Ausschlüssen bei Schreiben auf Netzlaufwerken bestehen)? Funktioniert in einer solchen Konfiguration das Virus-Scan add in Outlook auch zuverlässig (Protokoll könnte auch fake sein) oder sollten Anlagen nach Ablage (z.B. auf Netzlaufwerk) manuell gescannt werden? Sollte eine solch gravierender Einschränkung ggf. allen VIWAS Nutzern nachvollziehbar kommuniziert werden? In der Hoffnung auf dessen Funktion haben wir bis auf Weiteres die Durchführung manueller scans der E-Mails mit dem Outlook add-in vorgeschrieben, bevor Anhänge geöffnet oder abgelegt werden dürfen. Dies erscheint jedoch nicht gerade komfortabel zu sein. Mit freundlichen Grüßen Nutzer_8888

Nutzer_8888 · ‎21.07.2020

Hallo Herr Hoffmeister, vielen Dank für Ihre prompte Reaktion. Möglicherweise hilft DATEVnet schon (Bin diesbezüglich kein großer Experte). Auch könnte sicher der Einsatz eines Exchange-Servers oder zusätzliche Scan-Software helfen. Aktuell möchte ich aber unser seit Jahren stabil laufendes System nicht verändern, sondern die vom VIWAS abgedeckten Funktionaliäten hinreichend verstehen, um entsprechende Arbeitsabläufe vorzugeben. PS: Bisher hatte ich nie Zweifel daran, dass die E-Mails und Anlagen beim Empfang (so wie es der Haken in der Scan-Konsole suggeriert) mit den aktuellen Signaturen gescannt werden. Perspektivisch (in 1-2 Jahren) planen wir in die SmartIT zu wechseln. In diesem Zusammenhang werden entsprechende Umstellungen auch der E-Mail-Verwaltung denkbar. Viele Grüße

Nutzer_8888 · ‎21.07.2020

Im Zusammenhang mit der Recherche zum Verhalten von VIWAS classic hinsichtlich des E-Mail-Scans bin ich nun auf folgende verunsichernde Information (KB52786) im Knowldge Center von McAfee gestoßen: „Supported Microsoft Outlook mail messaging architectures with VirusScan Enterprise 8.x Technical Articles ID: KB52786 Last Modified: 7/20/2020 Environment McAfee VirusScan Enterprise (VSE) 8.x Microsoft Exchange Microsoft Outlook Summary VSE 8.x only supports Messaging Application Programming Interface (MAPI) in Microsoft Exchange connected environments that run Microsoft Outlook as the mail client. VirusScan does not support Internet Message Access Protocol (IMAP) or Post Office Protocol 3 (POP3) mail. Email Scanning can become redundant depending on your email environment. The on-access scanner in VSE scans attachments when it runs or writes to local disk. It happens after Outlook Scan finishes scanning. „ Weil in unserem Umfeld (auch wenn nicht mehr up-to-date) noch Pop3 Konten verwendet werden, frage ich mich nun, ob die Funktion „E-Mails beim Empfang Scannen“ im VIWAS überhaupt greift. In der ScanKonsole sind im zugehörigen Protokoll regelmäßig Einträge der Art „automatischer scan bei Zustellung gestartet“ und dann eine Auflistung bestimmter Anzahlen von Elementen wie Anlagen aufgeführt. Demnach könnte man folgern, dass zumindest Anlagen gescannt werden – es könnte aber auch ein Art Fake-Meldung sein? Ferner stellt sich die Frage, ob das Add on, welches offensichtlich scans auf Anforderung durchführt, auch greift. Fehlermeldungen sind jedenfalls keine vorhanden und in den Protokollen werden Anzahlen über gescannte Anlagen und E-Mails aufgeführt. Wenn dies aber alles läuft, was läuft dann nicht? Meine Hoffnung hinsichtlich dieser essenziellen Thematik ist nun, dass jemand hier in der Community (evtl. @ludwig_aulitzky) eine fundierte/verbindliche Antwort geben kann, welche E-Mail-Scan-Funktionen beim VIWAS classic im Zusammenhang mit Pop3 oder IMAP Konten gegeben sind und welche ggf. nicht. Is es zum Beispiel notwendig alle Mails mit dem Add-on manuell zu scannen oder erfolgt ein scan erst beim Öffnen, Abspeichern oder manuellem Scan?

Nutzer_8888 · ‎22.06.2020

In unserem Umfeld (WTS, WS 2016, Office 2016 MSI) tritt dieses Phänomen auch seit Mitte Mai regelmäßig auf, wobei "einfach" nur nichts passiert (Dokument wird nicht geöffnet und Fehlermeldung erscheint auch nicht). Ich möchte bestätigen, dass dies sporadisch auch bei gestartetem Datev-Arbeitsplatz vorkommt und nach Arbeitsplatzneustart - zumindest für eine gewisse Zeit - behoben ist, ohne dass ein Rechnerneustart erforderlich ist (dies wäre eine ernste Angelegenheit bei Einsatz eines WTS - in diesem Fall keine Auswirkung auf das eigentliche Problem). Aufgrund der aktuellen Update-Dichte und Überschneidungen fällt es aber schwer einen klaren Zusammenhang herzustellen. Berichtet wurde das Thema von den Mitarbeitern in der Arbeitswoche (Woche 21) nach Installation der Microsoft Mai Patches (OS und alle Office-Updates) und des Datev-Hotfixes K0005100-10440 (dieser hat zumindest was mit der Dokumentenablage und dem Bearbeiten von Dateien zu tun). Ob dies früher schon auftrat ist nicht ganz klar (aktuell haben alle den Kopf mit anderen Sachen voll und wenn nach Neustart des Arbeitsplatzes die Funktion erstmal wieder gegeben ist, wird das möglicherweise nicht weiter gemeldet?). Die Hoffnung bestand, dass die Microsoft-Juni Patches für Offices das Thema beseitigen könnten, was aber nicht der Fall war. Letztes Wochenende wurden die Datev-Service-Releases und Hotfixes vom Juni installiert. Ich bin gespannt, ob dies ggf. das Problem abstellt.

Nutzer_8888 · ‎22.06.2020

Vielen Dank auch von mir, dank Ihnen beiden bietet dieser Threat - in meinen Augen - nun wertvolle Hinweise zum Thema Viwas, Spam und Outlook. Jetzt steht "nur" noch die Reihenfolge von Viwas-Scan und Outlook-Filterung in Frage. Das Ergebnis des von @ludwig_aulitzky vorgeschlagenen Tests wäre diesbezüglich interessant (sollte m.E. eine Fachkraft durchführen). Viele Grüße

Nutzer_8888 · ‎11.06.2020

Hab Ihre Ansage verstanden und werde die Hinweise bei der nächsten größeren Systemerneuerung (neuer Server oder Wechsel zu Smart IT) berücksichtigen und beim E-Mail-Provider nachfragen. Aktuell werden wir allerdings noch ohne Exchange und Office 365 leben (never change a running system) – wir ziehen es also gerade nicht groß auf, sondern denken über die Einstellung („Setzen von Häkchen") des Junk-E-Mail Filters und die Wechselwirkung mit VIWAS nach (kleine Kanzlei – 5 Nutzer). Weil Ihre aus IT-Sicht sicher professionellen Vorschläge, die von mir ursprünglich aufgeworfene Frage im Kern letztlich gar nicht erst aufkommen lässt (alles was kommt wäre quasi bestmöglich vorbehandelt), ist das Scannverhaltens von VIWAS im Zusammenhang mit ausgefilterten Junk-E-Mails im Outlook noch unbeantwortet. Aus diesem Grund würde ich – auch wenn Ihre Antwort das Thema Spam-Schutz an sich perfekt abdeckt (Kudo von mir 👍) – den Thread noch nicht als final beantwortet markieren wollen, falls jemand hierzu noch eine spezifische Antwort geben kann – hoffe dies ist nicht unhöflich (bin neu im Forum)?! Vielen Dank!

Nutzer_8888 · ‎10.06.2020

Erst einmal vielen Dank für Ihre Antwort. Außerdem möchte ich die Gelegenheit nutzen Ihnen stellvertretend für alle die hier so engagiert aktiv sind, generell einen großen Dank auszusprechen (habe schon sehr oft wertvolle Hinweise und Empfehlungen hier erhalten). Nun zu meiner ursprünglichen Frage und Ihren Bemerkungen. Wir nutzen Pop3 Email-Konten ohne Exchange Server. Der E-Mail-Provider setzt einen Spam-Filter ein, der verdächtige Mails mit entsprechender Kennung in einen Mail-Anhang verpackt. Dennoch werden vereinzelt manipulierte Mails ohne entsprechende Kennung durchgestellt (gefälschte Kundenantworten, enthaltene Links, zips mit Kennwort ...). Weil man in Outlook die Links in solchen Mails scheinbar nicht grundsätzlich deaktivieren kann, ist die Hoffnung, dass der Junk-E-Mail Filter solche Mails erkennt und die Gefahr reduziert, versehentlich gefährliche Links oder Anhänge zu öffnen (ja, natürlich ist das menschliche Gehirn der Nutzer der beste Filter, aber die Manipulationen sind schon trickreich und Nutzer auch mal unaufmerksam oder unter Zeitdruck). Die Junk-Filter-Einstellung, von der ich sprach kann direkt im Outlook (pro Postfach) getätigt werden, wobei diverse Filtereinstellungen (keine, niedrig, hoch und nur sichere Absender/Empfänger) möglich sind. Abhängig davon werden Mails von Outlook (lokal) in den Junk-E-Mail Ordner des Postfaches verschoben. Dort sind dann die Links deaktiviert und Anhänge können nicht geöffnet werden. Die Standardeinstellung ist wohl "nie" womit bisher alle Mails im Posteingang gelandet sind. Meine Frage bezog sich nun auf die Frage ob VIWAS auch die Mails, welche vom Outlook in den Junk-E-Mail-Ordner verschoben werden vorab scannt - oder bspw. Anhänge auch nicht öffnen kann, weil Outlook dies verbietet. Dadurch könnten ja, bei manueller Zuordnung als "kein Spam" ungescannte Mails" in den Posteingang gelangen. In diesem Falle wäre die Aktivierung des Junk-Mail Filters im Outlook sogar gefährlich. Verstanden ist, dass Sie nicht auf die Oulook-Filterung setzen würden (haben die zusätzlichen Ausführungen darauf eine Einfluss?), die Frage die noch offen bleibt ist, wie Viwas mit dieser Situation umgeht und daraus ein Sicherheitsrisiko entstehen kann.

Nutzer_8888 · ‎27.05.2020

Hallo Community, bin gerade dabei die Einstellungen des Junk-E-Mail-Filters in Outlook 2016 (MSI-Version) anzupassen (versuchsweise auf den Grad "Hoch"). Nun erwarte ich diverse Mails, die "aussortiert" werden. Jetzt stellt sich allerdings die Frage, ob solche aussortierten Mails vom VIWAS-Virenscanner bei Empfang auch vollständig gescannt werden - oder dies, wegen dem vom Outlook zumindest für den Benutzer begrenzten Zugriff (Anlagen, Links ...) - nicht bzw. nur eingeschänkt möglich ist. Falls nicht, erfolgt dies dann, wenn eine solche Mail als "kein Spam" eingestuft wird? Falls das Thema hier falsch plaziert ist, bitte ich um einen Hinweis.

Beiträge und Ideen von Nutzer_8888

Auszeichnungen