Return-Path: X-Original-To: apmail-james-mime4j-dev-archive@minotaur.apache.org Delivered-To: apmail-james-mime4j-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 207B511367 for ; Mon, 9 Jun 2014 11:36:54 +0000 (UTC) Received: (qmail 67093 invoked by uid 500); 9 Jun 2014 11:36:53 -0000 Delivered-To: apmail-james-mime4j-dev-archive@james.apache.org Received: (qmail 67055 invoked by uid 500); 9 Jun 2014 11:36:53 -0000 Mailing-List: contact mime4j-dev-help@james.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: mime4j-dev@james.apache.org Delivered-To: mailing list mime4j-dev@james.apache.org Received: (qmail 67045 invoked by uid 99); 9 Jun 2014 11:36:53 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 09 Jun 2014 11:36:53 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy includes SPF record at spf.trusted-forwarder.org) Received: from [5.148.180.21] (HELO kalnich2.nine.ch) (5.148.180.21) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 09 Jun 2014 11:36:49 +0000 Received: from [10.80.17.100] (unknown [91.137.20.132]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by kalnich2.nine.ch (Postfix) with ESMTPSA id 598EC1600AA for ; Mon, 9 Jun 2014 11:36:23 +0000 (UTC) Message-ID: <1402313783.27071.2.camel@ubuntu> Subject: Re: Release 0.8.0? From: Oleg Kalnichevski To: mime4j-dev@james.apache.org Date: Mon, 09 Jun 2014 13:36:23 +0200 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4-0ubuntu1 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On Fri, 2014-06-06 at 10:14 -0500, Sean Busbey wrote: > Hi! > > It's been ~year since I last saw a 0.8.0 release brought up. Any chance we > could get one soon? > > If trunk is still not stable enough, could someone point me towards what > needs to be done? e.g. testing additions or feature work? > > In particular I'm looking to get the mbox iterator into a released artifact. > Since no one else responded here is my personal take on the situation. 0.8 (trunk) is nowhere near being release ready and is unlikely to get there any time soon given no one is currently working on it. The only practical solution to getting the mbox iterator functionality into an official release is to merge it to the 0.7 branch and release it from there. Oleg