Scale up as you grow — whether you're running one virtual machine or ten thousand.

From GPU-powered inference and Kubernetes to managed databases and storage, get everything you need to build, scale, and deploy intelligent applications.

Suppose foo.org lives on a single droplet. It’s using digitalocean’s DNS servers
It has an A record for foo.org, with the droplet IP It has an MX record pointing to mail.foo.org
Do I need an A record for mail.foo.org? Is this true for all DNS, or specific to digital ocean?
Is the same thing true for other pseudo-hosts (www.foo.org)?
Is the usual answer to run some kind of mini-nameserver on the main foo.org host, which happily says that it’s all of mail.foo.org, www.foo.org, foo.org, etc.?
----simplified description of what I saw– What I’m seeing right now is that without the A record for mail.foo.org, mail is bouncing. Specifically it claims that mail.foo.org cannot be found.
But AFAICT, my previous DNS provider did not have an A record for mail.foo.org(*). And when I switched back to my old DNS provider, mail was once again received on the droplet
Much the same story with www.foo.org, except that it looked as if http://www.foo.org was successfully pointing to the nginx server on the droplet. (But maybe I was confused by DNS propagation delays.)
FWIW, the hostname I gave to the droplet is neither mail nor www.
And all the config files for postfix and nginx know about all the hosts they are supposed to be pretending to be - the only variable is DNS.
(*) note the AFAICT - I’m not sure precisely what I’d see if it did or didn’t have an A record, even with “dig foo.org all” Would that or would it not include mail.foo.org?
I’ve been making liberal use of commands like “dig @ns1.digitalocean.com mail.foo.org all” to try to compare what the two are saying, but what I see doesn’t make sense given the pattern of bouncing mail etc.
3630316526124b4190e628cd69be1e
6a2e133a62fe4859920f9233303d8c
c6fa584e45c14c21ae44129dfe5743
Maria Smith
819167b5336c456e9ad38395fec1c5
bitandmap
e13d124f55014cf1a5bfd586997890
eea0a4f7eca348d58775fb7c7015fc
1636b10487fe4ab5b1e3bc483fd84f
e3002a14a547406799fe27a6abf211
5f21ced7a9dd4fe7af83c7412c563f
David Sen