From mboxrd@z Thu Jan 1 00:00:00 1970 Received: by 10.96.70.73 with SMTP id k9csp185653qdu; Tue, 12 Nov 2013 16:54:29 -0800 (PST) X-Received: by 10.236.124.172 with SMTP id x32mr19217942yhh.59.1384304069294; Tue, 12 Nov 2013 16:54:29 -0800 (PST) Return-Path: Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [2607:f8b0:4001:c03::234]) by mx.google.com with ESMTPS id s46si18524035yhd.292.2013.11.12.16.54.28 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 12 Nov 2013 16:54:29 -0800 (PST) Received-SPF: pass (google.com: domain of sdothum@gmail.com designates 2607:f8b0:4001:c03::234 as permitted sender) client-ip=2607:f8b0:4001:c03::234; Authentication-Results: mx.google.com; spf=pass (google.com: domain of sdothum@gmail.com designates 2607:f8b0:4001:c03::234 as permitted sender) smtp.mail=sdothum@gmail.com; dkim=pass header.i=@gmail.com; dmarc=pass (p=NONE dis=NONE) header.from=gmail.com Received: by mail-ie0-f180.google.com with SMTP id qd12so2783912ieb.25 for ; Tue, 12 Nov 2013 16:54:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:in-reply-to:references:date:message-id :user-agent:content-transfer-encoding:mime-version:content-type; bh=84rw+RBZNd5wBbiplDKSV0kOwYxm1s+Su9i83dqli4o=; b=ORMV1GasITxX9X2sLKDbUWCd2biFbkAfFl/Yzuq9Lb2oNXWv/36PbPTDWHcBp5B2cd 7BOWCwSTHerm2oniFzcktPxRBgvsOxLVFRaeCH/u71i/hPDFH0YE8f0zOxmBlZ7bKSil U7Wsnf7t1C10H5anRgFAGdRAOAyuDf+9gBvDLrWWgbnbIsBaDnyikfxJyw/slUxt2eFG N5XeO7R7+5xMVezqOsiYrSh11H/uMnIT3yp4z1o0XCUgFE3GgMVZOVSybcMnuN675CYK opjkVhgk1nP5pD+jxl+c7AFEK5tEhQlg/F8eM4UYYd/39UsbX+JRA+HqCl4WBEcKWICQ EvRQ== X-Received: by 10.50.30.42 with SMTP id p10mr16913319igh.5.1384303688531; Tue, 12 Nov 2013 16:48:08 -0800 (PST) Return-Path: Received: from localhost (dsl-173-206-92-160.tor.primus.ca. [173.206.92.160]) by mx.google.com with ESMTPSA id x5sm27447573iga.6.2013.11.12.16.48.05 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Tue, 12 Nov 2013 16:48:07 -0800 (PST) From: Steven Hum To: Eric Weikl Cc: Gaute Hope , sup-devel Subject: Re: [sup-devel] sup 0.15? In-reply-to: <1384285065-sup-2892@alderaan> References: <1383637745-sup-2758@qwerzila> <1384097900-sup-2821@luna> <1384112448-sup-9012@qwerzila> <1384175088-sup-8928@luna> <1384285065-sup-2892@alderaan> Date: Tue, 12 Nov 2013 19:47:55 -0500 Message-Id: <1384303088-sup-6652@luna> User-Agent: Sup/0.15.0 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-1384303675-119033-9020-8600-1-=" --=-1384303675-119033-9020-8600-1-= Content-Type: text/plain; charset=UTF-8 Content-Disposition: inline Hello Eric, Attached is my startup.rb file. Essentially, it scans my offlineimap folder directory for the mail folders (and labels them with their folder names -- I use imapfilter to pre-process my incoming mail and move my mail to the appropriate folders). If I initialize (rm) the xapian database, all mail is initially archived. Hope this helps. For now, I have simply created an explicit sources.yaml file (one to archive all to rebuild the mail database from scratch, one with selected archiving to simulate my startup hook) -- so sup behaves as before. Regards, Steven Excerpts from Eric Weikl's message of 2013-11-12 14:42:50 -0500: > Hi Steven, > > On 11/11/2013 14:18:45, Steven Hum wrote: > > Thanks for pointing me in the right direction. My sources.yaml file was > > unchanged from sup 0.14.x but only had one source defined in it. I was > > using a startup.rb hook to scan and define my offlineimap sources and > > that is where the problem seems to have originated for sup 0.15.0.. > > (due to a possible change to the SourceManager.add_source?) > > > > By eliminating my startup hook and manually defining all my sources, I > > was able to reinitialize the xapian mail database and all seems to be > > functioning now. > > > > Guess I will have to poke around to find out why my startup hook > > appears to be causing problems. > > Hmm... I'm not aware of any changes that could cause that behavior. > Could you post your hook? I'd like to make sure we didn't change any > expected behavior. > > Cheers, > Eric -- "Truth or die." Steven Hum 5 - 28 Gilmour St Ottawa, ON K2P 0N3 email sdothum@gmail.com tel 613.237.9058 --=-1384303675-119033-9020-8600-1-= Content-Disposition: attachment; filename="startup.rb" Content-Type: application/x-ruby; name="startup.rb" Content-Transfer-Encoding: 8bit def add_source(maildir, archive=:noarchive, monitor=:monitor) uri = "maildir:" + maildir log "Processing source #{uri}" unless SourceManager.source_for uri source = Maildir.new uri, (monitor == :monitor ? true : false), (archive == :archive ? true : false), nil, [LabelManager.label_for(File.basename(maildir))] SourceManager.add_source source log "Added source #{maildir}" end end %w[ bodyshamanics/bodyshamanics comments/thedarnedestthing sdothum/inbox steven/private thedarnedestthing/admin webmaster/webmaster ].each { |dir| add_source(ENV['HOME'] + "/.mail/#{dir}", File.exists?(ENV['HOME'] + "/.sup-archive") ? :archive : :noarchive) } # no longer populating an unknown mailbox, show the gmail inbox instead %w[ alerts clients community eagles family fletcher haskell heilkunst ideas luakit mail notices personal powerpath providers ravens rss ruby shell software unknown web wiki x11 ].each { |dir| add_source(ENV['HOME'] + "/.mail/sdothum/#{dir}", File.exists?(ENV['HOME'] + "/.sup-archive") ? :archive : :noarchive) } # the gmail (inbox) is not monitored so imapfilter can process incoming emails # and flag any unknown emails (see mutt) - sup-maildir doesn't appear to honour # the "unusual" status which was previously assigned to the gmail uri # cur, new and tmp directories are not mail folders - sup-maildir seems to # inadvertantly try to process them as such, so hide them (Dir[ENV['HOME'] + '/.mail/*/*'].delete_if { |dir| /\[Gmail\]|cur|new|tmp/ =~ dir }).map { |dir| add_source(dir, :archive) } --=-1384303675-119033-9020-8600-1-=--