Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 99666 invoked from network); 25 Jan 2009 20:58:19 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 25 Jan 2009 20:58:19 -0000 Received: (qmail 37617 invoked by uid 500); 25 Jan 2009 20:58:13 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 37576 invoked by uid 500); 25 Jan 2009 20:58:12 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 37565 invoked by uid 99); 25 Jan 2009 20:58:12 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 25 Jan 2009 12:58:12 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [80.68.94.123] (HELO tumbolia.org) (80.68.94.123) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 25 Jan 2009 20:58:03 +0000 Received: from nslater by tumbolia.org with local (Exim 4.69) (envelope-from ) id 1LRC35-00014z-Dt for user@couchdb.apache.org; Sun, 25 Jan 2009 20:57:43 +0000 Date: Sun, 25 Jan 2009 20:57:43 +0000 From: Noah Slater To: user@couchdb.apache.org Subject: Re: Issue with null MIME type for attachments Message-ID: <20090125205743.GO24162@tumbolia.org> Mail-Followup-To: user@couchdb.apache.org References: <20090125164143.GA19119@uk.tiscali.com> <20090125202548.GL24162@tumbolia.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Noah: Awesome User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Checked: Checked by ClamAV on apache.org On Mon, Jan 26, 2009 at 07:04:31AM +1030, Antony Blakey wrote: > > On 26/01/2009, at 6:55 AM, Noah Slater wrote: > >> On Mon, Jan 26, 2009 at 06:49:53AM +1030, Antony Blakey wrote: >>> Treat a supplied null as an error. >>> >>> If mimetype isn't supplied, use a default based on the attachment >>> name. >> >> Default based on attachment name sounds misleadingly simple >> >> I agree that this should be the way forward but we will need to: >> >> * ship a custom mime.types configuration file under /etc >> * know how to read the system mime.types file usually at /etc/ >> mime.types >> * know how to pick up any other user supplied mime.types file >> * add configuration options for this in the ini files > > And deal with Windows. Windows isn't supported. :) -- Noah Slater, http://tumbolia.org/nslater