welche bei einer Domain existieren 'müssen'
Selbst wenn dem so wäre (was es afair nicht ist), besteht keinerlei Pflicht den Maildienst an sich für eine Domain einzurichten.
Die einzige Pflicht die DNS vorsieht, ist die Kontaktmailadresse im SOA des NS. Und die muss nicht in der betreffenden Domain liegen.
Ansonsten muss eine .de Domain lediglich einen einzigen Record haben.
Selbst wenn dem so wäre (was es afair nicht ist), besteht keinerlei Pflicht den Maildienst an sich für eine Domain einzurichten.
das sagt auch keiner ...
und was die Validierung von SSL-Zertifikaten angeht - von ACME wie z.B. bei Let's Encrypt ist hier NICHT die Rede;
bei OV und EV und bei Wildcard wird die Validierung ohne 'Maildienst' etwas schwierig;
wobei ohne MX-Record wird der A-Record evtl. auch AAAA-Record [f. IPv6] verwendet ...
mittlerweile sind immer mehr Webauftritte ohne dem www im Umlauf,
und diesen Fällen brauchst Du nur dann einen MX-Record definieren, wenn der
Host, welcher den Webauftritt hostet nicht glztg. Incoming-Mailserver spielen soll
ob ein Mailserver, Mails welche von so einem Setup stammen auch annimmt, steht woanders;
aber auch hier findet man bei Webservern als rDNS Namen einfach den ohne www
oder irgendwas komisches, für das es den dazupassenden A/AAAA-Record gibt ...
und das gibt man beim EHLO im SMTP an ...
ob sowas schlau ist steht woanders; aber es existiert;
in der Arbeit hosten wir einige Domains, und da sind manche tatsächlich nur für Webauftritt,
und hier sind die eingehenden Mailserver so konfiguriert, dass sie Mails f. 3 bestimmte Aliase¹ annehmen,
welche auf eine definierte Mailadresse relayen;
¹ admin@, abuse@ und irgendein master
das sagt auch keiner
Dafür sagst du mal wieder viele Sachen, um die es im Thema garnicht geht. 
Dass Mailserver Mails für Domains für die es keinen MX gibt, einfach an den A Record zustellen wollen stimmt zwar, ist aber eher eine Unart.
Oder hab ich da was in nem RFC überlesen?
Oder hab ich da was in nem RFC überlesen?
Ja und Nein
Was Du als Unart bezeichnest, ist keine Unart; es war früher einfach nicht möglich; weil niemand einen A-Record ohne dem www definierte;
in den Anfängen gabs ja nichtmal HTTP/1.0 sondern was älteres (HTTP/0.9), und da hattest 'shared' Webhosting auf eine russiche Tour, die heute undenkbar wäre;
(die HTTP-Header 'Host' kam erst später)
hatteste z.B. http://www.example.com und http://www.example.net auf dem selben Host, ging das nur so
http://www.example.com/com
http://www.example.net/net
weil http://www.example.com und http://www.example.net lieferten das gleiche
auch wars egal ob man http://www.example.net/net od. http://www.example.com/net in der URL-Leiste eingab;
und zu dieser Zeit ging ohne MX-Record gar nichts; mittlerweile sieht die Welt anders aus, sodaß MX-Records nicht mehr zwingend notwendig sind;
Oder hab ich da was in nem RFC überlesen?
Das steht wohl hier: https://www.rfc-editor.org/rfc/rfc5321.html#section-5.1
If an empty list of MXs is returned, the address is treated as if it was associated with an implicit MX RR, with a preference of 0, pointing to that host.
In der älteren Version RFC 2821 stand noch explizit "A RR" drin.
Für Domains ohne MX gibt es daher mittlerweile "Null MX", die in https://www.rfc-editor.org/rfc/rfc7505.txt definiert sind. Das sollte ich mal bei einigen meiner Domains einrichten. Daher danke für die Diskussion hier!
Internet mail determines the address of a receiving server through the DNS, first by looking for an MX record and then by looking for an A/AAAA record as a fallback. Unfortunately, this means that the A/AAAA record is taken to be mail server address even when that address does not accept mail. The No Service MX RR, informally called "null MX", formalizes the existing mechanism by which a domain announces that it accepts no mail, without having to provide a mail server; this permits significant operational efficiencies.
weil niemand einen A-Record ohne dem www definierte;
Das mache ich schon seit den 90ern. Das www. war für mich schon immer eine "neumodische Spielerei".
'shared' Webhosting auf eine russiche Tour, die heute undenkbar wäre;
Aha? Das von dir beschriebene Vorgehen hab ich noch nie gesehn...
Früher hat man für jede Domain eben einfach eine eigene IP genommen. Ich hatte da durchaus auch mal 32 und mehr IPs auf einem Server.
Das sollte ich mal bei einigen meiner Domains einrichten.
Danke fürs Suchen. Ein Optout braucht man also jetzt? Ja, das muss ich dann mal bei mieinen Domains zufügen...
Cool - funktioniert!
Undelivered Mail Returned to Sender
...
Domain example.com does not accept mail (nullMX)
Die KI meint : (korrekt?)
You should use this only for domains from which you also don't intend to send mail. For a completely mail-free domain, I would additionally publish:
@ IN TXT "v=spf1 -all"
_dmarc IN TXT "v=DMARC1; p=reject;"
*._domainkey IN TXT "v=DKIM1; p="
That gives the domain a coherent policy:
MX 0 . — don't send mail to this domain.
SPF -all — no host may send mail from this domain.
DMARC p=reject — reject mail spoofing the domain.
empty DKIM wildcard — no DKIM keys exist for the domain.
For your web-only domains, this is preferable to simply omitting the MX record.
You should use this only for domains from which you also don't intend to send mail
Unsinn. Das ist doch ein ganz andres Thema.
SPF Records sind doch ganz unabhängig.
Im Gegenteil. Es ist ideal für eine "noreply" Sendeadresse.
Muh. Ich muss mich schon korrigieren.
Anscheinend prüfen einige Empfangsserver das auch und verweigern die Mailannahme.
Ist zwar eigentlich ein Missbrauch, da ja dazu das SPF zuständig ist, aber die machen ja eh alle, was sie wollen...
Hab ich was verpasst? 
image.png
Hab ich was verpasst?
Scheint so, als müsstest du https://www.servercontrolpanel.de/ eingeben um dieser Warnung zu entgehen.
Für "ohne www" ist wohl kein SAN mehr da.
curl: (60) SSL: no alternative certificate subject name matches target host name 'servercontrolpanel.de'
Sicherheit ist schwierig.
Für "ohne www" ist wohl kein SAN mehr da.
Die haben bestimmt auf Clouddns umgestellt... 
Hat hier irgendjemand Interesse an einem WMF KITCHENminis Mix on the go (Smoothie Mixer) mit netcup Logo? Das Ding hat einen internen 1,2Ah Akku und ist quasi neu, ich trinke keine Smoothies. Der Akku ist nicht tiefentladen (wurde mindestens einmal jährlich kurz getestet/aufgeladen), wie lange er noch durchhält weiß ich aber nicht.
Kann gegen Übernahme der Versandkosten den Besitzer wechseln. Da ein Lithium-Akku enthalten ist, wird ausschließlich mit der österreichischen Post versendet! Keine Gewährleistung/Rückgabe möglich, das ist ein Geschenk.
(Falls sich bis zum WE unerwarteterweise mehrere User für das Ding melden, bekommt es der Höchstbieter. Der Erlös geht dann nach Abzug der Versandkosten als Spende zu irgendeiner gemeinnützigen Organisation.)
Hat hier irgendjemand Interesse an einem WMF KITCHENminis Mix on the go (Smoothie Mixer) mit netcup Logo?
Ich frage mich ob das wirklich jemand am Fahrradlenker baumeln hat...
am Fahrradlenker baumeln
Es geht halt nichts über einen frisch gemixten Smoothie aus einen halben Tag in der Hitze am Fahrradlenker gammelnden Früchten und Kräutern.
Den echten Gesundheitsfreak schreckt nichts... 
HA.
Da haben wir den Vergleich.
Von Montag mittag um 12, 1003900, bis
Konkreter Fall NCSUP-1007784 Webhosting WEB wurde gestern zw. 19 und 21 Uhr gesperrt
also in 56 Stunden 3884 Tickets. Das sind also knappe 70 Tickets in der Stunde 24 Stunden lang,
also 1665 Tickets am Tag. In der Stunde müssen also mindestens 208 Tickets gelöst werden.
Das sind 3,5 Tickets pro Minute. Selbst bei 10 Vollzeit Ticketlösern muss jeder ununterbrochen alle 3 Minuten ein Ticket komplett gelöst haben, um auf 0 zu kommen.
Wenn die Tickets dann, Dank sinnloser KI Ausschmückungen 3 nichtssagende Seiten lange Prosa sind, reicht das nichtmal zum durchlesen...
Ehrlich gesagt überrascht es mich extrem, dass es hier im Forum vergleichsweise wenig Hilfesuchende gibt…
Alles anzeigenHA.
Da haben wir den Vergleich.
Von Montag mittag um 12, 1003900, bis
also in 56 Stunden 3884 Tickets. Das sind also knappe 70 Tickets in der Stunde 24 Stunden lang,
also 1665 Tickets am Tag. In der Stunde müssen also mindestens 208 Tickets gelöst werden.
Das sind 3,5 Tickets pro Minute. Selbst bei 10 Vollzeit Ticketlösern muss jeder ununterbrochen alle 3 Minuten ein Ticket komplett gelöst haben, um auf 0 zu kommen.
Wenn die Tickets dann, Dank sinnloser KI Ausschmückungen 3 nichtssagende Seiten lange Prosa sind, reicht das nichtmal zum durchlesen...
Meines hat sich von selbst gelöst, da wird es auch andere geben, bleiben trotzdem viele...
Meines hat sich von selbst gelöst
Und woher soll der Support das wissen? Seine Zeit wird trotzdem beansprucht. Je nach Inhalt sucht er sogar ewig nach einen Problem, das es garnicht gibt...
