On 5/23/2012 12:59 PM, Bron Gondwana wrote:
> On Wed, May 23, 2012 at 11:45:44AM -0400, Tom Plancon wrote:
>> On 5/23/2012 11:01 AM, Bron Gondwana wrote:
>>> On Wed, May 23, 2012 at 10:37:37AM -0400, Tom Plancon wrote:
>>>> On 5/21/2012 4:55 PM, Bron Gondwana wrote:
>>>>> On Mon, May 21, 2012 at 02:56:06PM -0400, Tom Plancon wrote:
>>>>>> On 5/18/2012 4:45 PM, Bron Gondwana wrote:
>>>>>>> On Fri, May 18, 2012 at 10:23:53AM -0400, Tom Plancon wrote:
>>>>>>>> Hello,
>>>>>>>> I'm not sure this is the list to post my issue but thought I'd give
>>>>>>>> it a shot.
>>>>>>>> We're running Cyrus IMAPD 3.3.16 on a CentOS 6 server for about 50
>>>>>>>   (2.3.16 I assume)
>>>>>>>
>>>>>>>> users. All users have Thunderbird 11-12 as their email client. A
>>>>>>>> couple of the users rely on "tagging" email in Tbird heavily.
>>>>>>>> Periodically, they lose the tags they have placed for no apparent
>>>>>>>> reason. They are there for a few days/weeks, then gone.
>>>>>>>> Is this something that could be happening in Cyrus, or is it
>>>>>>>> strictly a Thunderbird issue?
>>>>>>>> Any input is appreciated! Thanks!
>>>>>>> Possibly a Cyrus thing.  Is there anything in syslog?  It sounds
>>>>>>> like you're losing the cyrus.header files, which is where the tag
>>>>>>> names are stored.
>>>>>>>
>>>>>>> Bron.
>>>>>> Bron,
>>>>>> Thanks for the reply. Yes I am using 2.3.16!
>>>>>> I believe all of the Cyrus logging is into /var/log/maillog. I
>>>>>> inherited this config. What would I look for in maillog?
>>>>>
>>>>> IOERROR is a good start.
>>>>>
>>>>> Bron.
>>>>
>>>> The only IOERROR I see is related to "fstating sieve script" for
>>>> some users. Any other possibilities?
>>>
>>> No, that's not likely to be it.
>>>
>>> What's the output when you select the mailbox?
>>>
>>> This is the kind of things I get:
>>>
>>> . select inbox
>>> * 7925 EXISTS
>>> * 0 RECENT
>>> * FLAGS (\Answered \Flagged \Draft \Deleted \Seen hasnoatt hasatt selected medeleted NonJunk receipt-handled KMAILFORWARDED KMAILTODO KMAILWATCHED KMAILIGNORED $FORWARDED $TODO $WATCHED $IGNORED hasnotd hastd Old $NotJunk $Junk Junk $X-ME-Annot-1 $HasAttachment $IsMailingList $X-ME-Annot-2 $HasTD $IsNotification)
>>> * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen hasnoatt hasatt selected medeleted NonJunk receipt-handled KMAILFORWARDED KMAILTODO KMAILWATCHED KMAILIGNORED $FORWARDED $TODO $WATCHED $IGNORED hasnotd hastd Old $NotJunk $Junk Junk $X-ME-Annot-1 $HasAttachment $IsMailingList $X-ME-Annot-2 $HasTD $IsNotification \*)] Ok
>>> * OK [UNSEEN 7924] Ok
>>> * OK [UIDVALIDITY 1148523981] Ok
>>> * OK [UIDNEXT 922311] Ok
>>> * OK [HIGHESTMODSEQ 295339131819983] Ok
>>> * OK [URLMECH INTERNAL] Ok
>>> * OK [ANNOTATIONS 65536] Ok
>>> . OK [READ-WRITE] Completed
>>>
>>> The "FLAGS" and "PERMANENTFLAGS" responses will tell you if the
>>> mailbox has forgotten about the flags, or if they've been cleared
>>> by something.
>>>
>>> I expect from Thunderbird you will see things like $Label1, $Label2,
>>> etc.
>>>
>>> Another possibility is some bogus client sending STORE FLAGS rather
>>> than STORE +FLAGS when it wants to set something.
>>>
>>> Bron.
>>
>> Bron,
>> Now I'm really in over my head. Not familiar with "select" command.
>> That does not appear to be in the "cyradm" commands. How would I get
>> to that?
>
> Via IMAP.  If you can get Thunderbird to show you a protocol trace you'll
> definitely get one there.
>
> Otherwise:
>
> telnet $server 143
> . login $username $password
> . select inbox
> . logout
>
> Should do just fine.  It will need to be done as a user who has the problem.
>
> You can also inspect the cyrus.header file for that user directly, but it's
> trickier to read than the output of SELECT.
>
> Bron.

Bron,

Thank you for your patience with this! It is really appreciated!

After stumbling through the telnet/IMAP syntax I finally got in, a good
learning experience!

The output of the SELECT for the user who is having the biggest issue
with this is extensive, so I've attached it as a text file. I do see the
"$Label1, $Label2, etc." as you said but also a lot of text which I
assume are the tags the user has made.

The question is, other than the excessive use of tags, is there anything
else wrong with this output?

--
Thomas E. Plancon
CAD/IS Manager

B K A Architects, Inc.
142 Crescent Street
Brockton, MA 02302

tel: 508 . 583 . 5603 ext 313
fax: 508 . 584 . 2914
www.bkaarchitects.com <http://www.bkaarchs.com/>