It seems to me that as long as we have no authentication method for sending e-mail and verifying where it is coming from we will continue to have problems with SPAM. Most mail servers will believe whatever you tell them; this has got to stop. The Reply-To and From fields need to be set on the mail server. Users should also log in to send mail from their smtp server and you should be able to use the same smtp server from anywhere instead of just within its domain. There are other details involved in verifying the smtp server when receiving mail to prevent people from using their own sendmail in an inapropriate manner. This can be solved techinically; especially if there was one global e-mail database but we all know how much everyone wants a global database of anything; let alone e-mail to ID.
Go away from the XFree86 and come up with a new display layer. Take notes from MacOSX. Throw in good configuration management, a standard way to package applications.
What is your plan, I know I would love to come up with my own UNIX but I just don't have the time. You will want to come up with a standard API that is easy to use. Make sure you have a good web browser etc. It has to *just work* with support for multimedia.
The hard part is doing this w/out breaking the current BSD layer. I would recomend starting with a linux variant vs a BSD only because I find most things compile better in linux because that is what everyone is using. But maybe that i just because I have had hard times in OSX
Slashdot Mirror
It seems to me that as long as we have no authentication method for sending e-mail and verifying where it is coming from we will continue to have problems with SPAM. Most mail servers will believe whatever you tell them; this has got to stop. The Reply-To and From fields need to be set on the mail server. Users should also log in to send mail from their smtp server and you should be able to use the same smtp server from anywhere instead of just within its domain. There are other details involved in verifying the smtp server when receiving mail to prevent people from using their own sendmail in an inapropriate manner. This can be solved techinically; especially if there was one global e-mail database but we all know how much everyone wants a global database of anything; let alone e-mail to ID.
Go away from the XFree86 and come up with a new display layer. Take notes from MacOSX. Throw in good configuration management, a standard way to package applications.
What is your plan, I know I would love to come up with my own UNIX but I just don't have the time. You will want to come up with a standard API that is easy to use. Make sure you have a good web browser etc. It has to *just work* with support for multimedia.
The hard part is doing this w/out breaking the current BSD layer. I would recomend starting with a linux variant vs a BSD only because I find most things compile better in linux because that is what everyone is using. But maybe that i just because I have had hard times in OSX