Wasn't it Global Homes Webmaster <[EMAIL PROTECTED]> who once 
said...

>Date: Wed,  3 Sep 2003 10:08:05 -0700
>From: Global Homes Webmaster <[EMAIL PROTECTED]>
>Subject: Re: Setting up a backup mail server
>
>
>On 09/03/03 at 10:55 -0500, NetHead opined:
>
>> Sorry to keep on about this, but I have a few more questions that have 
>> come up.
>
>Just to refresh my memory, you're setting up a SIMS server as an outgoing
>SMTP relay for your network, with a W*Mail server for incoming mail, right?

No. I only have SIMS on my network. I could potentially press an ASIP 
server into service for mail, but the controls there are even more 
limited than SIMS. All I'm trying to achieve with the secondary is a 
place for mail addressed to "[EMAIL PROTECTED]" to go if my primary goes 
down. The secondary should "hold" the mail and keep trying to pass it on 
to my primary until the retry time elapses (obviously set to a 
ridiculously high level) or until the primary is back online.

It is not my intention that my users should "exchange" mail via the 
secondary at all.

>> On the SMTP setup, I assume I set up as many sending channels as I want 
>> (at least one, right?) And I need at least one receiving channel?
>
>If you want your users to be able to use the server as an SMTP relay, then
>yes, it needs channels for both receiving messages and sending them on to
>their destinations. How many channels you enable, both incoming and
>outgoing, depends on how many users you have and the likelihood of two or
>more of them trying to send messages simultaneously.
>

How does the number of sending and receiving channels affect the 
secondary's functionality in terms of merely "passing" mail on to the 
primary?
 
>> What about blacklists? Do I use the same blacklists from my primary? Or 
>> do I not worry about it?
>
>Same answer as before. If your SIMS server doesn't accept incoming mail,
>there's no need for it to use any blacklists.

But see, I DO want it to accept incoming mail... and then pass it to the 
primary. I think, though, that several others have answered this issue 
sufficiently. I will probably duplicate my blacklist and "error" routings 
just to cut down on the junk.

>> so do I need to put it the same client IP list? 
>
>You need to put IP addresses in the client hosts list of any and all hosts
>you wish to allow to relay through the server. Since you won't have any
>accounts set up, no one will be able to authenticate SMTP sessions using
>either SMTP AUTH or POP-before-send so, as long as 'Relay for Clients Only'
>is enabled, the _only_ way anyone will be able to relay messages is if
>they're sending from an IP address that's in the client hosts list.

Once again my tiny brain is having a hard time fitting this in. So long 
as "pecandeluxe.com" is on one side of the "mail equation" (either 
FROM:[EMAIL PROTECTED] or TO:[EMAIL PROTECTED]), it's not a "relay", 
right? So, even though the secondary is getting e-mail from some ip in 
Outer Mongolia, if the destination is [EMAIL PROTECTED], it will try to 
deliver the mail on to the primary, correct? (I know, I know... this 
should be "Mail Administrator 101", but some of us have to learn these 
things as we go).

Now, in the "Sending Options" section of SMTP Settings, do I choose 
"Directly to Recipients" or "via Foreigh Mail Server" (with my primary as 
the "foreign" server)? Or does is matter? Is all of this simply 
controlled by the router setting:
     pecandeluxe.com=pecandeluxe.com.smtp

I appreciate all of the comments I have received so far. They have really 
helped. I know I'm gonna lick this eventually!




================================================
|     Doug Starkey                             |
|     Network Administrator                    |
|     Pecan Deluxe Candy Company               |
|     2570 Lone Star Drive                     |
|     Dallas, TX 75212-6308                    |
|     e-mail: [EMAIL PROTECTED]          |
|     voice: 214-631-3669 Ext. 108             |
|     fax: 214-631-5833                        |
================================================


#############################################################
This message is sent to you because you are subscribed to
  the mailing list <[EMAIL PROTECTED]>.
To unsubscribe, E-mail to: <[EMAIL PROTECTED]>
To switch to the DIGEST mode, E-mail to <[EMAIL PROTECTED]>
To switch to the INDEX mode, E-mail to <[EMAIL PROTECTED]>
Send administrative queries to  <[EMAIL PROTECTED]>

Reply via email to