first of all, thank you for your comment. I’ve read through the link you just supplied here and indeed there seem to be problems, although I haven’t been trying to reproduce them myself.

I would be glad if anyone could try it out on his Exchange server and maybe submit a fix/workaround that could make this script even work with an MS Exchange as back-end.

I’d try to fix it myself, but I can’t quickly set up an Exchange account anywhere without much hassle.

Bye.

A quick question:
Have you (or any of your readers) tested out this Rule on a Snow Leopard system connecting to an Exchange server?

I ask because I stumbled upon something that *I think* is a SL/Exchange Bug in how Rules are processed (see this post on MacScripter for more deets).

Anyone here running this Things rule on your Exchange account?

Kind Regards,

Justin

first of all, thank you all for your comments to my post. I’m glad to see not being the only one fighting with this problem.

As I’ve already explained within the post, using my own REST back-end it was simply possible to change the header’s name to something that is not being blocked by the mobile Safari from being sent.

However, currently I’m fighting the problem again, though now I’m using an Apache 2 as back-end to which I’d like to authorize using HTTP Basic Authentication. Unfortunately, Apple didn’t seem to have removed this “feature” of the Authorization header not being sent by iPhone OS 3.1.2.

I was searching for a way to “redirect” an incoming X-Authorization or whatever-named header to “Authorization” *before* the Apache actually processes the header, unfortunately I had no success with SetEnvIf and RequestHeader settings in my .htaccess/000-default configuration.

Has any of you managed it, to “rewrite” the custom header back to the original “Authorization” header before the Apache actually processes the header-information, so that an iPhone Client could send “Auth” and still would be able to authenticate? :)

Here are some of my tries:

—
SetEnvIf Auth ^Basic MyAuth
RequestHeader add Authorization env=MyAuth
—
RequestHeader add Authorization “%{Auth}e”
—
SetEnvIf Auth “^(Basic .+)$” myauth
RequestHeader unset Authorization early
RequestHeader set Authorization env=myauth
—

None of them seem to be working on the Apache itself. Maybe, those only work on another Apache that would mod_proxy *before* the actual Apache that provides the authentication? Hm…

The current (Aug 2009) version of the XMLHttpRequest spec, Authorization is not in the list of proscribed headers.

The previous version does specify Authorization as a “secure” header.

I’ll be implementing a workaround for now, setting both the Authorization and X-Authorization headers.

Instead of having 2 “nubs” on each side, and 2 on the front, it has 3 nubs on each side. The removal process is similar, but the location of the 3 nubs makes it feel a lot more like you’re going to break your case. They’re located at the center, and about 1cm (1/2 inch) from each end. Again, there are NO clips or nubs at either end in this design. Externally it looks identical to the pictures provided in this guide.

for which debian/ubuntu version is your .deb?
do you have a debian source packet which compiles on ubuntu 8.04 ?

greetings from austria
alex

You could follow the way he said but then it removes all badges. When you open up backgrounder press global, then you will see a on/off button next to “… include Mail, iPod, etc. Just turn that off and you’re done.

3xBTW: 1) there is a seal inside, covering one of the chassis mounting screws. Break it and you void your warranty. 2) The 1TB now comes with a Seagate Barracuda LP 3) the connections on my USB2.0 model are miniaturized so I wasn’t able to mount the drive in an old chassis after all.

After that setback just wondering if it’s worth the risk to move this drive into one of my other two that I only use for Time Machine backups. The faulty one has been provided for a film edit but dismounts itself after a few minutes, so even copying off to another drive is proving impossible.

I agree with you and feel your pain. So far no great answer.