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
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
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.
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
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.
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.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
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
Of course it is. Did anybody write some kind of catalog for DECnet?
Kindly,
Daniel S derstr m
Sent from my iPad
On 19 Jan 2014, at 8:57 pm, Sampsa Laine <sampsa at mac.com> wrote:
Just out of interest, isn't archie an IP protocol/service?
I've been thinking we should maybe set up our own IP network as well (that you can VPN in to), I'll soon have the equipment + bandwidth to do this.
sampsa <sampsa at mac.com>
mobile +44 7961 149465
On 19 Jan 2014, at 00:29, Daniel Soderstrom <snaggs at mac.com> wrote:
Hi Gents, going to do a clean VMS install today and finally get my Vax onto HECnet. Once Im on I am going to turn off TCP/IP (wont have to worry about security attacks) and thought Id setup an archie server on there. Is there a VMS software repositary somewhere?
Kindly,
Daniel S derstr m
Sent from my iPad
On 2014-01-19 04:57, Sampsa Laine wrote:
Just out of interest, isn't archie an IP protocol/service?
I've been thinking we should maybe set up our own IP network as well (that you can VPN in to), I'll soon have the equipment + bandwidth to do this.
I can't say I see a need for a private TCP/IP network setup.
Johnny
sampsa <sampsa at mac.com>
mobile +44 7961 149465
On 19 Jan 2014, at 00:29, Daniel Soderstrom <snaggs at mac.com> wrote:
Hi Gents, going to do a clean VMS install today and finally get my Vax onto HECnet. Once Im on I am going to turn off TCP/IP (wont have to worry about security attacks) and thought Id setup an archie server on there. Is there a VMS software repositary somewhere?
Kindly,
Daniel S derstr m
Sent from my iPad
Just out of interest, isn't archie an IP protocol/service?
I've been thinking we should maybe set up our own IP network as well (that you can VPN in to), I'll soon have the equipment + bandwidth to do this.
sampsa <sampsa at mac.com>
mobile +44 7961 149465
On 19 Jan 2014, at 00:29, Daniel Soderstrom <snaggs at mac.com> wrote:
Hi Gents, going to do a clean VMS install today and finally get my Vax onto HECnet. Once Im on I am going to turn off TCP/IP (wont have to worry about security attacks) and thought Id setup an archie server on there. Is there a VMS software repositary somewhere?
Kindly,
Daniel S derstr m
Sent from my iPad
Hi Gents, going to do a clean VMS install today and finally get my Vax onto HECnet. Once Im on I am going to turn off TCP/IP (wont have to worry about security attacks) and thought Id setup an archie server on there. Is there a VMS software repositary somewhere?
Kindly,
Daniel S derstr m
Sent from my iPad