[solved]Keine Mail-Aliasse erreichbar...

Quote from flames

nein, ein fqdn sollte so aussehen: server.anbieter.tld und die server ip sollte einen PTR auf diesen fqdn haben
zb. bei ovh siehts so aus: nsxxxxx.ovh.net

perl /usr/local/src/imscp/imscp-autoinstall -dr hostname

und gib da den fqhn des servers ein, den du vom anbieter bekommen hast. danach kannst du die domain xyz.de als kunden nutzen

falls kein fqhn vorhanden, besteht die möglichkeit die domain xyz.de bei dem registrar zu konfigurieren, und zwar einfach eine dedizierte subdomain anlegen, die dann als fqhn genutzt wird, und bei der ip den ptr darauf zu setzen.

Display More

Also, da müsste ich noch mal nachschauen - einen fqdn von der Serverfarm - die auf meinen Server verweist - habe ich nämlich nicht, nur die IP-Adresse.

OK, dann kann der Fehler daher kommen. wie ich gerade feststellte, funktioniert die 2. Domain "abc.de" nämlich mailmässig.

Vielleicht sollte zu fqdn im Installer mal ein wenig Erklärung hinzu? Ist nämlich arg verwirrend das ganze

Ich werde mich nun erstmal an Deiner beschriebenen Vorgehensweise orientieren - vielleicht klappts ja dann?

Quote from flames

nicht wirklich, es entspricht alles den gängigen normen, und gehört in bereich allgemein wissen der IT, es ist weder imscp noch linux spezifisch. DNS

Ja - aber leider nirgendwo allgemeinverständlich erklärt. Sucht man bei Google nach fqdn, bekommt man alles, nur keine allgemeinverständliche Info - leider.

Oder Google liefert soviel Bäume, dass man den Wald nicht sieht
[hr]

Quote from flames

nein, ein fqdn sollte so aussehen: server.anbieter.tld und die server ip sollte einen PTR auf diesen fqdn haben
zb. bei ovh siehts so aus: nsxxxxx.ovh.net

perl /usr/local/src/imscp/imscp-autoinstall -dr hostname

und gib da den fqhn des servers ein, den du vom anbieter bekommen hast. danach kannst du die domain xyz.de als kunden nutzen

falls kein fqhn vorhanden, besteht die möglichkeit die domain xyz.de bei dem registrar zu konfigurieren, und zwar einfach eine dedizierte subdomain anlegen, die dann als fqhn genutzt wird, und bei der ip den ptr darauf zu setzen.

Display More

Ich habe nun einen fqdn eingerichtet - 08154711.xyz.de, nebst ptr, nach Ausführung von perl imscp-autoinstall -dr hostname ergeben sich jedoch neue Probleme, und zwar beim Nameservice:

Meine beiden Nameserver heissen ns1.xyz.de und ns2.xyz.de, und sind mit glue eingetragen.

Der Nameservereintrag für die Domain abc.de müsste demnach heissen:
ns1.xyz.de
ns2.xyz.de

Was macht imscp nun daraus?

Es trägt in jedem Bind-Zonefile folgendes ein:

Quote

$ORIGIN .
$TTL 10800 ; 3 hours
abc.de IN SOA ns1.abc.de. postmaster.abc.de. (
2013102500 ; serial
10800 ; refresh (3 hours)
3600 ; retry (1 hour)
1209600 ; expire (2 weeks)
3600 ; minimum (1 hour)
)
NS ns1.abc.de.
NS ns2.abc.de.
A 178.63.22.195
MX 10 mail.abc.de.
TXT "v=spf1 a mx ip4:xxx.xxx.22.195 ip4:xxx.xxx.22.195 ~all"
SPF "v=spf1 a mx ip4:xxx.xxx.22.195 ip4:xxx.xxx.22.195 ~all"
$ORIGIN abc.de.
ftp CNAME www
imap CNAME mail
localhost A 127.0.0.1
mail A xxx.xxx.22.195
ns1 A xxx.xxx.22.195
ns2 A xxx.xxx.xxx.227
pop CNAME mail
pop3 CNAME mail
relay CNAME mail
smtp CNAME mail
www A xxx.xxx.22.195

