[cobalt-users] RE: cobalt-users digest, Vol 1 #4497 - 15 msgs

[Mark Roebuck <mroebuck@xxxxxxxxxxxxxxxxxxx>]

	--__--__--

	Message: 1
	Date: Fri, 31 May 2002 13:16:14 -0600
	To: cobalt-users@xxxxxxxxxxxxxxx
	From: Greg Hewitt-Long <greg@xxxxxxxxxxxxxxxxxxx>
	Subject: Re: [cobalt-users] RAQ 4 Email Relaying
	Reply-To: cobalt-users@xxxxxxxxxxxxxxx

	>Hi All
	>
	>When I originally enquired about the RAQ I asked the sales dept
"can I allow
	>any of my potential clients to send mail through my Server
regardless of the
	>dial-up connection they have and whether they have a fixed IP or
not to any
	>e-mail address"
	>
	>In other words can my client send mail without me having to supply
a dialler
	>and entering the IP range of the supplying diallers to any e-mail
address
	>(not just locally) - this is obviously only for my clients and not
the rest
	>of the world.
	>
	>I thought I would be able to give access to the SMTP just by
entering  the
	>clients Domain Name held on my Server in the "Hosts/Domains allowed
to
	>relay" when I create their virtual accounts.
	>
	>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"
	>Ray Healy

	You can open your RAQ to relay for anyone - but to be honest, that's
a GROSSLY NEGLIGENT thing to do.

	Why don't your clients want to use their own ISP's outbound (SMTP)
server?  I am assuming that SOMEONE provides them a connection, and can
therefore validate the IP they are using as their own.  Whether that's AOL
or anyone, they only need to learn how to use their email client to send
email as if it was their domain, and put the return address at their domain
as well.

	The alternative, is to collect email then send.  If that is a
hassle, and they can't get it into their heads that the correct method is
"collect and send, collect and send" - and they can't appreciate that this
method is to prevent SPAMMERS from using your server (and possibly forging
THEIR names), then either you need to learn a better way to educate them, or
to remove them from your client list.

	You seem intent on creating an open relay - which really is insane.

	I can't see why you need an open relay to keep your customers happy
- perhaps you should consider a career change?
	-- 
	http://www.webyourbusiness.com/
	Providers of E-Commerce Software &
	Web Design Consultancy and Services.
	PH: (970)266-0195 FAX: (970)266-0158

	
	Hi,

	Suggesting someone should have a career change when all they want is
a solution to a legitimate problem is a bit much.

	I have had a similar problem with clients email, My clients use an
automated system to send and receive email so they sometimes get relaying
denied check your mail first which is very annoying. They cannot use their
ISP to relay mail through as the isp will only allow relaying for domains
hosted on their systems and the domains are hosted on my servers. They
cannot change isp as no other isp can offer the facilities that they need in
their area and they do not have a static ip. The raq manual does say that if
you want a domain to be able to relay you just have to enter their domain
name in the control panel, this is not true.

	If anyone has a solution that does not involve creating an open
relay I would be pleased to hear it.

	Thanks

	Mark Roebuck