I was able to get outgoing mail working without TOPS-20 being the
wiser. I'm now running "redir" on my local emulator host (linux) to
listen on port 25 and send all connections to my external mail server
(a site out on the Internet) on port 2525 (I set postfix to listen on
port 2525 in master.cf, in addition to the default). Then, on my
local firewall, I'm using iptables to send ALL outgoing connections to
any host at port 25 as a PREROUTING NAT rule to be diverted to my
emulator host's port 25, to hit the "redir" process. In this way
TOPS-20 can send mail to any valid e-mail address and have it
transparently diverted to my external mail server's port 2525, where,
subject to postfix's approval, it will deliver the mail. It just took
some ingenuity to work around Comcast's silliness.
-Mark
On Mon, Feb 3, 2014 at 11:08 PM, Cory Smelosky <b4 at gewt.net> wrote:
On Mon, 3 Feb 2014, Mark Abene wrote:
Here's the path madeline.gimme-sympathy.org takes: (4.3BSD running qmail. MX
record exists! Don't email b4@ yet...I haven't figured out incoming emails
yet):
madeline (10.10.3.2, qmail) -> frontgate/mercia (10.10.0.2, postfix) ->
mailer.gewt.net(external, authenticated relay, also postfix) -> THE
INTERNET.
The return path is MUCH simpler.
Where's the mailer config on TOPS-20 located?
-- Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Mon, 3 Feb 2014, Mark Abene wrote:
Here's the path madeline.gimme-sympathy.org takes: (4.3BSD running qmail. MX record exists! Don't email b4@ yet...I haven't figured out incoming emails yet):
madeline (10.10.3.2, qmail) -> frontgate/mercia (10.10.0.2, postfix) -> mailer.gewt.net(external, authenticated relay, also postfix) -> THE INTERNET.
The return path is MUCH simpler.
Where's the mailer config on TOPS-20 located?
-- Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
my two choices for Internet in San Jose are Comcast and AT&T Uverse.
If you can get DSL service (and if you can get Uverse then you can,
right?) then you can sign up with sonic
www.sonic.net
That's what I use, and I live in Milpitas. Best ISP ever...
I only wish I could get Fusion service here - then I could dump AT&T
completely.
My suggestion about mail forwarding was completely off base. Sorry - I
must have been sleepy.
Bob
On Sun, Feb 2, 2014 at 7:42 PM, Bob Armstrong <bob at jfcl.com> wrote:
Comcast is evil. Evil.... My first suggestion would be to get a real ISP
:-)
Unfortunately my two choices for Internet in San Jose are Comcast and
AT&T Uverse. And being that Uverse is a totally unknown quantity, I'm
hesitant to gamble with switching. :)
Having said that, how about setting up a Linux box as a relay on your own
internal network? It can accept incoming SSL mail on, say, port 465 and
then just forward it over your local network to TOPS20 on port 25. Or does
COMCAST block port 465 too?
Incoming is no longer an issue, just outgoing. For the incoming, I
created a postfix transport on an external mail server that I control
out on the net, which sends incoming mail to my DDNS address on an
alternate (unblocked) port, which my firewall forwards to port 25 on
TOPS-20 and all is well. Outgoing mail is another story, since
Comcast blocks outgoing to any destination port 25. This is a little
trickier, hence why I asked about the mail relays internal to HECnet.
In the meantime, I'll see if I can create an outgoing rule in my
firewall to send all outgoing TOPS-20 mail to the same external mail
server, which I can have listen on another port in addition to 25 and
serve as a smarthost.
-Mark
Bob
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf
Of Mark Abene
Sent: Sunday, February 02, 2014 7:12 PM
To: hecnet at Update.UU.SE
Subject: [HECnet] TOPS-20 outgoing mail relay config
Long story short: after moving to the other side of the country a year ago,
I finally (recently) had time to get my TOPS-20 system (KLH10) back up and
on HECnet. Only to discover that Comcast (cablemodem service), in their
wisdom, blocks port 25 in and out, in an effort to "combat spammers".
This rather complicates my e-mail setup in TOPS-20. For incoming, I simply
created a transport relay on an external mail server that I control in order
to deliver mail on an alternate port number that isn't blocked, and then
simply port forward it from my firewall to tcp port 25 on the TOPS-20
server. That was the easy part. Outgoing mail from TOPS-20 is proving to
be a bit more difficult. I was thinking I may be able to intercept all
outgoing traffic from TOPS-20 bound for port 25 at whatever smtp server, and
redirect it to a single smart host (mail server on the net which I control),
on an alternate port that isn't blocked. Might work.
The reason I'm asking about this here, is I'm curious given the mail
transports at LEGATO and CHIMPY on HECnet, if anyone has tried simply
setting one of them up as a "smarthost" relay for all outgoing mail in
TOPS-20, perhaps via the <mail>mailer-relay-info.txt config file.
Unfortunately the syntax of mailer-relay-info.txt is a little confusing;
despite the explanation in the file's comments, there are no clear examples,
and trying to follow the logic of the options in the MMAILR MACRO assembly
code is less than helpful in modern mail server context (transmogrify??
who's domain??).
Any suggestions welcome.
-Mark
On Sun, Feb 2, 2014 at 7:31 PM, Gregg Levine <gregg.drwho8 at gmail.com> wrote:
Hello!
Mark, I feel your pain, I really do. (Yes I know that phrase is older
then we are. Well most of us.) My service provider tends to support
that theory but upon request would be interested in removing the
block.
The big problem is that your service provider suffers from be
technologically challenged. They support the one from Washington State
perfectly. They barely support Linux. And even the Mac.
But what you are using, in this case TOPS-20 is something they haven't
a clue about.
Before moving, what were you using before?
I'm from NYC, where TImeWarner gives you a nice fat pipe and doesn't
mess with blocking any ports. So I never had to deal with this
problem before.
And what sort of responses did you get back from your service
provider? Once upon a time even AT&T took that idiotic pose before it
got worse when they were taking up with Yahoo.......
I haven't raised the issue at all with Comcast here in San Jose. I
got around it for incoming mail, I'll see if I can rewrite the
outgoing traffic in my firewall and send it to a smarthost mail server
on a port other than 25. But the whole thing is rather annoying.
-Mark
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
On Sun, Feb 2, 2014 at 10:12 PM, Mark Abene <phiber at phiber.com> wrote:
Long story short: after moving to the other side of the country a year
ago, I finally (recently) had time to get my TOPS-20 system (KLH10)
back up and on HECnet. Only to discover that Comcast (cablemodem
service), in their wisdom, blocks port 25 in and out, in an effort to
"combat spammers".
This rather complicates my e-mail setup in TOPS-20. For incoming, I
simply created a transport relay on an external mail server that I
control in order to deliver mail on an alternate port number that
isn't blocked, and then simply port forward it from my firewall to tcp
port 25 on the TOPS-20 server. That was the easy part. Outgoing mail
from TOPS-20 is proving to be a bit more difficult. I was thinking I
may be able to intercept all outgoing traffic from TOPS-20 bound for
port 25 at whatever smtp server, and redirect it to a single smart
host (mail server on the net which I control), on an alternate port
that isn't blocked. Might work.
The reason I'm asking about this here, is I'm curious given the mail
transports at LEGATO and CHIMPY on HECnet, if anyone has tried simply
setting one of them up as a "smarthost" relay for all outgoing mail in
TOPS-20, perhaps via the <mail>mailer-relay-info.txt config file.
Unfortunately the syntax of mailer-relay-info.txt is a little
confusing; despite the explanation in the file's comments, there are
no clear examples, and trying to follow the logic of the options in
the MMAILR MACRO assembly code is less than helpful in modern mail
server context (transmogrify?? who's domain??).
Any suggestions welcome.
-Mark
Comcast is evil. Evil.... My first suggestion would be to get a real ISP
:-)
Having said that, how about setting up a Linux box as a relay on your own
internal network? It can accept incoming SSL mail on, say, port 465 and
then just forward it over your local network to TOPS20 on port 25. Or does
COMCAST block port 465 too?
Bob
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf
Of Mark Abene
Sent: Sunday, February 02, 2014 7:12 PM
To: hecnet at Update.UU.SE
Subject: [HECnet] TOPS-20 outgoing mail relay config
Long story short: after moving to the other side of the country a year ago,
I finally (recently) had time to get my TOPS-20 system (KLH10) back up and
on HECnet. Only to discover that Comcast (cablemodem service), in their
wisdom, blocks port 25 in and out, in an effort to "combat spammers".
This rather complicates my e-mail setup in TOPS-20. For incoming, I simply
created a transport relay on an external mail server that I control in order
to deliver mail on an alternate port number that isn't blocked, and then
simply port forward it from my firewall to tcp port 25 on the TOPS-20
server. That was the easy part. Outgoing mail from TOPS-20 is proving to
be a bit more difficult. I was thinking I may be able to intercept all
outgoing traffic from TOPS-20 bound for port 25 at whatever smtp server, and
redirect it to a single smart host (mail server on the net which I control),
on an alternate port that isn't blocked. Might work.
The reason I'm asking about this here, is I'm curious given the mail
transports at LEGATO and CHIMPY on HECnet, if anyone has tried simply
setting one of them up as a "smarthost" relay for all outgoing mail in
TOPS-20, perhaps via the <mail>mailer-relay-info.txt config file.
Unfortunately the syntax of mailer-relay-info.txt is a little confusing;
despite the explanation in the file's comments, there are no clear examples,
and trying to follow the logic of the options in the MMAILR MACRO assembly
code is less than helpful in modern mail server context (transmogrify??
who's domain??).
Any suggestions welcome.
-Mark
Hello!
Mark, I feel your pain, I really do. (Yes I know that phrase is older
then we are. Well most of us.) My service provider tends to support
that theory but upon request would be interested in removing the
block.
The big problem is that your service provider suffers from be
technologically challenged. They support the one from Washington State
perfectly. They barely support Linux. And even the Mac.
But what you are using, in this case TOPS-20 is something they haven't
a clue about.
Before moving, what were you using before?
And what sort of responses did you get back from your service
provider? Once upon a time even AT&T took that idiotic pose before it
got worse when they were taking up with Yahoo.......
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
On Sun, Feb 2, 2014 at 10:12 PM, Mark Abene <phiber at phiber.com> wrote:
Long story short: after moving to the other side of the country a year
ago, I finally (recently) had time to get my TOPS-20 system (KLH10)
back up and on HECnet. Only to discover that Comcast (cablemodem
service), in their wisdom, blocks port 25 in and out, in an effort to
"combat spammers".
This rather complicates my e-mail setup in TOPS-20. For incoming, I
simply created a transport relay on an external mail server that I
control in order to deliver mail on an alternate port number that
isn't blocked, and then simply port forward it from my firewall to tcp
port 25 on the TOPS-20 server. That was the easy part. Outgoing mail
from TOPS-20 is proving to be a bit more difficult. I was thinking I
may be able to intercept all outgoing traffic from TOPS-20 bound for
port 25 at whatever smtp server, and redirect it to a single smart
host (mail server on the net which I control), on an alternate port
that isn't blocked. Might work.
The reason I'm asking about this here, is I'm curious given the mail
transports at LEGATO and CHIMPY on HECnet, if anyone has tried simply
setting one of them up as a "smarthost" relay for all outgoing mail in
TOPS-20, perhaps via the <mail>mailer-relay-info.txt config file.
Unfortunately the syntax of mailer-relay-info.txt is a little
confusing; despite the explanation in the file's comments, there are
no clear examples, and trying to follow the logic of the options in
the MMAILR MACRO assembly code is less than helpful in modern mail
server context (transmogrify?? who's domain??).
Any suggestions welcome.
-Mark
Long story short: after moving to the other side of the country a year
ago, I finally (recently) had time to get my TOPS-20 system (KLH10)
back up and on HECnet. Only to discover that Comcast (cablemodem
service), in their wisdom, blocks port 25 in and out, in an effort to
"combat spammers".
This rather complicates my e-mail setup in TOPS-20. For incoming, I
simply created a transport relay on an external mail server that I
control in order to deliver mail on an alternate port number that
isn't blocked, and then simply port forward it from my firewall to tcp
port 25 on the TOPS-20 server. That was the easy part. Outgoing mail
from TOPS-20 is proving to be a bit more difficult. I was thinking I
may be able to intercept all outgoing traffic from TOPS-20 bound for
port 25 at whatever smtp server, and redirect it to a single smart
host (mail server on the net which I control), on an alternate port
that isn't blocked. Might work.
The reason I'm asking about this here, is I'm curious given the mail
transports at LEGATO and CHIMPY on HECnet, if anyone has tried simply
setting one of them up as a "smarthost" relay for all outgoing mail in
TOPS-20, perhaps via the <mail>mailer-relay-info.txt config file.
Unfortunately the syntax of mailer-relay-info.txt is a little
confusing; despite the explanation in the file's comments, there are
no clear examples, and trying to follow the logic of the options in
the MMAILR MACRO assembly code is less than helpful in modern mail
server context (transmogrify?? who's domain??).
Any suggestions welcome.
-Mark
Dave McGuire <mcguire at neurotica.com> writes:
Looks like EISNER:: is back up!
-Dave
Yup, almost 2 days.
I'm busy working on some RMS CDC enhancements but then, I will focus on the
task of getting Eisner onto HECnet.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
Looks like EISNER:: is back up!
-Dave
-------- Original Message --------
Subject: DECUServe status
Date: Sat, 01 Feb 2014 22:27:43 -0600
From: Dale E. Coy <dale at thecoys.net>
Reply-To: comp.os.vms to email gateway <info-vax at rbnsn.com>
Organization: albasani.net
To: info-vax at rbnsn.com
Newsgroups: comp.os.vms
Eisner/DECUServe/Encompasserve is back online.
Thanks to Sue Skonetski for coordinating (arm-twisting?) Nemonix,
when she also had other things to handle.
Thanks to Nemonix for volunteering the physical hosting, financing
the movement, receiving/assembling/etc.
Thanks to Connect for lots of support.
Thanks to Bill Norton of ibuttonlink for several years of hands-on
system management, followed by wrangling the packing/shipping/etc.
Thanks to Hunter Goatley for jumping in to help with the final
communications setup.
There are still a few details to sort out - but no big deals. The
system is still on Central time - and I'm not sure that's all bad. Etc.
Whew!
Dale
