将 mail.example.com 重定向到 http://mail.google.com/a/example.com
我们拥有的域名使用谷歌邮件作为其后端,但它没有托管在任何地方(没有网站)。我如何通过注册界面(我正在使用 1&1)重定向输入 http://mail.example.com 的人。 example.com 到 http://mail.google.com/a/example.com ?
我可以创建一个子域并设置其 DNS/CNAME,但我该把什么放在哪里呢?另外,如果我进行此更改,它会影响现有的邮件传递(目前一切运行良好)。
A domain name that we have is using google mail as its backend, but its not hosted anywhere (no website). How can I, through the registrar interface (I'm using 1&1), redirect ppl who type in http://mail.example.com to http://mail.google.com/a/example.com ?
I can create a subdomain and set its DNS/CNAME, but what do I put where? Also, if I make this change will it affect the existing mail delivery (for which everything is running fine presently).
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
事实证明这并不那么难......并且说明是 Google 本身的一部分:
仪表板 ->服务设置:邮箱->一般:网址->更改网址
https://www.google.com/a/cpanel /example.com/CustomUrl?s=mail
更改 CNAME 记录
要使用自定义 URL mail.example.com,您必须通过域名托管服务商更改 CNAME 记录。
It turns out it wasn't that tough... and the instructions are part of Google itself:
Dashboard -> Service settings: Email -> General:Web address -> Change URL
https://www.google.com/a/cpanel/example.com/CustomUrl?s=mail
Changing CNAME record
To use the custom URL mail.example.com, you must change the CNAME record with your domain host.
您无法仅使用 DNS 重定向到路径(例如
/a/example.com
)。 DNS CNAME 记录可以使mail.example.com/foo
有效地指向mail.google.com/foo
,但更复杂的情况需要 HTTP 重定向。这意味着您需要有人托管您的网页才能正常工作。对不起。
如果您的注册商提供“HTTP 重定向”选项,您可以使用它。有些注册商会这样做。如果您使用它,他们将有效地为您运行一个最小的网络服务器。请注意,当用户通过
https://example.com
访问您的页面时,这可能会破坏 SSL。邮件传递是通过 MX 记录进行的,不会受到其他类型记录更改的影响(只要您不干扰域邮件服务器的 DNS 记录)。
You cannot redirect to a path (such as
/a/example.com
) using only DNS. DNS CNAME records can makemail.example.com/foo
effectively point tomail.google.com/foo
, but something more sophisticated will require HTTP redirects. This means you need someone hosting your web page for this to work.Sorry.
If your registrar offers an "HTTP Redirect" option, you can use that. Some registrars do. If you use this, they're effectively running a minimal web server for you. Note that this may break SSL when users access your page via
https://example.com
.Mail delivery is via MX records, which won't be affected by changes to other types of record (so long as you don't interfere with the DNS records for the domain's mail servers).