Posts by Virinum

Es muss auch _minecraft._tcp.minecraft lauten. Da ist ein Unterstrich zu viel. Bei den anderen Einträgen sind auch zu viele Unterstriche.

SebWei wrote:

Der Source-Code ist frei verfügbar (https://github.com/imapsync/imapsync), sodass du es auch gratis nutzen kannst (mit dem Zusatzaufwand von kompilieren, make und co)

imapsync nutze ich auch immer wieder sehr gern. Es ist aber nicht nötig selbst zu kompilieren: https://imapsync.lamiral.info/dist/

Siehe dazu auch https://github.com/imapsync/im…72#issuecomment-503489749

Hab mit Larogo das Problem lösen können. Er ist wieder zurück zu Cloudflare als Nameserveranbieter gewechselt. Zusätzlich haben wir die DNS-Einträge etwas aufgeräumt. Denke jetzt ist’s so, wie's gewünscht war.

Die DNS-Einträge kommen nach wie vor von Cloudflare. Siehe https://mxtoolbox.com/SuperTool.aspx?action=dns:wiladu.de

Und die Cloudflare-Nameserver haben folgendes gespeichert:

https://mxtoolbox.com/SuperTool.aspx?action=a:wiladu.de

https://mxtoolbox.com/SuperTool.aspx?action=aaaa:wiladu.de

Das Update der Nameserver bei der denic hat anscheinend aus irgendwelchen Gründen nicht funktioniert.

Stoß das Update der Nameserver einfach nochmal an.

Letztens habe ich auch die Nameserver geändert und musste dabei zunächst auch den DNSSEC-Eintrag löschen. Ende vom Lied war, dass kurzzeitig die neuen Nameserver eingetragen waren, dann aber wieder plötzlich die alten. Obwohl bei netcup im CCP die neuen Nameserver standen.

Bei der denic werden die Änderungen fast sofort hier angezeigt: https://www.denic.de/webwhois/ (unter "Technische Daten").

Bis die Nameserver von der denic die Änderungen übernommen haben, dauert es nochmal ein paar Minuten (hat bei mir eine halbe Stunde gedauert). Kann ganz gut hiermit getestet werden: https://mxtoolbox.com/DNSCheck.aspx

Anschließend musst du natürlich noch das Caching abwarten.

Leider auch kein Erfolg mit IPv6 bei mir (mit meinen beiden Servern getestet):

Ne, mit der Frage wollte ich nur klären, ob es generell funktioniert.

Den Eintrag in der Fritzbox solltest du trotzdem machen.

Abgesehen davon – funktioniert es aus einem anderen Netz? Zum Beispiel mit dem Smartphone über das Mobilfunknetz?

Es kann sein, dass du die Subdomain noch in der Fritzbox unter Heimnetz -> Netzwerk -> Netzwerkeinstellungen -> DNS-Rebind-Schutz eintragen musst.

Funktioniert denn xy.myfritz.net:88?

kr0815 wrote:

ich bin zugegeben verwirrt - weiter oben haben andere geschrieben, das es bei netcup prinzipiell nicht für Hauptdomains geht, sondern nur für Subdomains?

Das ist nicht nur bei netcup so. Es ist überall so, dass du unter der Hauptdomain keinen CNAME anlegen kann. Siehe dazu den Beitrag von m_ueberall

Es gibt aber natürlich wieder Ausnahmen / Workarounds: CNAME Flattening. Eventuell wirfst du mal einen Blick auf Cloudflare als DNS-Server (kostenlos).

1&1 hat da anscheinend ganz fancy Sachen mit der Weiterleitung gemacht, die ich so auch noch bei keinem anderen Anbieter gesehen habe.

janxb wrote:

Auch wenn es dem TE hier nicht wirklich hilft, möchte ich trotzdem anmerken: das hier verwendete Panel im Webhosting würde die identische Konfiguration mit dem HTTP-Redirect ebenfalls unterstützen - leider wurde diese Option von netcup anscheinend deaktiviert. (https://kb.diadem.in/setup-dom…nal-url-in-plesk_465.html)

Die Option mit dem HTTP-Redirect ist bei netcup aktiviert. Sehe da jetzt keinen Unterschied.

Der Webserver von 1&1 lauscht anscheinend auf allen Ports und macht dann eine Umleitung auf die angegebene Subdomain und hängt auch noch den Port hinten dran, über den er angesprochen wurde. Das geht definitiv nicht mit dem Webhosting von netcup.

Sorry, wenn ich es überlesen habe, aber was genau sprach jetzt gegen die CNAME-Lösung? Muss es denn unbedingt unter der Root-Domain sein?

Ich persönlich finde es auch viel schöner, wenn in der URL meine (Sub-)Domain steht anstatt xy.myfritz.net.

Einfach bei den DNS-Einstellungen Folgendes eintragen:

Host: subdomain

Type: CNAME

Destination: xy.myfritz.net

Anschließend kannst du problemlos subdomain.domain.de:88 aufrufen.

Alternativ könntest du mit ner .htaccess-Datei Weiterleitungen konfigurieren. Z.B. domain.de/webserver -> xy.myfritz.net:88

Edit:
Was mit dem netcup-Webhosting aber nicht funktionieren wird, ist eine dynamische Weiterleitung an den entsprechenden Port. Zum Beispiel:

domain.de:88 -> xy.myfritz.net:88

domain.de:123 -> xy.myfritz.net:123

Tenou wrote:

_service._tcp.subdomain SRV 0 10 25567 subdomain.domain.tld

Vielleicht zeigst du uns mal einen Screenshot von deinen DNS-Einstellungen. Geht es um Minecraft? Dann sollte es so aussehen:

War das Webtool zufällig https://mxtoolbox.com/ und endet deine IPv6 auf ::?

Genau darauf bin ich nämlich auch schon reingefallen.

Du musst nur die Spalte „Hostname“ ausfüllen. Die Spalten „IPv4-Adresse“ und „IPv6-Adresse“ kannst du leer lassen. Die braucht man nur in besonderen Fällen.

Was meine Vorredner schon gesagt haben nochmal in grafischer Form:

screenshot.png

Du möchtest eine Desktopdarstellung. Also solltest du sie auch bei der Installation auswählen.

M. W. wrote:

Mit dem Support habe ich bereits geschrieben, jedoch wurde mein Problem falsch verstanden.

Dann bleib da dran. Du kannst gerne auch auf dieses Thema verlinken. Manchmal hilft das.

Schreib dem Support am besten so kurz und knackig wie es nur geht.

Sowas in der Richtung. Und natürlich die Fehlermeldung nicht vergessen, die du dann von Gmail bekommst.

Quote

*@gmail.com -> beispiel@domain.de (geht nicht)
*@gmail.com -> beispiel@@mailXXXXXX.mx2e57.netcup.net (geht)

tab wrote:

Der selbe Mailserver meint doch nicht einmal, dass beispiel@domain.de eine externe Domain sei und das nächste Mal dann nicht. Nur weil der Absender ein anderer ist. Sonst ist da aber einiges sehr kaputt.

Sehr gut zusammengefasst. Aber ja, so wirkt das gerade auf mich.

Aber unsere Analysemöglichkeiten sind ja leider sehr begrenzt.

tab wrote:

Normalerweise gibt es in den Defaulteinstellungen von Domains bei netcup einen SPF-Record, der ist bei dir nicht aufgeführt.

Wenn mich nicht alles täuscht, ist doch der erste Eintrag im Screenshot der SPF-Record.

Wie Track1991 schon korrekterweise gesagt hat, kann es nicht am DMARC liegen. Der ist optional und zieht nur beim Versand. Nicht beim Empfang. Und dann auch nur wenn der empfangende Mailserver DMARC beherrscht.

Also meiner Meinung nach kann nur der Support da weiterhelfen. Aus irgendwelchen Gründen meint mx2e57.netcup.net bei FROM: *@gmail.com, dass TO: beispiel@domain.de eine externe Domain sei.

Nein, das muss mail.***.at bleiben.

Nur www und mail verwenden. Nicht www.***.at oder mail.***.at.

Deine ***.at Domain wird sozusagen immer hinten angefügt. Deswegen das @ für die Domain selber.