Beiträge von fuerni

Hallo Mikebazz,

wenn der Netzwerk-Adapter nicht erscheint, solltest du im Geräte-Manager unter "Andere Geräte" ein Gerät haben mit einem gelben Dreieck mit Rufzeichen.

Dafür kannst du dann per Rechtsklick die Treiber installieren.

Falls die von Netcup zur Verfügung gestellte DVD nicht die erforderlichen Treiber enthält, kannst du diese auch bei Fedora herunterladen: https://docs.fedoraproject.org/en-US/quick-do…irect-downloads

Sollte die "Stable virtio-win iso" nicht funktionieren, kannst du es noch mit der Latest versuchen.

Die DVD kannst du auch direkt unter Windows laden und mounten/entpacken - musst du nicht über das SCP machen.

Im Unterordner NetKVM findest du für diverse Windows-Versionen die notwendigen Netzwerktreiber.

Viel Erfolg,

Fürni

Liebe Community,

ich betreibe seit einigen Jahren einen eigenen Mailserver, bisher auf Basis von ISPConfig (Postfix, Dovecot, Spamassasin, Postgrey).

Bei den normalen Postfächern habe ich kaum Spam, aber in Postfächern, deren E-Mail-Adresse im Internet steht (Homepage, Firmenverzeichnisse etc.) kommt täglich Spam herein, den der Spamfilter nicht erkennt. Meist handelt es sich um die Themen Erotik, Medikamente, Kredit/Darlehen und Bitcoin.

Folgende Einstellungen habe ich in ISPConfig getroffen, trotzdem kommt der genannte Spam fast täglich durch.

• Greylisting aktiviert
• Spamfilter Richtlinie "Normal"
• Realtime Blackhole Listen:
  • ix.dnsbl.manitu.net
  • cbl.abuseat.org
  • bl.spamcop.net
  • zen.spamhaus.org
  • b.barracudacentral.org

Nun habe ich im Forum öfter von Mailcow gelesen, und da ich gerade den Server umziehe, bin ich am überlegen, ob ich nicht statt der in ISPConfig verwalteten Maildienste auf Mailcow setze.

Was habt ihr für Erfahrungen? Bekommt man mit Mailcow Spam besser in Griff? Oder gehört mein Postfix/ISPConfig nur besser konfiguriert?

Oder klappt das bei öffentlichen Adressen sowieso nicht und ich bräuchte kommerziellen Spamschutz?

Bitte um eure Meinung - Danke schon mal!

Hat jemand Erfahrung mit frischen Debian-stable-Versionen bzw. mit Buster?

Ich hab eine Empfehlung gelesen, dass man ein halbes Jahr mit der Installation warten sollte - aber irgendwie glaube ich das nicht ganz.

Ich möchte im Juli/August einen neuen Server einrichten (Web, Mail, MySQL, Docker) mit ISPConfig.

Sollte ich da gleich auf Buster setzen oder sind da einige Kinderkrankheiten zu erwarten, und deshalb besser noch Stretch?

Mein aktueller Server wird nämlich Ende August gekündigt.

Danke für die schnelle Hilfe vmk.

fsck sagt "clean". Dann werd ichs mal beim Support versuchen.

Hallo,

mein RS 1000 SAS G7SE läuft seit fast 2 Jahren problemlos. Seit Anfang Juni meldet mir mein Monitoring allerdings alle paar Tage ein HTTPS-Timeouts auf eine PHP-Website mit lokaler Datenbankanbindung.

Im Kernel-Log finde ich zu diesem Zeitpunkt folgendes:

