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
I've been digging for hours and can't find this. I need the DEC part
number for either (preferably both) of the two cabinet kits for the
KFMSA board, which is an XMI DSSI controller. They are CK-KFMSA-LJ and
CK-KFMSA-LN, but I need the part numbers. Can anyone help me out?
Thanks,
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
The current state of simh allows to network a TOPS-10 simulated machine using the KDP/DUP interface. You need a VAX (or a PDP-11) configured as routing node and with a synchronous device enabled. As far as I know, this restricts your choice to a "full" VAX (I use the vax780) and to VMS 4.7 (I think later versions do not support the DMC without additional software).
The gory details:
http://ancientbits.blogspot.com.es/2014/01/networking-virtual-ks-10.html
Enjoy!
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
Ignore this. It doesn't actually work yet for two reasons.
A) I need to setup tftp on myst (and port my code to be able to tweak
iptables instead of pf now, boo!)
b) none of you have myst's IP address allowed I'm sure. :)
I'm stepping away from the computer in a moment so this won't get
finished today but I should likely have this done by tomorrow.
In the meantime, you may all want to add the following IP address to
your ACL for SNMP RW access:
wonko at wintermute ~/bin $ host myst.platinum.netmyst.platinum.net has address 199.166.5.172
-brian
On Wed, Jan 22, 2014 at 01:13:04PM -0800, HECnet Cisco Config Tool wrote:
TFTP Info: tftp://37.59.44.141/tunnel-bart.4amlunch.net-ipv4.txt
Reason for change: Modified Tunnel52: Cory Smelosky (Area 9)
"ip" changed from "75.49.5.33" to "9.9.9.9"
!
! Router config for bart.4amlunch.net
!
interface Tunnel53
description HECnet tunnel for Dave McGuire (Area 61) [Version:239]
no ip address
decnet cost 20
tunnel source GigabitEthernet0/0
tunnel destination 50.73.179.1
tunnel path-mtu-discovery
interface Tunnel51
description HECnet tunnel for Ian McLaughlin (Area 42) [Version:239]
no ip address
decnet cost 20
tunnel source GigabitEthernet0/0
tunnel destination 208.73.57.126
tunnel path-mtu-discovery
interface Tunnel54
description HECnet tunnel for Peter Lothberg Reston VA (Area 59) [Version:239]
no ip address
decnet cost 20
tunnel source GigabitEthernet0/0
tunnel destination 199.0.131.2
tunnel path-mtu-discovery
interface Tunnel55
description HECnet tunnel for Peter Lothberg Stockholm Sweden (Area 59) [Version:239]
no ip address
decnet cost 20
tunnel source GigabitEthernet0/0
tunnel destination 192.108.200.213
tunnel path-mtu-discovery
interface Tunnel56
description HECnet tunnel for Peter Lothberg Uppsala (Area 59) [Version:239]
no ip address
decnet cost 20
tunnel source GigabitEthernet0/0
tunnel destination 130.238.19.60
tunnel path-mtu-discovery
interface Tunnel57
description HECnet tunnel for Tim Sneddon (Area 12) [Version:239]
no ip address
decnet cost 20
tunnel source GigabitEthernet0/0
tunnel destination 120.146.225.243
tunnel path-mtu-discovery
interface Tunnel52
description HECnet tunnel for Cory Smelosky (Area 9) [Version:239]
no ip address
decnet cost 20
tunnel source GigabitEthernet0/0
tunnel destination 9.9.9.9
tunnel path-mtu-discovery
end
Sent from mobile device that advertises itself for no good reason
On 21 Jan 2014, at 09:05, Bill Pechter <pechter at gmail.com> wrote:
Is the smarthost relay taking non-authenticated mail on the SMTP port (not submission port)?
Yes.
I got qmail to build and work.
--
d|i|g|i|t|a|l had it THEN. Don't you wish you could still buy it now!
pechter-at-gmail.com
On Mon, Jan 20, 2014 at 3:31 AM, Cory Smelosky <b4 at gewt.net> wrote:
On Mon, 20 Jan 2014, Mark Abene wrote:
If all outgoing mail is now going through the smarthost, then it's correct.
You may also want to edit /etc/aliases and run "newaliases" to take
care of that "alias database out of date" message.
It's not going through the smarthost is the problem.
-Mark
On Mon, Jan 20, 2014 at 12:00 AM, Cory Smelosky <b4 at gewt.net> wrote:
On Sun, 19 Jan 2014, Mark Abene wrote:
If you're editing the sendmail.cf file directly, it's most likely "DS"
for smarthost. I don't recall if 4.3BSD was using some version of
sendmail 4 or 5.65, but if it understands "DS", you just say:
DSrelay.domain.com
# remaining names must be local
R$+ $#local$:$1 everything else
DSmercia.gimme-sympathy.org
root at madeline:/misc/tahor/usr/src/usr.sbin/sendmail/src: /usr/lib/sendmail
-bd -q30m
root at madeline:/misc/tahor/usr/src/usr.sbin/sendmail/src: mail -v b4 at gewt.net
test
EOT
Warning: alias database out of date
b4 at gewt.net... Connecting to mailer.gewt.net (smtp)...
No spaces, and restart sendmail. If that doesn't work, I can dig up
the proper m4 macro to edit a sendmail.mc and process it into
sendmail.cf.