You too can contribute to this - MBNA/LinuxFund has a credit card which donates a portion of the purchase to this fund which funds various open source projects. You get a sweet (7.9% permenant) rate, and a credit card with "Tux" on it to boot - can't beat that. </Marketing Mode Off?>
Ok - replying to myself - Two more things my users complain about:
Attachment names don't print on printed emails (it's Bugzilla'd but held up for some reason
Lack of a calendar (Plugin is nice, and DAV support is there, but it's not elegant enough for the end user). I do hope the Calendar plugin will be available for T-Bird
I've recently standardized our company on Mozilla mail using IMAP access. I went through deploying Mozilla 1.3.1 and now 1.4 to about 50 users on various Windows machines. We previously were using Eudora and POP3 access.
Here are some of our motivating factors to switch to a Mozilla/IMAP solution include:
Unusually high turnover rate, which yields the constant need to transfer email history from one user to another, usually on different workstations. This allows fresh meat^H^H^H^Hemployees to follow up on old issues. While not difficult with Eudora, it's even easier with any IMAP based client.
Absurd policies (out of my hands) which require some users to use "central" email machines. We have about 10 users which check their mail from 3 different machines. Previously with the Eudora/POP3 solution, users would tend to favor one machine so they could retain their incoming and outgoing history, which would yield to lost productivity while others would wait for the same machine, not to mention swollen mail spools as mail had to be left on the server.
On said multi-user machines, the need for multiple user profiles. Mozilla's profile manager seemed a good fit for the job.
Need for web mail access on the road (we use SquirrelMail) where sales drones can review their email history.
Need for a client which can reliably access an LDAP address book. Eudora couldn't consistantly do this in our environment.
We too have an *anti-Microsoft* policy when it comes to email clients - and this policy has probably saved us many times from the various threats that circulate. This of course means that Outlook and OE are out the window.
We needed something that handled IMAP and SMTP over SSL. We also needed something that stored Sent mail, Drafts, etc. within online folders by default (Eudora and Outlook do not without complex filters at each workstation)
Nifty plugins for Mozilla - including Enigmail
Overall, Mozilla's been accepted as "much better than Eudora", however I still get the occasional user which feels that the change only made things worse. And of course, there are those who long for the usability of Outlook. We kindly remind them that Outlook is evil and using Mozilla helps keep us worm free. Yes - we virus scan and sanitize (Anomy Sanitizer) our mail before delivery, but nothing's perfect.
Now for the gripes:
No simple way to preset or script basic settings for all users due to salted profile directories. It's sad that I know long LDAP configuration strings by heart. Newsgroups have hinted at something available in the installer, but I haven't found docs on it yet.
Less than perfect offline mail support for IMAP - some users complain about the length of time to sync their huge emails over dialup if they haven't been on for a while. While it's no different than POP, the latency is perceived because the user can see the headers before the message loads instead of after.
No provided spell checker (on the fly would be great), and the plugin from MozDev is less than perfect when dealing with mixed case.
Our ultimate goal, as some have mentioned, is to embrace Thunderbird, since some users still want to use IE as their browser (mostly for site compatability reasons), and to have their email links launch in their browser of choice. That, and it not nearly as "bloated" as the entire Mozilla suite, especially since most of my users are only using the email component.
I was a bit disapointed that they claimed that MBZ had this first. The Toyota Prius (also mentioned) has brake by wire to a degree. When the brakes are first applied, the computer applies regenerative power via the electric motor to the front wheels and light hydraulic pressure to the rear brakes. When more pedal pressure is applied, some pressure is applied to the front brakes as well. Only if you sink the pedal quite a distance do you override the computer and hit the master cylinder yourself (for that much needed manual backup).
Save the hassle and do it online. No install, can do it from anywhere you have browser access.
Re:If RedHat versioned honestly...
on
New Red Hat Beta
·
· Score: 1
I just got done evaluating 7.3 for use on our production boxes, and the decision is to stick with 6.2. Anyone else have issues with RH releases above (or before) 6.2?</I>
Too bad you'll lose support after 3/31/2003 for 6.2 and 7.0. Hope you don't mind rolling your own patches.
Red Hat will cease to support the rest (7.1-8.0) after 12/31/2003 most likely in an effort to sway enterprise users to Advanced Server. Baah.
What's funnier is that some people here haven't quite gotten the fact that it IS a joke.
Come on people, read the article...
/me sits back patiently and watches the crowd reaction as they flame Red Hat, bitch about their beloved csh or bash, or just kick Coyboy Neal in the nuts for posting such useless drivel.:-)
Peole continue to ignore other factors that hybrids take into consideration. The Prius is SULEV rated, and the Honda Hybrids either ULEV or SULEV as well.
I doubt your truck can beat that.
How does this relate to cost? It's probably immeasurable w/o a tailpipe sensor, but your truck is costing the rest of us when we have to breathe your smog. Granted in most areas it's not as big of a problem, but here in the greater LA basin, it is.
I will have put 18,000 miles on mine in one year (end of next month). It's funny - I usually refuse to drive my wife's car ('02 Hyundai Elantra GT) because it simply doesn't "feel" the same, and it consumes twice the gas.
Also agreed that I can out pull most cars off the line (once they hit second gear, however, there's no hope). Passing from 70-80 is fairly quick and rather surprising. In general, acceleration is simply smooth. Ya - it doesn't handle as well as some cars, but it does get me safely from point A to point B. And it has all of the basic features I need and want (ABS, A/C, etc.).
Do I miss the power of my old 200HP '99 Contour SVT? At times yes (it was a fun car), but when I realize I'm only buying gas every other week vs. twice a week and doing mother nature a favor at the same time, it's all worth it.
And the funny thing is? Those faster "SUV"s only get to the next red light quicker (usually so they can run it, barely missing the cross traffic about to pull out), so what's the point? I simply smile when I approach the same red light, regenerating my power as I stop (while I'm inhaling the byproducts of their little race).
So if you wanted to turn this into a wireless network, you'd have to put base stations at every 10 feet?
And if you want to turn it into Wireless USB 2.0 - you can now broadcast your color print jobs of confidential documents from a corner office and have joe hacker on the opposite side of the wall eavesdropping the "connection"?
Apply the patch. Note the single hunk failure. Look at the saved file created by the patch program, and note that a single line is to be inserted, noted by the + sign. Note the surrounding lines of text within the failure file, and locate the same (or similar) lines of text within the original file in a text editor (such as vi). I simply inserted the one line to be patched manually in the same spot as it appeared in the failed hunk relative to the surrounding text in the newer code. I don't remember specifically the line, but it had to do with JFS.
The patch fails because between pre6 and the final 2.4.13, an additional line of code was added to the file, throwing off the patch program.
Sorry that I can't be more specific, but it really isn't that hard.
I have no benchmarks, but I can say that since I updated to EXT3, that it has felt a bit slower during disk I/O. I'd love to see some benchmarks to prove this, but don't have the means to test this for now.
AC kernels are more or less sync'd, however I've noted that recently they revert some of the Linus changes (i.e. VM, etc) - so in a sense, using the AC tree is only getting some of the new. Is this done for compatability reasons with the extra "features" or are they just paranoid?
It's almost better if you want all of the new to find the individual patches and patch the Linus tree - that way you get the new features without killing the old.
I was able to patch the latest EXT3 patch (one built against 2.4.13-pre6 - ext3-2.4-0.9.13-2413p6.gz was the filename) with only one hunk failure - and that was easily integrated manually. The kernel compiled just fine and I haven't seen any problems thus far (knock on wood).
While I enjoy using the AC kernels, it kinda bugs me that there are quite a few "reversions" within the AC tree. If there were only a simple way to pull out specific changes and patch them in.
You too can contribute to this - MBNA/LinuxFund has a credit card which donates a portion of the purchase to this fund which funds various open source projects. You get a sweet (7.9% permenant) rate, and a credit card with "Tux" on it to boot - can't beat that.
</Marketing Mode Off?>
I don't work for them, just sharing the info.
I've recently standardized our company on Mozilla mail using IMAP access. I went through deploying Mozilla 1.3.1 and now 1.4 to about 50 users on various Windows machines. We previously were using Eudora and POP3 access.
Here are some of our motivating factors to switch to a Mozilla/IMAP solution include:
Overall, Mozilla's been accepted as "much better than Eudora", however I still get the occasional user which feels that the change only made things worse. And of course, there are those who long for the usability of Outlook. We kindly remind them that Outlook is evil and using Mozilla helps keep us worm free. Yes - we virus scan and sanitize (Anomy Sanitizer) our mail before delivery, but nothing's perfect.
Now for the gripes:
Our ultimate goal, as some have mentioned, is to embrace Thunderbird, since some users still want to use IE as their browser (mostly for site compatability reasons), and to have their email links launch in their browser of choice. That, and it not nearly as "bloated" as the entire Mozilla suite, especially since most of my users are only using the email component.
I was a bit disapointed that they claimed that MBZ had this first. The Toyota Prius (also mentioned) has brake by wire to a degree. When the brakes are first applied, the computer applies regenerative power via the electric motor to the front wheels and light hydraulic pressure to the rear brakes. When more pedal pressure is applied, some pressure is applied to the front brakes as well. Only if you sink the pedal quite a distance do you override the computer and hit the master cylinder yourself (for that much needed manual backup).
Save the hassle and do it online. No install, can do it from anywhere you have browser access.
I just got done evaluating 7.3 for use
on our production boxes, and the decision is
to stick with 6.2. Anyone else have issues
with RH releases above (or before) 6.2?</I>
Too bad you'll lose support after 3/31/2003 for 6.2 and 7.0. Hope you don't mind rolling your own patches.
Red Hat will cease to support the rest (7.1-8.0) after 12/31/2003 most likely in an effort to sway enterprise users to Advanced Server. Baah.
What's funnier is that some people here haven't quite gotten the fact that it IS a joke.
/me sits back patiently and watches the crowd reaction as they flame Red Hat, bitch about their beloved csh or bash, or just kick Coyboy Neal in the nuts for posting such useless drivel. :-)
Come on people, read the article...
Peole continue to ignore other factors that hybrids take into consideration. The Prius is SULEV rated, and the Honda Hybrids either ULEV or SULEV as well.
:-)
I doubt your truck can beat that.
How does this relate to cost? It's probably immeasurable w/o a tailpipe sensor, but your truck is costing the rest of us when we have to breathe your smog. Granted in most areas it's not as big of a problem, but here in the greater LA basin, it is.
I'd rather continue to polute less
-Rick
'02 Prius
Amen!
I will have put 18,000 miles on mine in one year (end of next month). It's funny - I usually refuse to drive my wife's car ('02 Hyundai Elantra GT) because it simply doesn't "feel" the same, and it consumes twice the gas.
Also agreed that I can out pull most cars off the line (once they hit second gear, however, there's no hope). Passing from 70-80 is fairly quick and rather surprising. In general, acceleration is simply smooth. Ya - it doesn't handle as well as some cars, but it does get me safely from point A to point B. And it has all of the basic features I need and want (ABS, A/C, etc.).
Do I miss the power of my old 200HP '99 Contour SVT? At times yes (it was a fun car), but when I realize I'm only buying gas every other week vs. twice a week and doing mother nature a favor at the same time, it's all worth it.
And the funny thing is? Those faster "SUV"s only get to the next red light quicker (usually so they can run it, barely missing the cross traffic about to pull out), so what's the point? I simply smile when I approach the same red light, regenerating my power as I stop (while I'm inhaling the byproducts of their little race).
-Rick
'02 Prius Owner
Does this remind anyone of Back to the Future 2? I could easily envision this as becoming a "picture window" type device in every home.
See this month's issue of PopSci as well.
Question is - where's the hydrogen infruastructure to fuel these new cars?
Kinda makes me wish I waited a year instead of buying my Prius... I love new toys.
So if you wanted to turn this into a wireless network, you'd have to put base stations at every 10 feet?
And if you want to turn it into Wireless USB 2.0 - you can now broadcast your color print jobs of confidential documents from a corner office and have joe hacker on the opposite side of the wall eavesdropping the "connection"?
I think I'll keep my cables for now.
Apply the patch. Note the single hunk failure. Look at the saved file created by the patch program, and note that a single line is to be inserted, noted by the + sign. Note the surrounding lines of text within the failure file, and locate the same (or similar) lines of text within the original file in a text editor (such as vi). I simply inserted the one line to be patched manually in the same spot as it appeared in the failed hunk relative to the surrounding text in the newer code. I don't remember specifically the line, but it had to do with JFS.
The patch fails because between pre6 and the final 2.4.13, an additional line of code was added to the file, throwing off the patch program.
Sorry that I can't be more specific, but it really isn't that hard.
I have no benchmarks, but I can say that since I updated to EXT3, that it has felt a bit slower during disk I/O. I'd love to see some benchmarks to prove this, but don't have the means to test this for now.
AC kernels are more or less sync'd, however I've noted that recently they revert some of the Linus changes (i.e. VM, etc) - so in a sense, using the AC tree is only getting some of the new. Is this done for compatability reasons with the extra "features" or are they just paranoid? It's almost better if you want all of the new to find the individual patches and patch the Linus tree - that way you get the new features without killing the old.
I was able to patch the latest EXT3 patch (one built against 2.4.13-pre6 - ext3-2.4-0.9.13-2413p6.gz was the filename) with only one hunk failure - and that was easily integrated manually. The kernel compiled just fine and I haven't seen any problems thus far (knock on wood).
While I enjoy using the AC kernels, it kinda bugs me that there are quite a few "reversions" within the AC tree. If there were only a simple way to pull out specific changes and patch them in.