kleines update seitens Behörden: den EDÖB juckt das nicht - die machen da nichts weiter. den grund nennt man mir nicht. denke, die haben angst gegen google vorzugehen. von den iren und von noyb hab ich noch nix gehört. denke, die einzigen die da wirklich aktiv werden, wäre noyb. die hoffnung stirbt zuletzt.
Beiträge von slackito
-
-
Vielleicht kann jemand das ganze auch noch an eine/mehrere deutsche Datenschutzbehörden der Länder weiterleiten/schreiben/beschweren. Vielleicht kriegen die (Verantwortlichen) irgendwann ihren Arsch hoch und machen was dagegen. Ich habe noyb, EDÖB und die irische Bude informiert. Mit ChatGPT kann man sich ja schnell einen Text generieren lassen...
Und werde mir nun überlegen, ob ich nicht pauschal die google listen blocke. Ist zwar uncool, weil ich auch paar Nutzer auf meinem eMail-Server habe, aber dann wird das kommuniziert und man muss anderweitig schauen.
-
kriegt man die auch wenn man nie eine gmail oder einen account bei google hatte?
Ich hab mit google nichts am Hut. Selbst mein Android ist komplett google-frei. Das hat also damit nichts zu tun, die eMail kann jeder bekommen.
-
Es ist eigentlich eine riesen Schweinerei was Google da treibt. Es darf nicht möglich sein, dass irgendwer wildfremdes Gruppen/Listen erstellt, dann dort wild eMail-Adressen hinzufügt, ohne dass die irgendwas davon mitbekommen und dann an die Gruppen eMails raushaut. In meinen Augen ist das ein absoluter DSGVO-Verstoss. Blos wie/wer will dagegen vorgehen?
Was ich mir in jedem Fall von Netcup wünschen würde ist, nicht auf solche Listen automatisch zu antworten. Weil genau diese Antworten sind es, die durchgehen. Und irgendwann landen die halt auch im Spam - obwohl die Sender sonst legitim wären.
Werde mal den EDÖB sowie die irische Datenschutzbehörde informieren. Aber ich vermute, der EDÖB wird sagen "Juckt uns nicht, ist EU-Zeug" und die 2-Mann-Datenschutzbude in Irland wird erst in 17 Jahren die eMail lesen, weil die vorher die millionen anderer eMails lesen :>
-
Ich muss also eine eMail-Adresse bei google anlegen, mit meinen Daten, damit google aufhört mich zuzuspammen?

Ich hab mal noyb angeschrieben, vielleicht haben die irgendwann Zeit und Lust sich diesem Wahnsinn anzunehmen.
-
NaN genau so. Die Frage ist jetzt für mich nur, was kann ich dagegen tun? Ausser alle google-List sperren. Mich würde da brennend interessieren wie andere eMail-Hoster damit umgehen...
-
Im Anhang der gesamte Log.
darkstar eine Idee was man als Betreiber eines eMail-Systems dagegen tun kann - so wie ich nun? Vermute nichts...? Pauschal alle google Listen zu blockieren wäre eine radikale Lösung, aber das ist problematisch, denn es gibt - leider - immer mehr Firmen und co. die diese Seuche verwenden. Und die will man dann ja nicht blocken...

