See if your new customer can support "exported services" with their router
or other access device. Then they could associate port 25 of that dedicated
IP to the port 25 of their mail server. This gets you around the NAT issue.
Next the ETRN timing, someone may correct me if I am wrong, but I believe
that you can not simply shut off queue processing. What you can do is set
your SMTP settings high enough (Frequency lower and number of tries higher)
to make sure you don't dump the mail between your users visits. I think
that if he can not get to me for 48 hours I would send his mail back to the
sender. That may be the only way they know THEY are down. I have seen
this... customer says "We have to have this running 24x7!!!!" then you call
them and say "You have not picked up spooled mail for a week...?" They say
"Somebody must have used this modem on my ... I mean their laptop and not
put it back... thanks for the call." "Yeah right." </rant off>
-V
----- Original Message -----
From: Len Conrad <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, August 03, 1999 3:36 PM
Subject: [IMail Forum] SMTP store/forward relay
> We're inheriting a client whose current ISP has screwed his store/forward
role
> for the client's off-line, private net Exchange server. The Exchange
> server calls in to pick up mail, and mostly a lot gets lost.
>
> The client has a leased line to our premises, where his private net is
> NATed onto one of our public ip's. We'd like to avoid changing his config
> if possible, while having our Imail server relay his Exchange
> mail. Exchange will periodically ETRN to our Imail server which, but
Imail
> will not be able to initiate sending across NAT to his Exhange machine.
>
> So how do we set up Imail and our DNS so that Imail stores incoming
> internet mail, but does not attempt to forward it, until the client's
> Exchange server picks it up, and then recieves mail from Exchange behind
> NAT and forwards it to Internet?
>
> We will be hosting the client's public domain name.
>
> I had a couple of exchanges with Ipswitch support and found a couple of KB
> articles which are 'close', but would appreciate anybody's comments.
>
> tia,
> Len
>
>
>
>
> Please visit http://www.ipswitch.com/support/mailing-lists.html
> to be removed from this list.
>
Please visit http://www.ipswitch.com/support/mailing-lists.html
to be removed from this list.
