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.
Is the smarthost relay taking non-authenticated mail on the SMTP port (not submission port)?
--
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.
On 01/20/2014 03:21 PM, Cory Smelosky wrote:
Good idea. I've been running qmail for years on my BSD boxes. Set
yup
takes a bit but once stable it's pretty much operator less. Send me
questions off list and I'll try to answer if I can.
Thanks!
I'm mostly surprised it (mostly) builds without issue on 4.3BSD. I'm
fairly certain this is using the original BSD compiler, too.
root at madeline:/: /var/qmail/rc &
[1] 110
root at madeline:/:
root at madeline:/: dev = 0x906, ino = 195, fs = /usr
panic: ifree: freeing free inode
syncing disks... 24 24 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 giving up
dumping to dev 901, offset 34176
dump
Or not...
Run fsck that filesystem!
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
On Mon, 20 Jan 2014, Dave McGuire wrote:
On 01/20/2014 03:21 PM, Cory Smelosky wrote:
Good idea. I've been running qmail for years on my BSD boxes. Set
yup
takes a bit but once stable it's pretty much operator less. Send me
questions off list and I'll try to answer if I can.
Thanks!
I'm mostly surprised it (mostly) builds without issue on 4.3BSD. I'm
fairly certain this is using the original BSD compiler, too.
root at madeline:/: /var/qmail/rc &
[1] 110
root at madeline:/:
root at madeline:/: dev = 0x906, ino = 195, fs = /usr
panic: ifree: freeing free inode
syncing disks... 24 24 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 giving up
dumping to dev 901, offset 34176
dump
Or not...
Run fsck that filesystem!
That certainly solved it. ;)
Looks like it had been awhile since I completely fscked it.
-Dave
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Mon, 20 Jan 2014, Cory Smelosky wrote:
On Mon, 20 Jan 2014, Clem Cole wrote:
Good idea. I've been running qmail for years on my BSD boxes. Set yup
takes a bit but once stable it's pretty much operator less. Send me
questions off list and I'll try to answer if I can.
Thanks!
I'm mostly surprised it (mostly) builds without issue on 4.3BSD. I'm fairly certain this is using the original BSD compiler, too.
root at madeline:/: /var/qmail/rc &
[1] 110
root at madeline:/:
root at madeline:/: dev = 0x906, ino = 195, fs = /usr
panic: ifree: freeing free inode
syncing disks... 24 24 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 giving up
dumping to dev 901, offset 34176
dump
Or not...
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Mon, 20 Jan 2014, Clem Cole wrote:
Good idea. I've been running qmail for years on my BSD boxes. Set yup
takes a bit but once stable it's pretty much operator less. Send me
questions off list and I'll try to answer if I can.
Thanks!
I'm mostly surprised it (mostly) builds without issue on 4.3BSD. I'm fairly certain this is using the original BSD compiler, too.
Clem
On Mon, Jan 20, 2014 at 2:45 PM, Cory Smelosky <b4 at gewt.net> wrote:
On Mon, 20 Jan 2014, Cory Smelosky wrote:
Okay, sendmail was being a bit touchy. I am currently trying to build
qmail. After patching install.c to take hardcoded directories using
chdir() instead if fchdir() it seems to progress a bit further.
(I have no idea what syntax for fchdir() it wants with this old C
compiler).
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Mon, 20 Jan 2014, Dave McGuire wrote:
On 01/20/2014 02:45 PM, Cory Smelosky wrote:
Okay, sendmail was being a bit touchy. I am currently trying to build
qmail. After patching install.c to take hardcoded directories using
chdir() instead if fchdir() it seems to progress a bit further.
(I have no idea what syntax for fchdir() it wants with this old C
compiler).
(coming in late on this thread)
Sendmail of the vintage you're working with is riddled with security
holes, but it's rock-solid as far as moving mail around. It's been
about a decade since I've run it, but one thing to keep in mind is that
you shouldn't really edit the .cf file directly, but use the .mc files
(IIRC) which are processed by m4 to generate the .cf file. One can get
Sendmail up and running pretty easily that way.
There's a reason it's not exposed to the public. ;)
I need it to send all email through frontgate/mercia for the sake of security. ;)
If you decide to keep hacking on it, I can probably help; I wrangled
Sendmail for many years in a large-scale ISP environment, but I'm pretty
rusty at it. I switched to Postfix around 2004 or so.
Don't blame you for switching. ;)
More modern sendmail seems to be a bit friendlier. The older ones are just difficult to convince they should smarthost.
-Dave
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects