Topic: sending mail and unlimited email addresses

[Kees Vonk]

I have a problem with an 5.1.2 server. We use multidrop to collect e-mail from our isp, which works fine. Out isp provides us with unlimited email addresses by doing the following:

Our email address is: organisation@isp.com, but you can also send mail to anything@organisation.isp.com. In order to get the mail delivered properly I have set the main domain to organisation.isp.com and a virtual domain to isp.com. This worked all fine until I tried to send a mail to someone else using the same isp: someoneelse@isp.com and of course e-smith thinks this needs to be delivered locally. So now I need to do one of two things:

1. convince e-smith someoneelse@isp.com is not a local address

or

2. find a way to organisation@isp.com routed to the organisation account rather than the admin account.

Can anyone tell me how to go about either of the above?

Kees

[Scott Smith]

If you do find a solution to this problem, please let me know. I've had the same problem since e-smith 4.0.

Scott

[guestHH]

Hi,

The first 'hop' you outbound mail is going through is your own server.
Since you've told it to act as a mailserver for that specific domain, your local server will try to deliver it locally as you've noticed.

1. delete the virual domain isp.com, there's no need as long as your local domain is organisation.isp.com
2. Route the administartive notices to a specific e-mail account.

3. Get a seperate pop account with a different provider and let the old provider forward all the mail to that new account and collect mail from this new account with your SME server. (costs are minimal)

Regards,
guestHH

[Kees Vonk]

> 1. delete the virual domain isp.com, there's no need as long
> as your local domain is organisation.isp.com

I had been thinking of that, but ...

> 2. Route the administartive notices to a specific e-mail
> account.

this would only work if I could route only non-deliverable messages somewhere else, as the person dealing with non-deliverable messages (which would now include organisation@isp.com) has nothing to do with the rest of the administrative messages. (I presume that if I route administrative messages then everything, include mail send to pseudonymns of admin, will be routed.)

> 3. Get a seperate pop account with a different provider and
> let the old provider forward all the mail to that new account
> and collect mail from this new account with your SME server.
> (costs are minimal)

3 is not really an option for organisation political reasons.

Kees

[Tony]

Buy your own organisation.com domain..... Costs  are minimal

Then you can make your own DNS-MX records.... If you have always on connection you just point it to your IP. If you use dial-up just use your domain-name provider to forward: anything@yourdomain.com to EITHER organisation@isp.com OR anything@organisation.isp.com

Then use multidrop, as usual.....

And the added bonus: Your costumers are sending mails to you (your domain) not to you@yourISP......

Lots of domainproviders can supply forwarding to anything@yourdomain.com, but i would like to recommend speednames.com - (Im not in ANY ways affiliated with them) - they have a nice product, that i have been using with pleasure.

Tony

[Kees Vonk]

OK,

I have found a way around this problem (at least this works for me):


# Only set organisation.isp.com as the main domain, no virtual domains.
# Create a user called '' (or whatever your main account is called)
# Create a user called 'adminmail'
# Redirect all administrative mail to adminmail@organisation.isp.com
# Install user-manager from myezserver.com
# log onto user-manager as adminmail
# Go into process mail
# Create a rule that says forward all mail from root@organisation.isp.com to the user
# Change to mode to 'geek' (this didn't work for me, I had to make a copy of the .procmailrc file, disable procmail, enable it again in procmail and restore the copy to .procmailrc).
# Edit the .procmailrc file and change the line that says:
* ^From.*root@organisation.isp.com
to
* !^From.*root@organisation.isp.com
(i.e. insert the '!')

Now all mail from the admin account will go to the account, execpt stuff send from the root account.

[Kees Vonk]

Kees Vonk wrote:
> # Change to mode to 'geek' (this didn't work for me, I had to
> make a copy of the .procmailrc file, disable procmail, enable
> it again in procmail and restore the copy to .procmailrc).

That should say of course:

disable procmail, enable it again in _geek mode_