Capable is very much a vague term, it does not mean 'able'. I think the sticker is seen as a certificate to some. It's a badge of office, so it should be a little more thought out. There is more info here on what the dictionary thinks capable is: http://s5h.net/u?14
The filesystem is a great way since the kernels make file system operations atomic. Which means you don't suffer the same DB locks that you might if you were to use something like bdb/sqlite for database operations. Seriously it's a great idea. The only time I see a problem is when one might need to drop a bunch of mail from the queue, atomically, as this requires stopping of qmail-send/qmail-remote/qmail-local etc, dropping the mail, and resuming those processes. I would imagine that similar concerns exist using conventional DB storage, in that the delete operations should only occur when the sending process is halted.
Why not look into the validrcptto patch? That avoids doing vpopmail lookups in realtime, which depending on your level of alterations to level of lookups might work out for you as a process saver.
You already have some tools to do that in ucspi. Simply use rblsmtpd before qmail-smtpd and it'll go away. You can also look into greylisting, but this is a 50/50 chance of helping, since most 419 spam comes from a yahoo/hotmail/gmail account where proper queueing makes sure that it gets delivered.
that's really cool - but does it have to be on such a big device? what happened to things getting smaller as technology develops? it seems phones and laptops have gone into reverse with larger screens.
came up with an idea where if a telemarketer called, we would connect them to an automated system that tried to make them think they were talking to a person. The idea being that whenever the guy stopped talking, the computer would play prerecorded messages like 'Tell me more' to see how long it could keep him on the line. Never actually tried it though.
that's freaking genius, i wish i'd thought about that. if you want some outsiders to help on this project, please drop me a line, ed at the domain above above.
> I disagree with both you and the "pleasenojava" taggers, > Java is an awful language to work in; the JVM is what > matters. I'm not a purist that believes C-legacy > imperative programming languages are bad or need replacing. > So for me, Scala is interesting and a definite pointer > to the future... as is ES4!
you failed to give any reasons for why java is bad. for me it's a reasonable platform to work with when the target platforms are variable. it's a really good concept. did you see the link that i posted? http://s5h.net/u?46
i don't know why this article is tagged with pleasenojava, for me it doesn't seem like such a big issue. java is a nice language, perhaps a little slow, but it sure beats writing stuff out a thousand different times for different phones. like this http://s5h.net/u?46
Has anyone prototyped this?
There was a post not so long ago about a Nigerian (I think) who could create a helicopter from some scrap parts and a bicycle. Would be nice to see.
http://s5h.net/u?46
I think it could be argued that you're sending some data... Its just that their client happens to apply some algo to it that happens to put it together in the style of a MP3/OGG or something else.
Yeah it probably could, but the client program would require some reprogramming. At present it processes sound units looking for various patterns that might indicate some presence out there that is sending a signal. The other distributed programs work in different ways and process work packets differently. Take a look at the folding@home project. The bigger issue for the Canadians is probably bandwidth costs, although that said, SETI probably has a bigger costs as it's DSP data.
And your wrong on another count. On windows, private keys can only be accessed directly by a user with System level access.
No that's a different key, what planet are you on? I'm talking about the gnupg system of pub/pri keys. If that you're saying is true, then my mail reader (when I have accessed mail from a windows box) would have to escalate to a system user, which it never did.
I think it does need a short life span, other wise there will be a ipv4/ipv6 phase to go through later on, give it a short life span so that incredible computers in the future cannot reverse the pri key.
nice idea... i like it, but it's not going to appeal to everyone, as not every one has to fill it in... only certain people who are not on a visa and are over a given age. sufficient enough though to warrant use. what about making a huge key that lasts 10 years at birth? put the owners jpg in it and have the registry office sign it, might as well call it a passport (i don't know if the photo itself is signed in gnupg, should be).
the.pri is usually in the user's home directory... so a browser exploit could read that... for that matter, any exploit in any software that the user can run, would normally run with the user's credentials, and thus be able to read it. it shouldn't have read access to anyone else in the department though... but it's still a possibility. so, use your pass phrases!
but this is the sort of case that would work well, since it's a small group of people, perhaps the managers of a few companies could sign at a sales meeting? who knows what is convenient for them.
but, once a few of them are acquainted, it becomes a stronger web of trust, so mail could easily be verified.
but if the credentials were phished then i reckon it's not that hard to get the pri key.
I think the openbsd installation allows www-root to bind to:80.
Of course, you have the source, why don't you take a look and make the alterations, I'm all for something like a system where you put the ports you don't mind about in/proc/sys/net/ipv4/ports file or something.
oh darn. now i'll have to find something else to post on my blog, rather than "this is how to make a openbsd iso"... drat. i guess they realise that the cd sales happen with or without the iso download.
most of africa is bribe orientated. i understand one has to bribe the security on the gate before one can get into a place of work to find the foreman (who also needs bribing) before one can start work. it's no surprise. 100$ would bribe a lot of people in africa.
Slashdot Mirror
Capable is very much a vague term, it does not mean 'able'. I think the sticker is seen as a certificate to some. It's a badge of office, so it should be a little more thought out. There is more info here on what the dictionary thinks capable is: http://s5h.net/u?14
The filesystem is a great way since the kernels make file system operations atomic. Which means you don't suffer the same DB locks that you might if you were to use something like bdb/sqlite for database operations. Seriously it's a great idea. The only time I see a problem is when one might need to drop a bunch of mail from the queue, atomically, as this requires stopping of qmail-send/qmail-remote/qmail-local etc, dropping the mail, and resuming those processes. I would imagine that similar concerns exist using conventional DB storage, in that the delete operations should only occur when the sending process is halted.
Thanks, I'm going to steal that joke next time I have a hangover. Probably tomorrow.
Why not look into the validrcptto patch? That avoids doing vpopmail lookups in realtime, which depending on your level of alterations to level of lookups might work out for you as a process saver.
You already have some tools to do that in ucspi. Simply use rblsmtpd before qmail-smtpd and it'll go away. You can also look into greylisting, but this is a 50/50 chance of helping, since most 419 spam comes from a yahoo/hotmail/gmail account where proper queueing makes sure that it gets delivered.
that's really cool - but does it have to be on such a big device? what happened to things getting smaller as technology develops? it seems phones and laptops have gone into reverse with larger screens.
Aww I remember that shit. Needed about 32MB of RAM though, which I just didn't have. Yeah the slackware floppy disk set was a life saver.
> > java is a nice language
... as is ES4!
> I disagree with both you and the "pleasenojava" taggers,
> Java is an awful language to work in; the JVM is what
> matters. I'm not a purist that believes C-legacy
> imperative programming languages are bad or need replacing.
> So for me, Scala is interesting and a definite pointer
> to the future
you failed to give any reasons for why java is bad. for me it's a reasonable platform to work with when the target platforms are variable. it's a really good concept. did you see the link that i posted? http://s5h.net/u?46
i don't know why this article is tagged with pleasenojava, for me it doesn't seem like such a big issue. java is a nice language, perhaps a little slow, but it sure beats writing stuff out a thousand different times for different phones. like this http://s5h.net/u?46
Has anyone prototyped this? There was a post not so long ago about a Nigerian (I think) who could create a helicopter from some scrap parts and a bicycle. Would be nice to see. http://s5h.net/u?46
I soviet China ... oh wait ...
I think it could be argued that you're sending some data... Its just that their client happens to apply some algo to it that happens to put it together in the style of a MP3/OGG or something else.
Yeah it probably could, but the client program would require some reprogramming. At present it processes sound units looking for various patterns that might indicate some presence out there that is sending a signal. The other distributed programs work in different ways and process work packets differently. Take a look at the folding@home project. The bigger issue for the Canadians is probably bandwidth costs, although that said, SETI probably has a bigger costs as it's DSP data.
And your wrong on another count. On windows, private keys can only be accessed directly by a user with System level access. No that's a different key, what planet are you on? I'm talking about the gnupg system of pub/pri keys. If that you're saying is true, then my mail reader (when I have accessed mail from a windows box) would have to escalate to a system user, which it never did.
I think it does need a short life span, other wise there will be a ipv4/ipv6 phase to go through later on, give it a short life span so that incredible computers in the future cannot reverse the pri key.
nice idea... i like it, but it's not going to appeal to everyone, as not every one has to fill it in... only certain people who are not on a visa and are over a given age. sufficient enough though to warrant use. what about making a huge key that lasts 10 years at birth? put the owners jpg in it and have the registry office sign it, might as well call it a passport (i don't know if the photo itself is signed in gnupg, should be).
the .pri is usually in the user's home directory... so a browser exploit could read that ... for that matter, any exploit in any software that the user can run, would normally run with the user's credentials, and thus be able to read it. it shouldn't have read access to anyone else in the department though... but it's still a possibility. so, use your pass phrases!
but this is the sort of case that would work well, since it's a small group of people, perhaps the managers of a few companies could sign at a sales meeting? who knows what is convenient for them.
but, once a few of them are acquainted, it becomes a stronger web of trust, so mail could easily be verified.
but if the credentials were phished then i reckon it's not that hard to get the pri key.
I think the openbsd installation allows www-root to bind to :80.
Of course, you have the source, why don't you take a look and make the alterations, I'm all for something like a system where you put the ports you don't mind about in /proc/sys/net/ipv4/ports file or something.
worst
song
eva!
oh darn. now i'll have to find something else to post on my blog, rather than "this is how to make a openbsd iso"... drat. i guess they realise that the cd sales happen with or without the iso download.
most of africa is bribe orientated. i understand one has to bribe the security on the gate before one can get into a place of work to find the foreman (who also needs bribing) before one can start work. it's no surprise. 100$ would bribe a lot of people in africa.
Great! Now more people want help on the linux forums.
ok... where's the links to the .avis? i just want to download and watch full screen on my pc - but this seems to be a bit naff really.