From mboxrd@z Thu Jan 1 00:00:00 1970 Received: by 10.52.236.136 with SMTP id uu8csp118017vdc; Sun, 14 Apr 2013 04:31:24 -0700 (PDT) X-Received: by 10.14.181.196 with SMTP id l44mr42602779eem.44.1365939083500; Sun, 14 Apr 2013 04:31:23 -0700 (PDT) Return-Path: Received: from mout.gmx.net (mout.gmx.net. [212.227.17.21]) by mx.google.com with ESMTP id h2si22736390eeg.123.2013.04.14.04.31.22; Sun, 14 Apr 2013 04:31:23 -0700 (PDT) Received-SPF: pass (google.com: domain of eric.weikl@gmx.net designates 212.227.17.21 as permitted sender) client-ip=212.227.17.21; Authentication-Results: mx.google.com; spf=pass (google.com: domain of eric.weikl@gmx.net designates 212.227.17.21 as permitted sender) smtp.mail=eric.weikl@gmx.net Received: from mailout-de.gmx.net ([10.1.76.4]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0MOEEk-1UWpKw2yLU-005ZEb for ; Sun, 14 Apr 2013 13:31:22 +0200 Received: (qmail invoked by alias); 14 Apr 2013 11:31:22 -0000 Received: from ppp-93-104-97-71.dynamic.mnet-online.de (EHLO localhost) [93.104.97.71] by mail.gmx.net (mp004) with SMTP; 14 Apr 2013 13:31:22 +0200 X-Authenticated: #493079 X-Provags-ID: V01U2FsdGVkX18ZnhohcdAZhlrlTWJYeeEu17xWZnaoZ/vsZtyrmD Sue/v4AGQJoyjJ Content-Type: text/plain; charset=UTF-8 From: Eric Weikl To: Gaute Hope Cc: sup-talk Subject: Re: [sup-devel] [sup-talk] sup: Fix for an UndefinedMethodError In-reply-to: <516997BD.7010409@gaute.vetsj.com> References: <51692285.8000709@gaute.vetsj.com> <51695AF1.2070701@gaute.vetsj.com> <5169925C.1060701@gaute.vetsj.com> <516997BD.7010409@gaute.vetsj.com> Date: Sun, 14 Apr 2013 13:31:14 +0200 Message-Id: <1365938152-sup-6420@mint> User-Agent: Sup/git Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Hi Gaute, That sounds like a plan of action :-) Excerpts from Gaute Hope's message of 2013-04-13 19:37:01 +0200: > - Go for Mail in stead of RMail (index breakage) Is this related to getting rid of Iconv for Ruby 2.0.0, or is it a separate issue? Otherwise, I would favor lumping it in the same release together with IMAP syncback, since both require a migration step by the user. > - Integrate the IMAP / label sync back stuff (personally this is what I > miss the most) I've been using the imap syncback code by Damien Leone from ezyang's branch for quite a while now (> 1 year) without any issues. It should be fairly easy to cherry-pick the relevant commits into the development branch. > - Get rid of all dependencies that are abandoned or deprecated (ncurses > gem..) +1 I'd also add deleting all unused code and other stuff (server code, website, Redwood protocol stuff, etc.). > - Try to do tests on most stuff for different encodings I thought about adding some functional tests (through the UI or otherwise), since retrofitting unit tests is probably too much of a pain. I need to figure out how the parts fit together some more, though. Do you think that makes sense? > Would be very nice: > - Index migration We could do the index migration like the imap syncback code does - it recognizes that it wasn't done yet and asks you to run a command-line tool. > - Config migration How exactly will the config change? Possibly it easy to detect via regular expressions or something? Cheers, Eric