mailserver … zu betreiben. … ob ich das hinkriege.
verdopple ram, nimm mailcow und vergiss clamav
mailserver … zu betreiben. … ob ich das hinkriege.
verdopple ram, nimm mailcow und vergiss clamav
da muss wohl nichts geändert werden.
es muss nichts geändert werden.
ich sehe da einen erkenntnisgewinn. ![]()
wenn Du dann noch beim upgrade auf trixie die üblichen upgradeschritte aus den release notes befolgt hast ist ente-gut-alles-gut.
Man wechselt wohl automatisch von "Testing" auf "Stable" wenn es soweit ist.
wenn trixie drinnen steht ja. wenn testing dann nein.
aber Du könntest einfach mal zeigen statt mutmaßungen anzustellen.
Das meinte ich mit "Zweig"
hm? was genau änderst Du wenn trixie released wird?
Sobald "Stable" verfügbar ist, muss ich den "Testing"-zweig in den "Stable"-zweig ändern,
warum nimmst nicht release namen in den sources.lists? dann kannst den zeitpunkt nicht verpassen.
zum releasezeitpunkt ist testing gleich stable. danach divergieren die beiden wieder, stable bleibt stabil, in testing wandert alles was in unstable abgehangen ist. bis zum freeze vor dem nächsten release, da wird testing langsam eingefroren. bis wieder stable daraus wird.
der letzte release war vor zwei jahren.
ergänzung: also nach dem release von Debian 13 Trixie ist testing schon das nächste Debian 14 Forky. sprich: Debian 13 Trixie gibts schon seit zwei jahren als testing.
hier ein beispiel des release zyklus.
die prägung ist für leute die sich vor einem blackout fürchten, damit sie auch stromlos mit dem ritsche-ratsche zahlen können.
warum dyndns überhaupt mit NS records? ich mach das immer mit CNAMEs.
zb www dot mein-blog-zuhause dot at CNAME irgendwas-lustiges dot dyndns-betreiber dot at
manche sollten sich wirklich ein anderes hobby zulegen, irgendwas mit stricken zb.
helden gibt es viele, gute drachen sind rar.
kritikunfähige Charakterlosigkeit
da macht man mal ein späßchen und er ist gleich aufm baum?
Wenn man nicht die drei Zeilen lesen kann
der OP ist kein hypotethischer kunde mit einem IPv4/27 sondern mit einem IPv6/64, das sollte Dir nicht entgangen sein.
von mir vorgeschlagene Lösung
IPv6 zu unterbinden ist keine lösung sondern höchstens ein temporärer zustand in einem problemfindungsprozess. manche sagen workaround dazu. und wenn der OP noch nicht auf dem IPv6-level ist aus einer netzadresse eine gültige serveradresse abzuleiten hilft es nicht zu reklamieren, daß wir an dieser stelle schon mal gewesen wären.
für eine besch... Community hier
frei nach Howard Carpendale: "... dann geh doch"
solche netten spielerein entgehen diesen IPv6-verweigerern. ich habe kein mitleid mit ihnen.
zu 1. IP 2a03:4777:4b:xxx:0001:0002
zu 2. Gateway 2a03:4777:4b:xxx::/64
Du hast also verstanden, daß 2a03:4777:4b:xxx:0001:0002 keine gültige IPv6-adresse ist, eine solche sich aus acht 16-bit-blöcken in hexadezimaler schreibweise ohne führender nullen (gibts nur in der politik) zusammensetzt und aufeinanderfolgende blöcke von 0 als :: dargestellt werden?
eine gültige server IPv6 wäre also 2a03:4777:4b:xxx:0000:0000:0000:0001 oder 2a03:4777:4b:xxx:0:0:0:1 bzw eigentlich in üblicher schreibweise 2a03:4777:4b:xxx::1. Du kannst auch so etwas wie 2a03:4777:4b:xxx::dead:beef:1 oder 2a03:4777:4b:xxx::c0ff:ee:1 verwenden, denn die letzten vier 16-bit-blöcke gehören in einem /64 Dir ganz alleine.
und das gateway ist eindeutig im SCP angeführt mit fe80::1.
im prinzip steht eh alles in https://de.wikipedia.org/wiki/IPv6 da braucht man keine KI zu befragen.
ohne rudimentäre IP-Kenntnisse Server mit 32 Adressen buchen.
ich korrigier das für Dich: ohne rudimentäre IP-kenntnisse server mit 2^64 adressen buchen.
andererseits ist das SCP mehr als irreführend wen das IPv6-netz die überschrift 'IP' trägt und die rDNS einträge so gar nicht beschriftet sind.
des deutschen IPv4 ist wie sein verbrennungsmotor.
Was leider nach wie vor an viel zu vielen Stellen als ungültige Mailadresse abgewiesen wird. Und darüber hat man keine Kontrolle, wenn ein x-beliebiges Formular dieser Meinung ist.
leider wahr. deshalb hat mein MTA als extensiontrenner zusätzlich . (punkt) und - (minus). das hält mich derzeit noch von einer migration zur mailcow ab.
aber besser öfters die extension verwenden können als jedesmal ein alias anlegen müssen.
aus der hölle sind aber die, die eine account-erstellung mit einer + adresse erlauben, dann aber der login oder die abmeldung bzw löschung nicht mehr funktioniert.
Außerdem wäre das die erste Sache, die ich als böser Bube bei einer Liste von zweckentfremdeten E-Mail-Adressen entfernen würde.
damit geht zwar die ursprungs-markierung verloren, würde in der persönlichen spam-bewertung aber sehr auffällig werden.
zusammenfassend würde ich sagen dass extensions nicht perfekt sind, ich sie aber nicht mehr missen wollen würde.
Weil man eben gerne on the fly personalisierte Mailadressen irgendwo benutzt, ohne erst ein Alias anlegen zu müssen?
das nennt man dann Extensions oder Sub-addressing.
Hätte da nie nach netcup suchen dürfen. So viele SSH Server mit etlichen Sicherheitslücken als Nachbarn und wie viele RDP Login Fenster man dort sieht
abuse report bei netcup einkippen und schaun wie lange es dauert bis sie hier weinend aufschlagen weil der server abgedreht wurde. ![]()
wie hast du im webhosting IPv6 abgedreht?