joximu Wrote:Well, the filename is not fixed - here's the reference... (main.cf)
virtual_mailbox_domains = hash:/etc/postfix/ispcp/domains
Aha. Shine a little light on me. Forever and ever, i tell you my...
joximu Wrote:Ah - now it's important, that the DNS knows where the mails (to mydomain.net) have to be send to...
So, you'll need to set this in the zone files.
Normally in debian etch they are in /var/cache/bind/(*.db) - with a copy in /etc/ispcp/bind/working - you already learned about that :-)
the MX line in the zone files should be changed:
either you set the new hostname (with a point at the end) or the right ip number there - or you leave mail.domain.. and give the new ip address in the line where mail is defined...
orig, some lines:
IN MX 10 mail.domain.net.
mail IN A 123.45.67.89
www IN A 123.45.67.89
variant 1:
IN MX 10 mail.newserver.net.
mail IN A 123.45.67.89
www IN A 123.45.67.89
variant 2:
IN MX 10 mail.domain.net.
mail IN A new.ip.of.mx
www IN A 123.45.67.89
or similar...
there is an excellent book from oreilly about bind and dns :-)))
Cheers, J.
Actually, I tried these and a third and a fourth variant to no avail even before I read your reply. Problem is, that however I do this (and regardless of how many times I am restarting/reloading bind9), I get no updated replies from dig... (I got no ANSWER section). There is no DNS cache to flush like on windows and I can only suspect TTL settings interfering here but is that normal? I'll wait 86400 seconds and check dig again... Then I can start to think about paperbacks.
Btw the 3rd variant I tried (and which is still active) was:
Code:
IN MX 10 mail.mydomain.net.
mail CNAME mail.mailserver.com.
www CNAME mydomain.net.
...as this is how my external "real" dns is setup - querying mail.mydomain.net gives me a CNAME to mail.mailserver.com.
And btw my mail.mailserver.com resolves to my external mail server IP fine.
Thanks again for watching!