Hi Natasha,
--<> 10.06.2005 17:08 +1200:
IIRC, someone posted to the list some time ago about messages sent via
IMAP being reproduced many times. I only wish I could find the MID, but
no luck so far.
There were many messages that described this odd behavior. I myself wrote
something about that, but at this time, I could stick it to
synchronization. That means, I didn't get any duplicates since I turned
synchronization off. Before that I synchronized new headers only. But
please don't ask me why I did that. ;) This is a good example for your last
paragraph and your hint to hiding information and Model-View-Controller.
IMO there are far to much options - synchronization for example with 6
different options is very confusing.
But let's go on... ;)
Anyway, I spotted this problem with my account in the following
circumstances.
Hmm, I couldn't reproduce it at that time in any way. I was just normal
that each new and/or non-cached message showed up at least twice times.
This was valid for all folders and especially annoying in tbbeta, when
there were 60 really new messages and I had to cope with about 120
messages... :/
1. Sent a subscription request to [EMAIL PROTECTED] from
the IMAP account.
A single copy of the message appeared in the Sent folder.
Just to make it a bit shorter. For me this would certainly have been a
duplicate too.
~snip~
5. Deleted all copies of M2 from the IMAP account's Sent folder.
A single copy of M2 appeared in the IMAP account's Trash folder.
A small sample on which to base an opinion, I know, but FWIW here it is
anyway.
Thank you very much for this huge test and your great briefing. I'm sure
others can confirm in that way.
In this case, at least, I suspect this of being a glitch in the UI
rather than in the send/receive functionality.
Now it would be interesting if your tests were based on a bat with
synchronization turned on or off.
Most (do I have to say all?!) people I know who had problems with message
multiplication on IMAP got it sorted out with turning synchronization off.
So you, Natasha? ;)
Personally, I'd like to see as much of the Control and Model (in OOP MVC
terms) portions of TB! hidden entirely from the user. At the
moment, for example, IMAP'S folder management system is very much
exposed to the user rather than having the Control code subclassed to
respond in an IMAP- or POP-Model-specific way to the same elements in
the View (UI).
Yes, you're right. As noticed in my first paragraph - this is too much. A
German "saying" would be "well meant". Don't know if this fit's for English
too.
Firstly as an aid to usability and a smooth transition
between POP and IMAP for non-technical users, and secondly because I
think it would make the code smaller and easier to maintain/upgrade.
This is a function-overflow for both, technical and non-technical users.
One just doesn't know how to use which option and what effect belongs to an
option.
I needed help to get TB! working with IMAP as far as TB! can. The ones I
"learnt" from needed help themselves or just went like trial & error. ;)
Thanks for reading.
You're welcome. Thank you all too. ;)
--
Manuel, http://www.manuel-breitfeld.de
________________________________________________________
Current beta is 3.5.26 | 'Using TBBETA' information:
http://www.silverstones.com/thebat/TBUDLInfo.html
IMPORTANT: To register as a Beta tester, use this link first -
http://www.ritlabs.com/en/partners/testers/