Jun 10 14:13:37 kaiser kernel: [306917.576563] INFO: task jbd2/sda4-8:701 blocked for more than 120 seconds.
Jun 10 14:13:37 kaiser kernel: [306917.576775]       Not tainted 4.9.0-9-amd64 #1 Debian 4.9.168-1+deb9u2
Jun 10 14:13:37 kaiser kernel: [306917.576925] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Jun 10 14:13:37 kaiser kernel: [306917.577056] jbd2/sda4-8     D    0   701      2 0x00000000
Jun 10 14:13:37 kaiser kernel: [306917.577061]  ffff9847340e9c00 0000000000000000 ffff9847334cf000 ffff98473fd18980
Jun 10 14:13:37 kaiser kernel: [306917.577063]  ffff984599846040 ffffaec4410e7a70 ffffffff99c15aa9 0000000000000000
Jun 10 14:13:37 kaiser kernel: [306917.577066]  00ffaec4410e7ab8 ffff98473fd18980 0000000000000046 ffff9847334cf000
Jun 10 14:13:37 kaiser kernel: [306917.577068] Call Trace:
Jun 10 14:13:41 kaiser kernel: [306917.577114]  [<ffffffff99c15aa9>] ? __schedule+0x239/0x6f0
Jun 10 14:13:41 kaiser kernel: [306917.577116]  [<ffffffff99c16760>] ? bit_wait+0x50/0x50
Jun 10 14:13:41 kaiser kernel: [306917.577118]  [<ffffffff99c15f92>] ? schedule+0x32/0x80
Jun 10 14:13:41 kaiser kernel: [306917.577119]  [<ffffffff99c1932d>] ? schedule_timeout+0x1dd/0x380
Jun 10 14:13:41 kaiser kernel: [306917.593358]  [<ffffffff9965af3a>] ? kvm_clock_get_cycles+0x1a/0x20
Jun 10 14:13:41 kaiser kernel: [306917.593425]  [<ffffffff99c16760>] ? bit_wait+0x50/0x50
Jun 10 14:13:41 kaiser kernel: [306917.593432]  [<ffffffff99c1580d>] ? io_schedule_timeout+0x9d/0x100
Jun 10 14:13:42 kaiser kernel: [306917.593456]  [<ffffffff996bd377>] ? prepare_to_wait+0x57/0x80
Jun 10 14:13:42 kaiser kernel: [306917.593466]  [<ffffffff99c16777>] ? bit_wait_io+0x17/0x60
Jun 10 14:13:42 kaiser kernel: [306917.593469]  [<ffffffff99c16335>] ? __wait_on_bit+0x55/0x80
Jun 10 14:13:42 kaiser kernel: [306917.593486]  [<ffffffff99782ea8>] ? find_get_pages_tag+0x158/0x2e0
Jun 10 14:13:42 kaiser kernel: [306917.593495]  [<ffffffff9978210f>] ? wait_on_page_bit+0x7f/0xa0
Jun 10 14:13:42 kaiser kernel: [306917.593497]  [<ffffffff996bd7e0>] ? wake_atomic_t_function+0x60/0x60
Jun 10 14:13:42 kaiser kernel: [306917.593500]  [<ffffffff99782210>] ? __filemap_fdatawait_range+0xe0/0x140
Jun 10 14:13:42 kaiser kernel: [306917.593519]  [<ffffffff99907d96>] ? submit_bio+0x76/0x140
Jun 10 14:13:42 kaiser kernel: [306917.593522]  [<ffffffff9978227f>] ? filemap_fdatawait_range+0xf/0x30
Jun 10 14:13:42 kaiser kernel: [306917.593564]  [<ffffffffc03bf7c5>] ? jbd2_journal_commit_transaction+0x735/0x17c0 [jbd2]
Jun 10 14:13:42 kaiser kernel: [306917.593568]  [<ffffffff99c1a9a4>] ? __switch_to_asm+0x34/0x70
Jun 10 14:13:42 kaiser kernel: [306917.593570]  [<ffffffff99c1a9a4>] ? __switch_to_asm+0x34/0x70
Jun 10 14:13:42 kaiser kernel: [306917.593572]  [<ffffffff99c1a9b0>] ? __switch_to_asm+0x40/0x70
Jun 10 14:13:42 kaiser kernel: [306917.593580]  [<ffffffff996a1d21>] ? finish_task_switch+0x71/0x210
Jun 10 14:13:42 kaiser kernel: [306917.593585]  [<ffffffffc03c4c72>] ? kjournald2+0xc2/0x260 [jbd2]
Jun 10 14:13:42 kaiser kernel: [306917.593587]  [<ffffffff996bd740>] ? prepare_to_wait_event+0xf0/0xf0
Jun 10 14:13:42 kaiser kernel: [306917.593591]  [<ffffffffc03c4bb0>] ? commit_timeout+0x10/0x10 [jbd2]
Jun 10 14:13:42 kaiser kernel: [306917.593599]  [<ffffffff9969a969>] ? kthread+0xd9/0xf0
Jun 10 14:13:42 kaiser kernel: [306917.593601]  [<ffffffff99c1a9a4>] ? __switch_to_asm+0x34/0x70
Jun 10 14:13:42 kaiser kernel: [306917.593603]  [<ffffffff9969a890>] ? kthread_park+0x60/0x60
Jun 10 14:13:42 kaiser kernel: [306917.593605]  [<ffffffff99c1aa37>] ? ret_from_fork+0x57/0x70
Jun 10 14:13:42 kaiser kernel: [306917.594216] rs:main Q:Reg   D    0   867      1 0x00000000
Jun 10 14:13:42 kaiser kernel: [306917.594222]  ffff984737530000 ffff984733d2e800 ffff984733ba6040 ffff98473fd18980
Jun 10 14:13:42 kaiser kernel: [306917.594225]  ffff9847334bc040 ffffaec44101fa20 ffffffff99c15aa9 0000000000000000
Jun 10 14:13:42 kaiser kernel: [306917.594228]  0000000000000000 ffff98473fd18980 0000000000000000 ffff984733ba6040
Jun 10 14:13:42 kaiser kernel: [306917.594231] Call Trace:
Jun 10 14:13:42 kaiser kernel: [306917.594236]  [<ffffffff99c15aa9>] ? __schedule+0x239/0x6f0
Jun 10 14:13:42 kaiser kernel: [306917.594238]  [<ffffffff99c16760>] ? bit_wait+0x50/0x50
Jun 10 14:13:42 kaiser kernel: [306917.594241]  [<ffffffff99c15f92>] ? schedule+0x32/0x80
Jun 10 14:13:42 kaiser kernel: [306917.594243]  [<ffffffff99c1932d>] ? schedule_timeout+0x1dd/0x380
Jun 10 14:13:42 kaiser kernel: [306917.594265]  [<ffffffff996f14fe>] ? ktime_get+0x3e/0xb0
Jun 10 14:13:42 kaiser kernel: [306917.594268]  [<ffffffff99c16760>] ? bit_wait+0x50/0x50
Jun 10 14:13:42 kaiser kernel: [306917.594271]  [<ffffffff99c1580d>] ? io_schedule_timeout+0x9d/0x100
Jun 10 14:13:42 kaiser kernel: [306917.594273]  [<ffffffff996bd377>] ? prepare_to_wait+0x57/0x80
Jun 10 14:13:42 kaiser kernel: [306917.594275]  [<ffffffff99c16777>] ? bit_wait_io+0x17/0x60
Jun 10 14:13:42 kaiser kernel: [306917.594277]  [<ffffffff99c16335>] ? __wait_on_bit+0x55/0x80
Jun 10 14:13:42 kaiser kernel: [306917.594279]  [<ffffffff99c1a9a4>] ? __switch_to_asm+0x34/0x70
Jun 10 14:13:42 kaiser kernel: [306917.594280]  [<ffffffff99c16760>] ? bit_wait+0x50/0x50
Jun 10 14:13:42 kaiser kernel: [306917.594282]  [<ffffffff99c1649e>] ? out_of_line_wait_on_bit+0x7e/0xa0
Jun 10 14:13:42 kaiser kernel: [306917.594284]  [<ffffffff996bd7e0>] ? wake_atomic_t_function+0x60/0x60
Jun 10 14:13:42 kaiser kernel: [306917.594289]  [<ffffffffc03bdbe1>] ? do_get_write_access+0x1f1/0x450 [jbd2]
Jun 10 14:13:42 kaiser kernel: [306917.594294]  [<ffffffffc03bde8c>] ? jbd2_journal_get_write_access+0x4c/0x60 [jbd2]
Jun 10 14:13:42 kaiser kernel: [306917.594405]  [<ffffffffc0415a36>] ? __ext4_journal_get_write_access+0x36/0x70 [ext4]
Jun 10 14:13:42 kaiser kernel: [306917.594425]  [<ffffffffc03e35f0>] ? ext4_reserve_inode_write+0x70/0x90 [ext4]
Jun 10 14:13:42 kaiser kernel: [306917.594437]  [<ffffffffc03e8373>] ? ext4_dirty_inode+0x43/0x60 [ext4]
Jun 10 14:13:42 kaiser kernel: [306917.594448]  [<ffffffffc03e365f>] ? ext4_mark_inode_dirty+0x4f/0x200 [ext4]
Jun 10 14:13:42 kaiser kernel: [306917.594458]  [<ffffffffc03e8373>] ? ext4_dirty_inode+0x43/0x60 [ext4]
Jun 10 14:13:42 kaiser kernel: [306917.594482]  [<ffffffff9983b02b>] ? __mark_inode_dirty+0x16b/0x360
Jun 10 14:13:42 kaiser kernel: [306917.594485]  [<ffffffff998284d9>] ? generic_update_time+0x79/0xd0
Jun 10 14:13:42 kaiser kernel: [306917.594487]  [<ffffffff998286e6>] ? current_time+0x36/0x70
Jun 10 14:13:42 kaiser kernel: [306917.594488]  [<ffffffff998287df>] ? file_update_time+0xbf/0x110
Jun 10 14:13:42 kaiser kernel: [306917.594495]  [<ffffffff996fb4a4>] ? futex_wake+0x94/0x170
Jun 10 14:13:42 kaiser kernel: [306917.594498]  [<ffffffff99784ef9>] ? __generic_file_write_iter+0x99/0x1b0
Jun 10 14:13:42 kaiser kernel: [306917.594510]  [<ffffffffc03da200>] ? ext4_file_write_iter+0x90/0x380 [ext4]
Jun 10 14:13:42 kaiser kernel: [306917.594518]  [<ffffffff9984f81e>] ? fsnotify+0x3ae/0x500
Jun 10 14:13:42 kaiser kernel: [306917.594526]  [<ffffffff9980b450>] ? new_sync_write+0xe0/0x130
Jun 10 14:13:42 kaiser kernel: [306917.594528]  [<ffffffff9980bc40>] ? vfs_write+0xb0/0x190
Jun 10 14:13:42 kaiser kernel: [306917.594531]  [<ffffffff9980d082>] ? SyS_write+0x52/0xc0
Jun 10 14:13:42 kaiser kernel: [306917.594558]  [<ffffffff99603b7d>] ? do_syscall_64+0x8d/0x100
Jun 10 14:13:42 kaiser kernel: [306917.594561]  [<ffffffff99c1a88e>] ? entry_SYSCALL_64_after_swapgs+0x58/0xc6
Jun 10 14:13:42 kaiser kernel: [306920.558700] sd 2:0:0:0: [sda] tag#0 abort
Jun 10 14:13:42 kaiser kernel: [306920.558856] sd 2:0:0:0: [sda] tag#2 abort
Jun 10 14:13:42 kaiser kernel: [306920.559012] sd 2:0:0:0: [sda] tag#3 abort

