From users-return-1120-apmail-directory-users-archive=directory.apache.org@directory.apache.org Mon Jan 21 07:37:13 2008 Return-Path: Delivered-To: apmail-directory-users-archive@www.apache.org Received: (qmail 74935 invoked from network); 21 Jan 2008 07:37:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 21 Jan 2008 07:37:13 -0000 Received: (qmail 96812 invoked by uid 500); 21 Jan 2008 07:37:03 -0000 Delivered-To: apmail-directory-users-archive@directory.apache.org Received: (qmail 96783 invoked by uid 500); 21 Jan 2008 07:37:03 -0000 Mailing-List: contact users-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@directory.apache.org Delivered-To: mailing list users@directory.apache.org Received: (qmail 96772 invoked by uid 99); 21 Jan 2008 07:37:03 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 20 Jan 2008 23:37:03 -0800 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.9] (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with SMTP; Mon, 21 Jan 2008 07:36:57 +0000 Received: (qmail 74903 invoked from network); 21 Jan 2008 07:36:48 -0000 Received: from localhost (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; 21 Jan 2008 07:36:48 -0000 Message-ID: <47944BAD.4050905@apache.org> Date: Mon, 21 Jan 2008 08:37:17 +0100 From: Stefan Seelmann User-Agent: Thunderbird 1.5.0.14pre (X11/20071022) MIME-Version: 1.0 To: users@directory.apache.org Subject: Re: ldif export wordwraps? References: <0BC11FAF-0835-4BBD-9971-898ECDC4B5C2@pobox.com> <4785C75C.4090004@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Hi Torgeir, Torgeir Veimo schrieb: > > I guess the problem is on my part. I have entries with multivalue > attributes like > > epdtag: test > epdtag: experience > epdtag: information technology > epdtag: life, universe and everything > epdtag: > epdtag: hotshot > epdtag: programmer > epdtag: kimmsta > > Notice the empty string attribute in there? It caused the import to fail > (with a #!ERROR Record is invalid"). Are those values allowed in LDIF > files? Removing that empty attribute ensures the import works. > Yes, empty values are allowed and valid in LDIFs. However the LDIF parser in Studio has a bug and doesn't accept empty values. Could you please create a JIRA? Kind Regards, Stefan Seelmann