Der Hoster Domain Factory hat am heutigen 18. Oktober 2024 mit einer größeren Störung zu kämpfen, wie ich nach einem Leserhinweis feststellen konnte. Betroffenen sind vor allem Postfächer von E-Mail-Konten, die über bestimmte Mail-Cluster von Domain Factory geroutet werden. Die Störung dauert bereits den gesamten Tag, seit dem heutigen Morgen – die Ursachen sind derzeit nicht genau bekannt. Hier, was bekannt ist. Ergänzung: Stellungnahme von Domain Factory nachgetragen.
Hinweis eines Lesers
Blog-Leser Oliver hat sich im Diskussionsbereich gegen 15:53 Uhr gemeldet (danke dafür) und schrieb, dass Domain Factory derzeit eine größere Störung zu verzeichnen habe. Auf Postfächer kann am heutigen 18. Oktober 2024 , nach seiner Information, seit ca. 10 Uhr weder über POP3/IMAP noch über Webmail zugegriffen werden. Einen Grund dafür nennt DF nicht, nur das an dem Problem gearbeitet wird. Teilweise soll es Unzustellbarkeitsmeldungen kommen, wenn an bei DF gehostete E-Mail Adressen gesendet wird.
Allestoerungen zeigt aber geringes Störaufkommen
Ich habe sofort bei allestoerungen.de nachgeschaut und dort festgestellt, dass es nur wenige Betroffene gibt, die eine Störung melden. Es ging gegen 9:43 Uhr los, als die ersten Meldungen aufliefen. Aber selbst in Peak-Zeiten waren es nur 44 Meldungen pro Zeiteinheit.
Das Groß der Probleme liegt bei der Erreichbarkeit des Servers (61%9 und bei Problemen mit dem Login (35%)
Was sagt Domain Factory?
Auf der Statusseite von Domain Factory bestätigt das Unternehmen, dass man um 10:14 Uhr ein Ticket für eine Störung eröffnet habe. Derzeit sind folgende Postfachserver bei Domain Factory nur eingeschränkt erreichbar.
– mailcluster3-1
– mailcluster3-2
– mailcluster3-3
– mailcluster3-4
– mailcluster3-5
– mailcluster3-6
– mailcluster3-7
Dies hat Auswirkungen auf den Login sowie den Abruf von E-Mails via IMAP/POP3 und Webmail. Auch gegen 17:07 Uhr wird keine Ursache für die Störung genannt, sondern man erfährt nur, dass die Technik weiter an der Beseitigung der Störung arbeitet.
Ungut wird diese Situation vor allem für Reseller, denen die Kunden auf den Füßen stehen. Aber auch Kunden, denen wichtige Mails über viele Stunden nicht zugehen oder die keine Kontrolle darüber haben, ob Mails versandt wurden, stehen „im Regen“. Ob das Ganze mit der Umstellung auf Microsoft 365 bei Domain Factory zu tun hat, kann ich nicht sagen.
Stellungnahme Domain-Factory zum Ausfall
Der Ausfall bei Domain-Factory dauerte ja mehrere Tage. Über einen Leser ist mir folgende Stellungnahme Domain-Factory zum Ausfall zugegangen (danke dafür). Der Text wirft mehr Fragen auf, als er Antworten liefert. Warum beeinträchtigt der Ausfall dreier Festplatten die Kunden derart? Warum muss der Vorgang den Behörden gemeldet werden?
Guten Tag XXXXX XXXXX,
wir schreiben Ihnen, um Ihnen weitere Einzelheiten zu den technischen Problemen mitzuteilen, die kürzlich eine Reihe von Kundenpostfächern auf unserer lokalen E-Mail-Plattform betroffen haben.
Am Morgen des 18. Oktober 2024 fielen drei Festplatten aus, die Teil unserer lokalen E-Mail-Plattform sind, was bei einigen Kunden zu technischen Problemen führte. Kunden waren in unterschiedlichem Maße von Leistungs- und/oder Zugriffsproblemen betroffen.
Unsere Teams haben sofort gehandelt und über das Wochenende bis Montag, den 21. Oktober 2024, an der Behebung der Probleme gearbeitet. Dabei wurden verschiedene Maßnahmen ergriffen, um die beschädigten Festplatten wiederherzustellen, Störungen zu minimieren und die Systemstabilität zu gewährleisten. Wir bestätigen, dass der Dienst nun für alle betroffenen Kunden wiederhergestellt ist.
Im Rahmen der Störungsbehebung mussten die Mailcluster3-4-Postfächer, die mit Ihrem Auftrag AN XXXXXX verbunden sind, anhand von Sicherungskopien wiederhergestellt werden. Dabei kann es zu einem gewissen Datenverlust gekommen sein.
Der Datenverlust beschränkt sich auf alle E-Mails, die zwischen ca. 00:00 Uhr MESZ am 18. Oktober 2024 und ca. 09:40 Uhr MESZ am 18. Oktober 2024 zugestellt wurden, es sei denn, in diesem Zeitraum wurden neue E-Mails auf Ihr lokales Gerät heruntergeladen.
Wir nehmen Datenverluste sehr ernst, werden den Vorfall gründlich untersuchen und haben bereits Maßnahmen ergriffen, um sicherzustellen, dass ähnliche Vorfälle in Zukunft vermieden werden.
Wir versichern Ihnen, dass die kürzlich aufgetretenen technischen Probleme mit unserer lokalen E-Mail-Plattform in keiner Weise durch laufende oder anstehende Produktmigrationen bei DomainFactory verursacht wurden. Tatsächlich ist einer der Hauptgründe für unsere laufenden Migrationspläne die Verlagerung von Produkten auf cloudbasierte Systeme mit erhöhter Ausfallsicherheit. Ebenso können wir bestätigen, dass die technischen Probleme nicht durch Fremdeinwirkung verursacht wurden.
Aufgrund der Art dieses Vorfalls haben wir diesen Vorfall den zuständigen Aufsichtsbehörden gemeldet.
Wir wissen, dass E-Mails für unsere Kunden wichtig sind und entschuldigen uns für die entstandenen Unannehmlichkeiten.
Kundenservice-Team
DomainFactory
Ähnliche Artikel
Domainfactory: Migration des Mail-Systems zu Microsoft 365
Ärger: Domainfactory will inaktive Mail-Postfächer für zahlende Kunden) löschen
Bei mir steht das Telefon auch nicht still. Hilfe, mein Outlook geht nicht mehr, ich habe schon 10x die Daten geändert aber es geht nicht…. Ach so, Störung bei Ihnen … wann geht es wieder? Ich brauche gannnnzzzzz dringend eine bestimmte Email…. Dauert es noch lange?
Schade, das auch DF nur das nötigste Zugibt. Am liebsten würden die gar nichts sagen wenn es eine Störung gibt, so scheint es mir immer wieder. Warum bricht den Providern immer ein Zacken aus der Krone wenn sie mal ein paar Details schreiben? Sorry, ddos, sorry Strom weg im Rechenzentrum, sorry, die Putzfrau nen Stecker gezogen.
Irgendetwas, was wir dem Kunden sagen können außer das sie bitte Geduld haben müssen. Die meisten haben aber keine 10 Minuten Geduld und fangen gleich an zu drohen usw. Blöde Situation für Reseller. Wir haben auch keine weiteren Informationen.
Na, ob das etwas mit der Migration der (My)Mailfunktionalität in die MS365-Cloud zu tun haben könnte … 🤨😉
Ich bin aktuell (zum Glück) nicht mehr selbst betroffen, da ich nach der letzten Info-Mail von dF nach fast 20 Jahren die Reissleine gezogen habe und mit allen Domains etc. zu all-inkl gewechselt bin. Hat übrigens alles reibungslos funktioniert.
Ich drücke denen jetzt einfach mal die Daumen, dass die das irgendwie wieder hinbekommen.
„nach fast 20 Jahren die Reissleine gezogen habe und mit allen Domains etc. zu all-inkl“
Ich auch! Mit 30 Domains. Und freue mich über kostenlose, Zertifikate, beliebige E-Mail-Accounts und Firma/Server in Deutschland.
Ist echt übel mit DF gerade… Dass keine Gründe genannt werden hat vermutlich damit zu tun, dass die selber keinen Plan habe. Anders kann ich es mir nicht erklären, dass man mittlerweile seit fast 10 Stunden nicht auf seine Mails zugreifen kann.
Bei mir ist das Fass jetzt langsam auch am überlaufen. Ich werde zum Jahresende wohl mit meinen Domains woanders hinziehen.
Also bei mir funktioniert der Zugriff auf die Postfächer der von mir betreuten Domain weiterhin/wieder. Ich kann nicht sagen, ob’s zwischendurch gestört war, das Mailaufkommen ist dort nicht allzu groß.
Mein spontaner Gedanke war „Das wird keine Störung sein, sondern die angekündigte (angedrohte) Umstellung“. Geschieht denen jedenfalls recht, wenn’s mal richtig knirscht (und das kurz vorm Wochenende). Was Domainfactory seit vorigem Jahr seinen Kunden an Leistungskürzungen speziell im Bereich Mail zumutet, ist ein Grund, diesen Hoster wie die Pest zu meiden.
Wir haben bei DF auch ne ganze Reihe an Postfächern, die teilweise bei Kunden für automatisierte Systeme im Einsatz waren und als Legacy Konfiguration immer noch sind.
Nachdem wir vor kurzem von DF darüber informiert worden sind, dass ne ganze Reihe von diesen Postfächern wegen Inaktivität gelöscht werden soll, wollte ich mich heute auf diesen Postfächern anmelden, um das Löschen zu verhindern.
Blöd nur, dass das wegs der Störung nicht möglich war :D
Von einem Service-Mitarbeiter wurde mir mitgeteilt, dass man dabei sei, „Updates“ aufzuspielen und dass das bei großen Servern dauern könnte. Ein Zeitangabe, zur Frage, bis wann sie denken, dass sie die Server wieder zum laufen bekommen, konnte man mir nicht nennen.
Ob dieser Aussage, war war mein erster Gedanke auch, ob das etwas mit der Migration der (My)Mailfunktionalität in die MS365-Cloud zu tun haben könnte …
Ohne Worte.
es interessiert durchaus niemanden warum emails nicht funktionieren, das ist ganz einfach deren Business, nicht mehr aber eben auch nicht weniger.
Wenn das DF System nicht auf Fehler eingerichtet ist, so ist es eben mangelhaft, denn das darf doch bitte erwartet werden, was denn sonst darf man erwarten? Es ist doch das einzige, was die Kollegen dort leisten müssen…..
Die Frage ist, was man da jetzt als Kunde tun kann? Ich stecke momentan in Bewerbungsprozessen. Auf all meinen Bewerbungen steht meine Mail-Adresse, die von DF betrieben wird. Dass ich nicht auf eventuelle Mails von interessierten Unternehmen antworten kann ist ein Problem. Dass keiner weiß, ob Mails überhaupt zugestellt werden oder bei DF im Nirvana verschwinden ein viel größeres Problem.
Ich kann eine solch geballte Ladung an Inkompetenz nicht verstehen. Klar, es kann immer mal irgendetwas schief gehen, aber hier habe ich das Gefühl, dass das Problem mit der Dringlichkeit eines kaputten Kaugummiautomaten behandelt wird und zahlreiche zahlende Kunden von ihren Businesskontakten abgeschnitten werden.
Ich zahle doch nicht umsonst Geld für einen Mail-Account! Ich zahle das Geld, damit ich eine Garantie habe, dass sich jemand schnellstmöglich um solche Ausfälle kümmert.
Stand 19.10.2024 (07:48 Uhr) hält die Störung noch an. Kein Login via Webmailer möglich und auch kein Abruf via POP3/IMAP. Bald ist die 24h-Marke erreicht. Das scheinen ja monströs große Updates zu sein, die da eingespielt werden…
Wir sind seit Jahren Reseller und seit den Aufkäufen durch die HE.Group und zuletzt durch GoDaddy sind die Leistungen speziell im Service-Bereich leider wirklich immer schlechter geworden. Wir haben dort mehrere Reseller-Server, ca. 600 Mailboxen von Kunden und dementsprechend gerade eine Menge Rennerei und unzufriedene Kunden.
Gerade das leidige Thema mit der Umstellung der E-Mails ist etwas, was uns ingesamt sauer aufstößt. Das Löschen von nicht genutzten Mailboxen mag ja noch zumutbar sein, aber man hat den Eindruck, dass hier leider nicht mit der notwendigen Sorgfalt gearbeitet wird.
Für uns als Reseller sind Dinge wie die Weiterentwicklung des ResellerProfessional Systems, eine Möglichkeit, die ohnehin sehr teuren SSL Zertifikate automatisch zu verlängern und eben ein guter und zuverlässiger Kundenservice, der einen in Ausfall-Situationen nicht im Regen stehen lässt und auf die Status-Seite verweist.
Unsere beiden Kundenbetreuer sind gut, aber die bekommen selbst kaum Details genannt und müssen immer häufiger selbst erst irgendwo Informationen herholen.
Die Informationspolitik bei DF ist leider wirklich mangelhaft geworden.
Es gab wohl vor einigen Jahren eine ähnliche Situation, da hat es 2 Wochen gedauert, bis der Zugriff wiederhergestellt war.
Ich bin auch betroffen davon und komme seit 24 Stunden nicht mehr an meine Mails und das ist echt unvorstellbar besch*.
Die Informationspolitik ist ein Graus. Weit gestern Abend keine Update mehr auf der Statusseite, also ist der eine Mitarbeiter, der sich darum kümmert, anscheinend im Feierabend. 🤷🏻
Vielleicht sollten die mal bei Reddit nachfragen, die Leute da haben sicher die notwendige Ahnung.
Update: Es gibt eine neue Rückmeldung: er werde „ohne Unterlass“ an der Behehung gearbeitet. Der Mitarbeirer ist also wieder im Büro. 🤷🏻
Bei dem erwähnten Vorfall von damals mit dem längeren Ausfall dürfte es sich um ausgefallene Exchangeserver bei HostEurope und domainfactory im Jahre 2019 handeln. Da war nach einem Stromausfall der Wurm drin.
Aktuell scheint es bei den „normalen“ E-Mailpostfächer Probleme zu geben.
Allerdings sind nicht alle Kunden zu betroffen. Hat hier jemand schon ein Muster erkennen können? Die Statusseite von df listet bestimmte Mailcluster mit Problemen auf. Augenscheinlich gibt es Mailkonten, die nicht über diese Mailcluster gehen. Drücke allen die Daumen, dass es bald wieder Zugriff gibt.
Also, zwei Wochen schaue ich mir das Kasperletheater von den Möchtegern-Admins nicht an. Nach spätestens 48 Stunden ziehe ich mit meinen Domains gezwungenermaßen um und werde die Sache meinem Anwalt übergeben. Endlich lohnt sich die Rechtschutzversicherung mal.
… auf welcher Grundlage soll sich das anwaltlich regeln lassen bzw. was möchtest du da durchsetzen?
Tatsächlich als Frage gemeint, denn wir sind ja auch betroffen…
„wir bieten eine 99,9%ige Betriebszeitgarantie“, das wäre max. 1/2 Tag Ausfall pro Jahr.
es kommt drauf an auf was genau die 99,9% laut Vertrag anzuwenden sind. das wird schon genau definiert sein, zb empfang von mails (queueing) vs abruf via Protokoll X. dazu was passiert laut Vertrag wenn die 99,9 nicht eingehalten werden. Reicht ein „ey sorry“, gibts es Kohle? Die sind vertraglich abgesichert, das kannst du mir glauben.
Von einem Freund, der auch meinen Mail Account hostet, weiß ich, wie wichtig gerade im IT Bereich ein guter und zuverlässiger Service ist. Was hier passiert – und das auch noch „gegen Gebühr“ – lässt sich nicht in Worte fassen. Ich warte auf vertrauliche Unterlagen, die ich nur zu mir schicken lassen kann und wo es auch noch einer intensiven Einarbeitung bedarf. Ich möchte mir mögliche Konsequenzen jetzt nicht ausmalen. Eine sehr enttäuschte end userin
Kann ich gut nachvollziehen. Ich habe letzte Woche noch Bewerbungen rausgeschickt. Alle mit meiner bei DF gehosteten E-Mail-Adresse im Kopf. Ganz toll, wenn ich nun Einladungen gesendet bekomme, die entweder nicht ankommen oder von mir nicht abgerufen werden können.
Einen so geballten Haufen an Inkompetenz habe ich noch nicht erlebt – und ich arbeite in der IT und habe schon viel Inkompetenz gesehen! Bei so einer langen Offline-Zeit gibt es nur zwei Möglichkeiten:
1. Entweder die Mitarbeiter sind alle in ihrem wohlverdienten Wochenende und lassen sich die Sonne auf den Bauch scheinen
2. Da ist technisch etwas *richtig* krachen gegangen und einen Plan B gibt es nicht.
Beides ist weit entfernt von einem professionellen Dienstleister. Zugegebenermaßen hat DF eher selten Probleme, aber wenn sie Probleme haben, dann dauert die Behebung meist länger – 2019 war ja auch schon mal so ein Fall.
Kommt DF eigentlich dafür auf, wenn ich aufgrund ihrer Unfähigkeit nun einen eventuellen Job nicht bekomme?
Ach DomainFactory… damals(tm) als es noch eine ordentlich arbeitendes mittelständisches Unternehmen aus München war fand ich die werbe- und nudging-freien Oberflächen, den Freiheitsgrad bei den DNS Settings und vor allem die Jiffyboxen, die nach Nutzung abgerechnet wurden richtig gut. Dann hat GoDaddy übernommen und es ging abwärts… so richtig.. angefangen mit der Kommunikation, externalisierten Admins aus Osteuropa, Datenschutzskandale, DNS-Probleme, Datenverluste und nun Probleme mit der Erreichbarkeit. Bestimmte ISPs sind einfach verbrannt und sollte man meiden. Dazu zählen auch andere Anbieter/Marken aus dem GoDaddy Konzeren.
Was wären denn die Alternativen? Bitte nicht auf Gmail, GMX oder T-Online verweisen. Oder muss ich jetzt wieder meinen eigenen Imap Server betreiben?
Wie bei jedem Service: Ohne eigenen Server ist man von Dritten abhängig (die im Störungsfall irgendwann irgendwas machen oder auch nicht), statt sofort und frei reagieren zu können.
Bei eingehendem Mail (und ein paar anderen Diensten) hilft aber auch eine eigene Domain (mit mindestens 2 DNS Servern in verschiedenen Regionen), deren MX-records man unmittelbar auf einen anderen Anbieter umstellen kann (also niedrige TTL für solche records wählen, damit die Änderung schnell wirksam wird).
Genau das ist es aber, was ich von einem „professionel“ Hoster erwarte: einen Backup-Cluster und wenn man es nicht hinbekommt, die eigentlichen Server innerhalb von ein paar Stunden zu laufen zu bekommen, dann eben Umleitung per DNS auf die Backupserver.
Vorsicht. So plausibel es klingt, eine kurze Haltezeit wird oft ignoriert.
Und, kaum zu glauben, aber DNS ist kostbar.
D.h. ist der MX nicht erreichbar,wird die Email gespoolt. Beim erneuten Zustellversuch wird -natürlich- nicht der kostbare DNS befragt, sondern die bereits bekannte IP benutzt.
Irgendwann läuft das eh in ein „max failed attempts“ und die Email geht nach u.U. erst 7 Tagen zurück an den Absender.
Heute sieht man E-Mails als Echtzeit Medium und sollte deshalb die Anzahl der Versuche auf 1 setzen und die Zeit auf 0.
So bekommt der Absender sofort mit, das die Email nicht zugestellt werden konnte, und nicht etwa in der Que des eigenen Mailservers verstaubt…
Grundsätzlich ist es Problem/Fehlverhalten des Betreibers des DNS-resolvers, wenn er TTLs ignoriert. Aber ich habe über die Jahre bei ‚unzähligen‘ DNS-Änderungen mit TTLs von 600 (10 Min) sehr gute Erfahrungen gemacht. Es gab dahingehend kaum Reklamationen.
Bzgl. MX/MTA: MX nicht erreichbar ist hier völlig OT (der MX ist erreichbar, die Inbox nicht), aber sei es drum:
– seriöse Anbieter nutzen backup-MXe (ebenfalls in verschiedenen Regionen), dann ist der backup-MX erreichbar
– ein MTA, der DNS-requests cachete ist mir nicht untergekommen, Sie haben da doch sicher ein paar Beispiele?
Ich halte Caching im MTA für deutlich aufwändiger, es wird weit eher im lokalen DNS-resolver gecachet
– 7 Tage warten bis zum NDR? Das ist ein Amateur (oder nur ein böswilliges Beispiel).
– max failed attempts == 1 ist das andere Extrem, ebenso grundfalsch. Wenigstens ein paar Stunden (am Besten: Mit schrittweiser Erhöhung des retry-Intervalls) sollte man geben.
natürlich wird der retry zeitlich gestaffelt.
Wie das in den RfCs seit 40 Jahren vorgeschrieben ist.
Und die maximal 7 Tage waren der Default.
Vermutlich vor Ihrer Geburt.
*SMH*
Eben wollten Sie noch keinerlei retry („man […] sollte deshalb die Anzahl der Versuche auf 1 setzen und die Zeit auf 0“).
Und sie kennen die RFC von „vor [meiner] Geburt“* ja nicht einmal. 😐
Eine Vorschrift bzgl. retry-Intervall gibt es darin gar nicht (nur bei 4xx -Fehlern ein „may“ retry (S. 48), ohne auf den Intervall überhaupt einzugehen).
Erst RFC 2821 (fast 20J später!) sprach von „Retry Stragies“ und auch dort ist der Intervall nicht „vorgeschrieben“**.
* rfc-editor. org/rfc/rfc821
** „the retry interval SHOULD be at least 30 minutes; however, more sophisticated and variable strategies will be beneficial when the SMTP client can determine the reason for non-delivery.“
Der eigene Mailserver? Als Root-Server angemietet bei dem ISP der Wahl, ich habe meine bei Netcup.
Auch bei mir als Reseller eine Riesenkatastrophe. Hotels bekommen keine E-Mails mehr. Seit 24 Stunden, Automatisierung stehen still. Kunden sind stinksauer. Ich bereite mich auch schon mal auf eventuelle Ansprüche meiner Kunden vor. Einen Totalausfall. Über so lange Zeit habe ich weder bei Ionos, Strato, GMX oder sonst wohl nicht gesehen. Ich werde meine Server bei Domainfactory abziehen.
Ja – eigentlich schade – nach mehr als 20 Jahren angenehme Funktionen, dumm dann die Drohungmit dem Umzug auf MS***, oberpeinlich nun die Zumutung mit der nicht vorhandenen „Erreichbarkeit“ seit 24++ Stunden.
Es sollte doch „heute“ möglich sein, solch einen Fehler flott zuerkennen und zu beseitigen, oder hat „df“ (zum Wochenende) keine Lust, die bezahlte Dienstleistung wieder ans Rennen zu bringen ??
OK – wir werden umziehen!
Inzwischen kommt auch gar keine Aktualisierung mehr von df, ob der Mitarbeiter jetzt im Wochenende ist?
Was für eine Clown Show. Werde sämtliche Domains von dort abziehen.
Yepp. Kann ich nur zustimmen. Ich bin dann auch mal weg bei denen und werde fristlos kündigen. Zum Glück rechtschutzversichert ;-)
Aus den SLA von Domainfactory:
„Verfügbarkeit der von uns angebotenen Dienste von durchschnittlich 99,9% pro Jahr und Dienst.“
Sprich maximale Downtime „durchschnittlich“ 9 Stunden pro Jahr. Wir sind jetzt bei 27 Stunden downtime! Vermutlich sagen die sich: „Naja, der letzte große Ausfall war 2019“, also 5 mal 9 Stunden, dann haben wir 45 Stunden Zeit. Wobei ich meine Zweifel habe, dass sie es in 45 Stunden schaffen.
Nach nunmehr 11 Jahren Domainfactory schau ich mir das nicht mehr länger an. Meine Enttäuschung über diesen Provider hat nun ein Maximum erreicht. Ich kann enorm wichtige Unterlagen nun nicht mehr abrufen, das wird langsam geschäftsschädigend.
Auch ich werde meine Domains nun umziehen und kündigen. Kennt wer einen zuverlässigen Anbieter der Support ernst nimmt und die Verträge sauber erfüllt?
Zudem möchte ich nicht auf lächerliche 1 GB Mailspeicher und 1 Mailadresse beschränkt werden oder gezwungen werde mich alle X Tage einzuloggen damit ich meine Mailadresse verliere. Sows gibt es nirgends soweit ich weiß.
20 Postfächer seit gestern (18.10.) vormittags nicht mehr erreichbar. Hotline teilt nur mit man arbeite daran. Keine Zeitdauer nichts. Damit ist klar, dass der Hoster es nicht im Griff hat. Vertragliches SLA gerissen, keine Alternativlösung angeboten, Updates auf der Webseite zunächst alle 2 Stunden, dann schon auf Turnus 10 Stunden umgestellt. Und da steht immer das selbe: nichts.
Absolut unseriös und unprofessionell, zumal man auch gewerbliche Kunden hat deren Umsatz von den Mails abhängen. Totaler Mist.
Update von Domainfactory:
[Update 19.10.2024 13:48]
Es konnten aktuell einige Fortschritte erzielt werden. Wir hoffen die ersten Server in Kürze wieder zur Verfügung stellen zu können.
Sehr schwammige Berichterstattung. Was das nun konkret bedeutet (welche Server, wann?), können wir höchsten raten.
Ich habe gestern versucht, die neuen Einstellungen für die Mail Postfächer in Thunderbird einzugeben, dachte es liegt daran und dem angedrohten Umzug, das nichts geht. Der bei meiner Mailadresse hinterlegter Servername lautet sslin.de, in der Migrationsbeschreibung von Df steht aber sslin.df.eu. Ja was denn nun?
sslin.df.de ergibt eine 90er IP Adresse
und ergibt auch semantisch sinn:
„SSL „INcoming“ Domain Factory“
eine teuere SL Domain sslin.de zu verwenden ergibt nicht so Recht Sinn.
Wenn der DNS von DF Deine Domain an einen MX unter sslin.de verweist, dann haben die wohl ein ernstes Problem. Denn dieser MX muss ja auch Willens sein, für Deine Domain Email annehmen zu dürfen.
Hast Du Dir denn schon mal selbst eine Email geschickt und Dir den RfC Header angesehen?
Nein, wie auch. Es geht ja nichts. Wenn es mal wieder laufen sollte probier ich es aus. Danke für den Hinweis.
Ich warte auf: oops, sorry. Das mit smtp, pop3 und IMAP kriegen wir nicht mehr hin. Wir stellen sie jetzt auf Microsoft 365 um und dann geht’s wieder. kostet auch nur 49€ umstellgebühr.
Keine lästigen EMails mehr! Auch keine Newsletter, Werbung oder Scam. Einfach wundervoll! Entschleunigt Euch! Noch ein Tässchen grüner Tee?
Also Mails scheinen noch angenommen zu werden. Gestern noch Testmails über einen eigenen MX an diverse Accounts bei DF verschickt. Zumindest gabs auf der SMTP-Seite keine entsprechenden Fehlermeldungen. Aber das heißt ja leider nix :-/
Ohooo…
[Update 19.10.2024 15:38]
mailcluster3-3 steht wieder zur Verfügung – die restlichen Server werden in Kürze folgen.
Wer noch SMTP, POP3 und IMAP – alles ohne 2FA – nutzt, dem mag das ohnehin alles egal sein.
Wir nutzen und vertreiben seit sehr vielen Jahren Domänen z. B. über hosting.de und Microsoft 365. Mir sind bisher keine Ausfälle zu Ohren gekommen, oder sie waren so kurz und klein, dass sie niemandem aufgefallen sind. NDRs wären es, aber auch alle Zustellungen klappen. Außer für unsere Hauptdomäne. Da verlange ist via Exchange Connector seit mehr als wohl 5 Jahren von allen SMTP-Servern ein sauberes TLS-Zertifikat bis zu einer Wurzel-CA – für ein und ausgehende Verbindungen. Zu Glück gibt es mittlerweile nur noch sehr wenige Script-Kiddy-SMTP-Server, die keine Ahnung von Sicherheit und EU-DSGVO haben.
Ich kann es mir zum Glück leisten, mit solchen Domänen dann einfach nicht über unsere Hauptdomäne per E-Mail kommunizieren zu können. Und wenn die beim Versand den NDR nicht verstehen obwohl auf Deutsch, umso besser.
So ist sichergestellt, dass all unsere E-Mails auf dem kompletten Transportweg sicher verschlüsselt sind.
So viel zum Thema Standards und Kompatibilität. Übrigens hast du keine Kontrolle darüber, was vor bzw. hinter dem anderen MTA passiert. Da kann es weitere geben, welche die EMails unverschlüsselt weiterreichen.
eh Nein Danke…
Hi , kenn mich nicht wirklich aus , heisst doch das der Fehler behoben ist , jedoch bekomme ich immer noch keine Mails , seit gestern 09 Uhr !! Muss ich was einstellen ?
Der Artikel könnte mal angepasst werden mit dem Titel seit dem 18.10.
Ist auch traurig, dass andere große IT Webseiten keinen Hinweis gegeben haben.
Danke an Euch!
Der Mitarbeiter mit dem Zugriff auf die Webseite ist wohl schon wieder im Feierabend … der letzte Infostand ist von 16:00Uhr.
Es ist mittlerweile 21:09Uhr und noch immer sind nicht alle Systeme verfügbar:
Eingeschränkte Erreichbarkeit Mailserver
Ticket eröffnet:18.10.24, 10:14 Uhr
Derzeit sind folgende Postfachserver nur eingeschränkt erreichbar. Dies hat Auswirkungen auf den Login sowie den Abruf von E-Mails via IMAP/POP3 und Webmail.
– mailcluster3-4
– mailcluster3-7
Wieder erreichbar:
– mailcluster3-1
– mailcluster3-2
– mailcluster3-3
– mailcluster3-5
– mailcluster3-6
Wir arbeiten bereits mit Hochdruck an der Wiederherstellung der Funktionalität.
Wir bedauern diese Beeinträchtigung und bitten für die Unannehmlichkeiten um Entschuldigung.
[Update 18.10.2024 13:40]
Leider war es uns aktuell noch nicht wieder möglich, die gewohnte Erreichbarkeit der Systeme wieder herzustellen. Wir arbeiten aktuell mit allen nötigen Ressourcen an der Behebung des Problems.
Die Unannehmlichkeiten bitten wir zu entschuldigen.
[Update 18.10.2024 15:25]
An der Wiederherstellung der Erreichbarkeit wird weiterhin gearbeitet. Leider konnten wir aber aktuell noch keinen Durchbruch erzielen.
[Update 18.10.2024 17:07]
Die Arbeiten zur Wiederherstellung der Erreichbarkeit dauern weiter an. Sobald uns neue Information vorliegen, werden wir hier umgehend berichten.
[Update 18.10.2024 19:55]
Die zuständigen Abteilungen arbeiten weiterhin durchgehend an der Wiederherstellung der Erreichbarkeit. Leider dauern die Arbeiten weiter an. Wir bitten Sie um Geduld, sobald nähere Informationen vorliegen, werden wir diese hier zeitnah aktualisieren.
[Update 19.10.2024 08:41]
Es wird weiterhin ohne Unterlass an der Erreichbarkeit der Server gearbeitet. Wir hoffen Ihnen schnellst möglich hier positive Rückmeldungen geben zu können.
[Update 19.10.2024 13:48]
Es konnten aktuell einige Fortschritte erzielt werden. Wir hoffen die ersten Server in Kürze wieder zur Verfügung stellen zu können.
[Update 19.10.2024 15:38]
mailcluster3-3 steht wieder zur Verfügung – die restlichen Server werden in Kürze folgen.
[Update 19.10.2024 15:58]
mailcluster3-1, mailcluster3-2, mailcluster3-5 und mailcluster3-6 stehen ebenfalls wieder zur Verfügung.
Letzte Aktualisierung: 19.10.24, 16:00 Uhr
Immer diese Anspruchshaltung – welche Veranlassung hätte ich, den Artikel am Wochenende anzupassen – mal so direkt gefragt? Ich betreibe weder DF-Infrastruktur noch stehe ich mit Betroffenen in irgend einer Geschäftsbeziehung. Es wird wohl nicht zu viel verlangt sein, wenn ein Betroffener hier auf den Artikel stößt, dem Link zur DF-Statusseite zu folgen und sich dort über den aktuellen Stand zu informieren. Kopfschütteln …
Trotzdem danke für das Copy & Paste von der DF-Statusseite hier in den Kommentar.
Hallo, dass war lediglich als guter Hinweis gedacht. Nicht jeder weis, welcher Betreiber für das Emailpostfach (z.B. Nutzer der Familie). Scheinbar sind die meisten Kunden wie auch ich auf den Servern, die noch nicht zur Verfügung stehen.
Ich betreibe beruflich auch solche Systeme, die Bezeichnung Cluster nutze ich wenn mindestens 2 Systeme im Verbund laufen. Damit eins davon ausfallen kann. Somit kann man sich die Frage stellen, was da wirklich los ist. Einen Ausfall von 7 Clustern, die anscheinend unabhängig voneinander arbeiten kenne ich so nicht. Sonst könnten ja die jetzt schon funktionierenden Systeme die Arbeit der noch ausgefallenen übernehmen.
Zu: „Hallo, dass war lediglich als guter Hinweis gedacht. Nicht jeder weis, welcher Betreiber für das Emailpostfach (z.B. Nutzer der Familie).“ Danke für die Klarstellung! Rückt den Kommentar in den richtigen Kontext. So wie er bei mir ankam, war ich echt angefasst …
der Beitrag ist Freitag auf die Schnelle am sehr späten Nachmittag entstanden und umfasste eigentlich alles, was ein Betroffener brauchte, um ggf. auch die Statusseite von DF zu finden – sofern nicht bekannt.
Samstag habe ich gemütlich gefrühstückt, auf die Schnelle noch die Win 11 Problembär-Artikel rausgekippt und habe mich dann von Frau zu einem naturnahen Garten im Nachbarort schleppen lassen. Waren am Ende 9 km Wanderung im Taunus – immerhin habe ich am Straßenrand einige herabgefallene Äpfel von einem uralten Apfelbaum gefunden – einige direkt gegessen, ein paar in die Taschen der Jacke gesteckt. Zuhause hatte ich Lust auf Apfelkuchen – also versucht, dieses Projekt anzugehen, aber jedes Mal mit „ich koche jetzt und dann essen wir“ von Frau weggescheucht worden. Nachdem die selbst gemachten Gnocchi mit Salbei verspeist worden waren, wollte ich wieder das Projekt Apfelkuchen angehen, bin aber immer durch Kritik aus dem Off „das macht man aber so, das Rezept ist doof …“ gestört worden. Irgendwann das Mädel, was seit 50 Jahren mit durch dick und dünn mitkommt, am Nacken gepackt, aus der Küche bugsiert und gedroht „entweder Du bleibst weg, oder ich gehe“. Dann stand ich mit Zutaten von drei Rezepten „irgendwie angefangen und durcheinander gewirbelt“ vor der Misere. Mengenangaben habe ich kreativ ausgelegt – aber am Ende des Projekts stand eine Kuchenform mit Teig im Backofen und Chefin am Herd durfte checken, ob ich das richtige „Betriebsprogramm“ eingestellt hatte. So nach dem Motto „Die dümmsten Kartoffeln haben die dicksten Bauern“ ist es der „beste Apfelkuchen, den ich je gebacken habe“ (war der Erste) geworden. „Anfängerglück hallte es mir entgegen“ – und dann habe ich in meinem Sessel gelümmelt und einen Krimi gelesen.
Auszug aus dem Tagebuch eines Blogger mit Episoden, was Samstag wichtig war – das Ruckeln bei Domain Factory gehörte definitiv nicht dazu, wenn es auch für Betroffene doof ist. Nix für ungut.
So eine Zeitverschwendung. Das war weder informativ, noch witzig.
Die letzte Update Meldung lautet:
[Update 19.10.2024 15:38]
mailcluster3-3 steht wieder zur Verfügung – die restlichen Server werden in Kürze folgen.
[Update 19.10.2024 15:58]
mailcluster3-1, mailcluster3-2, mailcluster3-5 und mailcluster3-6 stehen ebenfalls wieder zur Verfügung.
Letzte Aktualisierung: 19.10.24, 16:00 Uhr
Tja, wir haben 21:53 und es läuft (bei mir) noch immer nicht. POP3/IMAP über sslin.de oder Zugriff per Webmailer ist nach wie vor nicht möglich. Der Webmailer nimmt die Login-Daten nicht an, gefolgt von einer Fehlermeldung, dass derzeit kein Login möglich ist
Fehlt ja auch #4 ;-)
leider richtig…
[Update 19.10.2024 22:53]
An der Wiederherstellung der Erreichbarkeit der Server mailcluster3-4 und mailcluster3-7 wird weiterhin gearbeitet.
Immer noch keine Informationen was da los ist. Verbuddeln die neue Kabel? Sitzt der Ukrainische Admin im Luftschutzbunker und hat keine Zeit? Bei der Begründung kann es nur ein DDOS oder ein Bagger sein.
Da DF hier sicher auch liest: Wann kriegen wir endlich Informationen was bei euch los ist? Meine Kunden revoltieren und wollen weg von euch und das ist schlecht für mein Geschäft!
langsam wird es lächerlich …
[Update 20.10.2024 11:30]
Leider stehen die Mailserver mailcluster3-4 und mailcluster3-7 weiterhin noch nicht zur Verfügung. Wir arbeiten natürlich weiterhin daran, die Server schnellst möglich wieder online zu bekommen. Eine genaue zeitliche Einschätzung ist leider aktuell noch nicht möglich.
Sind die Server komplett physisch abgeraucht und die versuchen ein Backup vom Tape zu kratzen, was ständig scheitert? Was kann für eine so lange Störung noch die Ursache sein? Nur Internetanbindung, Routing und DNS wirds wohl nicht mehr sein. Speichersystem defekt und Support abgelaufen?
Immer noch kein Zugang zu den Mails – nach zwei Tagen! Der Schaden ist enorm! Für mich ist Schluss mit Domain Factory!
Unsere Mail Accounts funktionieren noch immer nicht! Auch kein Webmail.
Mittlerweile haben wir einen großen Schaden da wir bei den Cloud Systemen eine 2FA per eMail verwenden und uns nicht einloggen können …
DF, das wars mit euch .. demnächst bekommt ihr die Kündigung ins Haus ..
Unsere Accounts funktionieren nach fast 48 Stunden immer noch nicht. 2 Firmen können aktuell nicht auf ihre E-Mail Accounts zugreifen. Die Absender werden auch über die Nichterreichbarkeit der Accounts nicht informiert?! So ein diletantisches Vorgehen haben wir in unserer Firmengeschichte noch nicht erlebt… Ohne Worte
Die Mails werden angenommen und später zugestellt, weil die MX noch funktionieren und die Mails in den Cache nehmen.
Auf der einen Seite ist das gut, damit keine Emails verloren gehen, auf der anderen Seite führt das bei den langen Ausfallzeiten jetzt echt zu Problemen
Immernoch alles down. Wer weiß ob der Mitarbeiter im Büro ist und arbeitet. Wird wohl eher so sein das der Mindestlohn bekommt und sich auch denkt : „da warten wir mal schön bis Montag mit“
you get what you pay for
Unsere Postfächer funktionieren zum Glück wieder aber als es noch nicht ging, hatte ich im Kundenmenu unter Admin.DF.EU für einzelne Postfächer eine Weiterleitung auf eine externe E-Mail Adresse einrichtet und konnte so auf neue E-Mails zugreifen.
Danke für den Tipp! So komme ich jetzt auch an meine Emails von Freitag!
Vielen Dank für diesen Hinweis. Das habe ich gerade gemacht und alle E-Mails auf einen Schlag weitergeleitet bekommen.
So kann man wenigstens seine E-Mails lesen. Danke!
Danke für den Tipp. Das habe ich jetzt auch gemacht und wenigstens das klappt. Es scheinen alle Mails vorhanden zu sein, auch die, die seit dem Ausfall geschickt wurden. Hoffe trotzdem, dass die das bald hinbekommen.
Die Störung dauert auch nun nach 3 Tagen immer noch an. Betroffen sind viele Webshops, deren Auftragsbestätigungen und Rechnungen nicht versendet werden können. Zudem ist die Rücksetzung von Passwörtern nicht möglich und die Kontaktformulare funktionieren nicht. Das Problem ist weitaus größer als dargestellt, da Hunderttausende gewerbliche Kunden in Deutschland betroffen sind.
Mittlerweile sind jetzt am Sonntag die Postausgangsserver von Domainfactory teils wieder aktiv. Eingangsserver sind nun am 3 Tag immer noch down.
Es können demnach keine E-Mails empfangen werden.
Für mich ist das ganze ein Fiasko. Ich bin seit 20 Jahren bei Domainfactory. In den letzten Jahren kam es schon so oft zu Problemen, meist durch ausgelastete Server. Ich habe nun eine IT-Firma beauftragt bis zum Ende des Jahres alle Webshops umzuhosten.
Unfassbar! 3 Tage ohne Emailzugang, der Schaden ist enorm. Ich habe meinen Webmaster gebeten, zu wechseln. Domain Factory dürfte nach diesem Vorfall ohnehin am Ende sein. Kann mir nicht vorstellen, dass da noch jemand bleibt…
Wir sind gestern zu einem anderen Provider umgezogen. Ein massiver Aufwand um mit über 100 Seite umzuziehen. Aber wir können nicht weiter warten. Keine Information wie lange das noch dauern soll. Ich hatte damals mit AOL schon mal so ein Erlebnis, das hat 1 Monat dauerte. Echt Schade, früher mochte ich DF sehr gerne.
Na, man munkelt ja schon was von Hackerangriff … Ein Ausfall von über 48 Stunden, darf es in einer IT mit Prozessen wie „Notfall-Backup“, „IT-Security“ als Provider einfach nicht geben. Über den entstandenen Schaden bei den Kunden will ich gar nicht reden.
Woher kommt denn dieses „Munkeln“? Hast du dazu eine Quelle?
wer glaub das da zum teil einige Cluster wieder funktionieren, der glaubt vermutlich auch das der Mond aus käse ist.
Seit Freitag, 18.10. keine Mails mehr, nichts geht mehr, sehr ärgerlich und keine vernünftigen Informationen die einem weiter helfen.
„[Update 20.10.2024 11:30]
Leider stehen die Mailserver mailcluster3-4 und mailcluster3-7 weiterhin noch nicht zur Verfügung. Wir arbeiten natürlich weiterhin daran, die Server schnellst möglich wieder online zu bekommen. Eine genaue zeitliche Einschätzung ist leider aktuell noch nicht möglich. “
Mittlerweile ist deren „durchschnittliche“ Verfügbarkeit (siehe SLA) von 99,9% auf ~99,30% abgesackt. Aber wahrscheinlich wird man sich hierauf berufen:
„Von diesem SLA ausgenommen sind Vorkommnisse und deren Folgen gem. unseren AGB („Höhere Gewalt“). Ebenso gilt dieses SLA nicht für Produkte, Dienstleistungen – auch in Teilen – von Dienstleistern. Wir versuchen, Ausfälle und Probleme so weit wie möglich zu vermeiden“
Pöhse Häckör? Kaffee übers Rack gekippt? Wer weiß, ob man da mal die Wahrheit erfährt…
Letzte Infos von df – Stand jetzt neun Stunden alt und seitdem null weitere Infos:
„[Update 20.10.2024 11:30]
Leider stehen die Mailserver mailcluster3-4 und mailcluster3-7 weiterhin noch nicht zur Verfügung. Wir arbeiten natürlich weiterhin daran, die Server schnellst möglich wieder online zu bekommen. Eine genaue zeitliche Einschätzung ist leider aktuell noch nicht möglich.“
Die Ausfallzeit bisher insgesamt: 2,5 Tage! Und Anfragen per „One.Done!“ Ticket sind ebenfalls seit zehn Stunden nicht beantwortet. Ebenso keine Antwort auf Nachricht per Formular im Kundenmenü an den „24/7 Notfall-Support“, wofür für Sonntags „binnen 4 Stunden“ versprochen sind – aber nicht gehalten werden.
Das ist absolut beispiellos und eine Frechheit ohnegleichen. So geht nicht mal die Deutsche Bahn mit ihren Kunden um.
Irre, dass einige Postfächer immer noch nicht zu erreichen sind.
Ich war früher auch mal bei DF, aber noch vor der Zeit von Godaddy & Co.
Ich kann bestätigen dass die eMail Weiterleitung funktioniert. Es scheinen auch alle Mails die in der Zeit an meine Mailadresse gesendet wurden, vorhanden zu sein. Sie wurden alle aus der gesamten Ausfallzeit an meine Weiterleitung gesendet. Zumindest ein Trost dass nichts verloren ging.
Ich kann mich leider im Kundenmenue nicht einloggen und die Weiterleitung aktivieren.
Also Einloggen ins Kundenmenü unter https://admin.df.eu/ geht, hat auch nix mit den abgeschmierten Servern zu tun. Dort dann die Weiterleitungen eintragen. Außer Du bist Reseller, dann über das RP.
Über https://admin.df.eu/ hat es bei uns nicht funktioniert, jedoch über https://sso.df.eu/ – schon traurig was da abgeht.
Kann ich ebenfalls bestätigen.
Von Freitag bis Montag das Problem nicht gefixed zu bekommen ist schon ein Alarmsignal was Datensicherheit mit annehmbaren Recoveryzeiten angeht. Aber nach den Ticketupdates bei DF zu urteilen kommt man leicht in Versuchung zu glauben, dass am Sonntag vielleicht nicht so viel Hochdruck in Sachen Lösung anstand, vielleicht aber auch zu Unrecht. Hab auch den Eindruck, dass besonders viele Kunden auf dem letzten, noch nicht laufenden Mailcluster liegen. Leider ist ja die Auswahl an guten Hostinganbietern in diesem Segment mit gleichzeitiger Möglichkeit für die Einrichtung eines Smartrelays für OnPrem Umgebungen nicht mehr so groß
Bei den von uns angemieteten Reseller-Servern läuft es jetzt endlich wieder. Wir waren auf Mailcluster 3-6 und 3-7. Die E-Mail „flattern“ nach und nach bei unseren Kunden ein. Laut Telefonat mit dem Kundenbetreuer sind die Mails auf dem MX noch zwischengespeichert und die Abarbeitung der Mails dauert eben noch seine Zeit.
Über die Ursache kann nur spekuliert werden – ich wurde darauf hingewiesen, eine Nachricht an das Beschwerdemanagement zu schicken und deren Antwort abzuwarten. Aber es gibt wohl einen Hinweis auf ein ausgefallenes Raid / defekte Hardware.
Über die dürftigen Infos auf der Status-Seite war ich auch nicht erfreut – und es entstand auch bei mir der Eindruck, dass am Wochenende und speziell am Sonntag nicht mit dem notwendigen Hochdruck gearbeitet wurde. Ob das so ist, kann ich nicht sagen. Für mich unverzeihbar ist die schlechte Kommunikation – das ist wirklich eine Schande und gerade als Reseller steht man bei solchen Situationen mit dem Rücken an der Wand und möchte seinen Kunden ja auch irgendeine verlässlichere Aussage geben. Wir waren über das Wochenende für unsere Kunden erreichbar und haben mit Weiterleitungen „geholfen“ – das müssen wir jetzt alles wieder rückgängig machen. Gehört zum Job dazu und zum Risiko eines Resellers – aber Freude macht es nicht.
Mal abwarten, was hier am Ende tatsächlich die Ursache war. Aber bei angeblich vorhandenen, redundantem Systemen sollte die Wiederherstellung des Betriebs in meinen Augen nicht so lange dauern.
Ich verstehe jeden, der mit DF unzufrieden ist (wir sind es in diesem Fall auch). Aber das Bashing und die teilweise auch überzogenen Reaktionen hier und in anderen Foren mögen emotional verständlich aber nicht sachlich sein. Gerade Reseller, die hier Ihren Frust breit machen und mit Anwälten drohen sollten sich vielleicht überlegen, welche Risiken mit dem Verkauf von Dienstleistungen einhergehen.
Was unterscheidet denn ein „Smartrelay“ von einem gemeinen SMTP relay?
Sollten Sie Letzteres meinen, so unterstützen das mW viele Provider (jeder, der email-Clients den Versand per SMTP erlaubt) für die bei ihnen angemeldeten Maildomains (die MX-records müssen ja nicht auf den Provider zeigen – aber als externer Backup-MX mag er sogar einen Zusatznutzen haben).
Persönlich habe ich seit 7 Jahren mit vfemail.net als Relay gute Erfahrungen gemacht (15/30/50 US$ p.a. für 2/5/10 Domains, (die „Message Quota“ von 400/600/750 ausgehenden Mails/Tag mag aber je nach eigenem Bedarf zu niedrig sein)).
[Update 21.10.2024 10:06]
Die Wiederherstellung von mailcluster3-4 ist weiterhin im Gange – die Erreichbarkeit des Systems wird voraussichtlich ab 13:00 wieder gegeben sein. Bitte beachten Sie, dass es aber auch hier wieder zu einem großem Ansturm kommen wird, sprich das System wird zu Anfang nicht alle Anfragen bedienen können.
Ich denke ab 13:00Uhr wird eine Kündigungswelle auf DF zurollen…
Sobald die Postfächer wieder zur Verfügung stehen, werden diese zu einem anderen Anbieter umgezogen, ist alles schon vorbereitet.
auch schön zu hören:
Zitat eines Fachmanns, Webhoster knowhow…..:
„DomainFactory verarbeitet Kundendaten beim externen Dienstleister LvivIT in der Ukraine. Laut Berichten übernimmt LvivIT einen Teil der Serveradministration, sprich, Administratoren aus der Ukraine hätten damit Zugriff auf eure Kontodaten, Websitedaten, Datenbank, und E-Mail-Daten. Deutsche Serveradministratoren sind vergleichsweise teuer, um Kosten zu sparen ist es daher für GoDaddy ein naherliegender Schritt die Administratoren in die Ukraine zu outsourcen. Allerdings sind die Datenschutzstandards in der Ukraine eher bedenklich und ich würde meine Daten nicht DomainFactory und damit ukrainischen Serveradmins anvertrauen.“
Interesant, besagte Firma ist tatsächlich auch auf der df.eu-Seite benannt:
https://www.df.eu/de/support/df-faq/service-infos/technik-anbindung/#accordion-23379
Auf unsere Beschwerde-Mail wurde bisher noch nicht reagiert und unser VIP-Ansprechpartner verweist derzeit ebenfalls auf die folgende offizielle Rückmeldung.
„ Update 21.10.2024 13:33]
Leider benötigen wir noch etwas mehr Zeit (1-2h) um die Erreichbarkeit von mailcluster3-4 wieder herzustellen.
Weiterhin stellen wir Performance-Engpässe auf mailclsuter 3-5, mailclsuter 3-6 und mailclsuter 3-7 fest. Wir prüfen dies aktuell noch genauer.“
Aha, die „mailcsluter“! Hat die Transformation vom cluster zum csluter wohl nicht geklappt… Prüft mal schön, DF… alle mir bekannten Betroffenen haben schon neue Hostingpakete bei anderen Anbietern gebucht. Sobald der Kram wieder läuft und die Mailboxen (hoffentlich) wieder synchron sind, laufen denen wohl einige Kunden davon… achja, die SLA dürfte damit auf 99,0% gefallen sein…
Wollte gerade unser Paket bei DF kündigen. Vertrag läuft aber bis August 2025, danach erst kündbar. Bei einem Anruf beim DF Support und der Frage, wie man mit den gerissenen SLA (99,9 % Verfügbarkeit) umgehen will, wurde aufgelegt.
Ich soll meinen Vertrag mit DF einhalten, DF kann aber seinen Vertrag mit mir einfach brechen? Unglaublich ärgerlich …
Wir ziehen ebenfalls die Notbremse und haben unsere Domains gekündigt. Die Domains unserer Kunden folgen dem sicherlich noch. Es ist zwar ärgerlich noch ein halbes Jahr zu zahlen aber lieber ein Ende mit Schrecken als ein Schrecken ohne Ende.
Dieses Theater jedenfalls haben wir satt.
Ich werde auch umziehen. DF ist ohnehin teurer als andere. Werde zu netcup wechseln weil ich dort auch was habe und zufrieden bin. Ich habe das bisher nur nicht gemacht weil ein Domaintranfer ja wohl leider einen Ausfall mit sich bringt. Webseite ist egal, aber ich möchte keine Mails verlieren. Hat da wer Tipps wie man das am besten macht?
Von DF zu NC? Vom Regen in die Traufe, viel Spass!
„Domaintranfer ja wohl leider einen Ausfall mit sich bringt“
ist Quatsch:
– einfach: Setzen Sie die TTL ein paar Tage vor der Änderung auf (meine Empfehlung) 600 und der Unterbruch ist minimal
– anspruchsvoll: Halten Sie externe Dienste unter alter+neuer IP vor (der alte Webserver kann per 302 oder Script auf den neuen verweisen, der alte MX Mails einfach weiterleiten)
Grundsätzlich ist eMail das Unkritische (man verliert nichts, der Erhalt verzögert sich nur), denn die sendenden MTA sind bei Nichterreichbarkeit des MX gehalten, es später erneut zu versuchen (in jedem Fall aber, nach erfolglosen Versuchen den Absender per NDR zu informieren).
Es ist schon wieder alles down. Diesmal Wartungsarbeiten. Klasse….
Bei mir funktioniert seit Freitag Früh nichts. Nicht mal kurz gab es irgendeine Möglichkeit meine Mails abzurufen.
„ [Update 21.10.2024 20:09]
mailcluster3-1, mailcluster3-2, mailcluster3-3 sind wieder erreichbar.
[Update 21.10.2024 20:10]
Alle Systeme sind wieder erreichbar“
Nope, 20:34 Uhr und es erscheint immer noch „Login derzeit nicht möglich“ beim Webmailer…
Update vom Domainfactory-Kasperletheater: 20:10 – alles läuft wieder.
Schön wär’s. Am WE konnte ich den Mailserver teilweise erreichen, jetzt nach ihrem Update gibt es komplett gar keinen Connect mehr.
Ich habe die Schnauze so was von voll von diesen Hobbyfricklern.
Das Thema schwelt weiter…
[Update 22.10.2024 10:24]
Auf Grund der hohen Zugriffszahlen auf mailcluster3-4 und mailcluster3-7 kann es aktuell zu Beeinträchtigungen in der Performance kommen.
Derzeit kommt man mal wieder nicht an die POP/IMAP Server.
Seit heute auf der Statusseite zu lesen:
Eingeschränkte Erreichbarkeit Mailserver
Ticket eröffnet:18.10.24, 10:14 Uhr
============ Update 23.10.2024 13:05 ============
Wir werden die betroffenen Kunden in Kürze direkt anschreiben, um ihnen weitere Einzelheiten zu diesem Vorfall mitzuteilen.
Könnte sich also um einen Datenschutzvorfall handeln?
Hier das offizielle Statement von DF.
Irgendwie passt Cluster und Ausfall von 3 Festplatten nicht zusammen.
Guten Tag …,
wir schreiben Ihnen, um Ihnen weitere Einzelheiten zu den technischen Problemen mitzuteilen, die kürzlich eine Reihe von Kundenpostfächern auf unserer lokalen E-Mail-Plattform betroffen haben.
Am Morgen des 18. Oktober 2024 fielen drei Festplatten aus, die Teil unserer lokalen E-Mail-Plattform sind, was bei einigen Kunden zu technischen Problemen führte. Kunden waren in unterschiedlichem Maße von Leistungs- und/oder Zugriffsproblemen betroffen.
Unsere Teams haben sofort gehandelt und über das Wochenende bis Montag, den 21. Oktober 2024, an der Behebung der Probleme gearbeitet. Dabei wurden verschiedene Maßnahmen ergriffen, um die beschädigten Festplatten wiederherzustellen, Störungen zu minimieren und die Systemstabilität zu gewährleisten. Wir bestätigen, dass der Dienst nun für alle betroffenen Kunden wiederhergestellt ist.
Wir versichern Ihnen, dass die kürzlich aufgetretenen technischen Probleme mit unserer lokalen E-Mail-Plattform in keiner Weise durch laufende oder anstehende Produktmigrationen bei DomainFactory verursacht wurden. Tatsächlich ist einer der Hauptgründe für unsere laufenden Migrationspläne die Verlagerung von Produkten auf cloudbasierte Systeme mit erhöhter Ausfallsicherheit. Ebenso können wir bestätigen, dass die technischen Probleme nicht durch Fremdeinwirkung verursacht wurden.
Aufgrund der Art dieses Vorfalls haben wir diesen Vorfall den zuständigen Aufsichtsbehörden gemeldet.
Wir wissen, dass E-Mails für unsere Kunden wichtig sind und entschuldigen uns für die entstandenen Unannehmlichkeiten.
Kundenservice-Team
DomainFactory
Mir kommt das auch komisch vor, wegen 3 Platten. Schaut mich sehr fragil an.
> die Verlagerung von Produkten auf cloudbasierte Systeme…
Sekunde, DomainFactory ist demnach keine Cloud? Was steht bei denen nochmal auf der eigenen Website? Diese seien „die weltweit größte Cloud-Plattform?“
*handgemenge*
Wir haben noch 2 ergänzende Absätze in der Nachricht:
—
Im Rahmen der Störungsbehebung mussten die MailclusterX-Y-Postfächer, die mit Ihrem Auftrag AN ABCDEF verbunden sind, anhand von Sicherungskopien wiederhergestellt werden. Dabei kann es zu einem gewissen Datenverlust gekommen sein.
Der Datenverlust beschränkt sich auf alle E-Mails, die zwischen dem letzten verfügbaren Backup und ca. 09:40 Uhr MESZ am 18. Oktober 2024 zugestellt wurden, es sei denn, in diesem Zeitraum wurden neue E-Mails auf Ihr lokales Gerät heruntergeladen.
Während die MailclusterX-Y-Postfächer automatisch aus einem Backup wiederhergestellt wurden, das um 11:30 Uhr MESZ am 17. Oktober 2024 erstellt wurde, können wir auch weitere Daten manuell aus einem späteren Backup um 00:00 Uhr MESZ am 18. Oktober 2024 wiederherstellen. Wenn Sie das Gefühl haben, dass Ihnen zwischen 11:30 Uhr MESZ am 17. Oktober 2024 und 00:00 Uhr MESZ am 18. Oktober 2024 Daten fehlen, setzen Sie sich bitte mit unserem Kundenservice-Team in Verbindung, damit wir prüfen können, ob die Wiederherstellung weiterer Daten für Ihr Postfach möglich ist. Bitte beachten Sie, dass alle Mails, die zwischen den Backups von Ihnen empfangen und gegebenenfalls wieder gelöscht wurden, ebenfalls wiederhergestellt werden.
Wir nehmen Datenverluste sehr ernst, werden den Vorfall gründlich untersuchen und haben bereits Maßnahmen ergriffen, um sicherzustellen, dass ähnliche Vorfälle in Zukunft vermieden werden.
—
Um einen Mailcluster handelt es sich jedenfalls nicht wirklich ;-)
Und bzgl. der Verfügbarkeit, welche wir in unserem Beschwerde-Schreiben bereits angeprangert haben, kein Wort der Regulierung/Wiedergutmachung.
Da werden wir wohl nochmal nachhaken müssen!
Diese 2 Sätze verstehe ich nicht:
Zitat:
„Ebenso können wir bestätigen, dass die technischen Probleme nicht durch Fremdeinwirkung verursacht wurden.
Aufgrund der Art dieses Vorfalls haben wir diesen Vorfall den zuständigen Aufsichtsbehörden gemeldet.“
Sollten die jetzt den Hersteller der Festplatten befragen?
Falls noch Festplatten gebraucht werden, ich habe noch welche auf meinem zu verschrotten Haufen liegen, achnee, dass sind ja auch schon ssd‘ s …
Muß man den Ausfall von 3 FP, der nicht durch Fremdeinwirkung entstanden ist, den Aufsichtsbehörden melden? Warum dauert ein Recovery von 3 FP über 3 Tage. Was wird hier verschleiert. Ich kann das Schreiben von DF nicht ernst nehmen, passt aber in das Geschäftsgebaren. Kein Hinweis wie mit der vereinbarten und gerissenen SLA (99,9%) umgegangen wird (Regulierung/Wiedergutmachung).
Warum muß der Ausfall von 3 FP den Aufsichtsbehörden gemeldet werden? Angeblich lag keine Fremdeinwirkung vor. Oder vielleicht doch? Waren die 3 FP nicht redundant ausgelegt. Warum dauert ein Recovery von 3 FP über 3 Tage? Waren hier vielleicht nicht die richtigen „Teams“ am Werk? Mehr Fragen als Antworten. Kein Wort zum Umgang mit den gerissenen SLA (99,9 % Verfügbarkeit.
Und wieso sind eigentlich offenbar doch extrem viele Kunden nur auf 3 Festplatten? Das muss ja reine Wundertechnik sein, haben wir nicht im RZ. Hut ab. Dafür fehlte es offenbar an anderen Redundanzen. Auch aus meiner Sicht ist das technisch in keiner sinnvollen Architektur nachvollziehbar, was passiert sein soll.
Aber es hilft: mein Vater (Ü70, auch betroffen und genervt vom tagelangen Ausfall) sagte „ist doch gut, sie haben es nicht ohne Erklärung unter den Tisch fallen lassen.“ – hätte er vermutlich auch beim BOFH-Excusegenerator gesagt. Und ich schäume immer noch…
Den Behörden wurden vermutlich informiert, weil d)f als Anbieter einer digitalen Infrastruktur mindestens mal unter NIS2 fällt (mehr als 50 Mitarbeiter, mehr als 10 Mio Umsatz). Die Schutzziele Integrität und Verfügbarkeit wurden verletzt, da ist eine Meldung Pflicht.
„wieso […] nur auf 3 Festplatten?“
Grundsätzlich ist Mail sehr wenig ressourcenintensiv, aber ich denke, das ist ein ‚Übersetzungsfehler‘ in der Kommunikation Technik -> Marketing* und es sind 3 SANs.
* hat regelmässig kaum oder keine Ahnung von Technik (oft nicht einmal von der selbst verkauften Hardware/Software/Dienstleistung)
Bei 3x Platten könnte man ja noch meinen, gleiche Charge mit fortlaufender Seriennummer und gleichem Produktionsfehler . Aber 3x SANs mit drölfzig Platten? Nee..
Der Laden ist verbrannt… geht woanders hin!
Naja, ob es woanders besser ist bzw. besser wird? Hatte früher mal meinen Shopware Shop dort, ging dann aber zu Estugo. Ist prinzipiell ok, Support 1A, aber ohne Ausfall (im RZ) geht/ging auch da nix. Und fällt das ganze mal für 20h aus, werden 99,9% schon knapp. Bei DF war das ja auch schon mal vor ein paar Monaten, wo alles stand einen halben Tag beim Mail.
Daher habe ich, der eine Domain mit Email Postfach bei DF nur mehr betreibt, die Hoffnung, dass wenn man zu MS wechselt mit den Mails, das ganze besser wird, aber auch da gab es heuer genug Ausfälle bzw. Zeiten ohne Email Anlieferung. Und: bei MS kann ich den Spam überhaupt nicht mehr steuern, muss mich nur mehr auf deren Filter verlassen, selbstgemachte gibt es ja keine mehr. Sehe ich vorallem dann, wenn x-Kunden wieder keine Rechnungen mehr von mir bekommen bei MS Account.
Muss ausdrücklich dazusagen, dass ich kein Reseller bin. Aber auch ich verstehe, dass da wohl mehr war als 3 FP.
Es müssen ja nicht die Platten ausgefallen sein*, wie wär’s mit 3 SANs mit fortlaufender S/N?
Oder die Helden haben bei allen 3 Firmwareupdate/Configänderung/… gemacht?
* das war damals (IIRC ~2004) nichtmal bei IBMs Horrorserie so, dass sie gleichzeitig ausfielen (sondern mit Stunden bis Tagen Abstand nacheinander)