Re: UUCP or SMTP-AUTH on OpenVMS/AXP

• Previous message: Charlie Hammond: "Re: License facility improvement request (expiring ones)"
• In reply to: teresa2000_at_women-at-work.org: "UUCP or SMTP-AUTH on OpenVMS/AXP"
• Next in thread: Phillip Helbig---remove CLOTHES to reply: "Re: UUCP or SMTP-AUTH on OpenVMS/AXP"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Date: Tue, 10 May 2005 17:02:04 GMT

teresa2000@women-at-work.org wrote:
> Hi,
>
> for private purposes, I'd like to set up an Alpha with OpenVMS. One
> service I want to run on this is email. There are two ways to
> accomplish this for me:
>
> Either, I find some UUCP software running on Alpha, a UUCP uplink is
> available yet.
>
> Or, I find a way to retrieve Mails from an POP3 server and send
> outbound mail to an SMTP server using SMTP-AUTH.
>
> I searched the web recently but didn't find a way for either approach.

http://www.mozilla.org/releases/#1.7

or

http://www.hp.com/go/openvms - Follow e-Business links and then HP
Secure Web Browser based on Mozilla. This leads today to:

http://h71000.www7.hp.com/openvms/products/ips/cswb/cswb.html

> Does someone here know one?

Mozilla is able to both send using SMTP-AUTH and is able to retrieve
from a POP3 or IMAP host.

It can also use the alternate ports for SMTP-AUTH. I would recommend
using port 587 as specified by the RFC.

While port 25 may work at the present for SMTP-AUTH, many ISPs are
blocking port 25 for access to external mail servers, sometimes with out
any advance notice. So anyone using port 25 now for SMTP-AUTH should
make sure that port 587 works and switch before they are forced to.

While Mozilla requires Decwindows-Motif and TCP/IP, it does not require
that you set up SMTP on OpenVMS system if you chose not to.

You can also display the output of Mozilla on any X-11 server, so the
OpenVMS system does not need to have a graphics adapter.

[Preemptive to replies about Port 25 blocking]

Some large ISPs have refused all e-mails from other ISPs that permit
spam to be sent through port 25 from compromised computers now being
called zombies, so ISPs are blocking that port either as a response to
that action or to prevent that action after receiving a notice.

When an ISP blocks port 25 for external connections from DHCP users or
non-registered internal mail servers, it basically makes their network
almost useless for spammers and blocks many virus propagations.

This saves the ISP considerable amounts of operating cash, because the
bandwidth consumed costs the ISP cash, and during the spam/virus runs,
the network overloads cause their customers slowdowns and outages, which
means support staff time, and refunds for lack of service.

Which means if you are on a broadband DSL or Cable connection, and your
ISP is not yet blocking port 25 for anything that is not registered with
them as a mail server, many of the slowdowns and outages that you are
seeing is from one or more zombied computers sharing a common link with
yours at your ISP.

It really does not matter if people agree with the policy or not. It is
being done, and if you have a DHCP connection with port 25 still open,
on a broadband ISP, it is probably only a matter of time before it is
blocked unless you have service that explicitly permits a mail server.

It basically is a simple decision as soon as the business managers for
the network start looking at the cost of a single zombie computer on
their network spewing spam out on port 25.

Most mail servers that I know of will not accept connections from DHCP
addresses anyway because of the 99.999999% chance that anything from
them is going to be spam or a virus.

[/Preemptive to replies about Port 25 blocking]

-John
malmberg@dskwld.zko.dec.compaq.hp
Personal Opinion Only

• Previous message: Charlie Hammond: "Re: License facility improvement request (expiring ones)"
• In reply to: teresa2000_at_women-at-work.org: "UUCP or SMTP-AUTH on OpenVMS/AXP"
• Next in thread: Phillip Helbig---remove CLOTHES to reply: "Re: UUCP or SMTP-AUTH on OpenVMS/AXP"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]