Beiträge von DerRené

Habe das nun testweise mal durchgespielt mit test.domain.de. Folgende EInstellungen gesetzt (wie vorgegeben beim Hinzufügen der externen Domain) :

pasted-from-clipboard.png

Sobald die Einträge nach wenigen Minuten gültig waren (yes) war die Subdomain auch sofort im WCP als externe Domain verfügbar und Mailadressen konnten konfiguriert werden.

Ob nun wirklich alle Records nötig sind, wage ich ebenfalls zu bezweifeln. Vermutlich jedoch mindestens die mx und a Records, damit sich das Webhosting samt Mailserver zuständig fühlen und die externe Domain freigeben.

Klappte also auf Anhieb, wäre mir aber 1) den Aufwand nicht wert und 2) ist man durch die Anzahl der max. erlaubten externen Domains zu sehr eingeschränkt für diesen usecase. Auch wenn ich persönlich mit Netcup sehr zufrieden bin, würde ich in diesem speziellen Anwendungsfall eher zu einem Hoster gehen, der das out of the box anbietet oder schlicht ne eigene Mailkuh aufsetzen.

Ähnliches Setup habe ich auch. Auf einem NUC laufen einige Dienste - sensible Daten sind nur über VPN von außen erreichbar. VPN ist heutzutage ja kein Hexenwerk mehr und bei jedem modernen Client-OS kinderleicht eingerichtet. Mir würde im Traum nicht einfallen auch nur halbwegs persönliche/sensible Daten Google zur freien Verfügung zu stellen hosten zu lassen.

Zitat von raimerik

(weil meine Support-eMail-Adresse zu den lahmgelegten gehört...)!

Pro-Tipp eines Schlaubis: immer vom Produkt unabhängige Kontaktmöglichkeiten verwenden! Ist dein Webhosting lahmgelegt, dann natürlich auch die Mailadressen. Ich verwende für sowas gerne mail.de. Es kann schlicht immer mal etwas schiefgehen, ob nun eigenverantwortlich verursacht oder nicht spielt hier erstmal keine Rolle.

Viel Erfolg.

PS: Dein Usecase klingt aber wirklich interessant. "Hunderte Subdomainmails" "2h kein Mailempfang und die Freunde/Verwandten rennen einen die Bude ein". Könnte man sich die Frage stellen, ob bei diesem enormen Umfang und der erwarteten Verfügbarkeit ein stinknormales Webhosting wirklich das richtige Produkt ist?

Hab ich echt übersehen, na dann Kommando zurück. Vielen Dank janxb

Ist dann aber auch etwas inkonsequent gelöst: Roundcube-Installationen mit verschiedenem Funktionsumfang. Da sind Verwirrungen ja vorprogrammiert.

Aber zumindest konnte das Rätsel gelöst werden. Thx.

Schade, dass du derartige Probleme hattest/hast. Kann ich so nicht nachvollziehen, aber evtl. hatte ich schlicht mehr Glück.

Eine Sache aber möchte ich direkt ansprechen:

Zitat von raimerik

3) Webmailer funktioniert nicht? > Dauert gerne 24h (obwohl eMails im eMail-Client ankommen). Workaround:
https://webmail.netcupmail.de/ verwenden - der geht kurioserweise vorher!

4) Im WebMailer können RoundCube-untypisch KEINE alternativen Absender-Identitäten für angelegte Aliase angelegt werden? > erratisch:
KANN Identitäten anlegen: https://webmail.netcupmail.de/

kann es NICHT: https://webmail01.webhosting.systems/

Woher hast du denn die Adresse netcupmail.de? Sehe ich zumindest in meinem Panel nirgends. Auch ein Reverse-Lookup der IP verweist eher auf eines der Kundensysteme (af914.netcup.net). Leider sind ja die Domaininhaberdaten nicht mehr einsehbar. Das sieht mir dennoch eher nach einer selbst gehosteten RoundCube-Instanz aus - und wenn das wirklich so ist würde ich jedem Dritten abraten diese zu nutzen, da es ein Leichtes wäre damit Zugangsdaten abzufangen!

Erklärt dann natürlich auch den größeren Funktionsumfang, da Roundcube bei einer eigenen Installation einfach durch Plugins zu erweitern ist.

[netcup] Felix P. ist dies eine offizielle Netcup-Domain?

Falls ja, wäre es natürlich sinnvoll diese im Wiki und/oder im WCP zu vermerken.

Falls nein, naja, ihr wisst schon.

Mir ist beim Überfliegen direkt aufgefallen, dass du den falschen DB-Server angegeben hast:

define('DB_HOST', 'localhost');

Web- und DB-Server sind bei Netcup getrennt. Die Daten dazu findest du im WCP (Beispiel).

Beachte auch, dass dein DB-User entsprechend zugreifen darf (Einstellungen zur Zugriffssteuerung). Entweder Zugriff von belieben Hosts zulassen oder explizit deine Webserver-IP eintragen.

Um ggf. weitere Fehler zu finden, schaust du wie bereits vorgeschlagen einfach in deine Error-Logs. Entweder im WCP oder auf (S)FTP-Ebene unter /logs. Ohne konkrete Fehlermeldungen wird es an dieser Stelle für uns schwierig dir zu helfen.

Zitat von DerKadser

verbinden auf den Minecraft Server funktioniert nicht....

was klappt genau nicht? welche Verbindung trägst du beim Versuch im Spieleclient ein und wie sehen die aktuellen SRV-Records dazu bei dir im CCP aus?

Ansonsten können wir ohne Glaskugel nur das oben geschriebene wiederholen..

