Mail problem when www in site name.

Hi

I set up a mail server with ISPConfig on Debian 4 etch.

As I have all web services on a different server I did not want to have WWW.domain.name in the configuration.

Unfortunately ISPConfig wants to put it in the subdomain by defalut.

If you go to add an email address and forget to remove the www It get saved to the configuration file and mail to that domain no longer works until it is removed.

How can I fix this problem?

Thanks
Shanta

 

Select "External Mailserver" for that Co-Domain (it's on the Options tab).

 

mail problem

would this not disable the mailserver all togethe? This is the mailserver I want accepting and delivering mail. External mailserver means to me that mail is controlled by another server.

I am attempting to configer a mail only server.
Thanks Shanta

 

No, it would only remove that domain from the Postfix configuration, but Postfix keeps running.

 

Which means Postfix on the mail server will not accept mail for the domain?
I what the server with ISPconfig to accept mail and only mail for the domain. If I do that who will accept mail for the domain? I guess I am missing what ISPconfig means by remote mail server.

The web applications, DNS etc run on another server not configured with ISPconfig. The DNS points mail to the ISPconfigured system.

 

In truth I don't care if the postfix accepts mail for www or not. The problem is; if ISPconfig has www set it the domain box in the main configuration screen for the domain NO mail is accepted by the server for that server. Erase the www and the system acceptes mail to domain.com. This seems to me to be a problem with the ISPConfig defalut setup. I also don't want reselers to have to deal with comfigureing the server to remote or to remove the www each time they add a new email address or edit anything in their mail server.

There also are no codomains set up for most of the severs. I also don't quite get the diffrence between ISPConfigs definition of a co-domain, subdomain, server alias.

Doc are not clear on these. I am more used to Apache definitions and WebMin/virtualmin definitions and setup. I am guessing that co-domain and server alias are equivelent and ISPconfig deals with sub-domain as a new server. So www.domain.com is a defalut co-domain of domain.com and points to the same directory as dose an apache server alias. subdomain.domain.com points to a different web root, an apache virtual server.

 

Let me once again raise the issue of the "external mailserver" option.

When I set my main site (www.domain.tld) to "external mailserver" while my co-domain (domain.tld) uses "local mailserver" I get a behavior with which I am not too happy:

If I send an email to [email protected] I get the response "mail for www.domain.tld loops back to myself", which is not surprising after all.

So what I'd love to see is that ISPConfig removes the entries from the virtusertable, but leaves www.domain.tld in the local-host-names. Then postfix knows it's responsible for the domain, yet bounces mail because there are no mail addresses for that domain.

...or is there a better way of achieving what I want?!

Greetz,
Tom

 

But then Postfix won't send out emails for www.domain.tld because it thinks it is responsible for www.domain.tld...

 

Well, I know, my suggestion wasn't that good. It didn't work anyway when I tried to add the domain manually to local-host-names: Postfix then accepted mails for [email protected] and delivered it to the correct user.

But lets get back to my problem:

I want my server to receive mail for [email protected], but NOT for [email protected]. And IF someone sends mail to [email protected] I want him/her to receive an error message like "forget about sending mails to this domain"... What ISPconfig produces with the setting "external mailserver" seems to me like an ugly mail loop.

So do you have any idea how this can be solved?!