From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/70850 Path: news.gmane.org!not-for-mail From: Steinar Bang Newsgroups: gmane.emacs.gnus.general Subject: Re: That newfangled IMAP thing... Date: Tue, 14 Sep 2010 21:23:54 +0200 Organization: Probably a good idea Message-ID: <87occ0xh6d.fsf@dod.no> References: <87eid0fsil.fsf@lifelogs.com> <87bp84y00w.fsf@keller.adm.naquadah.org> <878w35ex1q.fsf@lifelogs.com> <87aanlde64.fsf@lifelogs.com> <87sk1dz236.fsf@uwo.ca> <87tylscph8.fsf@lifelogs.com> <871v8wyx83.fsf@dod.no> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1284492255 11933 80.91.229.12 (14 Sep 2010 19:24:15 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 14 Sep 2010 19:24:15 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M19223@lists.math.uh.edu Tue Sep 14 21:24:14 2010 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Ovb6z-0003bd-Ck for ding-account@gmane.org; Tue, 14 Sep 2010 21:24:13 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1Ovb6w-0006Tg-2r; Tue, 14 Sep 2010 14:24:10 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1Ovb6u-0006TQ-NK for ding@lists.math.uh.edu; Tue, 14 Sep 2010 14:24:08 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1Ovb6q-00043O-LF for ding@lists.math.uh.edu; Tue, 14 Sep 2010 14:24:08 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1Ovb6p-0004QM-00 for ; Tue, 14 Sep 2010 21:24:03 +0200 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Ovb6m-0003YL-OW for ding@gnus.org; Tue, 14 Sep 2010 21:24:00 +0200 Original-Received: from cm-84.208.200.46.getinternet.no ([84.208.200.46]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Sep 2010 21:24:00 +0200 Original-Received: from sb by cm-84.208.200.46.getinternet.no with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Sep 2010 21:24:00 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org Original-Lines: 20 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: cm-84.208.200.46.getinternet.no Mail-Copies-To: never User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/22.2 (gnu/linux) Cancel-Lock: sha1:v/tW60dR4iSF4YO1aeturKQh5Zs= X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:70850 Archived-At: >>>>> Lars Magne Ingebrigtsen : > Steinar Bang writes: >> And I think Julien's solution was good: if the server can't handle the >> custom flags, disallow setting the custom flags in that server's >> groups. > Uhm. The question was what to do if a server switches from "can't > store" to "can store". If you disallow saving custom flags when the value is "can't store" you have no syncing problem if the server is upgraded to "can store". The server is always the master. You also avoid questions like "why does one of my gnusen show custom marks while the others don't?", or "why does my gnusen have different custom marks?".