Und bei den Statistiken im SCP habe ich einen Peak in allen Diagrammen (CPU, Festplatte IOPS [Read], Netzwerk PPS [RX+TX], Netzwerk Bytes [TX]).

Liegt das an meinem System (dreht da eine Software durch), ist das ein Angriff oder gibt es da ein Problem an meinem Host?

Ich hoffe, jemand kann mir hier einen Tipp geben - danke schonmal.

Zitat von mainziman

klar als VM ist man angreifbar, meinte natürlich so richtig Offline sprich, einfach das Kabel zum ISP ziehen ...

je nach Gegner reicht das ziehen des Kabels zum ISP aber nicht. Ist aber bestimmt der erste und wichtigste Schritt.

Jedoch sollte da gar kein Kabel zum PC gehen, sowie auch jegliche Strahlung und Schall verhindert werden.

Sprich Strom vom Akku, und das ganze in einem schallgedämmten Bleicontainer.

Als Restrisiko sehe ich dann noch Vibrationen von dem Container und die Raumtemperatur.

Zitat von mainziman

wenn das Angriffspotential da ist, dann ist man nur dann auf der sicheren Seite, wenn man Offline ist;

nicht unbedingt. Gibt auch dafür einige Angriffsmöglichkeiten.

Und falls "offline" eine VM im Rechenzentrum ohne Netzwerkzugriff ist, sowieso.