-
Code
Alles anzeigenARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@netcup.de header.s=cloudpowered-email header.b=J3ZgSmGk; spf=pass (google.com: domain of mail@netcup.de designates 2a00:11c0:dd:2::75 as permitted sender) smtp.mailfrom=mail@netcup.de; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=netcup.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jzzhsm.com; s=google; t=1785843668; x=1786448468; darn=mydomain.tld; h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post :list-id:mailing-list:x-original-authentication-results :x-original-sender:precedence:auto-submitted:content-type :mime-version:subject:references:in-reply-to:message-id:to:reply-to :from:date:from:to:cc:subject:date:message-id:reply-to:content-type; bh=cG6LonAMj95Kdk3n59HF1XJEAqlH7+NW6O/juxrgFpQ=; b=XwomVjL93aODpJcR0EG9EySxCzSfp/venLIuJVDc7Z41OLUC/KCHdbCL5izRyEOdYG FZJLGZglSQWNWrq37a9QhX49eMSUJLTNpBnUMGa+XL5/+lYKJy6dGNAV5ds1X4LtCBjE FM2M0PUxngECQpInkMy85eMcGpTHZ7YlHr8tU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1785843668; x=1786448468; h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post :x-spam-checked-in-group:list-id:mailing-list :x-original-authentication-results:x-original-sender:precedence :auto-submitted:content-type:mime-version:subject:references :in-reply-to:message-id:to:reply-to:from:date:x-beenthere :x-beenthere:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to:content-type; bh=cG6LonAMj95Kdk3n59HF1XJEAqlH7+NW6O/juxrgFpQ=; b=jOrt+mEh/Ya4Ihf/2XOvApgN3DC4diIVdem/IT2ksQHGTDKJAfeARpH4dFrBM3/f72 3uFa7Qvyfs/nCe7zVcTUbA1psT9sBYHxYWNDm89X3t+CwQdb76TV05l5VXUaN8lqyIF3 hFeAecrZqr+KP5Jf0GF96bVWOEyE8HOOGTDMEEed1LG75VmCU+XMT6xep4hhRNU1N0Aq Q7qEhNk/YD8CuuscKQW8RaZJvLoLJ6HdRYvC4n7CNtMPOhXO5S4CQ33kK8M0QnI8gYbv mBYT5xR8dgQKJrG46kp4w1q87rGyGk1sKmEiX3O9IdIgJzAtwpjj1r1xErKxhH/Zcb9J fasg== X-Forwarded-Encrypted: i=2; AHgh+RpFDkWe7D7jMfx1qIe97pTA0yKpl6cDm8aRhKo4kMttwoROeGmtYlKJBhYBzMwgg3rCIbSH@mydomain.tld X-Gm-Message-State: AOJu0YzGNG/fFLQ+b7uLBSKvhGw0zaJ+ZBvpeTFfcR2qfr4IoJbb9Urx C9VuvXF6AOC+acopYfBKhholoeZGzp9Yjo781KNrUy0ryS/AtTvuP6SVvSTIst4BjAc= X-Received: by 2002:a05:600c:46ce:b0:498:ee7:e403 with SMTP id 5b1f17b1804b1-4980ee7e7dfmr260594395e9.19.1785843667602; Tue, 04 Aug 2026 04:41:07 -0700 (PDT) X-BeenThere: pc@jzzhsm.com; h="Aa7YSPT8VjafiXOzVRuw1PUGO4sKsRU8pYwt8HHdOYaqje8HlQ==" Received: by 2002:adf:e752:0:b0:47f:6a3d:3a9d with SMTP id ffacd0b85a97d-47fc6152299ls4414824f8f.1.-pod-prod-08-eu; Tue, 04 Aug 2026 04:38:04 -0700 (PDT) X-Forwarded-Encrypted: i=2; AHgh+Rphjjp2469eNGEffXCEJw3zztcgrK6Ag/6+jfBrTOYX/CqwAny1+dL/stqmAB/VvnBuTw==@jzzhsm.com X-Received: by 2002:a05:6000:2203:b0:47f:8b2c:3d98 with SMTP id ffacd0b85a97d-47fd72c74c8mr32049048f8f.4.1785843483904; Tue, 04 Aug 2026 04:38:03 -0700 (PDT) X-BeenThere: svvffggggcdf@jzzhsm.com; h="Aa7YSPT81XRq6SzbuHAusqQhbGZKXVc4GrXaGEYztO3LWOXzVg==" Received: by 2002:a5d:6643:0:b0:47f:647c:d3d0 with SMTP id ffacd0b85a97d-47fc6162fddls4069421f8f.2.-pod-prod-08-eu; Tue, 04 Aug 2026 04:38:02 -0700 (PDT) X-Received: by 2002:a05:6000:178d:b0:47f:86af:8fdd with SMTP id ffacd0b85a97d-47fd72c74bbmr36411574f8f.3.1785843482009; Tue, 04 Aug 2026 04:38:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1785843482; cv=none; d=google.com; s=arc-20260327; b=IZVHjKgZNhVV4c0G8W+DtVD9xkVnIrqry/J3+9LcPCSyQ/I15017f7/0ucS18qsMfH 1Z+9JDUgh8QqYkLutv5tjLpTT6rGIHGuRcTyQzT9FBKokVFxcES0ygBRXxyJK6+y4PyA Oy2xkcmsuXXrWWdiw90TWri2tywK/MIhhMZrNHkcF/hfEOkoHcE5ueaM9A+WYOt9m3mJ vWWjr5oO8jJENSGCBeEqdu6zxS0Aqz/DTXQNGk9MH4OH/RQUuwkj2Aby1SQrKqXioUUv 1cteSrbGcELSIgSpM0jct6m79ViwiraQ2yynQcYWAy3SSQvCibYm4lrOTLDUW+9T2Ohb zrqw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20260327; h=precedence:auto-submitted:mime-version:subject:references :in-reply-to:message-id:to:reply-to:from:date:dkim-signature; bh=D98kgIbP6wbBrEFra51UFBrgAYkxy/q71FJcJSiVAb4=; fh=Xcj9H+lKEWSxH0wf4nr1bma3DjwsuhaRZ+7FWdLKWms=; b=jylLLhBqWOklpRG+VpBe/h3ZuJCh573LGm6ODor5CyqVLJtbSNp4zbqbGnmEqBn84T SQ3iW1cEPbo6ESAfWZ/aidMP9GKjaU3Fh0gD018ukYE1OFtmKeAYfcQfIFycnBrhLaR9 2ijggTd1YpayYcC2P6WQz0Hntg2q1m7ifz/qx+s1DdEqUWflYmzs+ZvvG+fGb4MTH6TT DuyLN1O3W5aebhGF/pX82umpXhSVjJmseO5JUqlyRzpznHqWGi6kMC96Mpx8Ft+VgOG+ GQpwNLwU+vfdO/EVmVVJaarvwSVIxY0wT+IK/n64NXXwF8GcC2uOYNSGpTnEzaIjl7SY LgHw==; dara=google.com ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@netcup.de header.s=cloudpowered-email header.b=J3ZgSmGk; spf=pass (google.com: domain of mail@netcup.de designates 2a00:11c0:dd:2::75 as permitted sender) smtp.mailfrom=mail@netcup.de; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=netcup.de Received: from mail-out-e01.cloudpowered.email (mail-out-e02.cloudpowered.email. [2a00:11c0:dd:2::75]) by mx.google.com with ESMTPS id ffacd0b85a97d-47fd45fb08asi22786169f8f.431.2026.08.04.04.38.01 for <support@jzzhsm.com> (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 04 Aug 2026 04:38:01 -0700 (PDT) Received-SPF: pass (google.com: domain of mail@netcup.de designates 2a00:11c0:dd:2::75 as permitted sender) client-ip=2a00:11c0:dd:2::75; Received: from cloudpowered.email (localhost [127.0.0.1]) by mail-out-e01.cloudpowered.email (Postfix) with ESMTPS id 4hDs3r6HS5z2tB2 for <support@jzzhsm.com>; Tue, 4 Aug 2026 13:38:00 +0200 (CEST) Received: from anx-i-jira01 (ais-api.anexia-it.com [188.65.77.204]) by cloudpowered.email (Postfix) with ESMTPSA id 4hDs3r4cmdz2t9j for <support@jzzhsm.com>; Tue, 4 Aug 2026 13:38:00 +0200 (CEST) Received: from anx-i-jira01.anx.local (localhost [127.0.0.1]) by anx-i-jira01 (Postfix) with ESMTP id 5A64C1612A8 for <support@jzzhsm.com>; Tue, 4 Aug 2026 13:38:00 +0200 (CEST) Date: Tue, 4 Aug 2026 13:38:00 +0200 (CEST) From: "'netcup Team' via c96s3selff" <svvffggggcdf@jzzhsm.com> Reply-To: mail@netcup.de To: support@jzzhsm.com Message-ID: <JIRA.2044470.1785843426000.109827.1785843480369@Atlassian.JIRA> In-Reply-To: <JIRA.2044470.1785843426000@Atlassian.JIRA> References: <JIRA.2044470.1785843426000@Atlassian.JIRA> <JIRA.2044470.1785843426112@anx-i-jira01> Subject: =?UTF-8?Q?NCSUP-958505_Lunavelle_Patches_f=C3=BCr_erholsame_N=C3=A4chte?= MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_117627_2096191938.1785843457850" X-JIRA-FingerPrint: 1de724002ad3b92d606cc5cbb62ad8ae Auto-Submitted: auto-generated Precedence: list X-Spam: Yes X-Original-Sender: mail@netcup.de X-Original-Authentication-Results: mx.google.com; dkim=pass header.i=@netcup.de header.s=cloudpowered-email header.b=J3ZgSmGk; spf=pass (google.com: domain of mail@netcup.de designates 2a00:11c0:dd:2::75 as permitted sender) smtp.mailfrom=mail@netcup.de; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=netcup.de X-Original-From: netcup Team <mail@netcup.de> Mailing-list: list pc@jzzhsm.com; contact pc+owners@jzzhsm.com List-ID: <pc.jzzhsm.com> X-Spam-Checked-In-Group: svvffggggcdf@jzzhsm.com X-Google-Group-Id: 183599587524 List-Post: <https://groups.google.com/a/jzzhsm.com/group/pc/post>, <mailto:pc@jzzhsm.com> List-Help: <https://support.google.com/a/jzzhsm.com/bin/topic.py?topic=25838>, <mailto:pc+help@jzzhsm.com> List-Archive: <https://groups.google.com/a/jzzhsm.com/group/pc/> List-Subscribe: <https://groups.google.com/a/jzzhsm.com/group/svvffggggcdf/subscribe>, <mailto:svvffggggcdf+subscribe@jzzhsm.com> List-Unsubscribe: <mailto:googlegroups-manage+183599587524+unsubscribe@googlegroups.com>, <https://groups.google.com/a/jzzhsm.com/group/pc/subscribe> ------=_Part_117627_2096191938.1785843457850 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printableGanze Header geht nicht, ist zu gross. Die eMail von Netcup ist - so wie ich das sehe - absolut legit. Das Problem ist, dass die netcup.de eMail-Adresse in eine Spam-List von google aufgenommen wurde. Jetzt hat der Spammer die Spam-eMails rausgehauen, und - in meinen Augen - schlecht konfigurierte Systeme antworten auch automatisiert auf Listen. Und genau diese Antwort habe ich erhalten - und die sind praktisch nicht filterbar.
-
Ich habe gerade eine eMail erhalten (siehe Anhang). Ich gehe davon aus, dass jemand gerade wieder massenweise diese Listing-Bombs verwendet, um Leute zu schikanieren. Scheinbar ist netcup diesmal selbst darauf reingefallen und hat geantwortet. Als Hoster würde ich mir gut überlegen, ob es sinnvoll ist, automatisch auf Listen zu antworten. Denn das kann - wie in dem Fall hier jetzt - schnell missbraucht werden.
Noch jemand mit der Problematik? Die Spam-eMail wurde von meinem eMail-Server korrekt einsortiert, aber eine Netcup eMail geht natürlich durch :> genauso die vielen anderen die automatisiert auf sowas antworten.
Würde mich interessieren wie andere mit sowas umgehen... die spam emails kommen praktisch immer von google via List.
-
Wenig, stimmt - funktionierte bisher alles recht gut. DNSSEC gabs einmal ein Problem bei mir was via Ticket innerhalb von 8h gelöst war.
Bei mir war es nach 48h noch nicht gelöst, weswegen ich auf einen freien DNS-Server umgestiegen bin. Denn da läuft DNSSEC. Das wurde mir sogar von netcup selbst empfohlen. Bisschen traurig, aber ok.
Ich wartete auch über 1 Woche auf eine Bestellung, denn ich lebe nicht in DE und die Verantwortlichen bei netcup meinten, uralte Regulatorien anwenden zu müssen (ging um eine .eu-Domain). Nach gut 1 Woche und gefühlt tausend eMails mit meinen Hinweisen, dass netcup falsch liegt, hatte ich die dann. Ich warte nun seit locker 2 Wochen darauf, dass die endlich so konfiguriert wird, dass sie auf die .ch-Adresse zeigt. Scheint wohl sehr komplex zu sein, den nginx anzuweisen, einen 301 mit $mydomain.ch zu machen

§ 314 BGB
Nein.
-
Ich kann verstehen, dass Netcup die Preise anhebt, zumindest für die Neukunden. Was ich nicht verstehe, wie auch schon wer erwähnt hatte: wie oft geht bitte ein RAM kaputt? Sorry, glaube nicht, dass das so oft passiert, das man dauernd tauschen müsste und daher die Preise der bestehenden Kunden anpassen müsste.
Preis/Leistungs-technisch ist netcup bisher immer top gewesen.
Was die Hardware angeht, ja, was den Service angeht, ... scheinbar hattest du noch nicht so viel mit dem Support zu tun. Stichwort DNSSEC.
Und dass ein Vertrag innerhalb von 3 Monaten gekündigt werden muss wenn man damit nicht einverstanden ist... ich frage mich, inwiefern das rechtlich gedeckt ist, denn in den AGB, die ich damals akzeptiert habe bei Abschluss des Vertrags, stand das so nicht drin. Zumindest ist mir nichts dergleichen aufgefallen.
-
Hallo zusammen,
ja, uns ist da bewusst, dass das derzeit nicht wie erwartet immer klappt.

Wir sind mit Hochdruck dran die DNSSEC Themen ein für alle mal zu fixen. Bitte gebt uns noch ein wenig Zeit.
LG Alex
Hallo Alex, inzwischen sind ca. 2.5 Jahre vergangen. Ist das genug "ein wenig Zeit"? Wann kann endlich damit gerechnet werden, dass Netcup als Hoster es hinbekommt, DNSSEC sauber anzubieten? Ich glaube, 99% der User die das verwenden, haben einfach einen stinknormalen eMail-Server und wollen DANE oder ähnliches verwenden. Da braucht es keine 100% corner-case-Abdeckung. Wäre schön hier mal was von der Geschäftsleitung zu hören, anstatt den Kunden einfach still und heimlich DNSSEC auszuschalten.
-
ich habs mit nextcloud mal versucht. das ist denke ich so ca. 2 jahre her. habe zum glück nur meinen account mit dem "email"-plugin eingebunden. absolute katastrophe, das hat mit "KI" alle emails verhunzt. auch war es recht kompliziert, bestehende email-konten da automatisch mit einzubinden. von nextcloud halte ich seitdem gar nichts mehr...
ich hab einen email server mit ca. 7 konten (freunde/familie), die haben von technik 0 plan, wollen aber sicher auch gern kontakte/kalender synchronisieren. ohne, irgendwo irgendwas konfigurieren zu müssen. soweit ich weis, geht das in nextcloud (zumindest damals) nicht automatisch.
-
Hallo, ich betreibe seit gut 10 Jahren einen dovecot/postfix/roundcube-Server. Soweit so gut, aber mich kackts langsam doch etwas an, dass ich auf allen Clients immer die Kalender nachtragen muss. Also dachte ich mir easy, roundcube wird schon was haben. Also gelesen, gibt ein kolab-kalender-plugin, baikal installiert, und dann fing der Spass an... ich hab aufgegeben, so eine Seuche. Wirklich traurig, dass roundcube da nichts von Haus aus mitliefert. Also dachte ich mir, ich schau mal was es sonst noch so gibt und bin auf SOGo gestossen. Hab es installiert, aber leider erhalte ich nach dem Web-Login einen 500er Fehler. Keine Ahnung wo der her kommt, habe auch die mailing list angeschrieben, mal schauen was da zurück kommt... jetzt frage ich mich, was gibts denn sonst so für Lösungen? Ideal wäre, wenn das auf meinem bisherigen Stack aufsetzen könnte. Bei SOGo hats mich schon bisschen irritiert, wieso ich nicht via dovecot authentifizieren kann und er unbedingt auf die DB will, aber oke... hat wer eine Empfehlung? Zwingend brauch ich eben eMails/Kalender und Kontakte.
Hoffe ich bin hier im richtigen Forum, sonst bitte schieben.
-
Außerdem hat systemd-resolved nichts mit systemd zu tun
Ist zwar vom ArchWiki, aber ich glaube nicht, dass die Blödsinn verzählen: https://wiki.archlinux.org/title/Systemd-resolved
"systemd-resolved is a part of the systemd package..."
systemd-resolved hat Probleme mit dnssec.
Danke, werde das im Auge behalten.
nicht Standard unter Debian.
Muss gestehen, ich hab im Ubuntu-Wiki nachgelesen. Scheint mal mindestens bei Fedora und Ubuntu so zu sein. Was ist der Standard unter Debian?
-
Damit dürften sich deine Probleme lösen.
Genau das hatte ich versucht. Deswegen hab ich ja in den configs rumgewurstelt. Das hat nicht geklappt.
In meiner resolv.conf steht nun nach dem Wechsel:
Von systemd-resolved kann ich nur abraten und würde es immer deaktivieren.
Wieso? Ich bin auch kein Fan von systemd, aber es ist halt - leider - Standard inzwischen. Vermute, wenn ich in #debian oderso nach Hilfe frage, werden mir die Leute eher helfen können, wenn Standards verwendet werden.
Bei glibc ja,
Ich weis nicht wie die Debian-Pakete kompiliert werden, vermute jetzt aber mal, dass Debian standardmässig auf glibc setzt.
Vielleicht ist das auch einfach ein bug in resolvconf gewesen. Denn das einzige was ich angepasst habe ist resolvconf zu ersetzen, und nun klappt alles. Ganz ohne rumgewurstel in irgendwelchen configs.
-
-
Auch hier können eigene DNS Server definiert werden.
Das hatte ich auch versucht aber bin da irgendwie dran gescheitert. Egal was ich gemacht habe (mit resolvconf), der hat mir in resolvconf -l dauernd die netcup dns in en3 gelistet. Dann wurds mir jetzt einfach zu blöd...

Auch ist es scheinbar so, dass "die meisten" systemd-resolve verwenden. Ist wohl inzwischen Standard in den Distris, und dann schwimme ich halt mit dem mainstream mit.
-
Schau nach, welches Programm an Port 53 gebunden ist
unbound
Und wenn du dich erinnern kannst, wie Quad9 in deine Konfiguration kommt, hilft das auch.
Wie erwähnt in #3 gehen die Anfragen NICHT über quad9 sondern über die von netcup.
dig +short whoami.v4.powerdns.org hat mir die IP von netcups DNS geliefert und nicht meine.
Laut Kommentar #3 hast du den offenbar selbst in der /etc/network/interfaces eingetragen.
Richtig, als fallback.
> Der wird dann tatsächlich benutzt und daran scheitert die Abfrage der DNSBL.
Nein, der wird nicht benutzt wie in #11 geschrieben.
-
Die Lösung steht in der ersten Antwort.
Die Lösung ist mir bekannt und genau da möchte ich hin.
Blos wie.
Meine unbound config:
Code
Alles anzeigenserver: root-hints: "/etc/unbound/root.hints" use-syslog: yes log-queries: yes log-replies: yes verbosity: 1 interface: 127.0.0.1 port: 53 cache-min-ttl: 3600 cache-max-ttl: 86400 do-not-query-localhost: no num-threads: 2 rrset-roundrobin: yes harden-glue: yes harden-dnssec-stripped: yes use-caps-for-id: yes qname-minimisation: yes hide-identity: yes hide-version: yesWie kann ich prüfen, ob unbound als caching oder recursive arbeitet?
edit: gerade im #unbound gefragt, unbound arbeitet default als recursive resolver, nicht als caching.
Problem gefunden. Lag an resolvconf. Habe das Paket deinstalliert, systemd-resolve installiert und nun liefert mir auch dig +short whoami.v4.powerdns.org meine IP und nicht mehr die von netcup.