Claro que isso é factível. Os dois protocolos operam em diferentes portas tcp, portanto, quando um navegador é aberto e apontado para random01.example.com
, ele acessa sua máquina na porta 80 e quando um usuário envia e-mails [email protected]
, ele passa para qualquer registro MX em seu DNS , e se é a mesma máquina que o servidor web, está em uma porta diferente (25).
A questão do DNS para esse nome de host é irrelevante. Você pode fazer com que random01.example.com aponte para o IP do seu servidor web, e o correio ainda funcionará, porque o correio depende do registro MX do seu DNS, portanto, para todos os seus interesses, você pode apontar o registro MX para um domínio completamente diferente serviço do Google Mail, mesmo), se você quisesse.
Diga, por exemplo, que seu servidor da Web é 1.1.1.1
e seu servidor de e-mail é 1.1.1.5
Os nomes de host seriam:
*.example.com IN MX mail.example.com
*.example.com IN A 1.1.1.1 (webserver)
mail.example.com IN A 1.1.1.5 (mailserver)
E voila ... as pessoas podem acessar random01.example.com
na web e o e-mail para esse domínio também acessa o servidor de e-mail correto.
edit: Eu estou usando essas linhas como eu provavelmente as escrevo no BIND. Como você definiria isso com seu servidor de nomes, eu não sei, mas deve ser fácil adicionar registros e adicionar um registro MX que aponte para um registro A existente. O que eu descobri é que o Zerigo aceita "*" para entradas de nome de host curinga em sua interface do usuário.