Re: User tags lost
On Wed, May 23, 2012 at 02:53:19PM -0400, Tom Plancon wrote: 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! Cool. 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? The output is fine - BUT, here's the problem. Cyrus has a hard limit of 128 user flags per mailbox, and they're not recyclable. Once you have created that many flags, you're stuck - you can't create any more. If that user is creating more in Thunderbird, it's probably only storing them locally and failing to upload them to the server - which is probably only working by accident and not how it's designed to work. What a mess! The only solution I can offer for now is use fewer tags. To clean them out, you can create a new empty folder and copy the messages across. That works for everything other than INBOX. For INBOX it's harder - you pretty much need to create a new folder, copy the messages into it, delete the cyrus.header file for the INBOX and reconstruct, then copy the messages back. Ouch. Bron ( that's assuming most of these tags were used in the past, but are not on any existing messages ) -- 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/ Trying 10.10.10.97... Connected to pelican.domus-bka.local (10.10.10.97). Escape character is '^]'. * OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID STARTTLS AUTH=PLAIN SASL-IR COMPRESS=DEFLATE] pelican.domus-bka.local Cyrus IMAP v2.3.16-Fedora-RPM-2.3.16-6.el6_1.4 server ready . login XXX Y . OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID LOGINDISABLED COMPRESS=DEFLATE ACL RIGHTS=kxte QUOTA MAILBOX-REFERRALS NAMESPACE UIDPLUS NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT SORT=MODSEQ THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE CATENATE CONDSTORE SCAN IDLE LISTEXT LIST-SUBSCRIBED X-NETSCAPE URLAUTH] User logged in . select inbox * FLAGS (\Answered \Flagged \Draft \Deleted \Seen $Forwarded $MDNSent NonJunk Junk $label1 $label2 $label3 $label4 $label5 9004_chicago 8161_prototype 9024_woodbury 8118_legacy 9052 9100_gardens_fl 9076_calgery 9100_x-roads 9100_sherway 9076_marketmall 9081_tween 9100_naperville 9100_wayne_pa 9095_orlando_fl 9094_altanta_ga 9009_lincoln_nyc 9104_ 9100_whistler 9145_mall_of_america 9144_scottsdale_az 1000 1000_camberland MDNSent 10010_eastontowncenter 1040_shorthills_nj 1040_watersidenaples 1040_eatoncentre 1050_halifax 210052_lenox 1060_victoria 10101_milleniamall-orlando 1010_bocaraton-fl 210100_eton-cleveland 10102_laencantada-az 10118_kingofprussia 10120_sunset_s.miami 10166_uvpk-fortworth 10168_citycenter-houston 10165_houston-gallira 10101_orlando 10054_halifax 10169_shortpump-richmond_va 10167_cityctr_houston-tx 10055_lenox-atlanta-ga 10043_waterside-fl 10165_galleria-houston-tx 10169_shortpump_richmond-va 09145_mallofamerica_mn 10101_millenia-orlando-fl 10042_eaton-! ctr-toronto 09144_scottsdale-az 10166_uvpk-fortworth-tx 10054_halifax-nova-scotla 10027_easton-oh 10183_streets@southpoint_durham-nc 10185_summit_birmingham-al 10067_johnsonst-victoriabc 10171_freckleface-milwaukee-wi 210206_doman-austin-tx 210216_kenwood 211000_madisona-nyc 211000_halstead_il 211000_grandave.-st.paul 211010_tampa-fl 211010_aventura-fl 211012_harboreast-md 11025_66th-3rd-nyc 11026_new-hyde-_cincinatti-oh 11027_highland-tx-reno 11032_lakeshore-oakville-on 11045_lincoln-rd_fl 11068_u-village_seatle 11080_meatpacking-nyc 11082_bethesda-md_reno 11083_oldhydepark-tampa 11086_cherry-creek_denver-co 11087_abq-uptown-nw 11091_hingham-derby-shops 11088_newburyst_boston 11103_studio-city_al-ca 11090_grantave_sanfran 11105_burlington-mall 11100-farington-ct 11106_ross-park_pittsburgh 11107_villagepointe_omaha-ne 11108_garden-city_ri 11109_metrotwon_van-bc 0_southport-chicago-il 1_ridgehill_westchester-ny 11126_4thst.-calgary-ab 11122_palm_desert-ca 11123_king! sway_edmonton 11131_union-square-nyc 11128_ivivva-chinook 11127_ivivva -park-royal 11135_lincoln-rd-fl 11140_southport-addison_chicago-il 11032_lakeshor-oakvile-on 11141_ivivva_lakeshore_oakvile-on 11147_somerset-troy-mi 11157_burlington 11158_natick-reno 11159_mallofamerica-storefront 11160_kingst-charleston-sc 11163_upperwestside_nyc 11164__aventura_reno_storefront 11163_upper-west-side_nyc 11171_meat-packing_nyc 11169_carrefour-laval_qa 11181_park-royal_west-van-bc 11175_clarendon-arlington-reno 11184_college-ave_berkley_ca_reno
Re: User tags lost
On 5/24/2012 1:58 AM, Bron Gondwana wrote: On Wed, May 23, 2012 at 02:53:19PM -0400, Tom Plancon wrote: 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! Cool. 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? The output is fine - BUT, here's the problem. Cyrus has a hard limit of 128 user flags per mailbox, and they're not recyclable. Once you have created that many flags, you're stuck - you can't create any more. If that user is creating more in Thunderbird, it's probably only storing them locally and failing to upload them to the server - which is probably only working by accident and not how it's designed to work. What a mess! The only solution I can offer for now is use fewer tags. To clean them out, you can create a new empty folder and copy the messages across. That works for everything other than INBOX. For INBOX it's harder - you pretty much need to create a new folder, copy the messages into it, delete the cyrus.header file for the INBOX and reconstruct, then copy the messages back. Ouch. Bron ( that's assuming most of these tags were used in the past, but are not on any existing messages ) -- 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.comhttp://www.bkaarchs.com/ Trying 10.10.10.97... Connected to pelican.domus-bka.local (10.10.10.97). Escape character is '^]'. * OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID STARTTLS AUTH=PLAIN SASL-IR COMPRESS=DEFLATE] pelican.domus-bka.local Cyrus IMAP v2.3.16-Fedora-RPM-2.3.16-6.el6_1.4 server ready . login XXX Y . OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID LOGINDISABLED COMPRESS=DEFLATE ACL RIGHTS=kxte QUOTA MAILBOX-REFERRALS NAMESPACE UIDPLUS NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT SORT=MODSEQ THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE CATENATE CONDSTORE SCAN IDLE LISTEXT LIST-SUBSCRIBED X-NETSCAPE URLAUTH] User logged in . select inbox * FLAGS (\Answered \Flagged \Draft \Deleted \Seen $Forwarded $MDNSent NonJunk Junk $label1 $label2 $label3 $label4 $label5 9004_chicago 8161_prototype 9024_woodbury 8118_legacy 9052 9100_gardens_fl 9076_calgery 9100_x-roads 9100_sherway 9076_marketmall 9081_tween 9100_naperville 9100_wayne_pa 9095_orlando_fl 9094_altanta_ga 9009_lincoln_nyc 9104_ 9100_whistler 9145_mall_of_america 9144_scottsdale_az 1000 1000_camberland MDNSent 10010_eastontowncenter 1040_shorthills_nj 1040_watersidenaples 1040_eatoncentre 1050_halifax 210052_lenox 1060_victoria 10101_milleniamall-orlando 1010_bocaraton-fl 210100_eton-cleveland 10102_laencantada-az 10118_kingofprussia 10120_sunset_s.miami 10166_uvpk-fortworth 10168_citycenter-houston 10165_houston-gallira 10101_orlando 10054_halifax 10169_shortpump-richmond_va 10167_cityctr_houston-tx 10055_lenox-atlanta-ga 10043_waterside-fl 10165_galleria-houston-tx 10169_shortpump_richmond-va 09145_mallofamerica_mn 10101_millenia-orlando-fl 10042_eaton- ctr-tor onto 09144_scottsdale-az 10166_uvpk-fortworth-tx 10054_halifax-nova-scotla 10027_easton-oh 10183_streets@southpoint_durham-nc 10185_summit_birmingham-al 10067_johnsonst-victoriabc 10171_freckleface-milwaukee-wi 210206_doman-austin-tx 210216_kenwood 211000_madisona-nyc 211000_halstead_il 211000_grandave.-st.paul 211010_tampa-fl 211010_aventura-fl 211012_harboreast-md 11025_66th-3rd-nyc 11026_new-hyde-_cincinatti-oh 11027_highland-tx-reno 11032_lakeshore-oakville-on 11045_lincoln-rd_fl 11068_u-village_seatle 11080_meatpacking-nyc 11082_bethesda-md_reno 11083_oldhydepark-tampa 11086_cherry-creek_denver-co 11087_abq-uptown-nw 11091_hingham-derby-shops 11088_newburyst_boston 11103_studio-city_al-ca 11090_grantave_sanfran 11105_burlington-mall 11100-farington-ct 11106_ross-park_pittsburgh 11107_villagepointe_omaha-ne 11108_garden-city_ri 11109_metrotwon_van-bc 0_southport-chicago-il 1_ridgehill_westchester-ny 11126_4thst.-calgary-ab 11122_palm_desert-ca 11123_kingsway_edmo nton 111 31_union-square-nyc 11128_ivivva-chinook 11127_ivivva-park-royal 11135_lincoln-rd-fl 11140_southport-addison_chicago-il 11032_lakeshor-oakvile-on 11141_ivivva_lakeshore_oakvile-on 11147_somerset-troy-mi 11157_burlington 11158_natick-reno 11159_mallofamerica-storefront 11160_kingst-charleston-sc 11163_upperwestside_nyc 11164__aventura_reno_storefront 11163_upper-west-side_nyc 11171_meat-packing_nyc 11169_carrefour-laval_qa 11181_park-royal_west-van-bc 11175_clarendon-arlington-reno
Re: User tags lost
On Thu, May 24, 2012 at 10:23:20AM -0400, Tom Plancon wrote: Wow! That explains a lot! The user currently has about 40 tags she made to organize her email for current projects, and she has been using this practice for over 3 years! It's a pity this isn't working, because it really is a good way to organise things. Another alternative is to move them into folders instead, which is what many people do. It has an advantage of making everything faster with smaller folders. I'm not sure if we'll attempt the repair as you suggested. Probably just abandon using tags and the user will come up with a new way of organizing her email. I will forewarn other users who may think this is a good method of organizing. Sure. Thanks again for your knowledge and patience on this! All very helpful and interesting! You're welcome. I'm sorry that it is like this. I have a couple of potential ideas - one of which is just to strip unused tags from the header file. Another is to allow extended flags by setting a bit in the message options which says there's more flags in the cache file, go read them from there. None of which helps users of current versions of Cyrus of course :( Bron. Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
