From mboxrd@z Thu Jan 1 00:00:00 1970 Received: by 10.52.101.196 with SMTP id fi4cs9847vdb; Mon, 11 Apr 2011 02:54:52 -0700 (PDT) Received: by 10.224.64.215 with SMTP id f23mr3939563qai.218.1302515689722; Mon, 11 Apr 2011 02:54:49 -0700 (PDT) Return-Path: Received: from rubyforge.org (rubyforge.org [205.234.109.19]) by mx.google.com with ESMTP id l12si10183182qcu.206.2011.04.11.02.54.44; Mon, 11 Apr 2011 02:54:44 -0700 (PDT) Received-SPF: pass (google.com: domain of sup-talk-bounces@rubyforge.org designates 205.234.109.19 as permitted sender) client-ip=205.234.109.19; Authentication-Results: mx.google.com; spf=pass (google.com: domain of sup-talk-bounces@rubyforge.org designates 205.234.109.19 as permitted sender) smtp.mail=sup-talk-bounces@rubyforge.org; dkim=neutral (body hash did not verify) header.i=@gmail.com Received: from rubyforge.org (rubyforge.org [127.0.0.1]) by rubyforge.org (Postfix) with ESMTP id 05F3C1678335; Mon, 11 Apr 2011 05:54:43 -0400 (EDT) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by rubyforge.org (Postfix) with ESMTP id 226DD1858346 for ; Mon, 11 Apr 2011 05:22:13 -0400 (EDT) Received: by wwd20 with SMTP id 20so6269933wwd.23 for ; Mon, 11 Apr 2011 02:22:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:content-type:subject:from:to:in-reply-to :references:date:message-id:user-agent:content-transfer-encoding; bh=9SnoQyWG79lOvIS9wNFA9zXdmzMz+O4Z/gdW+kVJ74c=; b=AGMHWeMAajVnicM5jOVY/F0sYAiEZroiFy8G3QSgwKJ5jqg+Pli+dv8bPHG7n/yymG NxPQpV1Kl7fFu/lutOVG3tGKOWU2WcQ+Y5lA4Yu7CLxDsf63XOlMAXzRurT6RKQfrCAw ldAa+0vElg9gpAjxTktVhmry1KCwUGXPLhXCk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:content-type:subject:from:to:in-reply-to:references:date :message-id:user-agent:content-transfer-encoding; b=HeStIMIIOGxXbG01A3nK4qz6jJHVXLsHhghMK7wOCB45/lGlksVW1kYY5VXZxi8kY5 bWhMlHihXmLvRg0zZBth0KGbgIGfRebA9E320aaU4eJeYzAVSH4vL/DvGMHeR5/yIG4L 6b7AzC3d0axa+IuyLjzu0HuwUTzcD65MWPnAs= Received: by 10.227.141.29 with SMTP id k29mr4935701wbu.150.1302513732618; Mon, 11 Apr 2011 02:22:12 -0700 (PDT) Received: from localhost (mut38-4-82-233-117-144.fbx.proxad.net [82.233.117.144]) by mx.google.com with ESMTPS id u9sm3255152wbg.51.2011.04.11.02.22.11 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 11 Apr 2011 02:22:11 -0700 (PDT) From: Damien Leone To: sup-talk In-reply-to: <1302508168-sup-3103@minibox> References: <1302508168-sup-3103@minibox> Date: Mon, 11 Apr 2011 11:22:09 +0200 Message-Id: <1302513523-sup-904@mailer> User-Agent: Sup/git Subject: Re: [sup-talk] Maildir support X-BeenThere: sup-talk@rubyforge.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: User & developer discussion of Sup List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: sup-talk-bounces@rubyforge.org Errors-To: sup-talk-bounces@rubyforge.org Hello, By default sup doesn't modify the sources at all. There is a branch that allows backward synchronization, you will find more informations at the following address: http://www.mail-archive.com/sup-devel@rubyforge.org/msg00983.html Cheers, Excerpts from dtk's message of lun. avril 11 10:08:52 +0200 2011: > Hi all, > > I've been using sup for a few days now, and I have to say, I'm absolutely in > love with the concept!! I'm only getting used to archiving threads immediately > and trusting sup to bring it back up when something new happens, but my mail > processing has never been that efficient. Thank you very much! > > There is one niggle though, that bothers me. I am using offlineimap to sync an > IMAP server with the local maildir that sup works on. That works rather nicely > for one direction (IMAP -> local), but when I work on my local maildir (read > mails, delete them, mark them as spam), changes don't get propagated back to the > server. > I think this might be due to the fact that my sup doesn't seems to move mail > from the new/ to the cur/ dir of mein mailbox and therefor never any flags > (Seen, Thrashed) are added? > This is quite unpleasant to me, since that means that the inbox on the mail > server (that other clients like a web mailer and a thunderbird at work use) > stays cluttered with the usual bunch of mails arriving. > So I enjoy being able to efficiently organize my mail when working from my box, > but everytime I am away from it and I therefor have to use another client, I am > presented with a mailbox that not only intermingles my legitimate mail with the > occasional spam getting through and the mail I already dismissed (deleted), it > not even has the mails I already processed marked as read. > This is a pretty huge deal for me. > > I do imagine though that quite a few of you are using a similar setup. Can you > please tell me how you handle the situation? Why doesn't my sup add the correct > maildir flags? Am I holding it wrong? -.- > > tia for you support! > dtk -- Damien Leone GPG: 0x82EB4DDF _______________________________________________ sup-talk mailing list sup-talk@rubyforge.org http://rubyforge.org/mailman/listinfo/sup-talk