From: J.J. O'Shea on
On Fri, 25 Dec 2009 17:09:00 -0500, Salmon Egg wrote
(in article <SalmonEgg-385028.14090025122009(a)news60.forteinc.com>):

> In article <m2eimiesdo.fsf(a)revier.com>, Jochem Huhmann <joh(a)gmx.net>
> wrote:
>
>> Well, you could start with listing some facts about that account and the
>> mail that is in it. How many emails are we speaking about? Does the same
>> thing happen if you're not connected to the network at all (which would
>> tell you something about the source of the problem -- the server or your
>> email already on the machine)? What happens if you create a fresh user
>> account and configure the same account there? Does it work now? Again,
>> this would tell you if the problem is with Mail.app communicating with
>> the server or rather with the mail you already have.
>>
>> And then it would be clever to read and try what people suggest. One
>> thing would be to quit Mail, move away "Library/Mail/Envelope Index" and
>> start Mail again, forcing it to recreate its header database. I'm
>> suggesting this the third time now and I'm quite curious if you'll
>> invest the 10 seconds needed to try that.
>
> Sometimes it is difficult to communicate technical details like this.
> What may be obvious to me is not obvious to you and vice versa. I will
> try to read your post again for suggestions.
>
> What is clear to me is:
>
> 1. Mail using OS 10.5.8 works well on my computer.
> 2. Migrating the account data from this drive to fresh versions of
> 10.6.2 systems on two separate drives in the same computer result in
> similarly flawed Mail performance.

I suspect that your problem lies here somewhere. And your absolute refusal to
even attempt a quick, simple, fix speaks volumes.

>
> How can you escape the conclusion that either OS 10.6.2 Mail or 10.6.2
> migration software is flawed?

The fact that it works for 99.99% of the rest of the Mac-using world. For
example, there are currently 16,493 messages on 3,163 topics in the Apple
forum for SL Mail. So far as I can see, no-one there has anything close to
your problem. (You can go and have a look and report back if you can find
anything similar... <http://discussions.apple.com/forum.jspa?forumID=1338>
Good luck.) It is _much_ more likely that there is a problem with _your_
system or in the way that _you_ are using your system than there be a problem
that applies across the board... but which only _you_ can detect.

>
> Bill
>
>



--
email to oshea dot j dot j at gmail dot com.

From: Jolly Roger on
In article <SalmonEgg-385028.14090025122009(a)news60.forteinc.com>,
Salmon Egg <SalmonEgg(a)sbcglobal.net> wrote:

> In article <m2eimiesdo.fsf(a)revier.com>, Jochem Huhmann <joh(a)gmx.net>
> wrote:
>
> > Well, you could start with listing some facts about that account and the
> > mail that is in it. How many emails are we speaking about? Does the same
> > thing happen if you're not connected to the network at all (which would
> > tell you something about the source of the problem -- the server or your
> > email already on the machine)? What happens if you create a fresh user
> > account and configure the same account there? Does it work now? Again,
> > this would tell you if the problem is with Mail.app communicating with
> > the server or rather with the mail you already have.
> >
> > And then it would be clever to read and try what people suggest. One
> > thing would be to quit Mail, move away "Library/Mail/Envelope Index" and
> > start Mail again, forcing it to recreate its header database. I'm
> > suggesting this the third time now and I'm quite curious if you'll
> > invest the 10 seconds needed to try that.
>
> Sometimes it is difficult to communicate technical details like this.
> What may be obvious to me is not obvious to you and vice versa. I will
> try to read your post again for suggestions.
>
> What is clear to me is:
>
> 1. Mail using OS 10.5.8 works well on my computer.
> 2. Migrating the account data from this drive to fresh versions of
> 10.6.2 systems on two separate drives in the same computer result in
> similarly flawed Mail performance.
>
> How can you escape the conclusion that either OS 10.6.2 Mail or 10.6.2
> migration software is flawed?

It's far more likely that the data itself is flawed, after being copied
to the new system.

Anyhow, would it really matter if the migration software were flawed if
the fix was to simply quit Mail, move a certain file/folder to your
desktop, then restart Mail?

I've seen that suggested to you several times, yet you refuse to do it,
for some unknown reason. Or if you have tried it, you haven't bothered
to report back. If it weren't so frustratingly silly, it would be
amusing!

--
Send responses to the relevant news group rather than email to me.
E-mail sent to this address may be devoured by my very hungry SPAM
filter. Due to Google's refusal to prevent spammers from posting
messages through their servers, I often ignore posts from Google
Groups. Use a real news client if you want me to see your posts.

JR
From: Jochem Huhmann on
Salmon Egg <SalmonEgg(a)sbcglobal.net> writes:

> Sometimes it is difficult to communicate technical details like this.

But you don't even try. Again: How many emails are we talking about? Is
this an account with 200 mails in it or with 20000? Has all this mail
been saved by Mail.app or where did it come from? Does Mail act up when
you unplug the ethernet cable (or disable airport) or does this happen
only when you're connecting to the server? I mean, you have to *want* to
know where the problem is or you never will.

> What may be obvious to me is not obvious to you and vice versa. I will
> try to read your post again for suggestions.
>
> What is clear to me is:
>
> 1. Mail using OS 10.5.8 works well on my computer.
> 2. Migrating the account data from this drive to fresh versions of
> 10.6.2 systems on two separate drives in the same computer result in
> similarly flawed Mail performance.

Yeah, this is data generated by 10.5 being used by Mail in 10.6. This
may work or it may not work. Throwing away everything but the emails
themselves may help here. Like the header database and the filter rules.

> How can you escape the conclusion that either OS 10.6.2 Mail or 10.6.2
> migration software is flawed?

Yeah, something is going wrong here. But you should stop whining about
it and start to do something about it. Have you tried to move off the
header database yet? It's just there to speed things up and Mail will
happily recreate it when you move it elsewhere. It can easily get
corrupted, too. Especially when you move from 10.5 to 10.6. How often
must I suggest to drag a single file to your desktop before you finally
bother to actually do it?

It was much worse with the transition from 10.3 to 10.4, mind you. This
was like going from Windows 95 to Windows XP while trying to keep all
your data intact and working as before.


Jochem

--
"A designer knows he has arrived at perfection not when there is no
longer anything to add, but when there is no longer anything to take away."
- Antoine de Saint-Exupery