Indeed. I was seriously sick back then and the doc gave me some heavy duty drugs to easy the itches, which put me in the right frame of mind to completely immerse myself into Britannia. I played for one week more than 14h/day. I didn't really had much aim inside the game (that came later), just being on a different plane and roaming around was all I wanted.
The buildings that remain from 400 years ago only do so by dumb luck. Virtually all of their contemporaries have failed, even ones of similar design and construction.
There are quite a number of cities in Europe where the old part of the town is full of very old buildings.
But even at this time, IMHO Europeans tend to build differently than Americans. Different priorities, estimated time of actually staying in the region (and energy costs).
Assuming that it forms a sphere with all the mass at the outer edge, the gravity that the Earth feels wouldn't change at all until the mass reached the Earth's orbit, and then it would immediately drop to zero (I forget the law that tells us that the gravity of a spherical body is the same as if all the mass was contained at one point in the center.)
If I remember correctly from school physics (and that's 15 years past, and I'm too lazy to do the integrals now.), the gravity pull of e.g. the earth (with its mass evenly distributed) has the following properties:
a) at the center of the earth, there is no gravity pull in any direction.
b) moving from the center to the surface, the gravity increases in a linear fashion and reaches 1g. (9.81 m/s^2)
c) if you move away from the earth, the force diminishes by 1/r^2, where r is the distance to
the center of the earth.
(assuming of course a perfect sphere for the earth and a homgeneous mass density.)
All I know is that I would rather err on the side of having too much military than not enough military.
If I remember the numbers correctly, the US spends more money on its military than the next 6 countries combined. To me, this makes it clear on which side of "reasonable and sensible spending" the 350BN USD is.
I doubt that the "map tel-nr. to email-address" application of ENUM will be the real driver behind the ENUM deployment. These scenarios are IMHO much more attractive:
Nowadays most offices run some kind of FAX-server, which enables people to "print to FAX-number" from their PC (instead of printing a document and then put that paper in a conventional FAX-machine) and receive FAX as tiff-attachments in Email.
Usually, these FAX-servers are 24x7 online on the internet as well.
With ENUM, one could implement the following: When the local FAX-server is asked to send some pages to +43662123456, it will look into the ENUM
dns tree to check if the destination has registered an Internet-based method of transfering FAXes (e.g. FAX-G3/4 over TCP, or RFC822/MIME/SMTP). If yes, it uses its Internet-connection to transfer the document. If not, it falls back to G3 over PSTN.
While this does not affect the work-habits of end-users (e.g officedroids), it has the potential to save businesses a fortune in long distance phone-charges.
Or: Consider two companies who switched to VoIP for their intra-office phones and both use a gateway to call "normal" PSTN numbers. For calls between these companies, VoIP might work if the users use the right SIP urls when initiating the connection. With ENUM, users don't have to know whether the other side is VoIP-enabled and if yes, what their SIP-addresses look like. The caller will dial the number as usual; it's his phone (or gateway) which can query ENUM and then decide whether to route the call via VoIP to the other side, or to route the call through the PSTN.
/ol (involved in the Austrian (NOT Australian) ENUM trial)
Unerbetene Anrufe
101. Anrufe - einschließlich das Senden von Fernkopien - zu
Werbezwecken ohne vorherige Einwilligung des Teilnehmers sind
unzulässig. Der Einwilligung des Teilnehmers steht die Einwilligung
einer Person, die vom Teilnehmer zur Benützung seines Anschlusses
ermächtigt wurde, gleich. Die erteilte Einwilligung kann jederzeit
widerrufen werden; der Widerruf der Einwilligung hat auf ein
Vertragsverhältnis mit dem Adressaten der Einwilligung keinen
Einfluß. Die Zusendung einer elektronischen Post als Massensendung
oder zu Werbezwecken bedarf der vorherigen - jederzeit widerruflichen
- Zustimmung des Empfängers.
Basic summary: telemarketing and fax-ads require advance permission of the receipient (which be revoked any time, without affecting any other contractual relationships). And it outlaws UCE and UBE as well.
Violations of this law are misdemeanors (IIRC) and can be fined up to 36336 Euro. You don't have to sue, you just need to notify the government.
And yes, telemarketing and (homegrown) spam are no problems in Austria.
101 Unerbetene Anrufe
Anrufe - einschließlich das Senden von Fernkopien - zu Werbezwecken ohne vorherige Einwilligung des Teilnehmers sind unzulässig. [...]
</german>
<translation>
Calls - including fax - for advertising purposes without prior consent of the called person are illegal.
</translation>
And two years ago they amended that provisiont to cover UCE and UBE as well.
We do not have a problem with telemarketers here in Austria.
The recipients typically can't block mail from open relays. Doing that requires rulesets in the mail server that process based on the IP address the incoming SMTP connection is coming from. That requires root access to the ISP's mail servers.
We (KPNQwest Austria) solved that problem by storing the info on whether a user wants his mail ORBS/RSS/MAPS/DUL/...-filtered in the same database which controls email delivery (in our case LDAP). With a bit of creative sendmail ruleset trickery on our side and a simple webform to change the settings for the customer, we give the choice of ORBS & co filtering back to the recipient.
The default is "no filter". If the customer changes that, well, it's his choice.
IIRC, there was an article about a similar setup in;login: (Usenix journal) some while ago.
It's spelled netrek (just one t), and I've startet playing it sometime '93 (back when my whole university had a 64kbit/s link to the internet), where it definitly already had a nice history of leagues.
Let me check: the 2nd RFD for rec.games.netrek was posted Mon, 17 Feb 1992. Based on that number, I'd put the start of netrek at around '90.
What do you guys think? Is name based
virtual hosting ready for prime time?"
Sure. We're running almost all of our webhostings off name-based virtual servers now.
The only thing where you don't have a clean solution are secure servers, as the SSL authentication comes before the server is told which virtual host the client wanted to reach.
It's really time that ARIN catches up with RIPE on its IP address preservation policy.
I've logged a kernel bug with sun for more than a year now. We opened tickets and got no real fix. After heavy threatening we got the vxfs licence for free which enabled us to work around the bug.
As of now, I still can kill every cgi-enabled webhoster running Solaris/UFS.
If those lame-assed, self-satisfied, over-confident bastards piss me off one more time, the exploit will be on bugtrack.
I hope the X86-64 architecture finally scraps the old PC-type BIOS system. If they plan to target the server market, I hope they have enough clue to use something like OpenPROM or ARC.
A server must be remote manageable by a serial line. That's what's stopping us from rolling out intel-based servers.
(Yes, I know there are certain workarounds, but they are just that: workarounds.)
All the RBL says is that the people on the list are doing one of these five things.
That's the key point. IMHO MAPS is on safe grounds as long as they can prove that anybody on the list does in fact do one of the written set of "bad things to do".
If they break this principle, they become IMHO liable, and what's more: they will loose the respect of the network/mailserver-administrators who would then ditch the RBL instantly.
Sorry, but the "fair use" principle doesn't apply to trade secrets. IMHO a better way is to just attack the status of being a trade secret based on its wide availability.
HSubject: $>local_check_header_subject D{loveletterMessage}"553 Your message may contain a worm." Slocal_check_header_subject RILOVEYOU $#error $: ${loveletterMessage}
to your sendmail.cf (version > 8.9 !).
(there is a tab between the ILOVEYOU and $#error.)
/ol (credits go to a cow-orker, though)
See it as an opportunity for integrated devices
on
WinDSL Coming?
·
· Score: 2
I do agree with most postings here that I don't want such a modem on my main computer. But I do think this opens up an opportunity for the Linux-based embedded system market.
Why not integrate the modem with a standalone firewall/proxy/mailserver/... box like e.g. the cobalt cube ? That could be a nice application for such softmodems.
The netrek community faced the problem of client modifications as well. You might want to look at the solution implemented there, namely:
The client has to authenticate itself at the server using a public-key cryptographic algorithm (RSA).
This way, you can distribute the source of the client without problems, but in order to play with a self-compiled client you have to get the server-admin to accept your key.
Slashdot Mirror
Indeed. I was seriously sick back then and the doc gave me some heavy duty drugs to easy the itches, which put me in the right frame of mind to completely immerse myself into Britannia. I played for one week more than 14h/day. I didn't really had much aim inside the game (that came later), just being on a different plane and roaming around was all I wanted.
There are quite a number of cities in Europe where the old part of the town is full of very old buildings.
But even at this time, IMHO Europeans tend to build differently than Americans. Different priorities, estimated time of actually staying in the region (and energy costs).
If I remember correctly from school physics (and that's 15 years past, and I'm too lazy to do the integrals now.), the gravity pull of e.g. the earth (with its mass evenly distributed) has the following properties:
a) at the center of the earth, there is no gravity pull in any direction.
b) moving from the center to the surface, the gravity increases in a linear fashion and reaches 1g. (9.81 m/s^2)
c) if you move away from the earth, the force diminishes by 1/r^2, where r is the distance to the center of the earth.
(assuming of course a perfect sphere for the earth and a homgeneous mass density.)
If I remember the numbers correctly, the US spends more money on its military than the next 6 countries combined. To me, this makes it clear on which side of "reasonable and sensible spending" the 350BN USD is.
Nowadays most offices run some kind of FAX-server, which enables people to "print to FAX-number" from their PC (instead of printing a document and then put that paper in a conventional FAX-machine) and receive FAX as tiff-attachments in Email.
Usually, these FAX-servers are 24x7 online on the internet as well.
With ENUM, one could implement the following: When the local FAX-server is asked to send some pages to +43662123456, it will look into the ENUM dns tree to check if the destination has registered an Internet-based method of transfering FAXes (e.g. FAX-G3/4 over TCP, or RFC822/MIME/SMTP). If yes, it uses its Internet-connection to transfer the document. If not, it falls back to G3 over PSTN.
While this does not affect the work-habits of end-users (e.g officedroids), it has the potential to save businesses a fortune in long distance phone-charges.
Or: Consider two companies who switched to VoIP for their intra-office phones and both use a gateway to call "normal" PSTN numbers. For calls between these companies, VoIP might work if the users use the right SIP urls when initiating the connection. With ENUM, users don't have to know whether the other side is VoIP-enabled and if yes, what their SIP-addresses look like. The caller will dial the number as usual; it's his phone (or gateway) which can query ENUM and then decide whether to route the call via VoIP to the other side, or to route the call through the PSTN.
> http://launch.yahoo.com
I get:
"Sorry, we only support Netscape and Internet Explorer."
Well, they won't get my business.
Basic summary: telemarketing and fax-ads require advance permission of the receipient (which be revoked any time, without affecting any other contractual relationships). And it outlaws UCE and UBE as well.
Violations of this law are misdemeanors (IIRC) and can be fined up to 36336 Euro. You don't have to sue, you just need to notify the government.
And yes, telemarketing and (homegrown) spam are no problems in Austria.
http://www.theregister.co.uk/content/4/25843.html.
(also on The Register).
101 Unerbetene Anrufe
Anrufe - einschließlich das Senden von Fernkopien - zu Werbezwecken ohne vorherige Einwilligung des Teilnehmers sind unzulässig. [...]
</german>
<translation>
Calls - including fax - for advertising purposes without prior consent of the called person are illegal.
</translation>
And two years ago they amended that provisiont to cover UCE and UBE as well.
We do not have a problem with telemarketers here in Austria.
/ol
We (KPNQwest Austria) solved that problem by storing the info on whether a user wants his mail ORBS/RSS/MAPS/DUL/...-filtered in the same database which controls email delivery (in our case LDAP). With a bit of creative sendmail ruleset trickery on our side and a simple webform to change the settings for the customer, we give the choice of ORBS & co filtering back to the recipient.
The default is "no filter". If the customer changes that, well, it's his choice.
IIRC, there was an article about a similar setup in ;login: (Usenix journal) some while ago.
You might want to read up on what the US is trying to enforce on foreign companies daring to make business with Cuba.
/ol
It's spelled netrek (just one t), and I've startet playing it sometime '93 (back when my whole university had a 64kbit/s link to the internet), where it definitly already had a nice history of leagues.
Let me check: the 2nd RFD for rec.games.netrek was posted Mon, 17 Feb 1992. Based on that number, I'd put the start of netrek at around '90.
/ol
http://www.quintessenz.at/convent-d.htm l
Sure. We're running almost all of our webhostings off name-based virtual servers now.
The only thing where you don't have a clean solution are secure servers, as the SSL authentication comes before the server is told which virtual host the client wanted to reach.
It's really time that ARIN catches up with RIPE on its IP address preservation policy.
I've logged a kernel bug with sun for more than a year now. We opened tickets and got no real fix. After heavy threatening we got the vxfs licence for free which enabled us to work around the bug.
As of now, I still can kill every cgi-enabled webhoster running Solaris/UFS.
If those lame-assed, self-satisfied, over-confident bastards piss me off one more time, the exploit will be on bugtrack.
/ol
I hope the X86-64 architecture finally scraps the old PC-type BIOS system. If they plan to target the server market, I hope they have enough clue to use something like OpenPROM or ARC.
A server must be remote manageable by a serial line. That's what's stopping us from rolling out intel-based servers.
(Yes, I know there are certain workarounds, but they are just that: workarounds.)
/ol
All the RBL says is that the people on the list are doing one of these five things.
That's the key point. IMHO MAPS is on safe grounds as long as they can prove that anybody on the list does in fact do one of the written set of "bad things to do".
If they break this principle, they become IMHO liable, and what's more: they will loose the respect of the network/mailserver-administrators who would then ditch the RBL instantly.
Sorry, but the "fair use" principle doesn't apply to trade secrets. IMHO a better way is to just attack the status of being a trade secret based on its wide availability.
Sendmail can filter that crap as well, just add
HSubject: $>local_check_header_subject
D{loveletterMessage}"553 Your message may contain a worm."
Slocal_check_header_subject
RILOVEYOU $#error $: ${loveletterMessage}
to your sendmail.cf (version > 8.9 !).
(there is a tab between the ILOVEYOU and $#error.)
/ol (credits go to a cow-orker, though)
I do agree with most postings here that I don't want such a modem on my main computer. But I do think this opens up an opportunity for the Linux-based embedded system market.
Why not integrate the modem with a standalone firewall/proxy/mailserver/... box like e.g. the cobalt cube ? That could be a nice application for such softmodems.
/ol
The netrek community faced the problem of client modifications as well. You might want to look at the solution implemented there, namely:
The client has to authenticate itself at the server using a public-key cryptographic algorithm (RSA).
This way, you can distribute the source of the client without problems, but in order to play with
a self-compiled client you have to get the server-admin to accept your key.
/ol