Re: Relay problem

[Jason Klein]

Mike / Raju --

We had a discussion at length regarding this topic here at DNI. While I agree 
that most users should be relaying through their local ISP, the consensus 
seemed to be that users need to have the option to relay through our servers 
if necessary.

Much of this decision had to do with the current local ISP scenario.  Two of 
the four primary ISP's in this area are often slow to deliver mail (both 
inbound and outbound).  Their delivery times are often in excess of an hour 
and sometimes as long as 6-12 hours.  Though on weekends, delivery times seem 
to be alright. It seems that they are just overloading their Microsoft 
Exchange servers.

Many of our email customers were frustrated with these delays. Customers are 
coming to us for our quick delivery times (which typically happen to be 
measured in seconds rather than minutes or hours). 

I assume that this could not have been accomplished unless we allowed our 
customers to relay directly through our servers.  Please let me know if you 
have any other ideas.

Thanks,

Jason 


-- 
_______________
Jason Klein
[EMAIL PROTECTED]
Datility Networks, Inc.


On Saturday 11 August 2001 23:46, Raju Mathur wrote:
> Hi Mike,
>
> You could use either:
>
> - /etc/mail/access to enable specific IP's to relay (if your customers
> are on fixed IP's)
>
> - Sendmail POP-before-SMTP
>
> I wouldn't recommend either, since customers should be relaying
> through their own ISP and not through your server.
>
> Regards,
>
> -- Raju
>
> >>>>> "Mike" == Mike B <[EMAIL PROTECTED]> writes:
>
>     Mike> Users put in through vk can recieve pop access, but how to I
>     Mike> provide relay access to users?  Sendmail gives relay denied.
>
>     Mike> Aug 11 11:18:31 www sendmail[1282]: f7BHIU401282:
>     Mike> ruleset=check_rcpt, arg1=<[EMAIL PROTECTED]>,
>     Mike> relay=xxxxx.dnvr.uswest.net [65.101.xxx.x], reject=550 5.7.1
>     Mike> <[EMAIL PROTECTED]>... Relaying denied
>
>     Mike> I know I can do open relay access, but I'm sure there is a
>     Mike> better solution-anyone?
>
>     Mike> TIA,
>
>     Mike> Mike