Display More

Damit gibt NAST jedoch kein OK zur Nameserverkonfiguration, denn es existiert ja kein Nameserver unter

ns1.abc.de und ns2.abc.de,

denn die zuständigen Nameserver heissen ja

ns1.xyz.de und ns2.xyz.de.

Weshalb zerschiesst imscp nun die Nameserverkonfiguration und setzt diese - in jedem Zonefie - auf die neu angelegte Domain?

Das ist doch vermutlich ein BUG?

Quote from flames

perl /usr/local/src/imscp/imscp-autoinstall -dr named

perl /usr/local/src/imscp/imscp-autoinstall -?
perl /usr/local/src/imscp/imscp-autoinstall --reconfigure help

Ich kann machen was ich will - imscp setzt in den Zonefiles die Nameserver nicht korrekt.

Es setzt die Nameserver immer auf "ns1 beziehungsweise ns2 .neuangelegteDomain.tld" statt auf "ns1 beziehungsweise ns2 .tatsächlicheNameserverdomain.tld"

Vermutlich ein kleiner Fehler in der Routine, die die Files in /etc/imscp/bind/parts schreibt?

Bearbeite ich die Vorlage für die Zoneneinträge von Hand auf

Quote

$TTL 3H
$ORIGIN {DOMAIN_NAME}.
@ IN SOA ns1.meinNameserver.de. postmaster.meineDomain.de. (
; dmn [{DOMAIN_NAME}] timestamp entry BEGIN.
{TIMESTAMP}; Serial
; dmn [{DOMAIN_NAME}] timestamp entry END.
3H; Refresh
1H; Retry
2W; Expire
1H; Minimum TTL
)
; ns DECLARATION SECTION BEGIN
IN NS ns1.meinNameserver.de.
IN NS ns2.meinNameserver.de.
; ns DECLARATION SECTION END

{MX} IN MX 10 mail.{DOMAIN_NAME}.

{DOMAIN_NAME}. IN {IP_TYPE} {DOMAIN_IP}
www IN {IP_TYPE} {DOMAIN_IP}
{MX}{DOMAIN_NAME}. IN TXT "v=spf1 a mx {TXT_DOMAIN_IP_TYPE}:{DOMAIN_IP} {TXT_SERVER_IP_TYPE}:{BASE_SERVER_IP} ~all"
{MX}{DOMAIN_NAME}. IN SPF "v=spf1 a mx {TXT_DOMAIN_IP_TYPE}:{DOMAIN_IP} {TXT_SERVER_IP_TYPE}:{BASE_SERVER_IP} ~all"
localhost IN A 127.0.0.1
{MX}mail IN {IP_TYPE} {DOMAIN_IP}
; ns A SECTION BEGIN
ns{NS_NUMBER} IN {NS_IP_TYPE} {NS_IP}
; ns A SECTION END

; CNAME for mail transfer
{MX}imap IN CNAME mail
{MX}pop IN CNAME mail
{MX}pop3 IN CNAME mail
{MX}relay IN CNAME mail
{MX}smtp IN CNAME mail
; CNAME for web transfer
ftp IN CNAME www

; sub [{SUB_NAME}] entry BEGIN.
; sub [{SUB_NAME}] entry END.

; dns [{MANUAL_DNS_ID}] entry BEGIN.
; dns [{MANUAL_DNS_ID}] entry END.

; ctm domain als entries BEGIN.
; ctm domain als entries END.

Display More

dann legt imscp die Nameservereinträge der Domains nämlich korrekt an.

So wie imscp das jetzt handhabt, müsste ich für jede Domain die ich hosten möchte eigene GLUE-Records setzen - das kann so nicht richtig sein.

Quote from flames

ach das meinst du, ja, das ist zur zeit leider so. ist aber bekannt und auf der todo liste.
sollte jedoch keine probleme bereiten, ich setze imscp ebenfalls auf diese weise als primären nameserver ein und habe nichts geändert. es gibt bei einigen domain registrierungsstellen ein warning.

Na, denn läufts ja jetzt - wenn der Bug bekannt ist, ok... kann ich mit leben, hab ja nen workaround...

Danke erstmal für die Tips...