Ich kann das Passwort tippen, nicht aber verbal aufsagen
Mein muskuläres Gedächtnis scheint besser zu sein als mein sonstiges Hirn. Auch ne Art der Sicherheit.. xD
DAS kenne ich nur zu gut! Besonders lustig, wenn man ein Passwort dann am Handy nicht richtig "tippen" kann, weil man die virtuelle Tastatur völlig anders bedient.
Gilt das auch für IPv6? Oder geht das dort? Bei IPv4 dachte ich es mir, IPv6 keinen Plan…
Im SCP ist bei weiteren IPv6-Subnetzen (egal ob mit oder ohne Failover) eine Adresse als "Routing auf" (oder so ähnlich) sichtbar.
Die muss über NDP bekannt sein, also im Normalfall auf einem Interface konfiguriert sein.
Vermute, dass Netcup gestern mal "ausgemistet" hat. Bei einem Thread ging es auch um einen Traffic von >140TB nach wenigen Tagen... kein Wunder das Netcup da irgendwann mal was unternimmt.
Dann würde ich als Außenstehender aber eher eine ordentliche und fristgerechte Kündigung erwarten, die Trafficmenge ist an sich ja nicht verboten. Die gesperrten Accounts deuten jedoch auf ganz andere Ungereimtheiten hin. Die Gründe werden wir wohl (verständlicherweise) nie erfahren.
Lexxa Entweder sind die von RTL verwendeten GeoIP-Datenbanken nicht am aktuellen Stand oder – was wesentlich wahrscheinlicher ist – wird die IP-Adresse von denen nicht als normaler Internetanschluss erkannt. Die meisten Streaminganbieter haben Subnetze von Rechenzentren und VPNs auf internen Blacklists, damit man es nicht so leicht umgehen kann.
RS 8000 ist der Tarif.
Der RS 8000 ist aber ein Rootserver und kein Managed Produkt.
Oder geht's um das Reseller Webhosting 8000?
Falls es nicht um eine Failover-Adresse geht, ist das nur über den Support möglich und nicht gerade günstig. Dafür gibt es eigentlich ein verstecktes Produkt im Shop, aber ich finde den Link gerade nicht mehr. Das waren glaube ich ca. 40-60 Euro, wenn ich mich nicht täusche.
Ersparen kann man sich das glaube ich nur, wenn man den Server kündigt, dem die Adresse zugewiesen ist. Nach dem Kündigungsdatum ist die IP-Adresse wieder frei zuweisbar. (Ohne Gewähr, stand mal im Forum!)
Moderatoren
Das wäre doch was für die Liste im Wiki? 
So ganz ausgestanden scheint es noch nicht zu sein.
Interessanterweise betrifft es aber erneut nicht alle (Nürnberger) Systeme bei netcup und…
…ein anderer Anbieter mit Standort Graz hat laut meinem Smokeping gerade ähnliche Probleme. 
Das wird so beim Webhosting nicht funktionieren und ist nur für eigene Server gedacht.
Unabhängig davon, ist das beim Verschieben in den Junk-Ordner serverseitig durch netcup vielleicht sowieso schon der Fall. Man kann so etas nämlich z.B. auch bei Dovecot aktivieren, aber das weiß nur netcup, ob das bei den Mailservern aktiv ist.
In Nürnberg ist aber auch nicht alles betroffen: Ein VPS macht über IPv6 z.B. keinerlei Probleme.
Bei IPv4 sind gleich mehrere VPS/RS nicht betroffen, obwohl sie z.B. über IPv6 rum zicken.
Wackeln bei euch aktuell auch die Netzwerkverbindungen?
Mein Smokeping zeichnet seit ca. einer Stunde deutlichen Packet Loss auf. IPv4 und IPv6, es ist laut MTR überall nur das Ziel (VPS/RS) betroffen.
EDIT: Es betrifft nur einen Teil meiner VPS/RS.
Screenshot_20230410-152806_Bromite.png
Sie hat es! Ahhhhhh
Echt jetzt?
Ich weiß nicht wo Google den Preis her hat, aber beim Hersteller gibt es doch nur ein unverbindliches Anfrageformular und keine Preise?
https://www.mahlwerck.de/werbeartikel/produkt/coffee-to-go-becher-large-form-345/
Oder übersehe ich etwas? Klingt vor allem eher nach dem Preis für den Deckel…
danke für euer Feedback bezüglich der fehlenden Standort-Angabe / -Auswahl bei zusätzlichen IP-Adressen und Cloud vLANs.
Verdammt, jetzt sind meine guten Vorsätze wieder wertlos. Da musste ich doch gleich zuschlagen 
Danke fürs Korrigieren! 
Ich nehme mal an, dass die Funktion nur jene Records wiederherstellt, die für eine korrekte Funktion des verknüpften Webhostings notwendig sind. Andere Records (für diverse Subdomains) bleiben wahrscheinlich erhalten.
email.t-online.de hat ein impressum und der mailprovider ist telekom deutschland.
Die E-Mail-Adressen und PTR-Records der (ausgehenden) Server lauten aber nicht email.t-online.de
Ist das jetzt Feature oder Bug?
Weder noch, einfach die Arbeitsweise von Sieve.
Wenn ich das richtig im Kopf habe, arbeitet Sieve immer mit dem Original im Posteingang. Sobald eine Nachricht aber kopiert oder verschoben wird, ist es nicht mehr die Datei am ursprünglichen Ort, dementsprechend läuft die Aktion ins Leere.
Ändert sich was, wenn Du die Reihenfolge der Aktionen umdrehst? Also zuerst als gelesen markieren und dann verschieben?
Ströer hat 2015 das Nachrichtenportal gekauft, nicht aber den E-Mail-Dienst.
Moment mal! Das heißt "T-Online.de" als Mailprovider (anhand der Domain und FQDNs) hat kein Impressum, an dem man den Betreiber und Verantwortlichen der Mailinfrastruktur sofort erkennt? Also genau das, was sie anderen Mailserverbetreibern vorwerfen? Habe ich das richtig verstanden?
*LOL*
Einfach lokal bauen, dann deployen.
Klingt nach viel Aufwand für eine statische Website? 
Once Dashy has been built, it is effectively just a static web app. […]
However without Dashy's node server, there are a couple of features that will be unavailable to you, including: Writing config changes to disk through the UI, triggering a rebuild through the UI and application status checks. Everything else will work fine.
Für was genau braucht man dann Dashy?
Übrigens, wenn jemand lachen will:
Nette GUI mit solchen Bugs
