I've always been hesitant to enable comments on my posts due to spambot activity, but I'm hoping Drupal is a bit better than Joomla at fending spammers off... I'm going to enable (moderated) comments for a week and see how it goes. Feel free to leave a comment on any of my articles!
A friend of mine recently bought a MobileMe subscription and I was pretty curious about what it would offer as I've seen the demos from Apple's WWDC keynote. After experimenting with it for a bit while I was setting it up on my friend's home computers, I found that it is actually a very worthwhile purchase for for both home and small business users. The one downside to it was that Apple does not allow the use a non- @me.com email address. Luckily, after about an hour of playing I was able to setup a system which enabled Thunderbird and other email clients to use the MobileMe email features with non- @me.com email address.
The problem is Apple's outgoing mail (SMTP) servers, which reset the From: header in all messages. No matter how you configure your client, all outgoing mail shows From: myuser@me.com. By avoiding the Apple's SMTP servers, you can bypass this problem and send mail as if it was sent from your previous address (for example yourname@yourdomain.com). Here are the steps required to set it up:
CPanel and many other hosting control panels will support forwarding all mail from one address to another. In CPanel, click on "Mail Forwarders" and forward all mail from your previous address to youruser@mobileme.com. If your hosting provides a different control panel and you can't find the mail forwarders option, try contacting your hosting's technical support team for more information.
In order to receive new messages, you will need to create a new IMAP account. Email clients such as Outlook, Outlook Express, Thunderbird, Entourage and Apple Mail all support IMAP. Apple has a step-by-step guide for setting up each of the programs listed above. If you are using another program, you'll need to enter the following settings manually:
Instead of entering the outgoing (SMTP) details as listed on the Apple tutorial, enter the information for your hosting that you previously used instead. For example, your outgoing server may be mail.yourdomain.com or smtp.yourdomain.com.
If you are forwarding many custom email addresses to your MobileMe account, you may want to take the time to use the Identity feature of your mail client so that you can reply mail as if writing form any of the many custom emails instead of just one (different clients may offer the same feature but under a different name). In Thunderbird, you can manage your Identities by selecting Tools > Account Settings... > Manage Identities
The only trouble you may encounter with this method is that sending mail from the MobileMe Web interface will still show @me.com, as the webmail passes through Apple's SMTP servers.
Note: This procedure works for iPods too! If you configure your iPod's incoming and outgoing mail as shown above, you should also be able to send mail from your custom address as well.
The main difference between open source drivers and closed (proprietary) drivers is performance. The proprietary nVidia driver has much better 3D performance than the current driver for nVidia cards packaged with Fedora, called nouveau. However, keep in mind that nouveau is completely open and free, while the nVidia's proprietary driver is closed source. This means that sometimes a bug in the driver can't be fixed or an incompatibility cannot be resolved until nVidia decides to release an updated proprietary driver.
If you want to install all of the items listed in this howto, install the following items:
su - rpm -Uhv http://linuxdownload.adobe.com/adobe-release/adobe-release-i386-1.0-1.no... yum install flash-plugin nspluginwrapper.{i386,x86_64} pulseaudio-libs.i386 alsa-plugins-pulseaudio.i386 libcurl.i386 mozilla-plugin-config -i -g -v
Fedora Linux uses the concept of RPM packages for installing applications. An RPM package is a single file which can be used to install or upgrade a program on your system. RPM Packages contain all the files, metadata and other information the system needs to know about the program you want to install or upgrade. Because packages installed on your Fedora system are managed by the RPM package manager, packages are easy very to install, uninstall, upgrade or even verify. For example, you can ask the system to tell you which package installed any given file.
PackageKit is a relatively new utility which allows you to graphically install, remove, or update packages on your system. To start PackageKit, select System > Administration > Add/Remove Software from the menu.
Delta RPMs (DRPMs) are a very new way to upgrade packages on your Fedora Linux system. Unlike regular RPM packages, which contain all files required to install a package, DRPMs contain only the changes between two package versions. This allows you to do full updates in a much shorter time. For example, instead of downloading a full 10MB for an update where only 500kb of content changed, a DRPM package will only hold the 500kb of data which changed.
The Prestro project bridges the gap between DRMS and the Fedora package manager, yum. Although Fedora 11 has full support for deltarpms, the presto plugin is not enabled by default. Enabling it is simple and easy:
You can grab it here. I will post some updated howtos soon.
Apple Software Update just popped up with an update for QuickTime and iTunes... The changelog indicates that it has added support for iPhones OS 3.0. I am installing it now, back soon with more info.
Edit: Okay, so apart from bug fixes nothing much seems to have changed for now - iPhones OS 3.0 isn't available immediately.
Although some users have reported success, most installations I've tried of MySQL 5.1 on Vista have failed, even on fresh Vista installs. The first problem appears at the end of the service instance configuration. All appears to be well, however the server refuses to start with Could not start MySQL service or Could not start the service MySQL. Error: 0.
The trick is to start MySQL from the console so that you are able to see the error message (you can access the command console by typing cmd into the Run dialog):
cd "C:\Program Files\MySQL\MySQL Server 5.1\bin\" mysqld -nt --defaults-file="C:\Program Files\MySQL\MySQL Server 5.1\my.ini" --standalone --console
In my case, MySQL always returned the same error message:
Plugin 'InnoDB' init function returned error. Plugin 'InnoDB' registration as a STORAGE ENGINE failed. Unknown/unsupported table type: INNODB Aborting Forcing shutdown of 1 plugins
This message is a symptom of the log file size problem (just google InnoDB: Error: log file .\ib_logfile0 is of different size for more information). All you need to do is to clear the following files from the folder C:\ProgramData\MySQL\MySQL Server 5.1\data:
ib_logfile0 ib_logfile1 ibdata1 $YOUR_HOSTNAME$.err
Restart the MySQL server and all should be well. Note that the C:\ProgramData\ folder is hidden, so unless you have enabled hidden folders from the Folder Options dialog, you will need to copy/paste that folder path directly into the address bar in order to access the folder.
So... Here's what I have been doing during the past 5 hours:
I was noticing some odd behavior from my PC downstairs, which runs Fedora Linux as its primary OS but it also has Windows Vista installed for gaming. The machine would boot without any indication of trouble, but once it had been up & running for about 5 minutes, the system would hang and the hard disk activity light on the case would stay permanently on. At first I thought it was an OS problem so I rebooted into Vista but found it was affected too so I immediately thought: Hardware. I tried leaving it alone for an hour to see if it was actually doing something with the disk, but it clearly wasn't because the system was still frozen and I could not hear the disk heads moving. It definitely looked like a hardware problem. I ran memtest86+ and ran a S.M.A.R.T self-test on /dev/sda in Fedora, but oddly enough both came up clean.
Since all the hardware seemed OK, I powered down the PC, opened the case and made sure there were no loose cables. Sure enough, the problem was the SATA cable which connected my motherboard to my hard disk. After disconnecting it, blowing off some excess dust and reconnecting it, everything was fine. But that's not where the story ends.
By the time I had reproduced the problem, tested the RAM & hard disk and reconnected the SATA cable, I had done about 15 power cycles. Linux handled the whole situation pretty gracefully - it logged the specific SATA errors (Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK,SUGGEST_OK) and put the root filesystem into read-only mode. After reconnecting the cable, Fedora was up and running as if nothing had happened (it did do an autofsck, but it came up clean). Vista, on the other hand, didn't take it so well - it informed me that I need to run CHKDISK upon starting up, so I let it repair C:\ and it orphans thousands and thousands of files... After CHKDISK completed I was (surprisingly) able to boot up, but many programs - including explorer.exe - were crashing as judging by the amount of orphaned files, I'm guessing that quite a few system files were missing or corrupted.
So, long story short, if you have any SATA problems and Vista starts orphaning a tons of files during CHKDISK, save yourself some time by canceling the CHKDISK and make sure you have your Vista installation DVD handy.