A shoulder fired rocket can not shoot that high. The plane is much more vulnerable when it is taking off or landing. So... they should just install them at big airports to protect all jets coming in or out. Or keep the area around the airport secure.... No terrorists near airport == no missiles fired at airliners....
Of those alternatives, which have support for more hardware than Linux? Which support Java, Flash (despise it, but have to have it), VMWare etc?
Personally I'd love a viable Free alternative to the Linux kernel. Especially one with a stable ABI so it wouldn't be neccesary to recompile drivers all the time. If only there was a Debian/OpenSolaris. Hopefully Debian/FreeBSD can get more support as well.
When it is finished ReactOS should have the same hardware and software support as Windows.
Except maybe for hardware support, Solaris is not far behind Linux (and probably ahead with Java support)
You mean "smarthosting" through an e-mail provider in North America or Europe, right? Otherwise, your cable or DSL connection is on the "dynamic IP" list as well as a "spam haven country" list.
I mean hiring a dedicated server somewhere and installing a SMTP and pop server on it. The server can be located almost anywhere where there are hosting companies.
Else just jusing gmail for domains is an option (but they have spam filtering)
For email you can always host your own servers. HTTP is not so easy. In South Africa where I live, AFAIK, all the ISPs except at least one cellphone company transparently proxy http traffic. ("In order to save bandwidth") So you can choose ADSL / dailup / iBurst / other wireless service with proxy or GPRS without proxy.
This might be an interesting area of research, but I for one do not want my ISP deciding what is legitimate email. E.g., what if I WANT to email someone about vitamins??? I do not want to have the uncertainty that my email will be deleted as spam. That would destroy the usefulness of email as a major form of business and personal communication. If I configure a SPAM filter, or the filter is "advisory", that is fine. But using AI to decide and delete is not advisable IMHO. Going down the AI path seems to me like someone is going to start assuming that an AI filter can be smart enough to make guesses that I do not specifically configure. I do not want that.
The real reason for SPAM is that email systems to not verify the sender. Sender verification is essential so that senders who spam can be blacklisted.
Another problem is that people have global email addresses. What is needed is a unique address for each pair of sender and recipient. That way, if you give out your email address, it is unique to both you and the person you give it to (the person who you "invite" to contact you). This is similar to the concept of a "disposable" email address, except that there is no reason that it has to be disposable: it can be permanent. In effect, it creates a permanent way for an individual to reach you. E.g., you can create an address for person A to reach you as 'personA@mydomain.com'. If your email client then requires such unique sender/receiver addresses for all invited senders and requires sender verification for uninvited senders you have a very effective total anti-spam system.
A lot of ISPs and webmail providers are already filter spam, making it more effective will probably not change what ISPs filter users' email without giving the user an option to turn it off.
Of course nothing prevents you from changing ISPs if your ISP forces unreasonable policies onto you...
Even with sender verification anyone can still register a domain and run their own mail servers. Sender verification will probably require all email servers on the internet to be replaced with different software using different protocols. Manual verification will not work either, I will just choose to communicate with companies that does not require manual verification.
Ok, looks like I missed a lot of details. I'm a student in Electronic engineering and I'm used to well documented hardware
If the hardware could be sufficiently reverse engineered to write free firmware, the hardware might end up with a lot more features... However without documentation it might take a very long time to create free firmware...
Wouldn't the creation of free firmware be a better (and maybe more generic?) solution? Isn't it a case of relatively few WiFi chipsets being used with multiple drivers where each vendor uses it's own firmware?
This will not offer a solution if all/most firmware is written by the chipset manufacturers though....
If Wikipedia's information on the linked page is correct, the reason that the entire Qatar is blocked, is that it is the ip of a proxy server...
It is common practice for ISP's in countries with limited bandwidth to transparently proxy all HTTP traffic in order to save bandwidth
South Africa's SAIX does the same. However they have several proxy servers doing load sharing, which cause even more problems with sites that associate session information with one's IP. Online games preventing the trading of items by users on the same IP is also problematic.
Sites offering access on an alternative port in addition to 80 would offer a solution.
Some BIOSes allow you to press F9 or F11 on boot to get a menu to boot from ANY device, even those not listed in the boot sequence, without the CMOS password. I think it was intended to boot OS installaions without changing CMOS settings.
Most modern BIOSes have a boot menu enabling you to boot from USB, floppy, CD even if there is a password on the BIOS setup. (I do it in our varsity lab on computers running deepfreeze)
Once booted from USB / CD you can simply delete deep freeze and continue without it. (Usually CD / USB booting is used just for running a more powerfull operating system or one without access denied messages that pop up as soon as you try to do something usefull...)
Maybe using deepfreeze together with disk imaging software (running from a boot-from-LAN enviroment) might keep the lab clean...
Just using roaming profiles and disk-quota restriction on limited account might work as well, since users SHOULD then only be able to destroy their own user account. (NTFS permissions will need tuning...)
This should be possible with Samba if no Windows server is availble.
Slashdot Mirror
Personally I'd love a viable Free alternative to the Linux kernel. Especially one with a stable ABI so it wouldn't be neccesary to recompile drivers all the time. If only there was a Debian/OpenSolaris. Hopefully Debian/FreeBSD can get more support as well.
When it is finished ReactOS should have the same hardware and software support as Windows.
Except maybe for hardware support, Solaris is not far behind Linux (and probably ahead with Java support)
You mean "smarthosting" through an e-mail provider in North America or Europe, right? Otherwise, your cable or DSL connection is on the "dynamic IP" list as well as a "spam haven country" list.
I mean hiring a dedicated server somewhere and installing a SMTP and pop server on it. The server can be located almost anywhere where there are hosting companies.Else just jusing gmail for domains is an option (but they have spam filtering)
For email you can always host your own servers. HTTP is not so easy. In South Africa where I live, AFAIK, all the ISPs except at least one cellphone company transparently proxy http traffic. ("In order to save bandwidth") So you can choose ADSL / dailup / iBurst / other wireless service with proxy or GPRS without proxy.
A lot of ISPs and webmail providers are already filter spam, making it more effective will probably not change what ISPs filter users' email without giving the user an option to turn it off.
Of course nothing prevents you from changing ISPs if your ISP forces unreasonable policies onto you...
Even with sender verification anyone can still register a domain and run their own mail servers. Sender verification will probably require all email servers on the internet to be replaced with different software using different protocols. Manual verification will not work either, I will just choose to communicate with companies that does not require manual verification.
With the example of using Wikipedia for spam filtering as mentioned in the post, maybe more articles need to be written on spam-slang for Viagra....
Ok, looks like I missed a lot of details. I'm a student in Electronic engineering and I'm used to well documented hardware
If the hardware could be sufficiently reverse engineered to write free firmware, the hardware might end up with a lot more features... However without documentation it might take a very long time to create free firmware...
I meant transparent for users, not the destination servers.
An example of instructions to set up squid in this way can be found here
Except for potential error messages to users (such as a cache access denied message) this kind of proxying is transparent to the user.
SAIX does this as well, but the only errors ever seen is a few "Gateway timeout" messages.
Wouldn't the creation of free firmware be a better (and maybe more generic?) solution? Isn't it a case of relatively few WiFi chipsets being used with multiple drivers where each vendor uses it's own firmware?
This will not offer a solution if all/most firmware is written by the chipset manufacturers though....
If Wikipedia's information on the linked page is correct, the reason that the entire Qatar is blocked, is that it is the ip of a proxy server...
It is common practice for ISP's in countries with limited bandwidth to transparently proxy all HTTP traffic in order to save bandwidth
South Africa's SAIX does the same. However they have several proxy servers doing load sharing, which cause even more problems with sites that associate session information with one's IP. Online games preventing the trading of items by users on the same IP is also problematic.
Sites offering access on an alternative port in addition to 80 would offer a solution.
Some BIOSes allow you to press F9 or F11 on boot to get a menu to boot from ANY device, even those not listed in the boot sequence, without the CMOS password. I think it was intended to boot OS installaions without changing CMOS settings.
Some might allow it to be disabled, though.
Most modern BIOSes have a boot menu enabling you to boot from USB, floppy, CD even if there is a password on the BIOS setup. (I do it in our varsity lab on computers running deepfreeze) Once booted from USB / CD you can simply delete deep freeze and continue without it. (Usually CD / USB booting is used just for running a more powerfull operating system or one without access denied messages that pop up as soon as you try to do something usefull...) Maybe using deepfreeze together with disk imaging software (running from a boot-from-LAN enviroment) might keep the lab clean... Just using roaming profiles and disk-quota restriction on limited account might work as well, since users SHOULD then only be able to destroy their own user account. (NTFS permissions will need tuning...) This should be possible with Samba if no Windows server is availble.