Res wrote:
On Wed, 29 Jul 2009, Matus UHLAR - fantomas wrote:
Aha, so this is your point? You accept mail from your IP addresses,
but not
from your customers roaming elsewhere? Bad for you. It was already
discussed
here - you are going the wrong way.
Not bad for me, we used to do this, it only got us into blacklists, so
we stopped it except for hosting cusotmers, we are going the right way,
again, there you go with assumptions, and this is a spam assasin list,
so whats discussed here has no relvance, if I'm in charge of the network
for say this countries 5th largest ISP, why SHOULD I allow customers of
say our countries largest, or 25th largest relay their mail via my
systems, again, unless they have hosting with us, but those servers are
all separate.
I'm having a bit of trouble being sure of what you're saying, but it
sounds like:
"We don't use SMTP AUTH."
"We don't allow relay from outside our own netblocks."
Fine, that's been acceptable and normal many places for quite a long
time... but the changing face of email, and the growing number of
people who want access to their email from their own email client mean a
growing demand for SMTP AUTH - instead of forcing customers (ie, the
people who give you money that helps keep your business afloat) to
figure out what SMTP server they have to set for each and every new wifi
hotspot or friends/family-who-have-a-different-ISP location.
In the context of Matus' paragraph above, and this:
> why SHOULD I allow customers of
> say our countries largest, or 25th largest relay their mail via my
> systems,
I would say in response "Because they're giving you money to accept
their inbound mail".
And some things relating to spam filtering are **MUCH** easier to
control or use as reference points for filtering if the inbound and
outbound servers for any given domain are run by the same company. (eg,
SPF and DomainKeys)
I'm curious what arguments you have against providing SMTP submission
services other than what appears to boil down to "Don't wanna! I'd have
to, y'know, do *work*!".
-kgd