Zitat von Kraeutergarten

Ich glaube ja, dass das alles erst der Anfang sein wird. Ich denke da wird jetzt sehr viel Geld in die Forschung fließen und die nächsten riesen Lücken warten nur darauf gefunden zu werden.

Angeblich soll Intel einige Experten in diesem Bereich "gekauft" haben und in andere Richtungen forschen lassen.
Aber ja, gibt sicher noch genug Schwachstellen in der Hardware. Und halbwegs sicher ist derzeit wohl nur, wer keine geteilten Ressourcen verwendet. Also jede sicherheitsrelevante Software auf einem eigenen Computer.

Zitat von killerbees19

https://futurezone.at/digital-life/z…puter/400494343

Wurde mir heute schon an der Uni angekündigt - jetzt gibts endlich Infos dazu. Mich wundert etwas die Uhrzeit beim Futurezone-Artikel - eigentlich ging das NDA bis 19:00 Uhr CEST.

Da steht wohl die nächste Reboot-Welle bei netcup an...

Mich würde interessieren, ob netcup bei solchen Lücken im Vorfeld informiert wird. Einige Medien ja scheinbar schon.

In Zukunft werden virtuelle Maschinen wohl nochmals teurer werden/weniger CPU-Leistung haben.

... zumindest bis die CPUs halbwegs sicher sind. Gruss meinte, dass in 5 Jahren Intel soweit sein könnte, sichere Caches zu bauen.

