From ftpserver-dev-returnloganbryant@example.org Sun Oct 01 12:12:40 2006 Return-Path: <ftpserver-dev-returnloganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 38426 invoked from network); 1 Oct 2006 12:12:39 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Oct 2006 12:12:39 -0000 Received: (qmail 74243 invoked by uid 500); 1 Oct 2006 12:12:39 -0000 Delivered-To: loganbryant@example.org Received: (qmail 74227 invoked by uid 500); 1 Oct 2006 12:12:39 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:loganbryant@example.org> List-Unsubscribe: <mailto:loganbryant@example.org> List-Post: <mailto:loganbryant@example.org> List-Id: <ftpserver-dev.incubator.apache.org> Reply-To: loganbryant@example.org Delivered-To: mailing list loganbryant@example.org Received: (qmail 74216 invoked by uid 99); 1 Oct 2006 12:12:39 -0000 Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 01 Oct 2006 05:12:39 -0700 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests= Received: from [83.161.120.155] ([83.161.120.155:59415] helo=iss04.interliant.com) by idunn.apache.osuosl.org (ecelerity 83.161.120.155 r(12930)) with ESMTP id 80/16-01321-5B0BF154 for <loganbryant@example.org>; Sun, 01 Oct 2006 05:12:38 -0700 Received: from EX-008.mail.navisite.com (ex-008.interliant.com [83.161.120.155]) by iss04.interliant.com (8.10.2/8.10.2) with ESMTP id k91CCYI17178 for <loganbryant@example.org>; Sun, 1 Oct 2006 07:12:34 -0500 (CDT) Received: from [83.161.120.155] ([83.161.120.155]) by EX-008.mail.navisite.com over TLS secured channel with Microsoft SMTPSVC(464)853-2585); Sun, 1 Oct 2006 07:12:31 -0500 Message-ID: <loganbryant@example.org> Date: Sun, 01 Oct 2006 13:12:14 +0100 From: Mark Proctor <loganbryant@example.org> User-Agent: Thunderbird 83.161.120.155 (Windows/20060909) MIME-Version: 1.0 To: loganbryant@example.org Subject: ftp server and upload events Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 01 Oct 2006 12:12:31.0926 (UTC) FILETIME=[DF12AD60:01C6E552] X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Is there an existing way to hook into an upload event so I can reforward a file as an event? I've looked at the ftplet and while it emits events when the upload is finished, it does not expose the actually file it uploaded only a stream. I'm guessing if I re-opened the stream it would either fail or re-stream it from the client, both undesired effects. If this is currently not possible I'm thinking of either adding a new param to the event that passes the File, or introduce a whole new event. Mark From ftpserver-dev-returnloganbryant@example.org Wed Oct 11 19:43:43 2006 Return-Path: <ftpserver-dev-returnloganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 29988 invoked from network); 11 Oct 2006 19:43:43 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 11 Oct 2006 19:43:43 -0000 Received: (qmail 35003 invoked by uid 500); 11 Oct 2006 19:43:42 -0000 Delivered-To: loganbryant@example.org Received: (qmail 34987 invoked by uid 500); 11 Oct 2006 19:43:42 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:loganbryant@example.org> List-Unsubscribe: <mailto:loganbryant@example.org> List-Post: <mailto:loganbryant@example.org> List-Id: <ftpserver-dev.incubator.apache.org> Reply-To: loganbryant@example.org Delivered-To: mailing list loganbryant@example.org Received: (qmail 34976 invoked by uid 99); 11 Oct 2006 19:43:42 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 Oct 2006 12:43:42 -0700 X-ASF-Spam-Status: No, hits=0.5 required=10.0 tests=DNS_FROM_RFC_ABUSE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of loganbryant@example.org designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO ug-out-1314.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 Oct 2006 12:43:39 -0700 Received: by ug-out-1314.google.com with SMTP id y2so232956uge for <loganbryant@example.org>; Wed, 11 Oct 2006 12:43:18 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=se0DlG2dGM25n7yxGznkFTaPzjWVNE9ZvocuTvJN3DYr5/wpLqp6G46oiG7zekAXaThEKTf86tkku0s2PdtxgcKppjJbNsHbbU8+D/UH+IQlGG3mns3EVhdh3GOMvlPKcPMhVqpynIP25MgyDw4xZNgf8SMKYDZD+BhAdSL1IfQ= Received: by 83.161.120.155 with SMTP id o7mr1212167hue; Wed, 11 Oct 2006 12:43:18 -0700 (PDT) Received: by 83.161.120.155 with HTTP; Wed, 11 Oct 2006 12:43:18 -0700 (PDT) Message-ID: <loganbryant@example.org> Date: Wed, 11 Oct 2006 20:43:18 +0100 From: "John Garrould" <loganbryant@example.org> To: loganbryant@example.org Subject: Case Sensitive Option? MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N All, We are migrating to the Apache FTP Server from an IBM mainframe FTP server. The existing server is not case sensitive so customers can CD to a directory called "Orders" using CD ORDERS, CD orders and any combination in between. There are thousands of customers involved and we can't ask them all to change their software to use upper or lower case. Is there a quick, simple, safe way of making directory names not case sensitive on the server? Many Thanks John Garrould From ftpserver-dev-returnloganbryant@example.org Wed Oct 11 21:21:52 2006 Return-Path: <ftpserver-dev-returnloganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 67274 invoked from network); 11 Oct 2006 21:21:52 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 11 Oct 2006 21:21:52 -0000 Received: (qmail 1399 invoked by uid 500); 11 Oct 2006 21:21:46 -0000 Delivered-To: loganbryant@example.org Received: (qmail 1359 invoked by uid 500); 11 Oct 2006 21:21:46 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:loganbryant@example.org> List-Unsubscribe: <mailto:loganbryant@example.org> List-Post: <mailto:loganbryant@example.org> List-Id: <ftpserver-dev.incubator.apache.org> Reply-To: loganbryant@example.org Delivered-To: mailing list loganbryant@example.org Received: (qmail 1313 invoked by uid 99); 11 Oct 2006 21:21:46 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 Oct 2006 14:21:46 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of loganbryant@example.org designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO ciao.gmane.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 Oct 2006 14:21:42 -0700 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GXlRw-0000Go-LU for loganbryant@example.org; Wed, 11 Oct 2006 23:17:12 +0200 Received: from c-14ffe155.088-83-79296c12.cust.bredbandsbolaget.se ([83.161.120.155]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <loganbryant@example.org>; Wed, 11 Oct 2006 23:17:12 +0200 Received: from niklas by c-14ffe155.088-83-79296c12.cust.bredbandsbolaget.se with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <loganbryant@example.org>; Wed, 11 Oct 2006 23:17:12 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: loganbryant@example.org From: Niklas Gustavsson <loganbryant@example.org> Subject: Re: Case Sensitive Option? Date: Wed, 11 Oct 2006 23:16:03 +0200 Lines: 24 Message-ID: <loganbryant@example.org> References: <loganbryant@example.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: loganbryant@example.org X-Gmane-NNTP-Posting-Host: c-14ffe155.088-83-79296c12.cust.bredbandsbolaget.se User-Agent: Thunderbird 2.0a1 (Windows/20060724) In-Reply-To: <loganbryant@example.org> Sender: news <loganbryant@example.org> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N John Garrould wrote: > All, > > We are migrating to the Apache FTP Server from an IBM mainframe FTP > server. The existing server is not case sensitive so customers can CD > to a directory called "Orders" using CD ORDERS, CD orders and any > combination in between. There are thousands of customers involved and > we can't ask them all to change their software to use upper or lower > case. Is there a quick, simple, safe way of making directory names > not case sensitive on the server? Yeah, this should be pretty straight-forward to make an configurable option. Of course, it will be crucial that the underlaying file system doesn't differentiate between files based on the casing. So, this change wouldn't work all that great on Unix/Linux file systems, but it should work just fine on Windows. We currently have no unit tests for the file system code so I'm a bit reluctant to make the change before I've fixed that. Give me a day or two and I might have something working. Will you be running the FTP server on the mainframe? /niklas From ftpserver-dev-returnloganbryant@example.org Wed Oct 11 21:36:21 2006 Return-Path: <ftpserver-dev-returnloganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 73478 invoked from network); 11 Oct 2006 21:36:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 11 Oct 2006 21:36:21 -0000 Received: (qmail 28563 invoked by uid 500); 11 Oct 2006 21:36:20 -0000 Delivered-To: loganbryant@example.org Received: (qmail 28554 invoked by uid 500); 11 Oct 2006 21:36:20 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:loganbryant@example.org> List-Unsubscribe: <mailto:loganbryant@example.org> List-Post: <mailto:loganbryant@example.org> List-Id: <ftpserver-dev.incubator.apache.org> Reply-To: loganbryant@example.org Delivered-To: mailing list loganbryant@example.org Received: (qmail 28543 invoked by uid 99); 11 Oct 2006 21:36:20 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 Oct 2006 14:36:20 -0700 X-ASF-Spam-Status: No, hits=0.5 required=10.0 tests=DNS_FROM_RFC_ABUSE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of loganbryant@example.org designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO ug-out-1314.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 Oct 2006 14:36:19 -0700 Received: by ug-out-1314.google.com with SMTP id y2so262236uge for <loganbryant@example.org>; Wed, 11 Oct 2006 14:35:57 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dP9JT7/Ptm5MOIZmk4sf9UB8nJ7c5ZPIlY4V5WCkx8Zj5Dk9ctRSuAMehxpn3xX6xNHUcboIN6lrTfUrNrde57dsRTcbkTi9ljeW6GUHRRBiWgjmJ9dNMgamseGqYlVJSBkTSs1r8Z3dJakYIHqVU3PervKmtmrrUKluTrK0Ntc= Received: by 83.161.120.155 with SMTP id y8mr1360305huf; Wed, 11 Oct 2006 14:35:57 -0700 (PDT) Received: by 83.161.120.155 with HTTP; Wed, 11 Oct 2006 14:35:57 -0700 (PDT) Message-ID: <loganbryant@example.org> Date: Wed, 11 Oct 2006 22:35:57 +0100 From: "John Garrould" <loganbryant@example.org> To: loganbryant@example.org Subject: Re: Case Sensitive Option? In-Reply-To: <loganbryant@example.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <loganbryant@example.org> <loganbryant@example.org> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Niklas, Thanks for getting back to me. This will actually be running on Red Hat Enterprise Linux although if moving it onto Windows will solve the problem we would consider it. Is there anyway to compensate for the Linux file system being case sensitive? Regards John On 11/10/06, Niklas Gustavsson <loganbryant@example.org> wrote: > John Garrould wrote: > > All, > > > > We are migrating to the Apache FTP Server from an IBM mainframe FTP > > server. The existing server is not case sensitive so customers can CD > > to a directory called "Orders" using CD ORDERS, CD orders and any > > combination in between. There are thousands of customers involved and > > we can't ask them all to change their software to use upper or lower > > case. Is there a quick, simple, safe way of making directory names > > not case sensitive on the server? > > Yeah, this should be pretty straight-forward to make an configurable > option. Of course, it will be crucial that the underlaying file system > doesn't differentiate between files based on the casing. So, this change > wouldn't work all that great on Unix/Linux file systems, but it should > work just fine on Windows. > > We currently have no unit tests for the file system code so I'm a bit > reluctant to make the change before I've fixed that. Give me a day or > two and I might have something working. > > Will you be running the FTP server on the mainframe? > > /niklas > > -- John Garrould e-mail : loganbryant@example.org fax : 08707 065468 Confidentiality: This e-mail and its attachments are intended for the above named only and may be confidential. If they have come to you in error you must take no action based on them, nor must you copy or show them to anyone; please reply to this e-mail and highlight the error. Security Warning: Please note that this e-mail has been created in the knowledge that Internet e-mail is not a 100% secure communications medium. We advise that you understand and observe this lack of security when e-mailing us. Viruses: Although we have taken steps to ensure that this e-mail and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. From ftpserver-dev-returnloganbryant@example.org Thu Oct 12 10:35:28 2006 Return-Path: <ftpserver-dev-returnloganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 22786 invoked from network); 12 Oct 2006 10:35:28 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 12 Oct 2006 10:35:28 -0000 Received: (qmail 10447 invoked by uid 500); 12 Oct 2006 10:35:27 -0000 Delivered-To: loganbryant@example.org Received: (qmail 10410 invoked by uid 500); 12 Oct 2006 10:35:26 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:loganbryant@example.org> List-Unsubscribe: <mailto:loganbryant@example.org> List-Post: <mailto:loganbryant@example.org> List-Id: <ftpserver-dev.incubator.apache.org> Reply-To: loganbryant@example.org Delivered-To: mailing list loganbryant@example.org Received: (qmail 10357 invoked by uid 99); 12 Oct 2006 10:35:26 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Oct 2006 03:35:26 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of loganbryant@example.org designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO ciao.gmane.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Oct 2006 03:35:24 -0700 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GXxtP-00014Z-12 for loganbryant@example.org; Thu, 12 Oct 2006 12:34:23 +0200 Received: from c-9afde155.088-83-79296c12.cust.bredbandsbolaget.se ([83.161.120.155]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <loganbryant@example.org>; Thu, 12 Oct 2006 12:34:23 +0200 Received: from niklas by c-9afde155.088-83-79296c12.cust.bredbandsbolaget.se with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <loganbryant@example.org>; Thu, 12 Oct 2006 12:34:23 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: loganbryant@example.org From: Niklas Gustavsson <loganbryant@example.org> Subject: Re: Case Sensitive Option? Date: Thu, 12 Oct 2006 12:33:35 +0200 Lines: 14 Message-ID: <loganbryant@example.org> References: <loganbryant@example.org> <loganbryant@example.org> <loganbryant@example.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: loganbryant@example.org X-Gmane-NNTP-Posting-Host: c-9afde155.088-83-79296c12.cust.bredbandsbolaget.se User-Agent: Thunderbird 2.0a1 (Windows/20060724) In-Reply-To: <loganbryant@example.org> Sender: news <loganbryant@example.org> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N John Garrould wrote: > Niklas, > > Thanks for getting back to me. This will actually be running on Red > Hat Enterprise Linux although if moving it onto Windows will solve the > problem we would consider it. Is there anyway to compensate for the > Linux file system being case sensitive? Not directly as far as I know. You would have to ensure that you don't get files with the same name in different casings in some other way. If FtpServer is the only party writing to the directory I think you should be fine. /niklas From ftpserver-dev-returnloganbryant@example.org Thu Oct 12 14:00:41 2006 Return-Path: <ftpserver-dev-returnloganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 87757 invoked from network); 12 Oct 2006 14:00:41 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 12 Oct 2006 14:00:41 -0000 Received: (qmail 38032 invoked by uid 500); 12 Oct 2006 14:00:41 -0000 Delivered-To: loganbryant@example.org Received: (qmail 37970 invoked by uid 500); 12 Oct 2006 14:00:40 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:loganbryant@example.org> List-Unsubscribe: <mailto:loganbryant@example.org> List-Post: <mailto:loganbryant@example.org> List-Id: <ftpserver-dev.incubator.apache.org> Reply-To: loganbryant@example.org Delivered-To: mailing list loganbryant@example.org Received: (qmail 37959 invoked by uid 99); 12 Oct 2006 14:00:40 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Oct 2006 07:00:40 -0700 X-ASF-Spam-Status: No, hits=0.5 required=10.0 tests=DNS_FROM_RFC_ABUSE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of loganbryant@example.org designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO nf-out-0910.google.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Oct 2006 07:00:38 -0700 Received: by nf-out-0910.google.com with SMTP id c29so1061341nfb for <loganbryant@example.org>; Thu, 12 Oct 2006 07:00:17 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QXFQACS8+ZXQmpDEvkt7zupZjDyGO+VtW+gdUqcRPIJTaVg6aSGagGbdS5iwHTsPi+VzegiK0cugGhqQCwyW1RIbppEgT/XhScyxHwKHB9LyxXnd8DArgIl4vWxMV1SGo3vAef21ucH/Vqy3lJUTJIVHhuhqymGex0Bls7CKA0o= Received: by 83.161.120.155 with SMTP id i2mr2253031hue; Thu, 12 Oct 2006 07:00:17 -0700 (PDT) Received: by 83.161.120.155 with HTTP; Thu, 12 Oct 2006 07:00:16 -0700 (PDT) Message-ID: <loganbryant@example.org> Date: Thu, 12 Oct 2006 15:00:16 +0100 From: "John Garrould" <loganbryant@example.org> To: loganbryant@example.org Subject: Re: Case Sensitive Option? In-Reply-To: <loganbryant@example.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <loganbryant@example.org> <loganbryant@example.org> <loganbryant@example.org> <loganbryant@example.org> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Niklas, I confirm that the FTP Server will be the only process writing to the file system. Regards John On 12/10/06, Niklas Gustavsson <loganbryant@example.org> wrote: > John Garrould wrote: > > Niklas, > > > > Thanks for getting back to me. This will actually be running on Red > > Hat Enterprise Linux although if moving it onto Windows will solve the > > problem we would consider it. Is there anyway to compensate for the > > Linux file system being case sensitive? > > Not directly as far as I know. You would have to ensure that you don't > get files with the same name in different casings in some other way. If > FtpServer is the only party writing to the directory I think you should > be fine. > > /niklas > > -- John Garrould e-mail : loganbryant@example.org fax : 08707 065468 Confidentiality: This e-mail and its attachments are intended for the above named only and may be confidential. If they have come to you in error you must take no action based on them, nor must you copy or show them to anyone; please reply to this e-mail and highlight the error. Security Warning: Please note that this e-mail has been created in the knowledge that Internet e-mail is not a 100% secure communications medium. We advise that you understand and observe this lack of security when e-mailing us. Viruses: Although we have taken steps to ensure that this e-mail and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. From ftpserver-dev-returnloganbryant@example.org Thu Oct 19 17:43:15 2006 Return-Path: <ftpserver-dev-returnloganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 55805 invoked from network); 19 Oct 2006 17:43:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 19 Oct 2006 17:43:15 -0000 Received: (qmail 81752 invoked by uid 500); 19 Oct 2006 17:43:15 -0000 Delivered-To: loganbryant@example.org Received: (qmail 81743 invoked by uid 500); 19 Oct 2006 17:43:14 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:loganbryant@example.org> List-Unsubscribe: <mailto:loganbryant@example.org> List-Post: <mailto:loganbryant@example.org> List-Id: <ftpserver-dev.incubator.apache.org> Reply-To: loganbryant@example.org Delivered-To: mailing list loganbryant@example.org Received: (qmail 81731 invoked by uid 99); 19 Oct 2006 17:43:14 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 19 Oct 2006 10:43:14 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [83.161.120.155] (HELO h3041.serverkompetenz.net) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 19 Oct 2006 10:43:12 -0700 Received: from u0034907 by h3041.serverkompetenz.net with local (Exim 4.22) id 1Gabuq-0004Ew-L2 for loganbryant@example.org; Thu, 19 Oct 2006 19:42:48 +0200 To: loganbryant@example.org Subject: FTP client validation question Received: from webmail user [83.161.120.155] by localhost (b1gMail/6.3.1) with HTTP; Thu, 19 Oct 2006 19:42:48 +0200 Message-ID: <f54efe2d2edfdd53de46759435255ba8163004537b918999f2@localhost> From: "asdas adfsdf" <loganbryant@example.org> MIME-Version: 1.0 Date: Thu, 19 Oct 2006 19:42:48 +0200 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit X-Mailer: b1gMail/6.3.1 X-Sender-IP: [83.161.120.155] X-Priority: 3 X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hello, this is what i got using client validation on. Finalizer, SEND TLSv1 ALERT: warning, description = close_notify Finalizer, WRITE: TLSv1 Alert, length = 2 Thread-3, received EOFException: error Thread-3, handling exception: javax.net.ssl.SSLHandshakeException: Remote host closed connection during handshake Thread-3, SEND TLSv1 ALERT: fatal, description = handshake_failure Thread-3, WRITE: TLSv1 Alert, length = 2 Thread-3, called closeSocket() this is what i did: #1. create self-sifned certificate keytool -genkey -alias myalias -keyalg RSA -keystore test.keystore #2. extract in der form keytool -export -alias myalias -keystore test.keystore -file myalias-der.crt #3. convert the in DER coded certificate in PEM openssl x509 -out myalias.crt -outform pem -text -in myalias-der.crt -inform der #4. extract the private key with ExportPriv.java (http://mark.foster.cc/pub/java/ExportPriv.java) javac ExportPriv.java java ExportPriv test.keystore myalias password > myalias.key #5. reconvert the private key again to get it used with apache openssl rsa -in myalias.key -out privkey.key #6. generate new server.keystore with ImportKey (http://www.comu.de/docs/tomcat_ssl.htm) java ImportKey myalias.key.der myalias-der.crt myalias after doing this steps, i create a new file which contains -----BEGIN CERTIFICATE----- MII... -----END CERTIFICATE----- -----BEGIN RSA PRIVATE KEY----- MII... -----END RSA PRIVATE KEY----- by pasting from from myalias.crt and privkey.key, and this file is used as the client certificate. For the apache ftp server, i told it to use the keystore from the file server.keystore. Running a test, give me the error Server ready 888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4 Apache FTP Server matching alias: myalias Finalizer, called close() Finalizer, called closeInternal(true) Finalizer, SEND TLSv1 ALERT: warning, description = close_notify Finalizer, WRITE: TLSv1 Alert, length = 2 Thread-3, received EOFException: error Thread-3, handling exception: javax.net.ssl.SSLHandshakeException: Remote host closed connection during handshake Thread-3, SEND TLSv1 ALERT: fatal, description = handshake_failure Thread-3, WRITE: TLSv1 Alert, length = 2 Thread-3, called closeSocket() Thread-3, called close() Thread-3, called closeInternal(true) Thread-3, called close() Thread-3, called closeInternal(true) Finalizer, called close() Finalizer, called closeInternal(true) Which part did i do wrong? i would be also be thankfull if i am given another way how can i get rid of this problem any response is appreciated regards, Gusti Benawi _____________________________________________________ Free eMail - kostenlose eMail Adressen: cyy.de - e-mail.sg - mails.sg www.cyy.de Webmailservice From ftpserver-dev-returnloganbryant@example.org Thu Oct 26 06:27:04 2006 Return-Path: <ftpserver-dev-returnloganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 88400 invoked from network); 26 Oct 2006 04:33:22 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 26 Oct 2006 04:33:22 -0000 Received: (qmail 16514 invoked by uid 500); 24 Oct 2006 20:15:33 -0000 Delivered-To: loganbryant@example.org Received: (qmail 16474 invoked by uid 500); 24 Oct 2006 20:15:32 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:loganbryant@example.org> List-Unsubscribe: <mailto:loganbryant@example.org> List-Post: <mailto:loganbryant@example.org> List-Id: <ftpserver-dev.incubator.apache.org> Reply-To: loganbryant@example.org Delivered-To: mailing list loganbryant@example.org Received: (qmail 16415 invoked by uid 99); 24 Oct 2006 20:15:32 -0000 Received: from herse.apache.org (HELO herse.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Oct 2006 13:15:32 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Oct 2006 13:15:17 -0700 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 0ED877142C3 for <loganbryant@example.org>; Tue, 24 Oct 2006 13:14:19 -0700 (PDT) Message-ID: <22004837.1161720859057.JavaMail.root@brutus> Date: Tue, 24 Oct 2006 13:14:19 -0700 (PDT) From: "Clinton Foster (JIRA)" <loganbryant@example.org> To: loganbryant@example.org Subject: [jira] Created: (FTPSERVER-49) Specific return type for UserManager.getAllUserNames() not documented MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Specific return type for UserManager.getAllUserNames() not documented --------------------------------------------------------------------- Key: FTPSERVER-49 URL: http://issues.apache.org/jira/browse/FTPSERVER-49 Project: FtpServer Issue Type: Improvement Reporter: Clinton Foster Priority: Trivial UserManager.getAllUserNames() is declared as returning a Collection, but the comments do not specify that it is a collection of Strings. This is partially implied by the name of the method, but it would be helpful to explicitly specify this until the decision is made to exploit Java 1.5 generics in the source code. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From ftpserver-dev-returnloganbryant@example.org Thu Oct 26 07:20:04 2006 Return-Path: <ftpserver-dev-returnloganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 76535 invoked from network); 26 Oct 2006 05:28:02 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 26 Oct 2006 05:28:02 -0000 Received: (qmail 20440 invoked by uid 500); 24 Oct 2006 20:47:24 -0000 Delivered-To: loganbryant@example.org Received: (qmail 20428 invoked by uid 500); 24 Oct 2006 20:47:24 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:loganbryant@example.org> List-Unsubscribe: <mailto:loganbryant@example.org> List-Post: <mailto:loganbryant@example.org> List-Id: <ftpserver-dev.incubator.apache.org> Reply-To: loganbryant@example.org Delivered-To: mailing list loganbryant@example.org Received: (qmail 20328 invoked by uid 99); 24 Oct 2006 20:47:24 -0000 Received: from herse.apache.org (HELO herse.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Oct 2006 13:47:24 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Oct 2006 13:47:09 -0700 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 08F527142F3 for <loganbryant@example.org>; Tue, 24 Oct 2006 13:46:06 -0700 (PDT) Message-ID: <9726580.1161722766034.JavaMail.root@brutus> Date: Tue, 24 Oct 2006 13:46:06 -0700 (PDT) From: "Niklas Gustavsson (JIRA)" <loganbryant@example.org> To: loganbryant@example.org Subject: [jira] Resolved: (FTPSERVER-49) Specific return type for UserManager.getAllUserNames() not documented In-Reply-To: <22004837.1161720859057.JavaMail.root@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ http://issues.apache.org/jira/browse/FTPSERVER-49?page=all ] Niklas Gustavsson resolved FTPSERVER-49. ---------------------------------------- Resolution: Fixed Assignee: Niklas Gustavsson I've changed the method signature so that it instead returns an array of Strings. This will make the return value strongly typed without the need for generics at this point. Change is rev 467470. > Specific return type for UserManager.getAllUserNames() not documented > --------------------------------------------------------------------- > > Key: FTPSERVER-49 > URL: http://issues.apache.org/jira/browse/FTPSERVER-49 > Project: FtpServer > Issue Type: Improvement > Reporter: Clinton Foster > Assigned To: Niklas Gustavsson > Priority: Trivial > > UserManager.getAllUserNames() is declared as returning a Collection, but the comments do not specify that it is a collection of Strings. This is partially implied by the name of the method, but it would be helpful to explicitly specify this until the decision is made to exploit Java 1.5 generics in the source code. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From ftpserver-dev-returnloganbryant@example.org Thu Oct 26 09:06:45 2006 Return-Path: <ftpserver-dev-returnloganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 70945 invoked from network); 26 Oct 2006 05:57:38 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 26 Oct 2006 05:57:38 -0000 Received: (qmail 63946 invoked by uid 500); 24 Oct 2006 04:57:48 -0000 Delivered-To: loganbryant@example.org Received: (qmail 63929 invoked by uid 500); 24 Oct 2006 04:57:48 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:loganbryant@example.org> List-Unsubscribe: <mailto:loganbryant@example.org> List-Post: <mailto:loganbryant@example.org> List-Id: <ftpserver-dev.incubator.apache.org> Reply-To: loganbryant@example.org Delivered-To: mailing list loganbryant@example.org Received: (qmail 63918 invoked by uid 99); 24 Oct 2006 04:57:47 -0000 Received: from herse.apache.org (HELO herse.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 23 Oct 2006 21:57:47 -0700 X-ASF-Spam-Status: No, hits=2.8 required=10.0 tests=DNS_FROM_RFC_ABUSE,DNS_FROM_RFC_POST,DNS_FROM_RFC_WHOIS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [83.161.120.155] (HELO web50903.mail.yahoo.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with SMTP; Mon, 23 Oct 2006 21:57:35 -0700 Received: (qmail 87676 invoked by uid 60001); 24 Oct 2006 04:57:14 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=N0ZAikw2IwjWdTMnvCsDsZiVN9EsGRi0ZCT7IDRQc5GwgroypGqVUgrxL3wvqxPq3Wv8Ed8ifvfB3QQ1Fdm7FMaI/gpYPdyOIUaFJbJp7dZzAvdSHDXpETekOVvgfRIfPIIh3IKFqdsA06Qs17hhVa9vGCBHUEGzEIqrcTfwwRU= ; Message-ID: <loganbryant@example.org> Received: from [83.161.120.155] by web50903.mail.yahoo.com via HTTP; Mon, 23 Oct 2006 21:57:14 PDT Date: Mon, 23 Oct 2006 21:57:14 -0700 (PDT) From: Rana Bhattacharyya <loganbryant@example.org> Subject: Re: FTP client validation question To: loganbryant@example.org In-Reply-To: <loganbryant@example.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Hi, Implicit and explicit connections have been tested but we have not tested the ssl.client-authentication due to lack of support in FTP clients. So it might cause some problems. I think we need to do some more testing on it. Besides that we have not used openssl. Thanks, Rana Bhattacharyya --- Niklas Gustavsson <loganbryant@example.org> wrote: > asdas adfsdf wrote: > > Hello, > > > > this is what i got using client validation on. > > > > Finalizer, SEND TLSv1 ALERT: warning, description > = close_notify > > Finalizer, WRITE: TLSv1 Alert, length = 2 > > Thread-3, received EOFException: error > > Thread-3, handling exception: > javax.net.ssl.SSLHandshakeException: Remote host > closed connection during handshake > > Thread-3, SEND TLSv1 ALERT: fatal, description = > handshake_failure > > Thread-3, WRITE: TLSv1 Alert, length = 2 > > Thread-3, called closeSocket() > > > > this is what i did: > > > > #1. create self-sifned certificate > > keytool -genkey -alias myalias -keyalg RSA > -keystore test.keystore > > > > > > #2. extract in der form > > keytool -export -alias myalias -keystore > test.keystore -file myalias-der.crt > > > > #3. convert the in DER coded certificate in PEM > > openssl x509 -out myalias.crt -outform pem -text > -in myalias-der.crt -inform der > > > > #4. extract the private key with ExportPriv.java > (http://mark.foster.cc/pub/java/ExportPriv.java) > > javac ExportPriv.java > > java ExportPriv test.keystore myalias password > > myalias.key > > > > #5. reconvert the private key again to get it used > with apache > > openssl rsa -in myalias.key -out privkey.key > > > > #6. generate new server.keystore with ImportKey > (http://www.comu.de/docs/tomcat_ssl.htm) > > java ImportKey myalias.key.der myalias-der.crt > myalias > > > > after doing this steps, i create a new file which > contains > > > > -----BEGIN CERTIFICATE----- > > MII... > > -----END CERTIFICATE----- > > -----BEGIN RSA PRIVATE KEY----- > > MII... > > -----END RSA PRIVATE KEY----- > > > > by pasting from from myalias.crt and privkey.key, > and this file is used as the client certificate. > > For the apache ftp server, i told it to use the > keystore from the file server.keystore. > > I'm not sure I understand why you need to use all > these steps. All you > need are a standard JKS keystore and truststore. > FtpServer uses the > normal JSSE support in the JRE so I don't believe we > do anything funky > (but I might be missing something). > > /niklas > > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From ftpserver-dev-returnloganbryant@example.org Thu Oct 26 12:43:00 2006 Return-Path: <ftpserver-dev-returnloganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 21467 invoked from network); 26 Oct 2006 12:43:00 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 26 Oct 2006 12:43:00 -0000 Received: (qmail 82526 invoked by uid 500); 26 Oct 2006 12:43:11 -0000 Delivered-To: loganbryant@example.org Received: (qmail 82511 invoked by uid 500); 26 Oct 2006 12:43:11 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:loganbryant@example.org> List-Unsubscribe: <mailto:loganbryant@example.org> List-Post: <mailto:loganbryant@example.org> List-Id: <ftpserver-dev.incubator.apache.org> Reply-To: loganbryant@example.org Delivered-To: mailing list loganbryant@example.org Received: (qmail 82480 invoked by uid 99); 26 Oct 2006 12:43:10 -0000 Received: from herse.apache.org (HELO herse.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 26 Oct 2006 05:43:10 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [83.161.120.155] (HELO h3041.serverkompetenz.net) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 26 Oct 2006 05:42:54 -0700 Received: from u0034907 by h3041.serverkompetenz.net with local (Exim 4.22) id 1Gd4Z5-00028a-QW for loganbryant@example.org; Thu, 26 Oct 2006 14:42:31 +0200 To: loganbryant@example.org Subject: Re: FTP client validation question Received: from webmail user [83.161.120.155] by localhost (b1gMail/6.3.1) with HTTP; Thu, 26 Oct 2006 14:42:31 +0200 Message-ID: <99136644d17e51f53194d856497a1faa82184540ad37c3a7a@localhost> From: "Gusti Benawi" <loganbryant@example.org> MIME-Version: 1.0 Date: Thu, 26 Oct 2006 14:42:31 +0200 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit X-Mailer: b1gMail/6.3.1 X-Sender-IP: [83.161.120.155] X-Priority: 3 In-Reply-To: <loganbryant@example.org> References: <<f54efe2d2edfdd53de46759435255ba8163004537b918999f2@localhost>> <<f54efe2d2edfdd53de46759435255ba8163004537b918999f2@localhost>> <loganbryant@example.org> X-Virus-Checked: Checked by ClamAV on apache.org > I'm not sure I understand why you need to use all these steps. All you > need are a standard JKS keystore and truststore. FtpServer uses the > normal JSSE support in the JRE so I don't believe we do anything funky > (but I might be missing something). you said what i need is a standard keystore and truststore. IIRC, truststore is a file in which certificate of the clients are saved? Also in the ftp configuration, i can define where the keystore file should be used, but there is no option for truststore, so where is this supposed to be done? If the server need the client-authentication, what is the server expecting to receive from the client? i tried to set the client to feed it a file containing private key and certificate in pem format, which is already imported in the keystore, but it i have no loganbryant@example.org. Since Rana wrote that the client-authentication has not been tested at all, could it be that the client-authentication does not work as it is expected at all? thank you in advance, Gusti Benawi _____________________________________________________ Free eMail - kostenlose eMail Adressen: cyy.de - e-mail.sg - mails.sg www.cyy.de Webmailservice From ftpserver-dev-returnloganbryant@example.org Thu Oct 26 13:02:16 2006 Return-Path: <ftpserver-dev-returnloganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 32054 invoked from network); 26 Oct 2006 13:01:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 26 Oct 2006 13:01:58 -0000 Received: (qmail 24757 invoked by uid 500); 26 Oct 2006 13:02:09 -0000 Delivered-To: loganbryant@example.org Received: (qmail 24746 invoked by uid 500); 26 Oct 2006 13:02:09 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:loganbryant@example.org> List-Unsubscribe: <mailto:loganbryant@example.org> List-Post: <mailto:loganbryant@example.org> List-Id: <ftpserver-dev.incubator.apache.org> Reply-To: loganbryant@example.org Delivered-To: mailing list loganbryant@example.org Received: (qmail 24721 invoked by uid 99); 26 Oct 2006 13:02:09 -0000 Received: from herse.apache.org (HELO herse.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 26 Oct 2006 06:02:09 -0700 X-ASF-Spam-Status: No, hits=1.3 required=10.0 tests=DNS_FROM_RFC_ABUSE,MAILTO_TO_SPAM_ADDR,NO_REAL_NAME X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [83.161.120.155] (HELO us-voo-smtp03.internal.sungard.corp) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 26 Oct 2006 06:01:53 -0700 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: RE: FTP client validation question Date: Thu, 26 Oct 2006 09:01:23 -0400 Message-ID: <loganbryant@example.org> In-Reply-To: <99136644d17e51f53194d856497a1faa82184540ad37c3a7a@localhost> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: FTP client validation question Thread-Index: Acb4/Y6vLLt9ReTXT6OJXyp/hGsySwAAHndw From: <loganbryant@example.org> To: <loganbryant@example.org> X-OriginalArrivalTime: 26 Oct 2006 13:01:27.0765 (UTC) FILETIME=[D94BE850:01C6F8FE] X-Virus-Checked: Checked by ClamAV on apache.org In looking through some of the code, it does appear that the TrustManagerFactory (factory which determines whether client certificates are valid) is initialized from the same keystore file that the KeyManagerFactory (store which contains server cert) is based from. So if you put your CA public x509 certificates in there, it should pick them up from there. =20 One thing that would be good is to allow for a different SSL implementation. Though it is an interface (ISsl) that is implemented by SSL, there is no way to change the implementation used. Locally, I've tried changing FtpSocketFactory to read an additional ssl-impl element out of the ssl configuration to use my own LdapSsl ISsl implementation that will allow me to specify a separate truststore file and to also integrate with an LDAP CertStore for CRL checking. I'm still in a work in progress, but will report back if I can get client authentication working properly. Without any of these changes, I think I did get client authentication working, but in that case, I think I had put the client's certificate into my keystore file (same one which held my server certificate). Gary -----Original Message----- From: Gusti Benawi [mailto:loganbryant@example.org]=20 Sent: Thursday, October 26, 2006 8:43 AM To: loganbryant@example.org Subject: Re: FTP client validation question > I'm not sure I understand why you need to use all these steps. All you > need are a standard JKS keystore and truststore. FtpServer uses the > normal JSSE support in the JRE so I don't believe we do anything funky > (but I might be missing something). you said what i need is a standard keystore and truststore. IIRC, truststore is a file in which certificate of the clients are saved? Also in the ftp configuration, i can define where the keystore file should be used, but there is no option for truststore, so where is this supposed to be done? If the server need the client-authentication, what is the server expecting to receive from the client? i tried to set the client to feed it a file containing private key and certificate in pem format, which is already imported in the keystore, but it i have no loganbryant@example.org. Since Rana wrote that the client-authentication has not been tested at all, could it be that the client-authentication does not work as it is expected at all? thank you in advance, Gusti Benawi _____________________________________________________ Free eMail - kostenlose eMail Adressen: cyy.de - e-mail.sg - mails.sg www.cyy.de Webmailservice From ftpserver-dev-returnloganbryant@example.org Fri Oct 27 05:39:08 2006 Return-Path: <ftpserver-dev-returnloganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 25734 invoked from network); 27 Oct 2006 05:39:08 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 27 Oct 2006 05:39:08 -0000 Received: (qmail 7599 invoked by uid 500); 27 Oct 2006 05:39:19 -0000 Delivered-To: loganbryant@example.org Received: (qmail 7587 invoked by uid 500); 27 Oct 2006 05:39:19 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:loganbryant@example.org> List-Unsubscribe: <mailto:loganbryant@example.org> List-Post: <mailto:loganbryant@example.org> List-Id: <ftpserver-dev.incubator.apache.org> Reply-To: loganbryant@example.org Delivered-To: mailing list loganbryant@example.org Received: (qmail 7576 invoked by uid 99); 27 Oct 2006 05:39:19 -0000 Received: from herse.apache.org (HELO herse.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 26 Oct 2006 22:39:19 -0700 X-ASF-Spam-Status: No, hits=3.1 required=10.0 tests=DNS_FROM_RFC_ABUSE,DNS_FROM_RFC_POST,DNS_FROM_RFC_WHOIS,MAILTO_TO_SPAM_ADDR X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [83.161.120.155] (HELO web50909.mail.yahoo.com) (83.161.120.155) by apache.org (qpsmtpd/0.29) with SMTP; Thu, 26 Oct 2006 22:39:07 -0700 Received: (qmail 81828 invoked by uid 60001); 27 Oct 2006 05:38:46 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=TH6ydfOz8ojG7b8buePrlNX/5/8nR9iPlF1PkV3kLqCiguE5s81g6C92rhPiGXWtyneGVpd5CUZy49uQNCN4RJVFH0ghkvNydvCLwDl8o+px1LDGyOykSXxvzizBf1szfzqIt4kNJZw99/l7An/bESsiuAFgAXKvMEQjcqBIbcU= ; Message-ID: <loganbryant@example.org> Received: from [83.161.120.155] by web50909.mail.yahoo.com via HTTP; Thu, 26 Oct 2006 22:38:46 PDT Date: Thu, 26 Oct 2006 22:38:46 -0700 (PDT) From: Rana Bhattacharyya <loganbryant@example.org> Subject: RE: FTP client validation question To: loganbryant@example.org In-Reply-To: <loganbryant@example.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Hi, I think now is the time to admit that I do not have much knowledge about SSL/TLS. I tried to implement the implicit and explicit connections based on the different documents and Java APIs. Also I tried to refactor the socket factory and data connection based on my limited knowledge on SSl/TLS. If someone can help us to implement it in a proper way, we shall be grateful. Thanks in advance Gary. I think you can point us to the right direction. Please help us. Thank you, Rana --- loganbryant@example.org wrote: > In looking through some of the code, it does appear > that the > TrustManagerFactory (factory which determines > whether client > certificates are valid) is initialized from the same > keystore file that > the KeyManagerFactory (store which contains server > cert) is based from. > So if you put your CA public x509 certificates in > there, it should pick > them up from there. > > One thing that would be good is to allow for a > different SSL > implementation. Though it is an interface (ISsl) > that is implemented by > SSL, there is no way to change the implementation > used. Locally, I've > tried changing FtpSocketFactory to read an > additional ssl-impl element > out of the ssl configuration to use my own LdapSsl > ISsl implementation > that will allow me to specify a separate truststore > file and to also > integrate with an LDAP CertStore for CRL checking. > > I'm still in a work in progress, but will report > back if I can get > client authentication working properly. > > Without any of these changes, I think I did get > client authentication > working, but in that case, I think I had put the > client's certificate > into my keystore file (same one which held my server > certificate). > > Gary > -----Original Message----- > From: Gusti Benawi [mailto:loganbryant@example.org] > Sent: Thursday, October 26, 2006 8:43 AM > To: loganbryant@example.org > Subject: Re: FTP client validation question > > > I'm not sure I understand why you need to use all > these steps. All you > > need are a standard JKS keystore and truststore. > FtpServer uses the > > normal JSSE support in the JRE so I don't believe > we do anything funky > > (but I might be missing something). > you said what i need is a standard keystore and > truststore. > IIRC, truststore is a file in which certificate of > the clients are > saved? > > Also in the ftp configuration, i can define where > the keystore file > should be used, but there is no option for > truststore, so where is this > supposed to be done? > > If the server need the client-authentication, what > is the server > expecting to receive from the client? i tried to set > the client to feed > it a file containing private key and certificate in > pem format, which is > already imported in the keystore, but it i have no > loganbryant@example.org. > > Since Rana wrote that the client-authentication has > not been tested at > all, could it be that the client-authentication does > not work as it is > expected at all? > > thank you in advance, > > Gusti Benawi > > _____________________________________________________ > Free eMail - kostenlose eMail Adressen: > cyy.de - e-mail.sg - mails.sg > www.cyy.de Webmailservice > > > > > > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From ftpserver-dev-returnloganbryant@example.org Fri Oct 27 19:17:15 2006 Return-Path: <ftpserver-dev-returnloganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 83237 invoked from network); 27 Oct 2006 19:17:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 27 Oct 2006 19:17:15 -0000 Received: (qmail 14480 invoked by uid 500); 27 Oct 2006 19:17:26 -0000 Delivered-To: loganbryant@example.org Received: (qmail 14461 invoked by uid 500); 27 Oct 2006 19:17:26 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:loganbryant@example.org> List-Unsubscribe: <mailto:loganbryant@example.org> List-Post: <mailto:loganbryant@example.org> List-Id: <ftpserver-dev.incubator.apache.org> Reply-To: loganbryant@example.org Delivered-To: mailing list loganbryant@example.org Received: (qmail 14450 invoked by uid 99); 27 Oct 2006 19:17:26 -0000 Received: from herse.apache.org (HELO herse.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 27 Oct 2006 12:17:26 -0700 X-ASF-Spam-Status: No, hits=1.3 required=10.0 tests=DNS_FROM_RFC_ABUSE,MAILTO_TO_SPAM_ADDR,NO_REAL_NAME X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [83.161.120.155] (HELO us-voo-smtp03.internal.sungard.corp) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 27 Oct 2006 12:17:12 -0700 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: RE: FTP client validation question Date: Fri, 27 Oct 2006 15:16:48 -0400 Message-ID: <loganbryant@example.org> In-Reply-To: <loganbryant@example.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: FTP client validation question Thread-Index: Acb5ip+k2VnCtYBaS02cCd4chS8HGQAcUiig From: <loganbryant@example.org> To: <loganbryant@example.org> X-OriginalArrivalTime: 27 Oct 2006 19:16:49.0676 (UTC) FILETIME=[73D08CC0:01C6F9FC] X-Virus-Checked: Checked by ClamAV on apache.org Is anyone actively working or waiting on this functionality? I'm working on it now, but may be several days before I can work on submitting patches to help in this effort. =20 Also, on a somewhat related question... What do people think about including the RequestHandler as part of the authenticate method call as part of the UserManager? Essentially, I want to be able to validate the SSL certificate with the provided login. I.e. match the login name with a specific field in the certificate for 2 factor authentication. It would also allow IP restriction by user as well. Thanks, Gary -----Original Message----- From: Rana Bhattacharyya [mailto:loganbryant@example.org]=20 Sent: Friday, October 27, 2006 1:39 AM To: loganbryant@example.org Subject: RE: FTP client validation question Hi, I think now is the time to admit that I do not have much knowledge about SSL/TLS. I tried to implement the implicit and explicit connections based on the different documents and Java APIs. Also I tried to refactor the socket factory and data connection based on my limited knowledge on SSl/TLS. If someone can help us to implement it in a proper way, we shall be grateful.=20 Thanks in advance Gary. I think you can point us to the right direction. Please help us. Thank you, Rana --- loganbryant@example.org wrote: > In looking through some of the code, it does appear > that the > TrustManagerFactory (factory which determines > whether client > certificates are valid) is initialized from the same > keystore file that > the KeyManagerFactory (store which contains server > cert) is based from. > So if you put your CA public x509 certificates in > there, it should pick > them up from there. =20 >=20 > One thing that would be good is to allow for a > different SSL > implementation. Though it is an interface (ISsl) > that is implemented by > SSL, there is no way to change the implementation > used. Locally, I've > tried changing FtpSocketFactory to read an > additional ssl-impl element > out of the ssl configuration to use my own LdapSsl > ISsl implementation > that will allow me to specify a separate truststore > file and to also > integrate with an LDAP CertStore for CRL checking. >=20 > I'm still in a work in progress, but will report > back if I can get > client authentication working properly. >=20 > Without any of these changes, I think I did get > client authentication > working, but in that case, I think I had put the > client's certificate > into my keystore file (same one which held my server > certificate). >=20 > Gary > -----Original Message----- > From: Gusti Benawi [mailto:loganbryant@example.org]=20 > Sent: Thursday, October 26, 2006 8:43 AM > To: loganbryant@example.org > Subject: Re: FTP client validation question >=20 > > I'm not sure I understand why you need to use all > these steps. All you > > need are a standard JKS keystore and truststore. > FtpServer uses the > > normal JSSE support in the JRE so I don't believe > we do anything funky > > (but I might be missing something). > you said what i need is a standard keystore and > truststore. > IIRC, truststore is a file in which certificate of > the clients are > saved? >=20 > Also in the ftp configuration, i can define where > the keystore file > should be used, but there is no option for > truststore, so where is this > supposed to be done? >=20 > If the server need the client-authentication, what > is the server > expecting to receive from the client? i tried to set > the client to feed > it a file containing private key and certificate in > pem format, which is > already imported in the keystore, but it i have no > loganbryant@example.org. >=20 > Since Rana wrote that the client-authentication has > not been tested at > all, could it be that the client-authentication does > not work as it is > expected at all? >=20 > thank you in advance, >=20 > Gusti Benawi >=20 > _____________________________________________________ > Free eMail - kostenlose eMail Adressen: > cyy.de - e-mail.sg - mails.sg > www.cyy.de Webmailservice >=20 >=20 >=20 >=20 >=20 >=20 __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around=20 http://mail.yahoo.com=20 From ftpserver-dev-returnloganbryant@example.org Fri Oct 27 22:08:23 2006 Return-Path: <ftpserver-dev-returnloganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 67598 invoked from network); 27 Oct 2006 22:08:22 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 27 Oct 2006 22:08:22 -0000 Received: (qmail 66659 invoked by uid 500); 27 Oct 2006 22:08:32 -0000 Delivered-To: loganbryant@example.org Received: (qmail 66635 invoked by uid 500); 27 Oct 2006 22:08:32 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:loganbryant@example.org> List-Unsubscribe: <mailto:loganbryant@example.org> List-Post: <mailto:loganbryant@example.org> List-Id: <ftpserver-dev.incubator.apache.org> Reply-To: loganbryant@example.org Delivered-To: mailing list loganbryant@example.org Received: (qmail 66615 invoked by uid 99); 27 Oct 2006 22:08:32 -0000 Received: from herse.apache.org (HELO herse.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 27 Oct 2006 15:08:32 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 27 Oct 2006 15:08:20 -0700 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 3F2D17142D1 for <loganbryant@example.org>; Fri, 27 Oct 2006 15:07:17 -0700 (PDT) Message-ID: <15405586.1161986837256.JavaMail.root@brutus> Date: Fri, 27 Oct 2006 15:07:17 -0700 (PDT) From: "susanne (JIRA)" <loganbryant@example.org> To: loganbryant@example.org Subject: [jira] Created: (FTPSERVER-50) ftps.execPROT("P") hangs server MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org ftps.execPROT("P") hangs server ------------------------------- Key: FTPSERVER-50 URL: http://issues.apache.org/jira/browse/FTPSERVER-50 Project: FtpServer Issue Type: Bug Environment: Intel Mac, java version 1.5.0_05 Reporter: susanne Susanne Lefvert wrote: With the help from Rory, I got the FTPSClient to work with the apache ftp server, thanks! I only ran into one issue: I'd like to also secure the data channel, so I used ftps.login(user, password) ftps.execPROT("P"); It works fine the first time I upload a file to the server, however, the server hangs so that any other uploads I try after that fails and I have to restart the server. If I remove the execPROT("P") command, this issue does not occur. Any ideas??? Is Apache Ftp Server in this case the Java one in the Incubator (http://incubator.apache.org/ftpserver/)? If so, feel free enter a bug in our Jira and we'll be happy to have a loganbryant@example.org. https://issues.apache.org/jira/browse/FTPSERVER /niklas Here's the config file for the server...I only removed the database AC code and my ip address ## Properties file based configuration ##----------------------------------------------------------------------------- ## This is the default server socket factory configuration. If you want to ## support explicit SSL connection, please specify ssl block ##----------------------------------------------------------------------------- #config.socket-factory.class=org.apache.ftpserver.socketfactory.FtpSocketFactory #config.socket-factory.address=<snip> #config.socket-factory.port=2983 #config.socket-factory.ssl.keystore-file=./res/.keystore #config.socket-factory.ssl.keystore-password=password #config.socket-factory.ssl.keystore-type=JKS #config.socket-factory.ssl.keystore-algorithm=SunX509 #config.socket-factory.ssl.ssl-protocol=TLS #config.socket-factory.ssl.client-authentication=false #config.socket-factory.ssl.key-password=password ##----------------------------------------------------------------------------- ## This is the secure server socket factory configuration. ##----------------------------------------------------------------------------- config.socket-factory.class=org.apache.ftpserver.socketfactory.SSLFtpSocketFactory config.socket-factory.address=<snip> config.socket-factory.port=2983 config.socket-factory.ssl.keystore-file=./res/.keystore config.socket-factory.ssl.keystore-password=password config.socket-factory.ssl.keystore-type=JKS config.socket-factory.ssl.keystore-algorithm=SunX509 config.socket-factory.ssl.ssl-protocol=TLS config.socket-factory.ssl.client-authentication=false config.socket-factory.ssl.key-password=password ##------------------------------------------------------------------------------ ## Data connection configuration ## If you want to use encrypted data connection, please use ssl block. ##------------------------------------------------------------------------------ config.data-connection.idle-time=10 config.data-connection.active.enable=true config.data-connection.active.local-address=<snip> config.data-connection.active.local-port=2923 config.data-connection.active.ip-check=false config.data-connection.passive.address=<snip> config.data-connection.passive.ports=2923 config.data-connection.ssl.keystore-file=./res/.keystore config.data-connection.ssl.keystore-password=password config.data-connection.ssl.keystore-type=JKS config.data-connection.ssl.keystore-algorithm=SunX509 config.data-connection.ssl.ssl-protocol=TLS config.data-connection.ssl.client-authentication=false config.data-connection.ssl.key-password=password ##----------------------------------------------------------------------------- ## Standard users admin and anonymous will be created by default. ##----------------------------------------------------------------------------- config.create-default-user=false ##----------------------------------------------------------------------------- ## Ftp message configuration block ##----------------------------------------------------------------------------- #config.message.class=org.apache.ftpserver.message.MessageResourceImpl #config.message.custom-message-dir=./res #config.message.languages=en,zh-tw ##----------------------------------------------------------------------------- ## Connection manager configuration ##----------------------------------------------------------------------------- #config.connection-manager.max-connection=20 #config.connection-manager.max-login=10 #config.connection-manager.anonymous-login-enabled=true #config.connection-manager.max-anonymous-login=10 #config.connection-manager.default-idle-time=60 #config.connection-manager.timeout-poll-inverval=60 ##----------------------------------------------------------------------------- ## Command factory configuration ##----------------------------------------------------------------------------- #config.command-factory.command.command-name=fully-qualified-command-class-name ##----------------------------------------------------------------------------- ## This is the IP restrictor configuration ##----------------------------------------------------------------------------- #config.ip-restrictor.class=org.apache.ftpserver.iprestrictor.FileIpRestrictor #config.ip-restrictor.file=./res/ip.gen ##----------------------------------------------------------------------------- ## Properties based default user manager configuration. ##----------------------------------------------------------------------------- #config.user-manager.class=org.apache.ftpserver.usermanager.PropertiesUserManager #config.user-manager.admin=admin #config.user-manager.prop-file=./res/user.gen #config.user-manager.prop-password-encrypt=true ##----------------------------------------------------------------------------- ## Database based user manager configuration ##----------------------------------------------------------------------------- #<snip> ##----------------------------------------------------------------------------- ## LDAP based user manager configuration ##----------------------------------------------------------------------------- #config.user-manager.class=org.apache.ftpserver.usermanager.LdapUserManager #config.user-manager.admin=admin #config.user-manager.ldap-url=ldap\://localhost\:389 #config.user-manager.ldap-admin-dn=cn=Manager,dc=apache,dc=org #config.user-manager.ldap-admin-password=secret #config.user-manager.ldap-authentication=simple #config.user-manager.ldap-user-base-dn=dc\=apache,dc\=org ##----------------------------------------------------------------------------- ## File system manager configuration. ##----------------------------------------------------------------------------- #config.file-system-manager.class=org.apache.ftpserver.filesystem.NativeFileSystemManager #config.file-system-manager.create-home=false ##------------------------------------------------------------------------------ ## All ftplets ##------------------------------------------------------------------------------ config.ftplets=processUpload,processLogin ##------------------------------------------------------------------------------ ## Ftplet f1 configuration ##------------------------------------------------------------------------------ config.ftplet.processUpload.class=ProcessUpload config.ftplet.processUpload.importer=../import/Import-Cmd.py ##------------------------------------------------------------------------------ ## Ftplet f2 configuration ##------------------------------------------------------------------------------ config.ftplet.processLogin.class=ProcessLogin -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira From ftpserver-dev-returnloganbryant@example.org Sat Oct 28 18:21:55 2006 Return-Path: <ftpserver-dev-returnloganbryant@example.org> Delivered-To: loganbryant@example.org Received: (qmail 60420 invoked from network); 28 Oct 2006 18:21:55 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 28 Oct 2006 18:21:55 -0000 Received: (qmail 40196 invoked by uid 500); 28 Oct 2006 18:22:07 -0000 Delivered-To: loganbryant@example.org Received: (qmail 40124 invoked by uid 500); 28 Oct 2006 18:22:06 -0000 Mailing-List: contact loganbryant@example.org; run by ezmlm Precedence: bulk List-Help: <mailto:loganbryant@example.org> List-Unsubscribe: <mailto:loganbryant@example.org> List-Post: <mailto:loganbryant@example.org> List-Id: <ftpserver-dev.incubator.apache.org> Reply-To: loganbryant@example.org Delivered-To: mailing list loganbryant@example.org Received: (qmail 40112 invoked by uid 99); 28 Oct 2006 18:22:06 -0000 Received: from herse.apache.org (HELO herse.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 28 Oct 2006 11:22:06 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of loganbryant@example.org designates 83.161.120.155 as permitted sender) Received: from [83.161.120.155] (HELO ciao.gmane.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 28 Oct 2006 11:21:53 -0700 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Gdso0-0003zR-DB for loganbryant@example.org; Sat, 28 Oct 2006 20:21:16 +0200 Received: from c-8dfee155.088-83-79296c12.cust.bredbandsbolaget.se ([83.161.120.155]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <loganbryant@example.org>; Sat, 28 Oct 2006 20:21:16 +0200 Received: from niklas by c-8dfee155.088-83-79296c12.cust.bredbandsbolaget.se with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <loganbryant@example.org>; Sat, 28 Oct 2006 20:21:16 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: loganbryant@example.org From: Niklas Gustavsson <loganbryant@example.org> Subject: Re: FTP client validation question Date: Sat, 28 Oct 2006 20:20:53 +0200 Lines: 26 Message-ID: <loganbryant@example.org> References: <loganbryant@example.org> <loganbryant@example.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To:
{'source': 'Apache Software Foundation Public Mail Archives'}