[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [cobalt-users] RAQ 4 Email Relaying
- Subject: Re: [cobalt-users] RAQ 4 Email Relaying
- From: Larry Smith <lesmith@xxxxxxxxx>
- Date: Fri May 31 12:55:12 2002
- Organization: ECSIS.NET
- List-id: Mailing list for users to share thoughts on Sun Cobalt products. <cobalt-users.list.cobalt.com>
INRE [cobalt-users] RAQ 4 Email Relaying:
>
> They came back with the answer YES.
>
> I have not successfully done this yet as I keep on getting the message
> "Relaying Denied". - unless I have the IP number that they are connected
> with or they have a static IP (which seems to be getting less and less)
> .
> The only time this works is when I have "PoP before SMTP" enabled at which
> point they have to collect their mail before sending. The only problem with
> this is if they miss the window for relaying (30mins) or they have created
> their messages off-line, they will still get the message as the email
> programs want to send before they collect. Which is fine as they only have
> to "send" again and the message will go. Most of my clients are not happy
> with this and have complained as they some have automated
> sending/collection systems in place.
>
> I am aware that the other alternative is for the clients to collect through
> me and send through the ISP that they connect too but I wanted to keep
> everything "under one hat"
>
> Any comments would be greatly appreciated and please accept my apologies if
> this has been raised before - I just need clarification.
Ray,
Understand your "problem" - as probably each of us has faced it one way or
another. Your provider answered you "correctly" in that it is possible -
albeit with the Pop-b4-relay option set - which of course as you mention ends
up giving an error on the "first" connect.
One possible solution - albeit around the boat so to speak - is to have
your clients use something like "qpopper" (tickermail, popcheck, poptray,
etc) which is a small application that sits on the desktop and simply "tells"
one if you have mail or not. (EG: there are 0 messages waiting; or there are
2 messages waiiting). End result is that since these programs "check" mail
by connecting and getting a list of messages on the server - they have
"satisified" the pop-b4-relay criteria and eleminated the "error" message
(relay denied check mail first) that you see right now.
Larry Smith
SysAd ECSIS.NET
sysad@xxxxxxxxx