Privoxy v3.0.6, as installed through the Tor & Privoxy & Vidalia bundle (version 0.1.2.17), does not launch automatically on start-up. A workaround is to create a file named org.privoxy.plist in /Library/LaunchDaemons that contains the following code:
The big problem with Google's Gmail (IMO) is that it is POP instead of IMAP. I can understand why, as IMAP creates a much larger server and client overhead. POP is simple: you either get a copy of the email, or not. My solution gets me the benefits of:
any email address you already own that allows forwarding (in this example, email@example.com) -- pobox.com was one of the first services offering a permanent email address.
Gmail spam filtering and archiving
all the benefits of an IMAP account on my iPhone
Get an IMAP account (like dotMac or maybe your ISP has IMAP accounts) [example: firstname.lastname@example.org]
Get a Gmail account [example: email@example.com]
In the Gmail account, under Settings » Accounts, use the Add another Email Address link to add the firstname.lastname@example.org account to the 'Send mail as' option.
Also in Gmail, under Settings » Forwarding, select the 'Forward a copy of incoming mail to' option, and point it to email@example.com (and archive).
Forward all mail to firstname.lastname@example.org to email@example.com
On the iPhone (or any IMAP client software, like Mail.app or Thunderbird.app), create a new IMAP account
On the iPhone, set the address to be the address you want email to be sent to/from. In this example, that would be the permanent address from letter "a" above: firstname.lastname@example.org (See also Variation 1 and 2 below)
On the iPhone, set the Incoming Mail server to the IMAP account in step one above [hostname: mail.mac.com; user name: jshmoe; password: whatever it is]
On the iPhone, set the Outgoing server to the Gmail account in step two [hostname: smtp.gmail.com:587; user name: email@example.com; password: whatever it is]
Please note, the iPhone by default will use secure SSL encrypted ports if they are available, which is always a good idea.
Having a MacBook Pro while on the go and a good cable modem connection with an always-on Mac Mini connected to it, I wanted to be able to watch my EyeTV recordings when I am not at home. Elgato has released EyeTV 2.5 which includes the ability to make recordings "wi-fi accessible." This means that they've implemented sort of a media server which -- after enabling it once in the EyeTV preferences -- even runs when EyeTV is closed. This built-in media server runs on port 2170, which:
I did not want to expose to the internet, so I had to find a way around this.
Would be useless, as my employer won't let me out of the intranet on other than on port 80 or 443
Having Apache running with the default installation on Mac OS X, I first tried mod_proxy, but this didn't work out. That's because the EyeTV media server sends the Content-Type for HTML pages not in the server's response header, but in a META tag in the HTML itself. When the content-type isn't specified, mod_proxy sets it to text/plain, which is definitely not what I wanted.
You can use the dotMac personal domain service without having to actually use iWeb '08. To do so, simply follow the instructions on the dotMac website about using Personal Domains. Once you've got as far as setting up your domain with your registrar, you can use any software you wish (RapidWeaver, Sandvox, Hand coding even) to create your own site.
Simply navigate to your iDisk and make sure you place all your html files in the following folder: iDisk » Web » Sites. Anything in this Sites folder will be used by the personal domain service. I've made a simple 'hello world' HTML file and placed it in the Sites folder. As long as there is at least an index.html file there, it works correctly.
I do a fair amount of development while seated in a Starbucks. I don't often drink the coffee or eat the food, but I do connect to the Internet using their fine T-Mobile HotSpot service. Up until last week, my HotSpot connection was a regular old unsecured AirPort connection. That meant that much of my traffic was sniffable by others in the vicinity. I didn't like that much, so I did a little digging. T-mobile offers Connection Manager software for Windows users which solves this need, but no love for OS X users, though.
There was one sentence in the T-Mobile security policy that suggested that a secure connection was possible without Connection Manager. So I called tech support and they were astonishingly helpful. The tech walked me through an Internet Connect setup which resulted in me connecting securely via TTLS. The basics of the process are: Open Internet Connect and add a new 802.1x configuration. I also had to click the Configure button for TTLS and enter PAP as the 'TTLS INNER Authentication.' The other authentication methods are left as default. After setting everything up, the end result looked like this. The process is a bit complex, so you might want to call them if you're unsure of anything in that screenshot.
Many times I have found success using macosxhints tips for logging onto stubborn hotel wireless routers, but this weekend one had me stumped. It was a WEP encrypted network, and the front desk gave me the WEP passkey phrase. My MacBook connected to the router fine with the passkey, but the router wouldn't issue an IP address through DHCP, no matter what I tried. Here's the almost-feels-like-hacking fix I finally tried, and it worked:
I opened System Preferences » Network » Airport » TCP/IP tab and set the configuration to manual. Then I set the IP address to 192.168.1.10 and the router to 192.168.1.1.
I set the DNS servers to 126.96.36.199 and 188.8.131.52, separated by a return (this is a key step!)
I then opened Terminal and ran ping 192.168.1.1 to see if I magically guessed the correct router. I didn't (no return ping). So, I changed my IP address to 192.168.2.10 and the router to 192.168.2.1. I tried ping again, and I got a ping back.
Now, I realize that I'm messing with DHCP settings, so to be fair, I pinged 192.168.2.11, and when I didn't receive a return ping, I then changed my IP address to 192.168.2.11 in case 192.168.2.10 had already been given to another computer on the network. (I suggest continuing to ping 192.168.2.x up the line until you don't get a return ping).
After this bit of manual setting changes, I was able to fully connect to the internet.
Side note: I actually figured out that the router the hotel was using was a Linksys WRT54g. I typed 192.168.2.1 into my browser window, and the login for that router popped up. An internet search yielded many WEP issues for Macs, and the suggestion was to use a WPA key instead of a WEP key, which isn't feasible if you're on a hotel network.
This is something I came up with originally so I could enjoy the benefits of IMAP on my iPhone while still using Gmail's excellent spam filtering. Because Gmail does not support IMAP, I had to deal with the fact that I had two devices (iPhone and PowerBook) both accessing the same POP box which caused headaches. But I did not want to drop Gmail because it has been doing an amazing job as a spam filter. My solution is the following (note that I own my domain, which makes this somewhat easier):
Email comes in to my default email box (firstname.lastname@example.org -- the names and domains have been changed to protect me from spammy behavior).
Gmail is configured to retrieve all mail from that account via POP3. Mail is set to not be left on the server, so it is deleted when retrieved by Gmail. (Gmail actually does this for a number of mailboxes, so I also aggregate email from multiple addresses into one place, further simplifying my life.)
Gmail is also configured to archive and forward all mail it gets to email@example.com -- a very random address which is highly unlikely to ever become one a spammer guesses or gets ahold of. (I never tell anyone about it, and no mail is ever sent from it. The actual number has been changed here, obviously.)
The result is an IMAP mailbox which contains all email post-filtering by Gmail. Since it's an IMAP account, it can thus be accessed by the iPhone and my Mac without conflicts or headaches.
The downsides? Having the mail get bounced around twice could slow down my receiving the email in the first place. Howeer, I already follow much of the Get Things Done thinking in that I only check mail hourly at most, and refuse to live my life hanging on the immediate receipt of anything. If I get desperate for something to arrive, I can always try to login to the original first box and get the mail before Gmail does.
As an added bonus, I still have access to all of the mail in Gmail in case I want to do any searches, etc. And I filter my inbound mail in my own private3493849893 account, so the inbox has only non-list email for iPhone purposes, but I still can access the list mail in the other boxes on the iPhone if I need to.
LogMeIn.com has a free beta Mac OS X server and a Safari plug-in that allows you to control a remote Mac's keyboard, monitor and mouse. While similar to VNC (i.e. ), LogMeIn's main advantages are that it transparently crosses home NAT routers, it is not bothered by DHCP assigned IP addresses, and the session is encrypted. This is really great for helping friends and relatives, as well as accessing your own Macs remotely.
You do need to sign up for a free LogMeIn.com account. The client and server use the LogMeIn account to exchange IP addresses and port numbers -- this is how LogMeIn deals with DHCP assigned IP addresses and home NAT routers. While most browsers can be used as the client, LogMeIn does have a Plug-In for the Safari browser. The Plug-In will be downloaded when you first attempt to connect to one of your LogMeIn enabled systems. You can even connect to your Mac from Windows, Linux, or any other operating system with Java enabled within the browser.
I use VNC a lot, but it can be difficult to set up a VNC session over a secure SSH tunnel across the internet through a home NAT router that has a DHCP assigned IP address. And trying to explain this to someone else can be frustrating. LogMeIn simplifies this. Mac OS X Leopard's iChat is suppose to have some kind of screen sharing, but I don't know if that will also include remotely controlling the keyboard and mouse; I guess we'll know in a few months. Until then, LogMeIn can aid your support of distant friends and relatives.
For reference, here's a list of other similar services:
Have you ever lost a couple (or even hundreds) of your purchased iTunes Store songs, and you really don't want to pay $0.99 per copy to get them back? Well, if that's the case, head on down to the iTunes Plus page in the store, and click on Upgrade My Libary.
Innterestingly, even if you no longer have the song you want in your library, the iTunes Store still gives you the ability to upgrade it. So if that song is really lost, it's like getting it replaced for only $.30. Yes, the library is limited and slim right now because it only contains EMI songs, but once it gets bigger, this is your ticket to re-obtaining some of your lost iTunes music at a lower cost.
[robg adds: Apple apparently has an unwritten 'one time only' replacement policy: if you lose your entire library, you can email them and they may authorize you to re-download all of your purchases. More on the process in this thread at lifehacker.]
After using Zimbra Collaboration Suite for a few months and loving it, but at the same time being ticked that they don't have an autostart item bundled with it, I finally decided to whip up my own. The following code should be pasted and saved into a plain text document with the name com.zimbra.zcs.plist:
Save the code into /Library » LaunchDaemons. Give the machine a reboot, and Zimbra will start automagically. The nice thing about this solution is that it's compliant with launchd, and no longer relies on the now-deprecated StartupItems method.