True, I have also found that most ISPs are blocking e-mail not from their
@ISPdomain.com, even though you are one of their dial-up customer
with their IP address.
This maybe okay (?), but it does create a "Catch-22" situation for user of other
independent E-mail Services that say "use POP3 from our server
pop3.maildomain.com for your incoming mail, and use your own ISP's SMTP server for
your outgoing mail."
I have no problem allowing anyone to send individual (single (<10 TO:, CC:, BCC:) and
a valid FROM:) pieces of e-mail through my SMTP server
as a relay, but none of us want our systems to be tied up in knots if we select the
"Relay mail for anyone" option.
Some ISPs are also adding new E-mail rules that say that the TO: line can have no more
that 20 addresses. [Boo, Hiss] Or is this maybe a hint
at a possible solution? Shouldn't a large number of recipients be handled by a list
server? Like, large files should be sent using FTP instead of
e-mail attachments.
Are there some additional functions within IMail that can be tailored to allow the
SMTP relay to be open and yet more flexibly addressing the
SPAM problem? Such as: allowing (TBD) number of messages a day for any FROM: users
outside @mydomains.com, instead of knowing their
IP addresses. Or the ability to implement different levels of restriction upon
different kinds of user (@mydomains.com (single vs. bulk) vs.
@otherdomain.com (single vs. bulk)). I guess this is leading to re-thinking the Mail
Relay Options (changing from only one option to cover all).
Forgive the ramblings of an old man, but sometimes we think better when we see it in
print.
John A. Young
On Tue, 3 Aug 1999 23:09:03 -0700, Ricky Keele Keele wrote:
>Most all of the IPS's are blocking all outbound mail that is not coming from thier
>network. This helps stop span. You will have to enter your ISP's
SMTP server address as your outbound server.
>
>Ricky Keele MCSE
>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.