Zitat von mainziman

KB19 hatte Wien in Erinnerung, ist ein Grazer Bäcker

Man kann aber genauso mit Bargeld zahlen - nur wirds nicht gerne gesehen. Und man muss es halt "klein" haben - Wechselgeld gibt es nur aus der Trinkgeldkassa.

Zitat von timkoop

Bei mir (aktueller Firefox & Chrome) werden unter Produkte bei den Leistungen-Tabellen von meinen VPS (500 BF; 1000 Plus) nur jeweils die zweiten Reihen grau "hinterlegt", jedoch nicht jede Zweite wie bei den restlichen Produkten...

Das Problem hab ich schon im Dezember gemeldet - anscheinend hat sich mein Feedback aber noch niemand angesehen.

Generell muss ich sagen, dass ich vom neuen CCP eher enttäuscht bin. Da wurde mehr oder weniger nur ein neues Template über das alte System gestülpt und etwas mobilfähig gemacht, anstatt einiges neu zu überdenken.

Ich bin mir unsicher, ob am Desktop das alte CCP nicht besser war.

Ein Beispiel: Um im alten CCP zu den Gutscheinen zu kommen, benötigte man einen Klick. Im neuen CCP benötigt man zwei Klicks und man muss die Maus dazwischen von ganz links nach ganz rechts bewegen.

Ehrlich gesagt sehe ich bis auf ein moderneres Design und eine bessere Darstellung auf Mobilgeräten kaum Vorteile vom neuen CCP.

Bitte nicht falsch verstehen - mir ist es eigentlich relativ egal, wie das CCP aussieht, ich komm immer damit klar.

Aber hier wurde meiner Meinung nach eine große Chance vergeben, es neuen Kunden einfacher zu machen.

Ich habe im Oktober 2016 bei einem österreichischen A1-Wholesaler IPv6 angefragt.

Resultat: Ich brauche ein Cisco-Modem, das Standard Business-Modem kann kein IPv6.

Kosten fürs Cisco-Modem: 107 € einmalig und 11 € monatlich.

Und ich hätte nur ein /64-Netz erhalten - damit fange ich nun wirklich nicht viel an. Ein paar Subnetze benötige ich schon.

Habe mich daher für den HE Tunnelbroker entschieden - läuft einigermaßen Problemlos. Anfangs erreichte ich auch den vollen Speed, seit ein paar Monaten allerdings leider nicht mehr. Deshalb werde ich es heuer wieder mit einer neuen Anfrage versuchen, denn das Modem wurde von der A1 Whitelist gestrichen - also wird ein Modemtausch vermutlich sowieso notwendig werden.

Hallo, anbei mein Feedback als PDF. Das Forum meinte, mein Beitrag ist zu lang. Natürlich erst nachdem ich alles schön formatiert hatte.

Und ich bitte gleich mal um Entschuldigung, ich habe mir die sechs Seiten im Thread nicht durchgelesen, sondern einfach durchs CCP geklickt und mir notiert, was mir aufgefallen ist.

Ja, da liegen Welten dazwischen.

Aber da es ...

Zitat von kerberos

jedenfalls nicht Rot oder Gelb

... ist, vermute ich, dass der alte Blauton Grundlage für die neue Blau-Grün Mischung war.

Wer weiß, was für neue Farbtöne die neue Homepage dann bringen wird, sobald die kommt.