Joa passt. Falls gewünscht, kannst du auch den SRV-Record direkt an die Hauptdomain binden, sodass im Client einfach nur ghostguards.de eingegeben werden muss statt wie aktuell minecraft.ghostguards.de. Dazu im Hostfeld die Subdomain weglassen und statt _minecraft._tcp.minecraft nur _minecraft._tcp eingeben. Falls du allerdings mehrere Minecraft-Server mit verschiedenen Ports angeben möchtest, führt kein Weg an Subdomains vorbei, das ist richtig.

Zitat von DerKadser

TS Ignorieren wir erstmal.....

Kann ich nicht ignorieren Für Teamspeak lautet der SRV-Name _ts3._udp.

Wünsche viel Erfolg mit dem Server.

So ist es korrekt. Ergebnis:

nslookup -q=srv _ts3._udp.scouterlp.net

Nicht autorisierende Antwort:
_ts3._udp.scouterlp.net SRV service location:
          priority       = 0
          weight         = 5
          port           = 9987
          svr hostname   = 45.129.183.70

scouterlp.net   nameserver = root-dns.netcup.net
scouterlp.net   nameserver = third-dns.netcup.net
scouterlp.net   nameserver = second-dns.netcup.net

.net ist eine tld, hast also korrekterweise den vollständigen Domainnamen bereits eingesetzt. Funzt!

Udo Coopmann Der Fehler ist, dass du deinen SRV-Record versuchst an eine IP zu binden, das geht nicht. Trage dort einfach deine gewünschte (Sub)Domain ein, unter die der TS-Server erreichbar ist.

Warum man hier, wie von Isaac vorgeschlagen, den Dienst eines Drittanbieters (TSDNS) nutzen soll, erschließt sich mir nicht. Alles was nötig ist, bringt Netcup bereits mit. Und korrekt eingerichtet klappt das auch einwandfrei.

Ist bei einem VPS schwer zu sagen.. letzte offizielle Aussage die ich dazu fand:

Zitat von [netcup] Felix P.

Eine Stealtime von 34% auf einem Root-Server ist allerdings deutlich zu hoch. Bei einem VPS-Produkt kann dieses allerdings durchaus der Fall sein.

Das bezieht sich aber primär auf RS. VPS werden nur am Rande mit höheren Stealwerten erwähnt. Im Zweifel kann dir das der Support ggf. genauer erläutern.

Das Zertifikat ist für inventor-tools.de ausgestellt. D.h. du musst auch über diese Domain darauf zugreifen.

Ich sehe nun aber, dass inventor-tools.de gar nicht auf deinen Server 45.83.106.125 zeigt?

Name:    inventor-tools.de
Address:  109.237.134.12

Wenn das verschiedene Server sind, brauchst halt auch zwei Domains, bzw. lässt eine Subdomain auf den Server zeigen und gibst der Subdomain ein eigenes Zertifikat.

Ich nehme mal an, dass es sich hierbei um die "internationale Version" handeln wird. Siehe z.B. https://www.netcup.eu/bestellen/produkt.php?produkt=2005

Dann arbeitet der Mailserver also grundsätzlich mit diesen Zugangsdaten, ist ja schon mal gut. Dann müsste man sich nun das verwendete Script, das die Fehlermeldung schmeißt, genauer ansehen.

Kannst du denn mit denselben Zugangsdaten (mailadresse, mail-password, Hostname: mx2fc0.netcup.net) in einem anderen Client einwandfrei versenden? Nicht dass es hier auf einen Fehler im Script hinaus läuft. Lässt sich ja in Thunderbird/Outlook/beliebige Smartphone-App schnell gegentesten.

Edit: Hab deinen zu löschenden Beitrag mal der Moderation gemeldet.

Du nutzt ja schon wieder einen anderen Hostnamen (der wieder falsch aussieht).

Im Zweifel schaue doch bitte mal einfach im WCP nach welcher Mailserver für dein Postfach wirklich zuständig ist! (WCP - Mail - rechts neben dem verwendeten Postfach auf das i-Symbol klicken).

Es handelt sich doch um ein normales Webhosting das du nutzt, oder?

Nodeuser Siehe hier.

Nodeuser Dein SMTP-Host (webmail.manifestoup.de) ist offenbar falsch. Kann mir auch nicht vorstellen, dass das vorher schon mal funktioniert hat. Der korrekte SMTP-Host für manifestoup.de scheint dieser zu sein: mx2fc0.netcup.net.

Was ggf noch klappen könnte: mail.manifestoup.de, dann aber wohl mit Zertifikatsfehler.

PS: Doppelpostings sind in keinem Forum gern gesehen.

Dafür gebe ich dir schon aus Prinzip keinen Like! Nicht dass du deinen Vorsprung noch weiter ausbaust. Auch wenn ich zugeben muss, dass mein Mauszeiger bereits über dem Daumen hoch schwebte...

vmk : CatchAll wäre eine Möglichkeit, da hast du Recht. Allerdings mache ich seit Jahren einen riesigen Bogen um CatchAll auf Grund des Ausmaßes an Spam mittlerweile (eher allgemein betrachtet, so sehr verbrannt sind meine Maildomains scheinbar (noch?) nicht) und ich scheue schlicht den Aufwand verbrannte Adressen dann händisch zu verwalten. Aber ich glaube ich lasse es wirklich mal auf einen Test ankommen, womöglich ist der Aufwand ja gar nicht so hoch.

Womit dann in meinem Fall die Buchung des Webhostings komplett obsolet wird. Nutze es eigl nur für das bequeme Mailsetup und als Testumgebung (hierfür wiederum reicht auch ein kleiner VPS).