MX Record bei dyndns.org konfigurieren
Hallo
vorerst: bsp.dyndns.org = dyndns Account
test.local = Domäne
servername = servername
stefan = user
Ich habe soweit meinen Exchange eingerichtet und konfiguriert. Komme über telnet auch drauf; Port 25 ist offen.
Nun möchte ich auf dyndns einen mx eintrag hinterlegen.
http://farm4.static.flickr.com/3480/3287837761_16207c5745_o.png
bei Hostname weiß ich jetzt aber nicht mehr weiter. 1. Was ist mein hostname (servername.test.local) oder (servername.bsp.dyndns.org)
Wie ich herum experimentiert habe, kam oft diese Fehlermeldung:
Please enter a valid hostname for email delivery.
Wenn diese Meldung nciht kam, ging ich auf Änderrungen speichern. als ich danach wieder dyndns öffnete, wurde mir wieder kein mx record eingetragen.
Könnt ihr mir weiterhelfen oder liege ich überhaupt richtig, dass ich den mx record hier erstelle.
vorerst: bsp.dyndns.org = dyndns Account
test.local = Domäne
servername = servername
stefan = user
Ich habe soweit meinen Exchange eingerichtet und konfiguriert. Komme über telnet auch drauf; Port 25 ist offen.
Nun möchte ich auf dyndns einen mx eintrag hinterlegen.
http://farm4.static.flickr.com/3480/3287837761_16207c5745_o.png
bei Hostname weiß ich jetzt aber nicht mehr weiter. 1. Was ist mein hostname (servername.test.local) oder (servername.bsp.dyndns.org)
Wie ich herum experimentiert habe, kam oft diese Fehlermeldung:
Please enter a valid hostname for email delivery.
Wenn diese Meldung nciht kam, ging ich auf Änderrungen speichern. als ich danach wieder dyndns öffnete, wurde mir wieder kein mx record eingetragen.
Könnt ihr mir weiterhelfen oder liege ich überhaupt richtig, dass ich den mx record hier erstelle.
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 109298
Url: https://administrator.de/contentid/109298
Ausgedruckt am: 22.11.2024 um 05:11 Uhr
13 Kommentare
Neuester Kommentar
Hallo,
Du hast bei Deiner Auflistung oben deine öffentliche Domäne vergessen.
dom: firmahh.de
- hostname für MX ist "bsp.dyndns.org"
- der MX Eintrag muss nicht bei dyndns sondern bei deinem Hoster von firmahh.de erstellt werden
gib mal "nslookup -type=mx firmahh.de" im cmd Fenster ein.
nur der hostname bei Dir bsp.dyndns.org und nicht server01.firmahh.de ist
Stefan
Du hast bei Deiner Auflistung oben deine öffentliche Domäne vergessen.
dom: firmahh.de
- hostname für MX ist "bsp.dyndns.org"
- der MX Eintrag muss nicht bei dyndns sondern bei deinem Hoster von firmahh.de erstellt werden
gib mal "nslookup -type=mx firmahh.de" im cmd Fenster ein.
nur der hostname bei Dir bsp.dyndns.org und nicht server01.firmahh.de ist
Stefan
schon immer. Zumindestens bei 1und1.
probier mal "nslookup -type=mx test.skittel.de"
Empfangen ist kein Problem. Man sollte nur nicht versuchen mit so einem Server zu senden (SPAM). Aber beim senden erscheint der dyndns-Eintrag ja nicht sondern die IP (dynamisch=SPAM).
Stefan
probier mal "nslookup -type=mx test.skittel.de"
Empfangen ist kein Problem. Man sollte nur nicht versuchen mit so einem Server zu senden (SPAM). Aber beim senden erscheint der dyndns-Eintrag ja nicht sondern die IP (dynamisch=SPAM).
Stefan
Hi,
ok...weil bei anderen Anbieter wird der Eintrag gelöscht.
Grüße,
Dani
ok...weil bei anderen Anbieter wird der Eintrag gelöscht.
Empfangen ist kein Problem. Man sollte nur nicht versuchen
mit so einem Server zu senden (SPAM). Aber beim senden
erscheint der dyndns-Eintrag ja nicht sondern die IP
(dynamisch=SPAM).
Richtig...darum macht es eigentlich keinen Sinn, da du die Mails immer über den Hoster schicken musst. Ist eigentlich "nur" Mehraufwand.mit so einem Server zu senden (SPAM). Aber beim senden
erscheint der dyndns-Eintrag ja nicht sondern die IP
(dynamisch=SPAM).
Grüße,
Dani
Hallo Dani,
ich war früher ein eifriger Verfechter der direkten Zustellung mit einem eigenem MX-Eintrag mit fester IP und direktem Versand mittels DNS/MX.
Inzwischen empfehle ich den kleineren Kunden wieder IMAP2SMTP und Versand über den SMTP-Server des Providers als SmartHost.
Spam hats versaut.
Stefan
PS: MX hat eigentlich nur Sinn mit einer festen IP. Wobei ich eine feste IP von TDSL-Business da inzwischen nicht mehr zuzählen kann, da diese inzwischen auch alle geblacklistet sind
ich war früher ein eifriger Verfechter der direkten Zustellung mit einem eigenem MX-Eintrag mit fester IP und direktem Versand mittels DNS/MX.
Inzwischen empfehle ich den kleineren Kunden wieder IMAP2SMTP und Versand über den SMTP-Server des Providers als SmartHost.
Spam hats versaut.
Stefan
PS: MX hat eigentlich nur Sinn mit einer festen IP. Wobei ich eine feste IP von TDSL-Business da inzwischen nicht mehr zuzählen kann, da diese inzwischen auch alle geblacklistet sind
Zitat von @StefanKittel:
PS: MX hat eigentlich nur Sinn mit einer festen IP. Wobei ich eine
feste IP von TDSL-Business da inzwischen nicht mehr zuzählen
kann, da diese inzwischen auch alle geblacklistet sind
Hör ich zum Ersten Mal...bisher haben unsere Kunden keine Probleme bzw. ggf. lassen sich diese auch sicher löschen. PS: MX hat eigentlich nur Sinn mit einer festen IP. Wobei ich eine
feste IP von TDSL-Business da inzwischen nicht mehr zuzählen
kann, da diese inzwischen auch alle geblacklistet sind
Dyndns erlaubt es nicht, dass der Hostname auch der MX-Eintrag ist.
Das ist aber aufgrund eines Kniffes in der Spezifikation (974) auch nicht notwendig:
Wenn eine Domäne keinen MX-Eintrag hat sollte ein Mailserver immer den A-Eintrag der Domäne selbst benutzen.
Du kannst dir den Eintrag also sparen.
Grüße
Max
Das ist aber aufgrund eines Kniffes in der Spezifikation (974) auch nicht notwendig:
Wenn eine Domäne keinen MX-Eintrag hat sollte ein Mailserver immer den A-Eintrag der Domäne selbst benutzen.
Du kannst dir den Eintrag also sparen.
The explanation of how mailers should decide how to route a message
is discussed in terms of the problem of a mailer on a host with
domain name LOCAL trying to deliver a message addressed to the domain
name REMOTE.
[...]
It is possible that the list of MXs in the response to the query will
be empty. This is a special case. If the list is empty, mailers
should treat it as if it contained one RR, an MX RR with a preference
value of 0, and a host name of REMOTE. (I.e., REMOTE is its only
MX). In addition, the mailer should do no further processing on the
list, but should attempt to deliver the message to REMOTE. The idea
here is that if a domain fails to advertise any information about a
particular name we will give it the benefit of the doubt and attempt
delivery.
is discussed in terms of the problem of a mailer on a host with
domain name LOCAL trying to deliver a message addressed to the domain
name REMOTE.
[...]
It is possible that the list of MXs in the response to the query will
be empty. This is a special case. If the list is empty, mailers
should treat it as if it contained one RR, an MX RR with a preference
value of 0, and a host name of REMOTE. (I.e., REMOTE is its only
MX). In addition, the mailer should do no further processing on the
list, but should attempt to deliver the message to REMOTE. The idea
here is that if a domain fails to advertise any information about a
particular name we will give it the benefit of the doubt and attempt
delivery.
Grüße
Max