https://web.archive.org/web/2009062701…w.netcup.de:80/

Da netcup immer blau war (siehe Link bzw. noch aktuelles CCP), nehme ich an, dass die aktuelle Farbe auch ein Blauton ist.

Stimme H6G hier zu, die "fest verbauten" Akkus sind kein Problem. Die kann man in den meisten Geräten einfach selbst tauschen, wenn man dafür auf die Wasserfestigkeit verzichtet.

Aber die LineageOS-Unterstützung nimmt leider immer mehr ab - ich vermute die unterschiedlichen Hardware-Features, welche nicht von AOSP unterstützt werden (Dual-Kamera, Iris-Scanner, EdgeSense etc.), machen hier viel Arbeit, die sich niemand mehr antut.

Jedoch bin ich mit Magisk und Xposed auch zufrieden, da ich ein HTC habe, wo Stock sowieso ähnlich dem AOSP ist.

Schade finde ich aber, dass Huawei und Nokia/HMD Global keinen Bootloader Unlock (mehr) anbieten, und damit für mich völlig uninteressant wurden, obwohl die Hardware ziemlich gut ist.

Zitat von mainziman

ich brüchte freiwillige, kann mal jemand https://www.wko.at/ ausprobieren

bei denjenigen wo es ewig und 3 Tage dauert, timeouts kommen oder sonstige Unarten passieren

bitte es an deren Kontakt melden

wko.at erreiche ich schon seit langer Zeit nur per IPv4. (hab wegen solchen Fällen per Firewall IPv4 für den IE deaktiviert... ^^)

Hatte noch nie Lust, deshalb eine Mail zu schreiben...

sehr gut, dann hat sich meine Entscheidung erübrigt.

KB19: Einen für manche evtl. wichtigen Unterschied hast du bei deinem Vergleich allerdings vergessen: Die Mindestverfügbarkeit sinkt von 99,9% (Root-Server) auf 99,6% (VPS).

Was habt ihr damit eigentlich für Erfahrung gemacht? Merkt man diese 0,3% = 26,28 h/Jahr Unterschied in der Mindestverfügbarkeit?

Ich hab keinen Vergleich, da ich nur Root-Server bei netcup habe.

Zu eurer Gehalts-/Arbeitsbedingungsdiskussion:

Ich wäre ja sowieso für eine Art "bedingungsloses Grundeinkommen" für jeden.

Und eine durchschnittliche Arbeitszeit von 20-30 Stunden pro Woche.

Eine Familie mit 2 Kindern sollte mit Grundeinkommen für 2 Personen + Arbeitseinkommen von einer Person für 20 Wochenstunden gut über die Runden kommen.

Außerdem wäre ich dafür, Maschinen einzusetzen, wo immer es gut funktioniert (nicht nur wo es finanziell sinnvoll ist), und damit einige Arbeitsplätze, an denen die Arbeiter nur die kostengünstige Alternative zur Maschine sind (und auch so behandelt werden), zu ersetzen.

Und natürlich die ganzen sinnlosen bürokratischen Stellen, Abstellposten für Politiker. Und wäre das Gesetz einfach, bräuchte man kaum Anwälte oder Steuerberater. Förderstellen - wozu? Und alle Stellen, die keine Leistung bringen, sondern nur am Finanzmarkt jonglieren.

Auch die freiwillige Arbeit zum sozialen Zweck (in Vereinen etc.) sollte mehr wertgeschätzt werden. Genügend Arbeit gibt es auch bei der Gestaltung und Pflege des öffentlichen Raumes.
 

Zitat von 03simon10

Anbei mal so eine Frage: Was ist eigentlich aus der Zwangsmigration der alten Webhostingtarife vom alten auf das neue Plesk geworden?

Da gab es zu viele Probleme. Kann ich auch gut verstehen, da vermutlich MySQL-Benutzer usw. geändert werden müssten. Gibt nur mehr die Soft-Migration.

Ich vermute, irgendwann wird netcup die übrigen Confixx-Tarife, welche die Soft-Migration nicht in Anspruch genommen haben, kündigen bzw. einen kostenpflichtigen (manuellen/teilautomatisierten) Umzug anbieten.

Wie lange der Support für das alte WCP noch läuft, weiß ich leider nicht. Auch da wird vermutlich irgendwann die Kündigung/kostenpflichtiger Umzug kommen.