From [email protected]  Thu Oct  1 06:05:01 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id GAA29981
       for <[email protected]>; Thu, 1 Oct 1998 06:05:00 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA13769;
       Thu, 1 Oct 1998 06:00:20 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id FAA18073
       for <[email protected]>; Thu, 1 Oct 1998 05:51:47 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id GAA02738;
       Thu, 1 Oct 1998 06:48:12 -0400
Message-Id: <[email protected]>
Date: Thu, 1 Oct 1998 06:48:12 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected], [email protected]
Subject: RE: Trigger of an executable upon file send complete
In-Reply-To: <48256690.0003CCBD.00@SMTP_PARIS1.bnpgroup.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 1 Oct 1998 [email protected] wrote:

> Assume different applications on different platforms and servers. We
> have jobs that extract data from a multitude of databases into flat
> files and ftp them into other servers for their use. A lot of this
> ftp'g has been around and implemented into production for a long, long
> time. Cron jobs and polling mechanisms are currently in place to
> detect the files b4 uploading into another database for processing
> etc. I'd like to migrate the cron and polling jobs to an
> event-triggered mechanism (ie. triggered from the FTP server).
>
> If only binary type executables are allowed to be triggered, I can
> live with that. Shell scripts are very flexible but I can understand
> and agree with your concerns on security which should take priority.

GET <filename>
GET <filename>.md5
if md5sum(<localfile>) == <checksum>
 DELE <filename> or SITE EXEC <postprocess>

The feature isn't required.  The addition of SITE CHECKSUM provides a
better means of determining you have a good copy of the file.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Thu Oct  1 06:13:59 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id GAA00103
       for <[email protected]>; Thu, 1 Oct 1998 06:13:58 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA19162;
       Thu, 1 Oct 1998 06:11:11 -0500 (CDT)
Received: from axogate.axone.fr (axogate.axone.fr [195.212.162.126])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id FAA01480
       for <[email protected]>; Thu, 1 Oct 1998 05:58:05 -0500 (CDT)
Received: from mailer by axogate.axone.fr id MAA22474 for <[email protected]>; Thu, 1 Oct 1998 12:57:26 +0200
Received: from mailer by tempo.ibm.fr id GAA12276 for <[email protected]>; Thu, 1 Oct 1998 06:27:48 -0500
Received: from ipsos (flebel.france.ibm.com [9.101.229.42]) by anssr25.anssr.ibm.fr (AIX4.2/UCB 8.7/8.7) with SMTP id MAA105474 for <[email protected]>; Thu, 1 Oct 1998 12:54:58 +0100 (GDT)
Message-Id: <[email protected]>
Date: Thu, 01 Oct 1998 12:54:53 +0100
Reply-To: [email protected]
Sender: [email protected]
From: Thierry Huche <[email protected]>
To: [email protected]
Subject: AIX 4.1.5 compilation
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: [email protected]
X-Mailer: Mozilla 3.04Gold (X11; I; AIX 4.1)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I'm trying to compile wu-ftpd-2.4 on my AIX 4.1.5.0 system with command

# ./build aix

and get following errors:

Making ftpd.
       cc -O -DDEBUG -I.. -I../support -L../support -c ftpcmd.c
"ftpcmd.y", line 371.18: 1506-045 (S) Undeclared identifier cmdtab.
"ftpcmd.y", line 383.26: 1506-045 (S) Undeclared identifier sitetab.
"ftpcmd.y", line 1057.36: 1506-280 (W) Function argument assignment
between type
s "void(*)(int)" and "void(*)()" is not allowed.
"ftpcmd.y", line 1519.1: 1506-343 (S) Redeclaration of print_groups
differs from
previous declaration on line 683 of "ftpcmd.y".
"ftpcmd.y", line 1519.1: 1506-050 (I) Return type "void" in
redeclaration is not
compatible with the previous return type "int".

make: The error code from the last command is 1.


Cordialement,

Merci d'envoyer les informations a l'adresse EMAIL: [email protected]

From [email protected]  Thu Oct  1 08:58:53 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id IAA02119
       for <[email protected]>; Thu, 1 Oct 1998 08:58:53 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA32480;
       Thu, 1 Oct 1998 08:53:51 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA30488
       for <[email protected]>; Thu, 1 Oct 1998 08:50:02 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id JAA03753;
       Thu, 1 Oct 1998 09:49:55 -0400
Message-Id: <[email protected]>
Date: Thu, 1 Oct 1998 09:49:54 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Thierry Huche <[email protected]>
Cc: [email protected]
Subject: Re: AIX 4.1.5 compilation
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 1 Oct 1998, Thierry Huche wrote:

> I'm trying to compile wu-ftpd-2.4 on my AIX 4.1.5.0 system

the current version is 2.4.2, beta-18, and is what you should be running.
2.4 is old, buggy and has some severe security problems.

The location of the latest version of wu-ftpd can be found in the
directory

     ftp://ftp.academ.com/pub/wu-ftpd/private/

You can't see the directory contents, so read the message informing you
of the actual filename to retrieve. It's there.

wu-ftpd Resource Center:  http://www.landfield.com/wu-ftpd/
wu-ftpd FAQ:              http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html
wu-ftpd list archive:     http://www.landfield.com/wu-ftpd/mail-archive/

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Thu Oct  1 10:44:01 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id KAA03632
       for <[email protected]>; Thu, 1 Oct 1998 10:44:01 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA23668;
       Thu, 1 Oct 1998 10:39:04 -0500 (CDT)
Received: from differential.com (differential.com [207.126.113.254])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA10552
       for <[email protected]>; Thu, 1 Oct 1998 10:33:26 -0500 (CDT)
Received: from liar4.differential.net (liar4.sc.scruznet.com [204.139.14.4])
       by differential.com (8.8.8/8.8.8) with SMTP id IAA17293;
       Thu, 1 Oct 1998 08:33:27 -0700 (PDT)
Message-Id: <[email protected]>
Date: Thu, 01 Oct 1998 08:31:37 -0700
Reply-To: [email protected]
Sender: [email protected]
From: DJ <[email protected]>
To: [email protected] (Bob Luckin), [email protected]
Subject: RE: Trigger of an executable upon file send complete
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: Windows Eudora Pro Version 3.0 (32)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

At 08:44 PM 9/30/98 CDT, Bob Luckin wrote:
>Gregory said:-
>> >>I see no point in running a program after a file has been downloaded from
>> the server.  Make a case for it, I'm >>listening
>
>But from what you say above, you're still only talking about triggering
>executables on the server after uploading to it (and maybe running them on
the
>local machine after you've downloaded from the server, although that is
>outside the issue).  Gregory was asking about the need to run an executable
>on the server after you have pulled a file _from_ it.
>
>Do you really have some processes where you want to connect to an
>FTP server, _pull_ the file from the server to your local node, and then
>execute a binary on the server from which you just pulled the file ?
>
----------------------

Many of our customers use this feature to trigger extended logging
(eg log into a database, send a notification that the file has been
downloaded from the server), or to delete or rename a file after it
has been downloaded.  Also to do realtime tracking to see if a file
has been downloaded.

DJ
www.filedrive.com  The Ultimate FTP Software


From [email protected]  Thu Oct  1 11:21:22 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id LAA04188
       for <[email protected]>; Thu, 1 Oct 1998 11:21:22 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA04802;
       Thu, 1 Oct 1998 11:17:57 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA22500
       for <[email protected]>; Thu, 1 Oct 1998 11:15:16 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id MAA04815;
       Thu, 1 Oct 1998 12:15:03 -0400
Message-Id: <[email protected]>
Date: Thu, 1 Oct 1998 12:15:03 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: DJ <[email protected]>
Cc: Bob Luckin <[email protected]>, [email protected]
Subject: RE: Trigger of an executable upon file send complete
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 1 Oct 1998, DJ wrote:

> Many of our customers use this feature to trigger extended logging (eg
> log into a database, send a notification that the file has been
> downloaded from the server), or to delete or rename a file after it
> has been downloaded.  Also to do realtime tracking to see if a file
> has been downloaded.

Given the amount of work involved (that is to say, not much) I guess
adding an after-GET trigger is something people would use.  Why is beyond
me, especially if they want to trigger a delete or rename, since these are
irreversible actions taken with incomplete knowledge of the state of
things.  I still contend this is bad systems design and shouldn't be in
the daemon.  Ah well .. here's the rope, there's the tree ..

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Thu Oct  1 11:24:24 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id LAA04255
       for <[email protected]>; Thu, 1 Oct 1998 11:24:24 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA09986;
       Thu, 1 Oct 1998 11:18:56 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA06627
       for <[email protected]>; Thu, 1 Oct 1998 11:17:08 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id MAA04883
       for <[email protected]>; Thu, 1 Oct 1998 12:17:06 -0400
Message-Id: <[email protected]>
Date: Thu, 1 Oct 1998 12:17:06 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: [VR8] More enhancements and bug fixes for beta-18
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

These are available as both patches and pre-patched tarballs at my ftp
site:

 ftp://ftp.vr.net/pub/wu-ftpd/

If you take just the patch files, please remember: they are cumulative.
you cannot apply fixes from one set without earlier sets already having
been applied.  The first set for BETA-18 is VR3; VR1 and VR2 were for
BETA-17 only.

Several pre-compiled binaries for VR8 are also available.  These include:

 Solaris/SunOS/Sparc
 -------------
 sunos41x-ftpbin.tar.gz  (FTP support executables, ls etc.)
 FTP242b18.wu-ftpd.2.4.2-beta18-VR8.SPARC.ULTRASparc.2.5.1.2.5.pkg.tar.Z
 FTP242b18.wu-ftpd.2.4.2-beta18-VR8.SPARC.ULTRASparc.2.5.1.2.5.pkg.tar.gz
 wu-ftpd-2.4.2-beta-18-vr8.sol26.bin.tar.gz

 SGI/IRIX
 --------
 irix62-ftpbin.tar.gz  (FTP support executables, ls etc.)
 wu-ftpd-2.4.2-beta-18-vr8.irix62.bin.tar.gz

 IBM/AIX
 -------
 wu-ftpd-2.4.2-beta-18-vr8-AIX.3.2.5.tar.gz

 Intel/BSDI
 ----------
 wu-ftpd-2.4.2-beta-18-vr8-BSDI-2.1.tar.gz
 wu-ftpd-2.4.2-beta-18-vr8-BSDI-3.1.tar.gz

 DEC/Unix
 --------
 wu-ftpd-2.4.2-beta-18-vr8.dec.unix-40b.tar.gz

 Intel/Linux
 -----------
 wu-ftpd-2.4.2-beta-18-vr8.linux.i386.tar.gz

Thanks to all those who helped with debugging and built the pre-compiled
binaries.

This is a list of fixes to BETA 18 with VR7 applied from [email protected]
---------------------------------------------------------------------------
Add 'SITE CHECKMETHOD' and 'SITE CHECKSUM'.  Closes Stan's TODO item 8.

   SITE CHECKMETHOD [CRC|POSIX|MD5|RFC1321]

   Sets or displays the current check method.  If no parameter is given,
   displays the current method; otherwise the method is set to the given
   algorithm.  CRC and POSIX are equivalent and are the output of the
   GNU cksum(1) utility.  MD5 and RFC1321 are equivalent and are the
   output of the GNU md5sum(1) utility.  The default check method is
   RFC1321 (MD5).


   SITE CHECKSUM [<file>]

   Calculates the checksum for the named file.  If no file is given, the
   last file transferred (uploaded or download) is used.  If no file has
   yet been transferred, reports an error.  The current CHECKMETHOD is
   used to calculate the checksum.


   New ftpconversions: .crc and .md5

   Two new file conversions were added to the example ftpconversion which
   allow using GET to retrieve the CRC or MD5 checksums for files.


   NOTE: SITE CHECKSUM requires the installation of two additional
   programs in the ~ftp/bin directory.   These programs have the same
   requirements as the external ls(1) program also normally required in
   that directory.  For systems without these programs, or which require
   building new copies, the GNU textutils package should be used.  This
   package is available at ftp://ftp.gnu.org/pub/gnu/ the current version
   at the time of this writing is textutils-1.22.tar.gz

Add IGNORE_NOOP as a new compile-time option.  Make it the default.  From a
request sent to me from [email protected] on September 14, 1998.

Add site-exec-max-lines ftpaccess clause.  This clause makes the limit on
output lines from SITE EXEC configurable.  The default is a 20-line limit,
which was the old compiled-in limit.  From a request sent to me from
[email protected] on September 14, 1998.

Moved 'retrieve_is_data' to be always compiled into the code since it was
needed for SITE CHECKSUM.

Modify the password cryptography for C2 Digital Unix.  From a patch sent to
me from [email protected] on September 16, 1998.  Additional patches sent
during testing clean up some of the cross-platform user authentication code
for SECUREOSF.

Fix a bug in the parsing of ftpconversions which I found when I put in the
new conversions for checksums.  Turns out this was the same as the bug I
fixed in VR4 parsing the ftpgroups file.

Disallow certain email addresses as passwords for anonymous ftp.  From
patches submitted to the mailing list by [email protected] on Feb 14,
1997 and [email protected] on Jun 9, 1998.  Actual patches taken from
BeroFTPD with permission.  Corrected a bug where deny-email had to follow
passwd-check in the ftpaccess file.

Limit total connect time.  From a patch submitted to the mailing list by
[email protected] on Sep 27, 1997.  This closes Stan's TODO item 14.  Phil
lost his original patch, so the actual patch was taken from BeroFTPD with
permission.

Phil Schwan's xferstats program implements Stan's TODO item 6.  Marking it
closed.  Download Phil's xferstats separately.  Trust me, it's far better
that the Perl script included in the package.

Kent Landfield's privatepw program implements Stan's TODO item 2.  Marking
it closed.  Download Kent's privatepw separately.

Bernard Rosenkraenzer's BeroFTPD is now tracking my VR patches.  With the
inclusion of NEWVIRT in BeroFTPD, Stan's TODO item 24 is complete.  Marking
it closed.  Download BeroFTPD if you use virtual hosting.

Add 'hostname' option for the 'virtual' clause so we may set the name of
our multi-homed ftp sites as we can with our default site.  Discovered in
testing.

If a guest logs in on the virtual server deny the login unless their chroot
point is the virtual server's root.  This restricts guest logins to the
site admin and anonymous users.  From a patch submitted to the mailing list
on December 11, 1996 by [email protected].  Added the restriction
that no real users may log in on the virtual server.

Add 'email' option for the 'virtual' clause so we may set this as well.
Discovered in testing.  This takes virtual hosts as far as I need them.  If
you need more control, use BeroFTPD or newvirt.

Add 'greeting' clause to control the amount of information the server gives
out on the greeting.  Personal preference.

Code reading for the next patch I found another undocumented feature.  If
the <addrglob> on a 'class' or 'deny' clause starts with a slach (/) it
names a file which contains any number of additional <addrglob> entries per
line and any number of lines.  Updated manpage.

[email protected] caught me in a good mood and requested the ability to disable
all DNS lookups in the daemon.  I've done this as a compile-time option and
included a discussion of the risks and benefits in the config.h for the
daemon.  Enabling this feature can be a win for busy sites because it can
reduce the time required to make a connection as well as eliminate syslog
messages caused by bad DNS management at the remote sites.

More typos in ftpaccess.5, some mine, some have been there for ages.

Earlier VR patches changed the behavior of the xferlog to always show the
full, real path for the file.  This should have been a compile-time option.

BSD auth failures crashed the daemon.  This looks like it's been a long-
standing problem.  Thanks to [email protected] for giving me a machine to test
and debug this problem.

If no 'ftp' user existed, the HELP-HACKERS patch failed to send a response
which would hang the ftp client.  Another from [email protected].

DEC Unix 4 needs a different configuration.  Use './build du4'.  Reported
by [email protected].

Testing CLOSED_VIRTUAL_SERVER pointed out a bug in user() .. the attemmpt
to sleep to slow down password guessers can't work since signals are off.
The daemon sleeps forever.  This has been there for years.

Changed my mind and added two more virtual-server features so we can deny
anonymous login on a virtual servier and so we can allow specified users to
log in even though they're real or chroot'd to another directory.  Also
added a feature to deny real, guest or anonymous on the default server.

Added USE_VAR and USE_ETC for IRIX (sgi) configuration.  Noted by
[email protected] testing the VR8 patches.

DEC Unix complains about the function 'main()' having more than two
parameters for STRICT ANSI/ISO C compliance.  This warning can be safely
ignored.  Also, minor problems and a fix for syslog in the
support/makefiles/Makefile.dec and src/makefiles/Makefile.dec which
prevented bulding on DEC Unix 3.x.  From [email protected] testing the
VR8 patches.

AIX complained (rightly so) about several problems with the source which
prevented compiling using K&R.  From [email protected], testing VR8 patches.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Thu Oct  1 11:34:15 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id LAA04403;
       Thu, 1 Oct 1998 11:34:14 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA24043;
       Thu, 1 Oct 1998 11:30:49 -0500 (CDT)
Received: from gatekeep.ti.com (gatekeep.ti.com [192.94.94.61])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA29797
       for <[email protected]>; Thu, 1 Oct 1998 11:25:59 -0500 (CDT)
Received: from dadd.ti.com ([172.24.154.51]) by gatekeep.ti.com (8.8.8) with ESMTP id LAA18346; Thu, 1 Oct 1998 11:24:45 -0500 (CDT)
Received: from pavis.asic.sc.ti.com by dadd.ti.com (8.8.4/)
         id LAA15246; Thu, 1 Oct 1998 11:24:44 -0500 (CDT)
Received: by pavis.asic.sc.ti.com id <[email protected]>; Thu, 1 Oct 1998 11:24:43 -0500
Message-Id: <[email protected]>
Date: Thu, 1 Oct 98 11:24:43 CDT
Reply-To: [email protected] (Bob Luckin)
Sender: [email protected]
From: Bob Luckin <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: RE: Trigger of an executable upon file send complete
In-Reply-To: <[email protected]>; from "DJ" at Oct 01, 98 8:31 am
X-Mimi-Options: HEADERS TI2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> >Do you really have some processes where you want to connect to an
> >FTP server, _pull_ the file from the server to your local node, and then
> >execute a binary on the server from which you just pulled the file ?
> >
> ----------------------
>
> Many of our customers use this feature to trigger extended logging
> (eg log into a database, send a notification that the file has been
> downloaded from the server), or to delete or rename a file after it
> has been downloaded.  Also to do realtime tracking to see if a file
> has been downloaded.

Well, you can delete and rename files using the relevant commands, without
the need to execute anything on the remote server.  And depending on how
things are set up, notification could perhaps be initiated from the client
end instead of the server.  The same might apply to the tracking as well,
depending on the mechanisms used...  But I'll accept that your clients find
the feature useful.


I think Gregory asked his question originally to see how big the demand
for an "ondownload" equivalent to his proposed "onupload" was.  My guess
is there there may not be enough to warrant his effort to implement it.

Of course, once he has written the code for the "onupload" command, it may
not take a lot of extra effort to add "ondownload" as well.  Assuming the
algorithms are similar much of the code may be calls to the functions
already written for "onupload"...  But since he's the one who is proposing
to implement either or both of these features, I'll certainly leave that
decision to him !

 :-)

Cheers, Bob
--
Bob Luckin      [email protected]      "Temporarily sigged out"

From [email protected]  Thu Oct  1 13:28:22 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id NAA05947;
       Thu, 1 Oct 1998 13:28:21 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA17242;
       Thu, 1 Oct 1998 13:22:26 -0500 (CDT)
Received: from quartz.nbnet.nb.ca (quartz.nbnet.nb.ca [198.164.200.18])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA01803
       for <[email protected]>; Thu, 1 Oct 1998 13:14:43 -0500 (CDT)
Received: from nbnet.nb.ca ([142.134.178.100]) by quartz.nbnet.nb.ca
         (Post.Office MTA v3.1.2 release (PO203-101c)
         ID# 607-54382U75000L75000S0V35) with ESMTP id AAA28614;
         Thu, 1 Oct 1998 15:14:41 -0300
Message-Id: <[email protected]>
Date: Thu, 01 Oct 1998 15:15:56 -0300
Reply-To: [email protected]
Sender: [email protected]
From: Cameron Lemon <[email protected]>
To: Bob Luckin <[email protected]>
Cc: [email protected], [email protected]
Subject: Re: Trigger of an executable upon file send complete
References: <[email protected]>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="------------34588A61291E5CF5E82F1234"
X-Mailer: Mozilla 4.04 [en] (Win95; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

This is a multi-part message in MIME format.
--------------34588A61291E5CF5E82F1234
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I guess I may as well offer my two cents worth on this.  An installation that I
am familiar with, runs a bunch of web servers.  Customers ftp their updated
html pages, etc, to a staging server [drop off point ].  The web servers are
cron'd to grab the new files for a particular site from the staging server.
Checks are performed on the new pages, then are written out to that web servers
doc root.  The problem is that this is a polling model, which is inefficient to
say the least.  If an FTP Daemon existed that could act as an intelligent
relay/proxy system, and perform actions per file or whatever, then the polling
system in place could then be event driven.  I think we can all agree that
benefits are numerous when comparing the two models.  Personally, I don't think
that this functionality belongs in the ftpd either, however if it could be
provided as a build option/module, then I'm all for it.  I would definately use
it though either way it was presented to me.  I can always choose to disable or
not to use it.

Bob Luckin wrote:

> > >Do you really have some processes where you want to connect to an
> > >FTP server, _pull_ the file from the server to your local node, and then
> > >execute a binary on the server from which you just pulled the file ?
> > >
> > ----------------------
> >
> > Many of our customers use this feature to trigger extended logging
> > (eg log into a database, send a notification that the file has been
> > downloaded from the server), or to delete or rename a file after it
> > has been downloaded.  Also to do realtime tracking to see if a file
> > has been downloaded.
>
> Well, you can delete and rename files using the relevant commands, without
> the need to execute anything on the remote server.  And depending on how
> things are set up, notification could perhaps be initiated from the client
> end instead of the server.  The same might apply to the tracking as well,
> depending on the mechanisms used...  But I'll accept that your clients find
> the feature useful.
>
> I think Gregory asked his question originally to see how big the demand
> for an "ondownload" equivalent to his proposed "onupload" was.  My guess
> is there there may not be enough to warrant his effort to implement it.
>
> Of course, once he has written the code for the "onupload" command, it may
> not take a lot of extra effort to add "ondownload" as well.  Assuming the
> algorithms are similar much of the code may be calls to the functions
> already written for "onupload"...  But since he's the one who is proposing
> to implement either or both of these features, I'll certainly leave that
> decision to him !
>
>   :-)
>
> Cheers, Bob
> --
> Bob Luckin      [email protected]      "Temporarily sigged out"



--------------34588A61291E5CF5E82F1234
Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Cameron Lemon
Content-Disposition: attachment; filename="vcard.vcf"

begin:          vcard
fn:             Cameron Lemon
n:              Lemon;Cameron
org:            NBTel
email;internet: [email protected]
title:          ITD
x-mozilla-cpt:  ;0
x-mozilla-html: FALSE
version:        2.1
end:            vcard


--------------34588A61291E5CF5E82F1234--


From [email protected]  Thu Oct  1 13:45:02 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id NAA06191;
       Thu, 1 Oct 1998 13:44:58 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA04358;
       Thu, 1 Oct 1998 13:41:32 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA12072
       for <[email protected]>; Thu, 1 Oct 1998 13:40:46 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id OAA05803;
       Thu, 1 Oct 1998 14:39:39 -0400
Message-Id: <[email protected]>
Date: Thu, 1 Oct 1998 14:39:39 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Cameron Lemon <[email protected]>
Cc: Bob Luckin <[email protected]>, [email protected],
       [email protected]
Subject: Re: Trigger of an executable upon file send complete
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Let's kill this thread.  Here's the summary:

- onupload is proposed as a trigger after STOR which runs an external
 program as a specified user, passing it the file name STORed

 This has been a Frequently Requested Feature for some time.  It will
 appear in a future VR patch set.

- virtual-retrieve is proposed as a trigger before RETR which runs an
 external program as a specified user, passing it the name of the file
 desired.  This is like SITE EXEC, except the output pipes to the data
 connection instead of the control connection.

 While never requested openly on the list, I proposed this as it is
 orthagonal to onupload and compliments the current features of the
 daemon.  This will appear in a future VR patch set.

- ondownload is proposed as a trigger after RETR which runs an external
 program as a specified user, passing it the file name RETRieved.

 There is no need for this feature since the same results are obtainable,
 in a more reliable fashion, using existing features of the daemon.  The
 proponents, though, are equally intractable, so this too will appear in
 a future VR patch set.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Thu Oct  1 13:47:07 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id NAA06224;
       Thu, 1 Oct 1998 13:47:06 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA16931;
       Thu, 1 Oct 1998 13:42:46 -0500 (CDT)
Received: from tower.ti.com (tower.ti.com [192.94.94.5])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA16613
       for <[email protected]>; Thu, 1 Oct 1998 13:41:14 -0500 (CDT)
Received: from dadd.ti.com ([172.24.154.51]) by tower.ti.com (8.8.8) with ESMTP id NAA28731; Thu, 1 Oct 1998 13:40:29 -0500 (CDT)
Received: from pavis.asic.sc.ti.com by dadd.ti.com (8.8.4/)
         id NAA22262; Thu, 1 Oct 1998 13:40:29 -0500 (CDT)
Received: by pavis.asic.sc.ti.com id <[email protected]>; Thu, 1 Oct 1998 13:40:28 -0500
Message-Id: <[email protected]>
Date: Thu, 1 Oct 98 13:40:27 CDT
Reply-To: [email protected] (Bob Luckin)
Sender: [email protected]
From: Bob Luckin <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Trigger of an executable upon file send complete
In-Reply-To: <[email protected]>; from "Cameron Lemon" at Oct 01, 98 3:15 pm
X-Mimi-Options: HEADERS TI2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Cameron said :-
>I guess I may as well offer my two cents worth on this.  An installation that I
>am familiar with, runs a bunch of web servers.  Customers ftp their updated
>html pages, etc, to a staging server [drop off point ].  The web servers are
>cron'd to grab the new files for a particular site from the staging server.
>Checks are performed on the new pages, then are written out to that web servers
>doc root.  The problem is that this is a polling model, which is inefficient to
>say the least.  If an FTP Daemon existed that could act as an intelligent
>relay/proxy system, and perform actions per file or whatever, then the polling
>system in place could then be event driven.  I think we can all agree that
>benefits are numerous when comparing the two models.  Personally, I don't think
>that this functionality belongs in the ftpd either, however if it could be
>provided as a build option/module, then I'm all for it.  I would definately use
>it though either way it was presented to me.  I can always choose to disable or
>not to use it.

I don't think anyone is disputing the usefulness in the scenario you describe.
But (unless I misunderstand your description) you're describing a situation
where the file is uploaded to the server, and then an event is triggered.
Whereas I was asking whether anyone wanted to do this after downloading a
file from the server :-

> Bob Luckin wrote:
>
> > > >Do you really have some processes where you want to connect to an
> > > >FTP server, _pull_ the file from the server to your local node, and then
> > > >execute a binary on the server from which you just pulled the file ?

Nevertheless, your two cents is welcome.  And from what Gregory said in his
last email, it looks likely that he will end up implementing both options,
which should make everyone happy.

Cheers, Bob
--
Bob Luckin    [email protected]

From [email protected]  Fri Oct  2 01:18:00 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id BAA17355;
       Fri, 2 Oct 1998 01:17:59 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id BAA23027;
       Fri, 2 Oct 1998 01:13:14 -0500 (CDT)
Received: from differential.com (differential.com [207.126.113.254])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id BAA23663
       for <[email protected]>; Fri, 2 Oct 1998 01:09:30 -0500 (CDT)
Received: from liar4.differential.net (liar4.sc.scruznet.com [204.139.14.4])
       by differential.com (8.8.8/8.8.8) with SMTP id XAA06107;
       Thu, 1 Oct 1998 23:09:26 -0700 (PDT)
Message-Id: <[email protected]>
Date: Thu, 01 Oct 1998 23:07:37 -0700
Reply-To: [email protected]
Sender: [email protected]
From: DJ <[email protected]>
To: Cameron Lemon <[email protected]>, Bob Luckin <[email protected]>
Cc: [email protected]
Subject: Re: Trigger of an executable upon file send complete
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: Windows Eudora Pro Version 3.0 (32)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Exactly.

Also I agree with you that this should not be part of the ftpd.
We build a separate daemon, called Agentd, that runs all these
jobs.  FTPDs connect to various agentds to make it happen.

DJ

At 03:15 PM 10/1/98 -0300, Cameron Lemon wrote:
>I guess I may as well offer my two cents worth on this.  An installation
that I
>am familiar with, runs a bunch of web servers.  Customers ftp their updated
>html pages, etc, to a staging server [drop off point ].  The web servers are
>cron'd to grab the new files for a particular site from the staging server.
>Checks are performed on the new pages, then are written out to that web
servers
>doc root.  The problem is that this is a polling model, which is
inefficient to
>say the least.  If an FTP Daemon existed that could act as an intelligent
>relay/proxy system, and perform actions per file or whatever, then the
polling
>system in place could then be event driven.  I think we can all agree that
>benefits are numerous when comparing the two models.  Personally, I don't
think
>that this functionality belongs in the ftpd either, however if it could be
>provided as a build option/module, then I'm all for it.  I would
definately use
>it though either way it was presented to me.  I can always choose to
disable or
>not to use it.
>
>Bob Luckin wrote:
>
>> > >Do you really have some processes where you want to connect to an
>> > >FTP server, _pull_ the file from the server to your local node, and then
>> > >execute a binary on the server from which you just pulled the file ?
>> > >
>> > ----------------------
>> >
>> > Many of our customers use this feature to trigger extended logging
>> > (eg log into a database, send a notification that the file has been
>> > downloaded from the server), or to delete or rename a file after it
>> > has been downloaded.  Also to do realtime tracking to see if a file
>> > has been downloaded.
>>
>> Well, you can delete and rename files using the relevant commands, without
>> the need to execute anything on the remote server.  And depending on how
>> things are set up, notification could perhaps be initiated from the client
>> end instead of the server.  The same might apply to the tracking as well,
>> depending on the mechanisms used...  But I'll accept that your clients find
>> the feature useful.
>>
>> I think Gregory asked his question originally to see how big the demand
>> for an "ondownload" equivalent to his proposed "onupload" was.  My guess
>> is there there may not be enough to warrant his effort to implement it.
>>
>> Of course, once he has written the code for the "onupload" command, it may
>> not take a lot of extra effort to add "ondownload" as well.  Assuming the
>> algorithms are similar much of the code may be calls to the functions
>> already written for "onupload"...  But since he's the one who is proposing
>> to implement either or both of these features, I'll certainly leave that
>> decision to him !
>>
>>   :-)
>>
>> Cheers, Bob
>> --
>> Bob Luckin      [email protected]      "Temporarily sigged out"
>
>
>
>Attachment Converted: "c:\program files\eudora\attach\vcard56.vcf"
>

From [email protected]  Fri Oct  2 10:01:31 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id KAA03140;
       Fri, 2 Oct 1998 10:01:30 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA07959;
       Fri, 2 Oct 1998 09:56:33 -0500 (CDT)
Received: from casimir.planetb.fr ([email protected] [195.248.25.252])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA16470
       for <[email protected]>; Fri, 2 Oct 1998 09:51:09 -0500 (CDT)
Received: from ssmed12m (ppp23.planetb.fr [195.248.25.102])
       by casimir.planetb.fr (8.8.8/8.8.8) with ESMTP id QAA08548
       for <[email protected]>; Fri, 2 Oct 1998 16:48:36 GMT
Message-Id: <[email protected]>
Date: Fri, 2 Oct 1998 16:52:21 +0200
Reply-To: [email protected]
Sender: [email protected]
From: "Christophe" <[email protected]>
To: <[email protected]>
Subject: No response
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-MSMail-Priority: Normal
X-Priority: 3
X-Mailer: Microsoft Internet Mail 4.70.1160
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I installed RedHat Linux 5.1 with WU-FTPD 2.4.2b16.

When I try to connect to my server via "ftp @IP" command, I get the
response "Connected to @IP" and nothing else !
My computer seems to wait indefinitely. Where's the problem ?

Thanks.

From [email protected]  Fri Oct  2 10:11:53 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id KAA03265;
       Fri, 2 Oct 1998 10:11:52 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA16777;
       Fri, 2 Oct 1998 10:08:57 -0500 (CDT)
Received: from hotmail.com (f268.hotmail.com [207.82.251.159])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA17337
       for <[email protected]>; Fri, 2 Oct 1998 10:03:42 -0500 (CDT)
Received: (qmail 6047 invoked by uid 0); 2 Oct 1998 15:03:05 -0000
Received: from 198.110.249.26 by www.hotmail.com with HTTP;
       Fri, 02 Oct 1998 08:03:04 PDT
Message-Id: <[email protected]>
Date: Fri, 02 Oct 1998 08:03:04 PDT
Reply-To: [email protected]
Sender: [email protected]
From: "Jason Kantz" <[email protected]>
To: [email protected]
Subject: SUMMARY: Wu-ftp won't chroot
Content-Type: text/plain
X-Originating-IP: [198.110.249.26]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

The frustrating poblem was this:

Trying to set up guest accounts which have limited access to the file
system.

I religiously followed all of the great documentation at:
http://www.landfield.com/wu-ftpd/

But wu-ftp would not chroot, and guests had access to the entire file
system.

The cause of the problem?
A version of wu-ftp (that came on the "latest" Digital Internet Alpha
Server CD) that was from 1994.

The solution?
Download and compile the latest source found at:
http://www.academ.com/academ/wu-ftpd/release.html

Thanks to Gregory A Lundberg and Tom Webster for looking over my
configuration.

And many thanks to Gernot Salzer for sharing the source code of a
version of wu-ftp that works on Digital Unix.

Jason Kantz
[email protected]
Aquinas College
Grand Rapids, Michigan

______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com

From [email protected]  Fri Oct  2 10:33:43 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id KAA03497;
       Fri, 2 Oct 1998 10:33:43 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA18873;
       Fri, 2 Oct 1998 10:28:39 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA25747
       for <[email protected]>; Fri, 2 Oct 1998 10:26:33 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id LAA10261;
       Fri, 2 Oct 1998 11:25:11 -0400
Message-Id: <[email protected]>
Date: Fri, 2 Oct 1998 11:25:11 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Christophe <[email protected]>
Cc: [email protected]
Subject: Re: No response
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 2 Oct 1998, Christophe wrote:

> When I try to connect to my server via "ftp @IP" command, I get the
> response "Connected to @IP" and nothing else ! My computer seems to
> wait indefinitely. Where's the problem ?

@IP should be replaced with your IP name or number.  Try this instead:
ftp localhost

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Fri Oct  2 10:44:43 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id KAA03622;
       Fri, 2 Oct 1998 10:44:42 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA01920;
       Fri, 2 Oct 1998 10:41:37 -0500 (CDT)
Received: from host3.bnpgroup.com (host3.bnpgroup.com [159.50.100.129])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA19658
       for <[email protected]>; Fri, 2 Oct 1998 10:41:22 -0500 (CDT)
Received: from SMTP_PARIS1.bnpgroup.com (unverified [159.50.248.162]) by host3.bnpgroup.com
(Integralis SMTPRS 2.04) with SMTP id <[email protected]>;
Fri, 02 Oct 1998 09:42:51 +0200
Received: by SMTP_PARIS1.bnpgroup.com(Lotus SMTP MTA v1.06 (346.7 3-18-1997))  id C1256691.002ACD93 ; Fri, 2 Oct 1998 09:47:31 +0200
Message-Id: <48256691.001D314B.00@SMTP_PARIS1.bnpgroup.com>
Date: Fri, 2 Oct 1998 13:22:36 +0900
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Cc: [email protected]
Subject: Re: directory blocking for NORETRIEVE
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Lotus-FromDomain: BNP
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN





Greg,

I tried to apply the line :

noretrieve  /etc/*

to my latest installed VR8 (downloaded yesterday) but sadly couldn't get it
to work. I could still download files from /etc directory. It has no
problems if I were to specify single files (ie. noretrieve /etc/hosts
/etc/passwd ....) though.

Is my use of NORETRIEVE correct????

thks

Victor Tan







"lundberg+wuftpd"@vr.net on 29/09/98 09:47:34 PM

To:   Thian Leng Victor Tan/IT/SINGAPORE/BFI/BNP
cc:   [email protected]
Subject:  Re: directory blocking for NORETRIEVE




On Tue, 29 Sep 1998 [email protected] wrote:

> does anyone know how I can block entire directories (eg. /etc/*) from
> being ftp'd using the NORETRIEVE command???

Get the VR7-patched beta-18, or wait until the 1st and get VR8.

  ftp://ftp.vr.net/pub/wu-ftpd/wu-ftpd-2.4.2-beta-18-vr7.tar.gz

--

Gregory A Lundberg       Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195






From [email protected]  Fri Oct  2 11:35:22 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id LAA04146;
       Fri, 2 Oct 1998 11:35:21 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA28212;
       Fri, 2 Oct 1998 11:27:08 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA08637
       for <[email protected]>; Fri, 2 Oct 1998 11:25:00 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id MAA10532;
       Fri, 2 Oct 1998 12:24:51 -0400
Message-Id: <[email protected]>
Date: Fri, 2 Oct 1998 12:24:51 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: directory blocking for NORETRIEVE
In-Reply-To: <48256691.001D314B.00@SMTP_PARIS1.bnpgroup.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 2 Oct 1998 [email protected] wrote:

> I tried to apply the line :
>
> noretrieve  /etc/*
>
> to my latest installed VR8 (downloaded yesterday) but sadly couldn't get it
> to work. I could still download files from /etc directory. It has no
> problems if I were to specify single files (ie. noretrieve /etc/hosts
> /etc/passwd ....) though.
>
> Is my use of NORETRIEVE correct?

No.  Use this instead:

noretrieve /etc

Very few of the features of wu-ftpd actually support filename globbing or
regular expressions.  In fact, I'm just this week sitting down to work on
that deficiency in the daemon.  There's several old requests about this.
Here's what I've got in my VR9 plan on this subject:

--

Support regular expressions in noretrieve.  From a patch submitted to the
mailing list by [email protected] on Apr 22, 1997.

Support globbing/wildcards throughout ftpaccess file.  From a request sent
to the mailing list by [email protected] on Oct 7, 1997.  Patch posted to
the mailing list by [email protected] on Oct 8, 1997.

Add 'allow-retrieve' to allow retrieval of files which would be denied by
earlier 'noretrieve' clauses.  From a request sent to the mailing list by
[email protected] on Oct 7, 1997.

Include the 'password-check-kit' posted to the mailing list June 9, 1998,
by [email protected].  This adds regular expression matching for
email addresses.  The original kit checks the DNS for A and MX RRs; only
MX records should be verified since A records should never be used for
delivery of email and the idea is to determine if the email address given
could possibly be correct.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Fri Oct  2 12:35:31 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id MAA04678;
       Fri, 2 Oct 1998 12:35:31 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA05303;
       Fri, 2 Oct 1998 12:31:43 -0500 (CDT)
Received: from feed.rcn.med.keio.ac.jp (feed.rcn.med.keio.ac.jp [131.113.180.173])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA08250
       for <[email protected]>; Fri, 2 Oct 1998 12:25:23 -0500 (CDT)
Received: (qmail 26201 invoked by uid 1001); 3 Oct 1998 02:25:20 +0900
Message-Id: <[email protected]>
Date: 03 Oct 1998 02:25:19 +0900
Reply-To: [email protected]
Sender: [email protected]
From: Ayamura Kikuchi <[email protected]>
To: [email protected]
Subject: Re: directory blocking for NORETRIEVE
In-Reply-To: <[email protected]>
References: <[email protected]>
MIME-Version: 1.0 (generated by SEMI 1.8.6 - "Fukuoka")
Content-Type: text/plain; charset=US-ASCII
X-PGP-Fingerprint: 9F 4F FD B6 47 0D 87 65  7B 67 7C A9 70 F3 8C 52
X-Mailer: Semi-gnus 6.8.19 (based on Gnus 5.6.44; for SEMI 1.8, FLIM 1.8/1.9)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> Include the 'password-check-kit' posted to the mailing list June 9, 1998,
> by [email protected].  This adds regular expression matching for
> email addresses.  The original kit checks the DNS for A and MX RRs; only
> MX records should be verified since A records should never be used for
> delivery of email and the idea is to determine if the email address given
> could possibly be correct.

The password-check-kit-1.4.5 for VR8, Bero and academ is now available.
       ftp://ftp.eos.hokudai.ac.jp/pub/wu-ftpd/pck/release/

-- Ayamura Kikuchi

From [email protected]  Fri Oct  2 13:35:50 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id NAA05208
       for <[email protected]>; Fri, 2 Oct 1998 13:35:49 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA23023;
       Fri, 2 Oct 1998 13:29:42 -0500 (CDT)
Received: from orca ([email protected] [132.250.14.64])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA00308
       for <[email protected]>; Fri, 2 Oct 1998 13:29:03 -0500 (CDT)
Received: from [132.250.14.102] by orca (SMI-8.6/SMI-SVR4)
       id OAA02276; Fri, 2 Oct 1998 14:24:24 -0400
Message-Id: <v04101a0eb23ac838d060@[132.250.14.102]>
Date: Fri, 2 Oct 1998 14:29:29 -0400
Reply-To: [email protected]
Sender: [email protected]
From: Michael Will <[email protected]>
To: [email protected]
Subject: Security: root ownership
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
; format="flowed"
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have a perplexing situation...

I have set up the required directories (/etc /bin /dev /usr )... along with
the .foward and .rhosts files.

My question is what is the group supposed to be?  Reason is that I have set
them up as root owned and only readable by root, but the owner is able to
remove them fine form the FTP client.  I belive I have the group set right
for the required files and directories, but the user can still delete
them...

drwxr-xr-x   6 will   ftpuser        512 Sep 18 13:27 .
drwxr-xr-x  36 will     will        1024 Oct  2 13:33 ..
-r--------   1 root     root           0 Sep 18 12:34 .forward
-r--------   1 root     root           0 Sep 18 12:33 .rhosts
d--x--x--x   2 root     other        512 Sep 17 07:06 bin
drwxr-xr-x   2 root     other        512 Sep 18 11:16 dev
d--x--x--x   2 root     other        512 Sep 18 12:33 etc
dr-xr-xr-x   3 root     other        512 Sep 17 07:21 usr
-r--r--r--   1 root     other       1856 Sep 18 13:27 welcome.msg

What am I missing here?

Michael

--
Michael Will                    |   Voice: (202) 767-9196 Ext. 226
Naval Research Lab Code 8140    |   Fax:   (202) 404-8918
4555 Overlook Ave. SW           |   E-mail: [email protected]
Washington, DC 20375            |   Skypage: 1-800-SKY-PAGE #1528803

Key fingerprint =  B5BC B3BB 8995 D642 309F  9A12 9C4F D4A2 9774 DD13

From [email protected]  Fri Oct  2 13:46:29 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id NAA05332
       for <[email protected]>; Fri, 2 Oct 1998 13:46:28 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA11765;
       Fri, 2 Oct 1998 13:42:45 -0500 (CDT)
Received: from nis.acs.uci.edu ([email protected] [128.200.16.34])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA11086
       for <[email protected]>; Fri, 2 Oct 1998 13:36:52 -0500 (CDT)
Received: from bingy.acs.uci.edu (bingy.acs.uci.edu [128.200.34.36]) by nis.acs.uci.edu (8.8.8/) with SMTP id LAA06515 for <[email protected]>; Fri, 2 Oct 1998 11:36:42 -0700 (PDT)
Message-Id: <[email protected]>
Date: Fri, 02 Oct 1998 11:36:41 -0700
Reply-To: [email protected]
Sender: [email protected]
From: Dan Stromberg <[email protected]>
To: [email protected]
Subject: Re: directory blocking for NORETRIEVE
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: [email protected]
X-Mailer: Mozilla 3.0 (X11; I; SunOS 5.7 sun4u)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Ayamura Kikuchi wrote:
>
> > Include the 'password-check-kit' posted to the mailing list June 9, 1998,
> > by [email protected].  This adds regular expression matching for
> > email addresses.  The original kit checks the DNS for A and MX RRs; only
> > MX records should be verified since A records should never be used for
> > delivery of email and the idea is to determine if the email address given
> > could possibly be correct.

Actually, A records -should- be verified.

Sure, using an MX instead of an A implies less load on DNS servers, but
a lot of people don't know this, and this is really just a somewhat
small performance issue, not something wuftpd should get into
enforcing.  Many people, including some experienced admins, use A's for
e-mail.  We don't (at least, nothing we set up in the last couple of
years), but I expect quite a number of sites do.

wuftpd should duplicate what sendmail does, not create its own rules.

So there should also be a CNAME check (or you could just go through the
C library for this part), and there should also (nasty as they are) be a
wildcard MX check (tho the DNS may do this transparently).

sendmail's dns_getcanonname() is perhaps the right function to emulate
or replicate.

When it comes to computer protocols, you should always be liberal in
what you accept, and conservative in what you produce.

From [email protected]  Fri Oct  2 13:58:53 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id NAA05438
       for <[email protected]>; Fri, 2 Oct 1998 13:58:52 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA09886;
       Fri, 2 Oct 1998 13:55:53 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA00706
       for <[email protected]>; Fri, 2 Oct 1998 13:50:57 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id OAA11299;
       Fri, 2 Oct 1998 14:50:52 -0400
Message-Id: <[email protected]>
Date: Fri, 2 Oct 1998 14:50:52 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Michael Will <[email protected]>
Cc: [email protected]
Subject: Re: Security: root ownership
In-Reply-To: <v04101a0eb23ac838d060@[132.250.14.102]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 2 Oct 1998, Michael Will wrote:

> I have a perplexing situation...

Not really.

> My question is what is the group supposed to be?  Reason is that I have set
> them up as root owned and only readable by root, but the owner is able to
> remove them fine form the FTP client.  I belive I have the group set right
> for the required files and directories, but the user can still delete
> them...
>
> drwxr-xr-x   6 will   ftpuser        512 Sep 18 13:27 .
> drwxr-xr-x  36 will     will        1024 Oct  2 13:33 ..
> -r--------   1 root     root           0 Sep 18 12:34 .forward
> -r--------   1 root     root           0 Sep 18 12:33 .rhosts
> d--x--x--x   2 root     other        512 Sep 17 07:06 bin
> drwxr-xr-x   2 root     other        512 Sep 18 11:16 dev
> d--x--x--x   2 root     other        512 Sep 18 12:33 etc
> dr-xr-xr-x   3 root     other        512 Sep 17 07:21 usr
> -r--r--r--   1 root     other       1856 Sep 18 13:27 welcome.msg
>
> What am I missing here?

drwxr-xr-x   6 will   ftpuser        512 Sep 18 13:27 .

should be

drwxr-xr-t   6 will   ftpuser        512 Sep 18 13:27 .

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Fri Oct  2 14:05:45 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id OAA05490
       for <[email protected]>; Fri, 2 Oct 1998 14:05:44 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA23918;
       Fri, 2 Oct 1998 14:02:11 -0500 (CDT)
Received: from onyx.dcri.duke.edu (onyx.dcri.duke.edu [152.3.109.28])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA14560
       for <[email protected]>; Fri, 2 Oct 1998 14:00:25 -0500 (CDT)
Received: by onyx.dcri.duke.edu with Internet Mail Service (5.0.1458.49)
       id <4BY7WRB3>; Fri, 2 Oct 1998 15:00:25 -0400
Message-Id: <[email protected]>
Date: Fri, 2 Oct 1998 15:00:22 -0400
Reply-To: [email protected]
Sender: [email protected]
From: "Hepp, Paul" <[email protected]>
To: "'WU-FTPD list server'" <[email protected]>
Subject: mget command failure
MIME-Version: 1.0
Content-Type: text/plain
X-Priority: 3
X-Mailer: Internet Mail Service (5.0.1458.49)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello all,
Why is my mget command failing for a legal guest user.
mget *.xyz is in a script that gets fired off at the desktop.

Do I need to add glob? How?

Or do I need to make changes to wuftp?
Paul

From [email protected]  Fri Oct  2 14:11:44 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id OAA05574
       for <[email protected]>; Fri, 2 Oct 1998 14:11:44 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA05463;
       Fri, 2 Oct 1998 14:08:29 -0500 (CDT)
Received: from ecua.net.ec (ecua.net.ec [157.100.1.2])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA23758
       for <[email protected]>; Fri, 2 Oct 1998 14:04:17 -0500 (CDT)
Received: from continental.fin.ec (CONTINENTAL.FIN.EC [192.188.196.2])
       by ecua.net.ec (8.9.0/8.9.0) with SMTP id OAA43874
       for <[email protected]>; Fri, 2 Oct 1998 14:00:43 -0400
Received: from server-ccc.continental.fin.ec by continental.fin.ec (SMI-8.6/SMI-SVR4)
       id OAA11741; Fri, 2 Oct 1998 14:04:52 +0500
Received: from ccMail by server-ccc.continental.fin.ec (ccMail Link to SMTP R8.10.00)
   id AA907362144; Fri, 02 Oct 98 14:02:24 -0500
Message-Id: <[email protected]>
Date: Fri, 02 Oct 98 14:09:57 -0500
Reply-To: [email protected]
Sender: [email protected]
From: [email protected] (Raquel Mendoza)
To: <[email protected]>
Subject: No subject given
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Description: "cc:Mail Note Part"
X-Mailer: ccMail Link to SMTP R8.10.00
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


    Unsuscribe



From [email protected]  Fri Oct  2 14:24:23 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id OAA05712
       for <[email protected]>; Fri, 2 Oct 1998 14:24:23 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA28359;
       Fri, 2 Oct 1998 14:21:20 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA20641
       for <[email protected]>; Fri, 2 Oct 1998 14:15:56 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id PAA11485;
       Fri, 2 Oct 1998 15:15:52 -0400
Message-Id: <[email protected]>
Date: Fri, 2 Oct 1998 15:15:52 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Hepp, Paul" <[email protected]>
Cc: "'WU-FTPD list server'" <[email protected]>
Subject: Re: mget command failure
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 2 Oct 1998, Hepp, Paul wrote:

> Why is my mget command failing for a legal guest user. mget *.xyz is
> in a script that gets fired off at the desktop.

'mget' is a client-side thing and not part of the FTP protocol.  The
question is what failed.  Was it that the client couldn't list the
directory contents?

> Do I need to add glob?

No.  It's already in the client.

> Or do I need to make changes to wuftp?

No.  The server can't help with 'mget' but you probably have it set up
wrong.  If it's that the NLST (external ls) command isn't working, check
the FAQ.

The location of the latest version of wu-ftpd can be found in the
directory

     ftp://ftp.academ.com/pub/wu-ftpd/private/

You can't see the directory contents, so read the message informing you
of the actual filename to retrieve. It's there.

wu-ftpd Resource Center:  http://www.landfield.com/wu-ftpd/
wu-ftpd FAQ:              http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html
wu-ftpd list archive:     http://www.landfield.com/wu-ftpd/mail-archive/

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Fri Oct  2 14:28:26 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id OAA05784
       for <[email protected]>; Fri, 2 Oct 1998 14:28:25 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA03605;
       Fri, 2 Oct 1998 14:23:41 -0500 (CDT)
Received: from nis.acs.uci.edu ([email protected] [128.200.16.34])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA26390
       for <[email protected]>; Fri, 2 Oct 1998 14:19:49 -0500 (CDT)
Received: from bingy.acs.uci.edu (bingy.acs.uci.edu [128.200.34.36]) by nis.acs.uci.edu (8.8.8/) with SMTP id MAA06732; Fri, 2 Oct 1998 12:19:22 -0700 (PDT)
Message-Id: <[email protected]>
Date: Fri, 02 Oct 1998 12:19:21 -0700
Reply-To: [email protected]
Sender: [email protected]
From: Dan Stromberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: No subject given
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: [email protected]
X-Mailer: Mozilla 3.0 (X11; I; SunOS 5.7 sun4u)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Raquel Mendoza wrote:
>
>      Unsuscribe

You should never send unsubscription requests to the list from which you
wish to unsubscribe.  It just annoys people.

Please read:

http://nis.acs.uci.edu/~strombrg/unsubscription-faq.html

From [email protected]  Fri Oct  2 14:30:28 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id OAA05814
       for <[email protected]>; Fri, 2 Oct 1998 14:30:27 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA17012;
       Fri, 2 Oct 1998 14:25:43 -0500 (CDT)
Received: from ds.rei.br (ds.rei.br [200.241.160.21])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA18597
       for <[email protected]>; Fri, 2 Oct 1998 14:20:33 -0500 (CDT)
Received: (from aaw@localhost)
       by ds.rei.br (8.9.0/8.9.0) id QAA09566
       for [email protected]; Fri, 2 Oct 1998 16:20:24 -0300
Message-Id: <[email protected]>
Date: Fri, 2 Oct 1998 16:20:24 -0300
Reply-To: [email protected]
Sender: [email protected]
From: Alexandre Almeida Wanderley <[email protected]>
To: [email protected]
Subject: lresolv vs. lbind
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-MD5: MvJJxA27NlWOeF9kswG/ww==
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

       Hi all,


       Just a simple question:
       I'm right to compile/install wu-ftpd-2.4.2-b18 over SunOS 4.1.4, but
I'd like to use lbind (bind 8.1.2) instead of the old lresolv that comes with
SunOS. Does it make sense? Or it will not makes any difference to wu-ftpd...?


       Thanks

From [email protected]  Fri Oct  2 14:30:50 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id OAA05821
       for <[email protected]>; Fri, 2 Oct 1998 14:30:49 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA28133;
       Fri, 2 Oct 1998 14:27:53 -0500 (CDT)
Received: from diplomatic.passport.ca ([email protected] [204.225.103.222])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA27351
       for <[email protected]>; Fri, 2 Oct 1998 14:22:13 -0500 (CDT)
Received: from diplomatic.passport.ca(really [204.225.103.222]) by diplomatic.passport.ca
       via sendmail with smtp (ident mchong using rfc1413)
       id <[email protected]>
       for <[email protected]>; Fri, 2 Oct 1998 15:22:10 -0400 (EDT)
       (Smail-3.2.0.95 1997-May-7 #7 built 1997-May-20)
Message-Id: <[email protected]>
Date: Fri, 2 Oct 1998 15:22:01 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Martin Chong <[email protected]>
To: [email protected]
Subject: Re: No subject given
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 2 Oct 1998, Raquel Mendoza wrote:

Unsubscribe


*********************************
Martin Chong                    *
Network Systems Administrator   *
Passport Online                 *
230 Richmond St. West           *
Toronto, ON                     *
(416)-351-1040                  *
                               *
e-mail: [email protected]      *
*********************************


From [email protected]  Fri Oct  2 14:57:59 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id OAA06071
       for <[email protected]>; Fri, 2 Oct 1998 14:57:58 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA03061;
       Fri, 2 Oct 1998 14:54:15 -0500 (CDT)
Received: from nis.acs.uci.edu ([email protected] [128.200.16.34])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA23974
       for <[email protected]>; Fri, 2 Oct 1998 14:50:13 -0500 (CDT)
Received: from bingy.acs.uci.edu (bingy.acs.uci.edu [128.200.34.36]) by nis.acs.uci.edu (8.8.8/) with SMTP id MAA06860; Fri, 2 Oct 1998 12:49:20 -0700 (PDT)
Message-Id: <[email protected]>
Date: Fri, 02 Oct 1998 12:49:19 -0700
Reply-To: [email protected]
Sender: [email protected]
From: Dan Stromberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: No subject given
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: [email protected]
X-Mailer: Mozilla 3.0 (X11; I; SunOS 5.7 sun4u)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

No.  Bad user.  Don't send unsubscription requests to the list.

For information about how to do this correctly, please read:

http://nis.acs.uci.edu/~strombrg/unsubscription-faq.html.

Martin Chong wrote:
>
> On Fri, 2 Oct 1998, Raquel Mendoza wrote:
>
> Unsubscribe
>
> *********************************
> Martin Chong                    *
> Network Systems Administrator   *
> Passport Online                 *
> 230 Richmond St. West           *
> Toronto, ON                     *
> (416)-351-1040                  *
>                                 *
> e-mail: [email protected]      *
> *********************************

From [email protected]  Fri Oct  2 15:04:01 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id PAA06150
       for <[email protected]>; Fri, 2 Oct 1998 15:04:00 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA25283;
       Fri, 2 Oct 1998 15:00:48 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA19865
       for <[email protected]>; Fri, 2 Oct 1998 14:58:54 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id PAA11843;
       Fri, 2 Oct 1998 15:58:41 -0400
Message-Id: <[email protected]>
Date: Fri, 2 Oct 1998 15:58:41 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Dan Stromberg <[email protected]>
Cc: [email protected]
Subject: Re: directory blocking for NORETRIEVE
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 2 Oct 1998, Dan Stromberg wrote:

> > > Include the 'password-check-kit' posted to the mailing list June 9, 1998,
> > > by [email protected].  This adds regular expression matching for
> > > email addresses.  The original kit checks the DNS for A and MX RRs; only
> > > MX records should be verified since A records should never be used for
> > > delivery of email and the idea is to determine if the email address given
> > > could possibly be correct.
>
> Actually, A records -should- be verified.
>
> Sure, using an MX instead of an A implies less load on DNS servers,
> but a lot of people don't know this, and this is really just a
> somewhat small performance issue, not something wuftpd should get into
> enforcing.  Many people, including some experienced admins, use A's
> for e-mail.  We don't (at least, nothing we set up in the last couple
> of years), but I expect quite a number of sites do.

This isn't a performance issue.  Sites concerned about performance will
likely want all the DNS activity removed (hence, the NO_DNS option in
VR8).

> wuftpd should duplicate what sendmail does, not create its own rules.

I believe the RFC (or at least a BCP) says you shouldn't attempt delivery
without an MX.  The proposition is the MX is advertisement of willingness
to accept mail and the lack of one should not be taken to mean the the
host will accept it directly.

Sendmail attempts the delivery on the supposition that (a) well, if it
takes it, that's fine but what we're hoping is (b) maybe an MX will show
up while this email is in the queue.

> So there should also be a CNAME check (or you could just go through the
> C library for this part), and there should also (nasty as they are) be a
> wildcard MX check (tho the DNS may do this transparently).

Yes, the check should look through CNAMEs to see if the target has an MX.

> sendmail's dns_getcanonname() is perhaps the right function to emulate
> or replicate.

Reading that function does point out the check will need to walk toward
the root domain ('.') to see if there are any wildcard MX records to be
found higher up.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195



From [email protected]  Fri Oct  2 15:09:57 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id PAA06231
       for <[email protected]>; Fri, 2 Oct 1998 15:09:57 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA24106;
       Fri, 2 Oct 1998 15:06:58 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA07347
       for <[email protected]>; Fri, 2 Oct 1998 15:06:23 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id QAA11879;
       Fri, 2 Oct 1998 16:05:35 -0400
Message-Id: <[email protected]>
Date: Fri, 2 Oct 1998 16:05:35 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Alexandre Almeida Wanderley <[email protected]>
Cc: [email protected]
Subject: Re: lresolv vs. lbind
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 2 Oct 1998, Alexandre Almeida Wanderley wrote:

> I'm right to compile/install wu-ftpd-2.4.2-b18 over SunOS 4.1.4, but
> I'd like to use lbind (bind 8.1.2) instead of the old lresolv that
> comes with SunOS. Does it make sense? Or it will not makes any
> difference to wu-ftpd...?

The daemon won't care all that much.  Personally, I've given up on the
pain of trying to link against the new bind libraries and use whatever the
defaults are on the machine, hoping that it won't make too much
difference.  Never noticed it has.  Someday people might start putting in
code which requires the new features of bind, but until then I don't think
it matters (or at least haven't seen any problems).

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Fri Oct  2 15:19:50 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id PAA06402
       for <[email protected]>; Fri, 2 Oct 1998 15:19:49 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA24139;
       Fri, 2 Oct 1998 15:13:31 -0500 (CDT)
Received: from nis.acs.uci.edu ([email protected] [128.200.16.34])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA16561
       for <[email protected]>; Fri, 2 Oct 1998 15:09:58 -0500 (CDT)
Received: from bingy.acs.uci.edu (bingy.acs.uci.edu [128.200.34.36]) by nis.acs.uci.edu (8.8.8/) with SMTP id NAA06963; Fri, 2 Oct 1998 13:09:30 -0700 (PDT)
Message-Id: <[email protected]>
Date: Fri, 02 Oct 1998 13:09:28 -0700
Reply-To: [email protected]
Sender: [email protected]
From: Dan Stromberg <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: [email protected]
Subject: Re: directory blocking for NORETRIEVE
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: [email protected]
X-Mailer: Mozilla 3.0 (X11; I; SunOS 5.7 sun4u)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Gregory A Lundberg wrote:
> This isn't a performance issue.  Sites concerned about performance will
> likely want all the DNS activity removed (hence, the NO_DNS option in
> VR8).

It's a performance issue to sendmail, according to the bat book.

> > wuftpd should duplicate what sendmail does, not create its own rules.
>
> I believe the RFC (or at least a BCP) says you shouldn't attempt delivery
> without an MX.  The proposition is the MX is advertisement of willingness
> to accept mail and the lack of one should not be taken to mean the the
> host will accept it directly.

This violates the "liberal in what you accept" principal.  You really
should be able to use an A.  If you refuse an e-mail address that
sendmail accepts, people are going to think wuftpd is confused about
what an e-mail address really is.  Hence you're going to end up
answering a bunch of silly questions about why it "doesn't work" - and
worse, simply drive people away from using sites configured with the DNS
check.  (Every bug report should be assumed to have 9 other people
who've encountered the same bug and just given up)

From [email protected]  Fri Oct  2 15:26:53 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id PAA06498
       for <[email protected]>; Fri, 2 Oct 1998 15:26:52 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA29277;
       Fri, 2 Oct 1998 15:20:35 -0500 (CDT)
Received: from ds.rei.br (ds.rei.br [200.241.160.21])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA08382
       for <[email protected]>; Fri, 2 Oct 1998 15:14:21 -0500 (CDT)
Received: (from aaw@localhost)
       by ds.rei.br (8.9.0/8.9.0) id RAA20766
       for [email protected]; Fri, 2 Oct 1998 17:13:49 -0300
Message-Id: <[email protected]>
Date: Fri, 2 Oct 1998 17:13:49 -0300
Reply-To: [email protected]
Sender: [email protected]
From: Alexandre Almeida Wanderley <[email protected]>
To: [email protected]
Subject: Re: lresolv vs. lbind (ok)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-MD5: KZCRTK1w38YfFVH3Yu1oqQ==
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

       Hi, Greg


       Thanks (again)...
       I don't intend look for troubles now... :)  I'll keep lresolv.


       Alexandre Almeida

From [email protected]  Fri Oct  2 15:28:59 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id PAA06523
       for <[email protected]>; Fri, 2 Oct 1998 15:28:58 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA19969;
       Fri, 2 Oct 1998 15:22:41 -0500 (CDT)
Received: from hub1.san-jose.webnexus.net (hub1.san-jose.webnexus.net [209.140.224.2])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA17218
       for <[email protected]>; Fri, 2 Oct 1998 15:17:59 -0500 (CDT)
Received: from dalmatian.webnexus.com (dalmatian.webnexus.com [209.140.224.8])
       by hub1.san-jose.webnexus.net (8.8.7/8.8.5/WN-1.3) with ESMTP id NAA32268;
       Fri, 2 Oct 1998 13:17:57 -0700 (PDT)
Received: (from kovar@localhost)
       by dalmatian.webnexus.com (8.9.1/8.8.5/WN-1.3) id NAA15642;
       Fri, 2 Oct 1998 13:19:30 -0700 (PDT)
Message-Id: <[email protected]>
Date: Fri, 2 Oct 1998 13:19:30 -0700 (PDT)
Reply-To: [email protected]
Sender: [email protected]
From: David Kovar <[email protected]>
To: [email protected]
Cc: [email protected], [email protected]
Subject: Re: directory blocking for NORETRIEVE
In-Reply-To: <[email protected]> from "Dan Stromberg" at Oct 2, 98 01:09:28 pm
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4 PL24 PGP2]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> Gregory A Lundberg wrote:
> > This isn't a performance issue.  Sites concerned about performance will
> > likely want all the DNS activity removed (hence, the NO_DNS option in
> > VR8).
>
> It's a performance issue to sendmail, according to the bat book.

According to the README in the cf section of the latest sendmail,
"nodns" is a "nop" at the moment. If you do not want DNS, you should
remove it from /etc/nsswitch.conf.

-David

From [email protected]  Fri Oct  2 15:32:21 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id PAA06593
       for <[email protected]>; Fri, 2 Oct 1998 15:32:19 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA25582;
       Fri, 2 Oct 1998 15:25:46 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA17520
       for <[email protected]>; Fri, 2 Oct 1998 15:19:13 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id QAA11990;
       Fri, 2 Oct 1998 16:19:05 -0400
Message-Id: <[email protected]>
Date: Fri, 2 Oct 1998 16:19:05 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Dan Stromberg <[email protected]>
Cc: [email protected]
Subject: Re: directory blocking for NORETRIEVE
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 2 Oct 1998, Dan Stromberg wrote:

> > This isn't a performance issue.  Sites concerned about performance will
> > likely want all the DNS activity removed (hence, the NO_DNS option in
> > VR8).
>
> It's a performance issue to sendmail, according to the bat book.

We're not writing sendmail.

> > > wuftpd should duplicate what sendmail does, not create its own rules.
> >
> > I believe the RFC (or at least a BCP) says you shouldn't attempt delivery
> > without an MX.  The proposition is the MX is advertisement of willingness
> > to accept mail and the lack of one should not be taken to mean the the
> > host will accept it directly.
>
> This violates the "liberal in what you accept" principal.  You really
> should be able to use an A.  If you refuse an e-mail address that
> sendmail accepts, people are going to think wuftpd is confused about
> what an e-mail address really is.  Hence you're going to end up
> answering a bunch of silly questions about why it "doesn't work" - and
> worse, simply drive people away from using sites configured with the DNS
> check.  (Every bug report should be assumed to have 9 other people
> who've encountered the same bug and just given up)

We're not writing a mail server at all.

That adage is for protocol issues.  This is a security feature.  For
security it reads, "be draconian and if they don't like it, tough."

The idea is to see if the email address could possibly be delivered.  An
MX says 'yes'.  No MX says 'dunno, try again later'.  This is a security
check, there is no later to try.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Fri Oct  2 15:59:12 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id PAA06847
       for <[email protected]>; Fri, 2 Oct 1998 15:59:12 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA04339;
       Fri, 2 Oct 1998 15:53:32 -0500 (CDT)
Received: from nis.acs.uci.edu ([email protected] [128.200.16.34])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA30726
       for <[email protected]>; Fri, 2 Oct 1998 15:51:13 -0500 (CDT)
Received: from bingy.acs.uci.edu (bingy.acs.uci.edu [128.200.34.36]) by nis.acs.uci.edu (8.8.8/) with SMTP id NAA07185; Fri, 2 Oct 1998 13:51:04 -0700 (PDT)
Message-Id: <[email protected]>
Date: Fri, 02 Oct 1998 13:51:04 -0700
Reply-To: [email protected]
Sender: [email protected]
From: Dan Stromberg <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: [email protected]
Subject: Re: directory blocking for NORETRIEVE
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: [email protected]
X-Mailer: Mozilla 3.0 (X11; I; SunOS 5.7 sun4u)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Gregory A Lundberg wrote:
> > It's a performance issue to sendmail, according to the bat book.
>
> We're not writing sendmail.

Then be more careful with your contradictions.  You should have said
"not a performance issue to wuftpd" not "not a performance issue".

> That adage is for protocol issues.  This is a security feature.  For
> security it reads, "be draconian and if they don't like it, tough."

If you refuse MXless A's, you're almost certainly going to drive away a
class of legitimate users you should have granted access to.

> The idea is to see if the email address could possibly be delivered.
An
> MX says 'yes'.  No MX says 'dunno, try again later'.  This is a security
> check, there is no later to try.

According to the bat book, no MX says "try the A immediately", not "try
again later".  IE, an A alone works fine, it's just a bit slower (hence
my mention of the performance issue), because the DNS server gets two
requests instead of one (MX check, then A check; instead of just MX
check).

If you want "possibly delivered", as you say, then you need to check for
A's, assuming the bat book isn't incorrect.

From [email protected]  Fri Oct  2 18:19:10 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id SAA07948
       for <[email protected]>; Fri, 2 Oct 1998 18:19:10 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA07499;
       Fri, 2 Oct 1998 18:15:52 -0500 (CDT)
Received: from scully.tamu.edu ([email protected] [128.194.103.31])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA24424
       for <[email protected]>; Fri, 2 Oct 1998 18:12:10 -0500 (CDT)
Received: from wjb4734 (modem-0801.rns.tamu.edu [165.91.67.96])
       by scully.tamu.edu (8.9.0/8.9.0) with SMTP id SAA25398
       for <[email protected]>; Fri, 2 Oct 1998 18:12:08 -0500 (CDT)
Message-Id: <[email protected]>
Date: Fri, 2 Oct 1998 18:13:19 -0500
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: uploading files
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-mailer: Pegasus Mail for Win32 (v3.01b)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have tried uploading files using wsftp ftp program and each time
the transfer fails (I can login to the ftp server fine, it's just on the
transfer).  Are there any permissions that I need to set for my ftp
directories to allow me to upload files?

Thanks,
William

From [email protected]  Fri Oct  2 19:04:47 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id TAA08341
       for <[email protected]>; Fri, 2 Oct 1998 19:04:47 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA00119;
       Fri, 2 Oct 1998 19:01:48 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA25391
       for <[email protected]>; Fri, 2 Oct 1998 19:00:20 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id UAA12960;
       Fri, 2 Oct 1998 20:00:12 -0400
Message-Id: <[email protected]>
Date: Fri, 2 Oct 1998 20:00:12 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: uploading files
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 2 Oct 1998 [email protected] wrote:

> I have tried uploading files using wsftp ftp program and each time the
> transfer fails (I can login to the ftp server fine, it's just on the
> transfer).  Are there any permissions that I need to set for my ftp
> directories to allow me to upload files?

Yes.  I've put together an example site.  Go to

 ftp://ftp.vr.net/pub/wu-ftpd/examples

and browse about.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Fri Oct  2 19:11:03 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id TAA08427
       for <[email protected]>; Fri, 2 Oct 1998 19:11:02 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA14260;
       Fri, 2 Oct 1998 19:08:15 -0500 (CDT)
Received: from ljcqs016.cnf.com (mailhost.cnf.com [205.185.108.240])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA01850
       for <[email protected]>; Fri, 2 Oct 1998 19:05:59 -0500 (CDT)
Received: from cnfqs021.cnf.com (cnfqs021.cnf.com [10.0.2.16])
       by ljcqs016.cnf.com (8.8.7/8.8.7) with ESMTP id RAA05655
       for <[email protected]>; Fri, 2 Oct 1998 17:05:28 -0700 (PDT)
Received: by cnfqs021.cnf.com with Internet Mail Service (5.5.1960.3)
       id <41RNZ5DX>; Fri, 2 Oct 1998 17:05:41 -0700
Message-Id: <[email protected]>
Date: Fri, 2 Oct 1998 17:05:41 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Speier, Guy J - CNF" <[email protected]>
To: [email protected]
Subject: RE: uploading files
MIME-Version: 1.0
Content-Type: text/plain
X-Mailer: Internet Mail Service (5.5.1960.3)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

       Could someone give me a wu-ftp loggin 101 lesson?  I don't have
access to the faq (no http / ftp connection),
       and was hopping to get a quick refresher!

       thanks
       Guy

From [email protected]  Sat Oct  3 14:24:01 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id OAA28361
       for <[email protected]>; Sat, 3 Oct 1998 14:24:00 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA06485;
       Sat, 3 Oct 1998 14:19:42 -0500 (CDT)
Received: from shodan.in-trier.de ([email protected] [198.22.51.3])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA21163
       for <[email protected]>; Sat, 3 Oct 1998 14:16:56 -0500 (CDT)
Received: from localhost (cray.microsoft.eu.org [198.22.51.119])
       by shodan.in-trier.de (8.8.8/8.8.8) with SMTP id VAA03362;
       Sat, 3 Oct 1998 21:18:38 +0200
Message-Id: <[email protected]>
Date: Sat, 3 Oct 1998 21:16:11 +0200 (CEST)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: [email protected], [email protected],
       [email protected]
Cc: [email protected]
Subject: BeroFTPD 1.1.12 and kBeroFTPD 1.0.0-pre1 released
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Just returned from my vacation - and brought you all a nice present ;)

Highlights:
+ Add (EXPERMIENTAL) support for using alternate passwd/shadow files
+ Add (EXPERIMENTAL) support for the HOST command - this enables running
 different virtual servers on the same IP and port.
* Fix detection of symlink capability
* Make internal ls use less memory at a time ("ls -laR /" is no longer a
 problem)
* Fix all important bugs in internal ls
* Speed up internal ls
* Stop ftpck from complaining about "invalid directive"s that are not
 invalid, but new...
* Updates to manpages
* Repeat DNS lookups only if gethostbyaddr returned a recoverable error.
* Code cleanup
* Compatibility fixes (utmp entries)
* Warn if "virtual" command is used in ftpaccess if we're compiled without
 support for virtual hosts
* Permit -X option

This time, I consider the internal ls so stable that I'm using it on my
own servers - it's probably worth a try.

Also, I've put up a pre-release version of kBeroFTPD 1.0.0, a KDE frontend
for generating BeroFTPD's ftpaccess files.

They can be found at the usual places:
ftp://ftp.aachen.linux.de/pub/BeroFTPD/
ftp://ftp.croftj.net/usr/bero/BeroFTPD/
ftp://ftp.sunet.se/pub/nir/ftp/servers/BeroFTPD/
ftp://sunsite.cnlab-switch.ch/mirror/BeroFTPD/

LLaP
bero

--
Windows 98 supports real multitasking - it can boot and crash simultaneously.
***
Anyone sending unwanted advertising e-mail to this address will be charged
$25 for network traffic and computing time. By extracting my address from
this message or its header, you agree to these terms.



From [email protected]  Sat Oct  3 15:13:00 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id PAA28712
       for <[email protected]>; Sat, 3 Oct 1998 15:13:00 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA17561;
       Sat, 3 Oct 1998 15:09:20 -0500 (CDT)
Received: from merlin.tamucc.edu (merlin.tamucc.edu [165.95.8.17])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA04210
       for <[email protected]>; Sat, 3 Oct 1998 15:03:09 -0500 (CDT)
Received: from batman.tamucc.edu (batman.tamucc.edu [165.95.11.11]) by merlin.tamucc.edu (8.7/8.6.9) with SMTP id PAA03411 for <[email protected]>; Sat, 3 Oct 1998 15:03:08 -0500 (CDT)
Received: from 1Cust27.tnt1.corpus-christi.tx.da.uu.net by batman.tamucc.edu (5.65v4.0/1.1.19.2/27Aug98-0120AM)
       id AA11553; Sat, 3 Oct 1998 15:03:06 -0500
Message-Id: <[email protected]>
Date: Sat, 03 Oct 1998 15:02:54 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Alex <[email protected]>
To: [email protected]
Subject: aliases in /etc/ftpaccess
Mime-Version: 1.0
Content-Type: multipart/alternative;
boundary="------------C930078D4F504104BCF76D9A"
X-Mailer: Mozilla 4.5b2 [en] (Win98; I)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


--------------C930078D4F504104BCF76D9A
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

A little background:  I'm running wu-2.4.2-academ[beta-15] on a Red Hat
Linux 5 machine.  Forgive me if I'm a little slow, I've only really been
using Unix/Linux for a couple months.

What I'm trying to do is set up an alias for the directory
"/usr/local/games/quake2/baseq2/players/male" to the "/pub/male"
directory (really /home/ftp/pub/male)  I.E., so anonymous FTP users can
write to "/usr/local/games/quake2/baseq2/players/male".  I've tried
using a symbolic link under "/pub" (really /home/ftp/pub), but that
didn't seem to work.  Here's my ftpaccess file:

class   all   real,guest,anonymous  *
email root@localhost
loginfails 5
readme  README*    login
readme  README*    cwd=*
message /welcome.msg            login
message .message                cwd=*
compress        yes             all
tar             yes             all
chmod  no  guest,anonymous
delete  no  guest,anonymous
overwrite no  guest,anonymous
rename  no  guest,anonymous

alias male: /usr/local/games/quake2/baseq2/players/male

cdpath /pub
cdpath /
log transfers anonymous,real inbound,outbound
shutdown /etc/shutmsg
passwd-check rfc822 warn

I assume that it isn't working because there is no
"/usr/local/games/quake2/baseq2/players/male" under the chrooted
environment for ftp users.  How do I get wu-ftpd to alias a directory
under the normal directory tree to the directory tree for ftp users?

/me hopes he made some sense...

--------------C930078D4F504104BCF76D9A
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML>
A little background:&nbsp; I'm running wu-2.4.2-academ[beta-15] on a Red
Hat Linux 5 machine.&nbsp; Forgive me if I'm a little slow, I've only really
been using Unix/Linux for a couple months.
<P>What I'm trying to do is set up an alias for the directory "/usr/local/games/quake2/baseq2/players/male"
to the "/pub/male" directory (really /home/ftp/pub/male)&nbsp; I.E., so
anonymous FTP users can write to "/usr/local/games/quake2/baseq2/players/male".&nbsp;
I've tried using a symbolic link under "/pub" (really /home/ftp/pub), but
that didn't seem to work.&nbsp; Here's my ftpaccess file:
<P>class&nbsp;&nbsp; all&nbsp;&nbsp; real,guest,anonymous&nbsp; *
<BR>email root@localhost
<BR>loginfails 5
<BR>readme&nbsp; README*&nbsp;&nbsp;&nbsp; login
<BR>readme&nbsp; README*&nbsp;&nbsp;&nbsp; cwd=*
<BR>message /welcome.msg&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
login
<BR>message .message&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
cwd=*
<BR>compress&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; yes&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
all
<BR>tar&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
yes&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
all
<BR>chmod&nbsp; no&nbsp; guest,anonymous
<BR>delete&nbsp; no&nbsp; guest,anonymous
<BR>overwrite no&nbsp; guest,anonymous
<BR>rename&nbsp; no&nbsp; guest,anonymous
<P>alias male: /usr/local/games/quake2/baseq2/players/male
<P>cdpath /pub
<BR>cdpath /
<BR>log transfers anonymous,real inbound,outbound
<BR>shutdown /etc/shutmsg
<BR>passwd-check rfc822 warn
<P>I assume that it isn't working because there is no "/usr/local/games/quake2/baseq2/players/male"
under the chrooted environment for ftp users.&nbsp; How do I get wu-ftpd
to alias a directory under the normal directory tree to the directory tree
for ftp users?
<P>/me hopes he made some sense...</HTML>

--------------C930078D4F504104BCF76D9A--


From [email protected]  Sat Oct  3 16:19:13 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id QAA29131
       for <[email protected]>; Sat, 3 Oct 1998 16:19:12 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA19581;
       Sat, 3 Oct 1998 16:14:49 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA26515
       for <[email protected]>; Sat, 3 Oct 1998 16:12:07 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id RAA17139;
       Sat, 3 Oct 1998 17:12:02 -0400
Message-Id: <[email protected]>
Date: Sat, 3 Oct 1998 17:12:01 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Alex <[email protected]>
Cc: [email protected]
Subject: Re: aliases in /etc/ftpaccess
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Sat, 3 Oct 1998, Alex wrote:

> What I'm trying to do is set up an alias for the directory
> "/usr/local/games/quake2/baseq2/players/male" to the "/pub/male"
> directory (really /home/ftp/pub/male)  I.E., so anonymous FTP users
> can write to "/usr/local/games/quake2/baseq2/players/male".  I've
> tried using a symbolic link under "/pub" (really /home/ftp/pub), but
> that didn't seem to work.  Here's my ftpaccess file:

> I assume that it isn't working because there is no
> "/usr/local/games/quake2/baseq2/players/male" under the chrooted
> environment for ftp users.  How do I get wu-ftpd to alias a directory
> under the normal directory tree to the directory tree for ftp users?

I'd move /usr/local/games/quake2 to /home/quake2, symlink the old location
to the new one, and then you can hardlink the players files (if
hardlinking the dirs doesn't work) into the public ftp area.  Symlinking
won't work because the quake2 is in a different dir structure than the
chroot'd /home/ftp and hardlinking won't work until they're on the same
filesystem.

Another option would be to loopback mount the players dir into the ftp
area.  That'd allow read/write through the /usr/local/games mount point
and read-only through ftp, which would probably be a good idea.  How this
works depends upon the system you're running.  On Linux check man losetup.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Sun Oct  4 15:40:02 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id PAA19893;
       Sun, 4 Oct 1998 15:40:01 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA00474;
       Sun, 4 Oct 1998 15:37:54 -0500 (CDT)
Received: from mailer.hec.ca (mercure.hec.ca [132.211.200.63])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA29953
       for <[email protected]>; Sun, 4 Oct 1998 15:32:49 -0500 (CDT)
Received: from server.hec.ca (ppp-100.hec.ca [132.211.100.100])
         by mailer.hec.ca (Netscape Messaging Server 3.6)  with SMTP
         id AAA2F84 for <[email protected]>;
         Sun, 4 Oct 1998 16:32:17 -0400
Message-Id: <[email protected]>
Date: Sun, 04 Oct 1998 16:32:05 -0400
Reply-To: [email protected]
Sender: [email protected]
From: Stephane Robertson <[email protected]>
To: [email protected]
Subject: Normal ftp clients work, Netscape ftp's fail
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: Windows Eudora Light Version 3.0.1 (32)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi Folks,

I have problem with netscape ftp with wu-ftpd 2.4.2 beta 16.
I looked in the faqs and they said to do a chmod of ~ftp/dev/tcp to 666
to make netscape working but it still doesn't work after the changes.

I didn't have the ~ftp/dev directory so I created the directory
Here's a listing of ~ftp/dev in ftp directory
  d--x--x--x   2 root     root         1024 Oct  4 15:58 dev

I also created a file in ~ftp/dev named tcp
Here's a listing of ~ftp/dev/tcp in ~ftp/dev directory
  -rw-rw-rw-   1 root     root            0 Oct  4 16:15 tcp

I'm not certain if it should be a normal file or a device
file like those in /dev so I also tried creating a caracter
file like this one:
   crw-rw-rw-   1 root     root      18,   3 Oct  4 15:58 tcp

but I still have problems with netscape ftp

What's wrong? do i need a tcp file in /dev also?
Can someone help me with this problem??

thanks in advance

Stephane

From [email protected]  Sun Oct  4 16:10:27 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id QAA20056;
       Sun, 4 Oct 1998 16:10:27 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA19257;
       Sun, 4 Oct 1998 16:08:25 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA00440
       for <[email protected]>; Sun, 4 Oct 1998 16:00:45 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id RAA21116;
       Sun, 4 Oct 1998 17:00:42 -0400
Message-Id: <[email protected]>
Date: Sun, 4 Oct 1998 17:00:42 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Stephane Robertson <[email protected]>
Cc: [email protected]
Subject: Re: Normal ftp clients work, Netscape ftp's fail
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Sun, 4 Oct 1998, Stephane Robertson wrote:

> I have problem with netscape ftp with wu-ftpd 2.4.2 beta 16.

Which platform, OS and version are you running on?

> I looked in the faqs and they said to do a chmod of ~ftp/dev/tcp to
> 666 to make netscape working but it still doesn't work after the
> changes.
>
> I'm not certain if it should be a normal file or a device file like
> those in /dev so I also tried creating a caracter file like this one:
>    crw-rw-rw-   1 root     root      18,   3 Oct  4 15:58 tcp

~ftp/dev should look like /dev.  ~ftp/dev/tcp should look like /dev/tcp

> What's wrong? do i need a tcp file in /dev also?

If you don't have one in /dev, you don't need one in ~ftp/dev

> Can someone help me with this problem??

You'll need to say more the 'it fails' .. what's failing?  Does it
connect?  Can you transfer files?  Is it that you cannot see the directory
contents?

The most likely reason is you've not completely set things up.  It's
extremely rare that the vendor's documentation for anonymous FTP plus the
FAQ don't have the answer.

The location of the latest version of wu-ftpd can be found in the
directory

     ftp://ftp.academ.com/pub/wu-ftpd/private/

You can't see the directory contents, so read the message informing you
of the actual filename to retrieve. It's there.

wu-ftpd Resource Center:  http://www.landfield.com/wu-ftpd/
wu-ftpd FAQ:              http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html
wu-ftpd list archive:     http://www.landfield.com/wu-ftpd/mail-archive/
--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Sun Oct  4 17:34:09 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id RAA20441;
       Sun, 4 Oct 1998 17:34:08 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA09337;
       Sun, 4 Oct 1998 17:32:07 -0500 (CDT)
Received: from mailer.hec.ca (mercure.hec.ca [132.211.200.63])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA08748
       for <[email protected]>; Sun, 4 Oct 1998 17:28:36 -0500 (CDT)
Received: from server.hec.ca (ppp-83.hec.ca [132.211.100.83])
         by mailer.hec.ca (Netscape Messaging Server 3.6)  with SMTP
         id AAA5CBC; Sun, 4 Oct 1998 18:28:04 -0400
Message-Id: <[email protected]>
Date: Sun, 04 Oct 1998 18:27:53 -0400
Reply-To: [email protected]
Sender: [email protected]
From: Stephane Robertson <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Normal ftp clients work, Netscape ftp's fail
In-Reply-To: <[email protected]>
References: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: Windows Eudora Light Version 3.0.1 (32)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

At 05:00 PM 10/4/98 -0400, Gregory A Lundberg wrote:
>On Sun, 4 Oct 1998, Stephane Robertson wrote:
>
>> I have problem with netscape ftp with wu-ftpd 2.4.2 beta 16.
>
>Which platform, OS and version are you running on?

I'm running redhat 5.1 with linux kernel 2.0.34. Initially
there was no tcp file in /dev and no ~ftp/dev directory.

The problem is that sometimes netscape don't display the
directory contents and if I press the stop button the
directory contents will be displayed and I will be able
to transfer files. I'm running communicator 4.05 for windows.
The linux version of communicator was working well without
the tcp file in ~ftp/dev.

I'm confused !!! May be it's my home computer with the ppp link
that cause this problem. I'll try my business computer tomorrow
and i'll give some feedback..

Can you tell me what the /dev/tcp file do? Is it necessary?

Stephane

>
>> I looked in the faqs and they said to do a chmod of ~ftp/dev/tcp to
>> 666 to make netscape working but it still doesn't work after the
>> changes.
>>
>> I'm not certain if it should be a normal file or a device file like
>> those in /dev so I also tried creating a caracter file like this one:
>>    crw-rw-rw-   1 root     root      18,   3 Oct  4 15:58 tcp
>
>~ftp/dev should look like /dev.  ~ftp/dev/tcp should look like /dev/tcp
>
>> What's wrong? do i need a tcp file in /dev also?
>
>If you don't have one in /dev, you don't need one in ~ftp/dev
>
>> Can someone help me with this problem??
>
>You'll need to say more the 'it fails' .. what's failing?  Does it
>connect?  Can you transfer files?  Is it that you cannot see the directory
>contents?
>
>The most likely reason is you've not completely set things up.  It's
>extremely rare that the vendor's documentation for anonymous FTP plus the
>FAQ don't have the answer.
>
>The location of the latest version of wu-ftpd can be found in the
>directory
>
>      ftp://ftp.academ.com/pub/wu-ftpd/private/
>
>You can't see the directory contents, so read the message informing you
>of the actual filename to retrieve. It's there.
>
>wu-ftpd Resource Center:  http://www.landfield.com/wu-ftpd/
>wu-ftpd FAQ:              http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html
>wu-ftpd list archive:     http://www.landfield.com/wu-ftpd/mail-archive/
>--
>
>Gregory A Lundberg             Senior Partner, VRnet Company
>1441 Elmdale Drive              [email protected]
>Kettering, OH 45409-1615 USA    1-800-809-2195
>
>

From [email protected]  Sun Oct  4 20:54:07 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id UAA21574;
       Sun, 4 Oct 1998 20:54:06 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA04575;
       Sun, 4 Oct 1998 20:52:06 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA12991
       for <[email protected]>; Sun, 4 Oct 1998 20:47:16 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id VAA22096;
       Sun, 4 Oct 1998 21:46:48 -0400
Message-Id: <[email protected]>
Date: Sun, 4 Oct 1998 21:46:48 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Stephane Robertson <[email protected]>
Cc: [email protected]
Subject: Re: Normal ftp clients work, Netscape ftp's fail
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Sun, 4 Oct 1998, Stephane Robertson wrote:

> I'm running redhat 5.1 with linux kernel 2.0.34. Initially there was
> no tcp file in /dev and no ~ftp/dev directory.

Linux doesn't need any special devices for the FTP daemon.  The /dev/tcp
information in the FAQ is for other platforms.

> The problem is that sometimes netscape don't display the directory
> contents and if I press the stop button the directory contents will be
> displayed and I will be able to transfer files.

You have an incomplete setup for the external 'ls' command.  Probably
because you're using Redhat's shared-libraries version and are missing the
libraries.

I've an example site layout at ftp://ftp.vr.net/pub/wu-ftpd/examples which
may help you.  It's laid out presuming statically linked programs, so no
libraries are required.  Statically-linked Linux binaries are also
available at my site, if you need them.

> I'm confused !!! May be it's my home computer with the ppp link that
> cause this problem. I'll try my business computer tomorrow and i'll
> give some feedback.

I rather doubt things will be much different.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Mon Oct  5 06:51:47 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id GAA03591;
       Mon, 5 Oct 1998 06:51:46 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA28413;
       Mon, 5 Oct 1998 06:49:37 -0500 (CDT)
Received: from ns.icb.spb.su (ns.icb.spb.su [193.125.208.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA18640
       for <[email protected]>; Mon, 5 Oct 1998 06:44:46 -0500 (CDT)
Received: (from uucp@localhost) by ns.icb.spb.su (8.8.2/8.7.3) id OAA08192 for <[email protected]>; Mon, 5 Oct 1998 14:43:26 +0300 (MSK)
Received: from icb.spb.su(10.1.1.5) by ns.icb.spb.su via smap (V1.3)
       id sma008172; Mon Oct  5 14:42:50 1998
Received: by icb.spb.su with Internet Mail Service (5.5.2232.9)
       id <4D5JD0HH>; Mon, 5 Oct 1998 14:42:49 +0300
Message-Id: <[email protected]>
Date: Mon, 5 Oct 1998 14:42:43 +0300
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: on the fly tar+gzip compression problems
X-Mailer: Internet Mail Service (5.5.2232.9)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi!

Please, help me!

I'm running the wu-ftpd version 2.4.2-Beta-18-VR8 in Solaris-2.5.1 .
I can't use on the fly tar and compression because
it doesn't work. I can use tar or gzip or compress, but not together.
What is the wrong? Could anybody help me?


Sincerely,
Alexander Velichko

From [email protected]  Mon Oct  5 07:08:07 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id HAA04267;
       Mon, 5 Oct 1998 07:08:06 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA11069;
       Mon, 5 Oct 1998 07:06:04 -0500 (CDT)
Received: from corbu.gamsau.archi.fr (corbu.gamsau.archi.fr [193.50.232.12])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA12039
       for <[email protected]>; Mon, 5 Oct 1998 07:01:36 -0500 (CDT)
Received: from gamsau.archi.fr (scarpa.gamsau.archi.fr [193.50.232.39])
         by corbu.gamsau.archi.fr (8.8.4/jtpda-5.2) with ESMTP id OAA28170
         for <[email protected]>; Mon, 5 Oct 1998 14:01:31 +0200 (MET DST)
Message-Id: <[email protected]>
Date: Mon, 05 Oct 1998 14:08:38 +0200
Reply-To: [email protected]
Sender: [email protected]
From: Anne Sauvage <[email protected]>
To: Liste WU ftp <[email protected]>
Subject: Help
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.5b2 [en] (WinNT; I)
X-Accept-Language: fr-FR,en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,
A year ago, we installed wu-ftp with anonymous user count (read-write in
incoming). Last week we were used by pirats as an intermediate site. So
we decided to allow writing in incoming only to a specific user called
mapftp, with password. I have created with a restricted shell (like
ftponly). If I use ws_ftp to test, I get "access denied" for this user
mapftp. What is wrong?
Thanks for you help


From [email protected]  Mon Oct  5 07:21:08 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id HAA04972;
       Mon, 5 Oct 1998 07:21:06 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA15578;
       Mon, 5 Oct 1998 07:19:01 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA29285
       for <[email protected]>; Mon, 5 Oct 1998 07:14:53 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id IAA24106;
       Mon, 5 Oct 1998 08:13:49 -0400
Message-Id: <[email protected]>
Date: Mon, 5 Oct 1998 08:13:48 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: on the fly tar+gzip compression problems
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 5 Oct 1998 [email protected] wrote:

> I'm running the wu-ftpd version 2.4.2-Beta-18-VR8 in Solaris-2.5.1 . I
> can't use on the fly tar and compression because it doesn't work. I
> can use tar or gzip or compress, but not together. What is the wrong?
> Could anybody help me?

I believe there's a program named 'pipe' you need to have installed with
the tar and compress executables.  Also, I think there's a special
ftpconversions in doc/examples for Solaris.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Mon Oct  5 07:21:42 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id HAA05024;
       Mon, 5 Oct 1998 07:21:41 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA25458;
       Mon, 5 Oct 1998 07:19:39 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA12729
       for <[email protected]>; Mon, 5 Oct 1998 07:16:58 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id IAA24114;
       Mon, 5 Oct 1998 08:16:36 -0400
Message-Id: <[email protected]>
Date: Mon, 5 Oct 1998 08:16:36 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: Liste WU ftp <[email protected]>
Subject: Re: Help
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 5 Oct 1998, Anne Sauvage wrote:

> A year ago, we installed wu-ftp with anonymous user count (read-write in
> incoming). Last week we were used by pirats as an intermediate site. So
> we decided to allow writing in incoming only to a specific user called
> mapftp, with password. I have created with a restricted shell (like
> ftponly). If I use ws_ftp to test, I get "access denied" for this user
> mapftp. What is wrong?

You're using a special shell.  Did you add it to /etc/shells?  Otherwise,
check the setup and read the FAQ; and give a bit more detailed description
if you re-post for a followup.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Mon Oct  5 07:40:34 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id HAA05849;
       Mon, 5 Oct 1998 07:40:33 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA27328;
       Mon, 5 Oct 1998 07:38:24 -0500 (CDT)
Received: from mailer.hec.ca (mercure.hec.ca [132.211.200.63])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA26207
       for <[email protected]>; Mon, 5 Oct 1998 07:36:03 -0500 (CDT)
Received: from hec.ca (pc-9506.hec.ca [132.211.240.80]) by mailer.hec.ca
         (Netscape Messaging Server 3.6)  with ESMTP id AAABE12
         for <[email protected]>; Mon, 5 Oct 1998 08:35:32 -0400
Message-Id: <[email protected]>
Date: Mon, 05 Oct 1998 08:37:43 -0500
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: "[email protected]" <[email protected]>
Subject: Re: Normal ftp clients work, Netscape ftp's fail
References: <[email protected]>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="------------E2714E3E11D86DA1210358E6"
X-Mailer: Mozilla 4.06 [en] (WinNT; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

This is a multi-part message in MIME format.
--------------E2714E3E11D86DA1210358E6
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,

I did the test this morning from 3 differents platforms (Aix, winNT4.0 and win95)
with netscape
communicator and my ftp server is working well from each platform so I guess I
have a problem
with my computer at home. I checked all the answer you gave me and everything was
looking fine
to me.

thanks to all that answer my questions

One more question: How can you see if  "ls" is correctly statically linked?

Stephane


Howie Grapek wrote:

> at quick glance, it looks like ls is failing.
> is there a core file in the ~ftp directory?
> is the ls in ~ftp/bin statically linked?
> if not, you need to have the appropriate libraries for ls
> in the ~ftp/lib or ~ftp/usr/lib (link them together).
> I recommend a statically linked ls, however.
> Howie
>
> >
> > At 05:00 PM 10/4/98 -0400, Gregory A Lundberg wrote:
> > >On Sun, 4 Oct 1998, Stephane Robertson wrote:
> > >
> > >> I have problem with netscape ftp with wu-ftpd 2.4.2 beta 16.
> > >
> > >Which platform, OS and version are you running on?
> >
> > I'm running redhat 5.1 with linux kernel 2.0.34. Initially
> > there was no tcp file in /dev and no ~ftp/dev directory.
> >
> > The problem is that sometimes netscape don't display the
> > directory contents and if I press the stop button the
> > directory contents will be displayed and I will be able
> > to transfer files. I'm running communicator 4.05 for windows.
> > The linux version of communicator was working well without
> > the tcp file in ~ftp/dev.
> >
> > I'm confused !!! May be it's my home computer with the ppp link
> > that cause this problem. I'll try my business computer tomorrow
> > and i'll give some feedback..
> >
> > Can you tell me what the /dev/tcp file do? Is it necessary?
> >
> > Stephane
> >
> > >
> > >> I looked in the faqs and they said to do a chmod of ~ftp/dev/tcp to
> > >> 666 to make netscape working but it still doesn't work after the
> > >> changes.
> > >>
> > >> I'm not certain if it should be a normal file or a device file like
> > >> those in /dev so I also tried creating a caracter file like this one:
> > >>    crw-rw-rw-   1 root     root      18,   3 Oct  4 15:58 tcp
> > >
> > >~ftp/dev should look like /dev.  ~ftp/dev/tcp should look like /dev/tcp
> > >
> > >> What's wrong? do i need a tcp file in /dev also?
> > >
> > >If you don't have one in /dev, you don't need one in ~ftp/dev
> > >
> > >> Can someone help me with this problem??
> > >
> > >You'll need to say more the 'it fails' .. what's failing?  Does it
> > >connect?  Can you transfer files?  Is it that you cannot see the directory
> > >contents?
> > >
> > >The most likely reason is you've not completely set things up.  It's
> > >extremely rare that the vendor's documentation for anonymous FTP plus the
> > >FAQ don't have the answer.
> > >
> > >The location of the latest version of wu-ftpd can be found in the
> > >directory
> > >
> > >      ftp://ftp.academ.com/pub/wu-ftpd/private/
> > >
> > >You can't see the directory contents, so read the message informing you
> > >of the actual filename to retrieve. It's there.
> > >
> > >wu-ftpd Resource Center:  http://www.landfield.com/wu-ftpd/
> > >wu-ftpd FAQ:              http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html
> > >wu-ftpd list archive:     http://www.landfield.com/wu-ftpd/mail-archive/
> > >--
> > >
> > >Gregory A Lundberg           Senior Partner, VRnet Company
> > >1441 Elmdale Drive              [email protected]
> > >Kettering, OH 45409-1615 USA    1-800-809-2195
> > >
> > >
> >
>
> --
>                                  \^^^/
>                                  (0 0)
> *****************************ooO*(_)*Ooo*****************************
>
> Howie Grapek
> KnightWeb Technologies, Inc.                    200 N. College Ave.
> phone: (970) 227-2301                            Fort Collins, CO
> email: [email protected]                             80524
>
> **********************************Oooo.*******************************
>                              .oooO (   )
>                               (   ) ) /
>                                \ ( (_/
>                                 \_)

--------------E2714E3E11D86DA1210358E6
Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Stephane Robertson
Content-Disposition: attachment; filename="vcard.vcf"

begin:          vcard
fn:             Stephane Robertson
n:              Robertson;Stephane
org:            Ecole Des Hautes Etudes Commerciales
adr:            3000 chemin de la cote-sainte-catherine;;;Montreal;Quebec;H3T 2A7;Canada
email;internet: [email protected]
tel;work:       514-340-6560
x-mozilla-cpt:  ;0
x-mozilla-html: TRUE
version:        2.1
end:            vcard


--------------E2714E3E11D86DA1210358E6--


From [email protected]  Mon Oct  5 09:19:51 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id JAA12036;
       Mon, 5 Oct 1998 09:19:50 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA31668;
       Mon, 5 Oct 1998 09:15:28 -0500 (CDT)
Received: from facteur.cediti.be (facteur.cediti.be [193.190.156.2])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA25708
       for <[email protected]>; Mon, 5 Oct 1998 09:10:31 -0500 (CDT)
Received: from cediti.be (MILOU.cediti.be [193.190.156.156])
       by facteur.cediti.be (8.8.5/8.8.5) with ESMTP id QAA12397
       for <[email protected]>; Mon, 5 Oct 1998 16:10:28 +0200 (MET DST)
Message-Id: <[email protected]>
Date: Mon, 05 Oct 1998 16:03:02 +0200
Reply-To: [email protected]
Sender: [email protected]
From: Gilles Deworm <[email protected]>
To: [email protected]
Subject: How to unsubscribe
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.05 [en] (WinNT; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

How should I unsubscribe.

I've lost the mail explaining it.

Thank you.

Do not answer on the list but directly to [email protected].





From [email protected]  Mon Oct  5 13:52:11 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id NAA15703;
       Mon, 5 Oct 1998 13:52:10 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA28111;
       Mon, 5 Oct 1998 13:47:11 -0500 (CDT)
Received: from Sun-E3000.ChampUSA.COM ([email protected] [207.21.123.4])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA03957
       for <[email protected]>; Mon, 5 Oct 1998 13:45:44 -0500 (CDT)
Received: from ChampUSA.COM (cwbunny.WahLeeWHIRL.COM [204.118.92.3])
       by Sun-E3000.ChampUSA.COM (8.9.1a/8.9.1a) with ESMTP id LAA26071;
       Mon, 5 Oct 1998 11:43:40 -0700 (PDT)
Message-Id: <[email protected]>
Date: Mon, 05 Oct 1998 11:43:40 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Auteria Wally Winzer Jr." <[email protected]>
To: [email protected]
Cc: [email protected], [email protected]
Subject: Re: on the fly tar+gzip compression problems
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.06 [en] (Win95; U)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

If you download the WU-FTPD Solaris Package for 2.5.1 you'll have
everything necessary to configure your FTP Server correctly for Solaris.
The pipe program is included with the package as well as the correct
ftpconversions file.

- Wally Winzer Jr.

Gregory A Lundberg wrote:

> On Mon, 5 Oct 1998 [email protected] wrote:
>
> > I'm running the wu-ftpd version 2.4.2-Beta-18-VR8 in Solaris-2.5.1 . I
> > can't use on the fly tar and compression because it doesn't work. I
> > can use tar or gzip or compress, but not together. What is the wrong?
> > Could anybody help me?
>
> I believe there's a program named 'pipe' you need to have installed with
> the tar and compress executables.  Also, I think there's a special
> ftpconversions in doc/examples for Solaris.
>
> --
>
> Gregory A Lundberg              Senior Partner, VRnet Company
> 1441 Elmdale Drive              [email protected]
> Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Mon Oct  5 14:50:41 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id OAA16241;
       Mon, 5 Oct 1998 14:50:40 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA15239;
       Mon, 5 Oct 1998 14:45:18 -0500 (CDT)
Received: from shodan.in-trier.de ([email protected] [198.22.51.3])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA24148
       for <[email protected]>; Mon, 5 Oct 1998 14:41:47 -0500 (CDT)
Received: from localhost (cray.microsoft.eu.org [198.22.51.119])
       by shodan.in-trier.de (8.8.8/8.8.8) with SMTP id VAA11905;
       Mon, 5 Oct 1998 21:43:55 +0200
Message-Id: <[email protected]>
Date: Mon, 5 Oct 1998 21:41:41 +0200 (CEST)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: [email protected], [email protected],
       [email protected]
Cc: [email protected]
Subject: BeroFTPD 1.1.13 released
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

BeroFTPD 1.1.13 is in the usual places:
ftp://ftp.aachen.linux.de/pub/BeroFTPD/
ftp://ftp.croftj.net/usr/bero/BeroFTPD/
ftp://ftp.sunet.se/pub/nir/ftp/servers/BeroFTPD/
ftp://sunsite.cnlab-switch.ch/mirror/BeroFTPD/

Changes this time:

+ Merge VR7 changes (ftp://ftp.vr.net/pub/wu-ftpd):
 * Extended logging for rejected and failed login attempts
 * Added PARANOID check to deny login if a real user's home directory is
   bad
 * Don't respond to *ANY* commands except USER, PASS and QUIT until the
   remote user logs in successfully.
 * Extended upload and noretrieve to have an optional parameter which
   specifies whether the named file/directory is interpreted as an
   absolute name or relative to the current chroot'd environment.
 * The HELP_CRACKERS patch was too agressive and, if message files were
   defined for 'deny' and 'limit' could tickle bugs in ftp clients.
 * Extend log security
 * Some compatibility fixes
* Work around a gcc optimization bug (noretrieve filename didn't ignore
 the directory, as it ought to); The old BeroFTPD code was correct, but
 gcc miscompiled it on some platforms.

LLaP
bero

--
Windows 98 supports real multitasking - it can boot and crash simultaneously.
***
Anyone sending unwanted advertising e-mail to this address will be charged
$25 for network traffic and computing time. By extracting my address from
this message or its header, you agree to these terms.



From [email protected]  Mon Oct  5 15:15:25 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id PAA16456;
       Mon, 5 Oct 1998 15:15:25 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA04745;
       Mon, 5 Oct 1998 15:11:31 -0500 (CDT)
Received: from pobox.upenn.edu ([email protected] [130.91.72.31])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA17956
       for <[email protected]>; Mon, 5 Oct 1998 15:04:56 -0500 (CDT)
Received: (from weaverm@localhost)
       by pobox.upenn.edu (8.8.7/8.8.7) id QAA17596
       for [email protected]; Mon, 5 Oct 1998 16:04:49 -0400 (EDT)
Message-Id: <[email protected]>
Date: Mon, 5 Oct 1998 16:04:49 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Marvin Weaver <[email protected]>
To: [email protected]
Subject: netrc?
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4 PL23-upenn3.1]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Does wu-ftp support auto logons through use of the .netrc file?
If so, how soes one set it up to work.  I've installed wu-ftp and have it
working beutifully for remote ftp users.  What I need now is the
functionality of auto logins to remote servers by local users using
netrc files.  We use this for getting edi files.

Thanks

Marvin Weaver
University of Pennsylvania Libraries

From [email protected]  Mon Oct  5 15:57:55 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id PAA16816;
       Mon, 5 Oct 1998 15:57:54 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA10506;
       Mon, 5 Oct 1998 15:50:07 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA18559
       for <[email protected]>; Mon, 5 Oct 1998 15:45:12 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id QAA28385;
       Mon, 5 Oct 1998 16:45:07 -0400
Message-Id: <[email protected]>
Date: Mon, 5 Oct 1998 16:45:07 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Marvin Weaver <[email protected]>
Cc: [email protected]
Subject: Re: netrc?
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 5 Oct 1998, Marvin Weaver wrote:

> Does wu-ftp support auto logons through use of the .netrc file? If so,
> how soes one set it up to work.  I've installed wu-ftp and have it
> working beutifully for remote ftp users.  What I need now is the
> functionality of auto logins to remote servers by local users using
> .netrc files.  We use this for getting edi files.

wu-ftpd doesn't care how the client logs in, just so it does.  you'll have
to read the manpage for ncftp (or whatever client you're using) on how to
set up the client.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Mon Oct  5 18:19:47 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id SAA17946;
       Mon, 5 Oct 1998 18:19:46 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA12846;
       Mon, 5 Oct 1998 18:13:10 -0500 (CDT)
Received: from jester.ti.com (jester.ti.com [192.94.94.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA21385
       for <[email protected]>; Mon, 5 Oct 1998 18:09:47 -0500 (CDT)
Received: from dadd.ti.com ([172.24.154.51]) by jester.ti.com (8.8.8) with ESMTP id SAA07720 for <[email protected]>; Mon, 5 Oct 1998 18:08:50 -0500 (CDT)
Received: from pavis.asic.sc.ti.com by dadd.ti.com (8.8.4/)
         id SAA00807; Mon, 5 Oct 1998 18:09:15 -0500 (CDT)
Received: by pavis.asic.sc.ti.com id <[email protected]>; Mon, 5 Oct 1998 18:09:14 -0500
Message-Id: <[email protected]>
Date: Mon, 5 Oct 98 18:09:14 CDT
Reply-To: [email protected] (Bob Luckin)
Sender: [email protected]
From: Bob Luckin <[email protected]>
To: [email protected]
Subject: Re: on the fly tar+gzip compression problems
In-Reply-To: <[email protected]>; from "Auteria Wally Winzer Jr." at Oct 05, 98 11:43 am
X-Mimi-Options: HEADERS TI2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I believe you can also use GNU tar with the -z option, which calls gzip
transparently.  I could be wrong, but in this case I think you may not
need pipe.  No doubt someone will correct me if pipe is still needed for
this...

> If you download the WU-FTPD Solaris Package for 2.5.1 you'll have
> everything necessary to configure your FTP Server correctly for Solaris.
> The pipe program is included with the package as well as the correct
> ftpconversions file.
>
> - Wally Winzer Jr.
>
> Gregory A Lundberg wrote:
>
> > On Mon, 5 Oct 1998 [email protected] wrote:
> >
> > > I'm running the wu-ftpd version 2.4.2-Beta-18-VR8 in Solaris-2.5.1 . I
> > > can't use on the fly tar and compression because it doesn't work. I
> > > can use tar or gzip or compress, but not together. What is the wrong?
> > > Could anybody help me?
> >
> > I believe there's a program named 'pipe' you need to have installed with
> > the tar and compress executables.  Also, I think there's a special
> > ftpconversions in doc/examples for Solaris.

Cheers, Bob
--
Bob Luckin    [email protected]    "All sigged out"

From [email protected]  Tue Oct  6 11:50:29 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id LAA13633;
       Tue, 6 Oct 1998 11:50:28 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA00728;
       Tue, 6 Oct 1998 11:44:14 -0500 (CDT)
Received: from pony-2.mail.digex.net (pony-2.mail.digex.net [204.91.241.6])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA13213
       for <[email protected]>; Tue, 6 Oct 1998 11:35:40 -0500 (CDT)
Received: from firewall.midrex.com (midrex.com [207.86.137.253])
       by pony-2.mail.digex.net (8.8.8/8.8.8) with SMTP id MAA10728
       for <[email protected]>; Tue, 6 Oct 1998 12:35:35 -0400 (EDT)
Received: from mailhost.midrex.com by firewall.midrex.com
         via smtpd (for pony-2.mail.digex.net [204.91.241.6]) with SMTP; 6 Oct 1998 16:34:57 UT
Received: from ccMail by mailhost.midrex.com (ccMail Link to SMTP R8.00.01)
   id AA907691634; Tue, 06 Oct 98 12:34:14 -0500
Message-Id: <[email protected]>
Date: Tue, 06 Oct 98 12:35:06 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Shon Nixon"<[email protected]>
To: <[email protected]>
Subject: Guest Account
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ccMail Link to SMTP R8.00.01
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


I have created the guest account as per instructions. I can log in with the user
account without a problem. I can not however see anything in the directory or
upload/download from it. This is being done with CuteFTP client. The directory
is set chmod 775 as per instructions. Any help would appreciated.

Shon



From [email protected]  Tue Oct  6 12:31:51 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id MAA14328;
       Tue, 6 Oct 1998 12:31:51 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA19319;
       Tue, 6 Oct 1998 12:27:14 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA10992
       for <[email protected]>; Tue, 6 Oct 1998 12:26:01 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id NAA01270;
       Tue, 6 Oct 1998 13:25:41 -0400
Message-Id: <[email protected]>
Date: Tue, 6 Oct 1998 13:25:41 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Shon Nixon <[email protected]>
Cc: [email protected]
Subject: Re: Guest Account
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 6 Oct 1998, Shon Nixon wrote:

> I have created the guest account as per instructions. I can log in
> with the user account without a problem. I can not however see
> anything in the directory or upload/download from it. This is being
> done with CuteFTP client. The directory is set chmod 775 as per
> instructions. Any help would appreciated.

You need to finish setting up the external 'ls' command.  This is a FAQ:

The location of the latest version of wu-ftpd can be found in the
directory

     ftp://ftp.academ.com/pub/wu-ftpd/private/

You can't see the directory contents, so read the message informing you
of the actual filename to retrieve. It's there.

wu-ftpd Resource Center:  http://www.landfield.com/wu-ftpd/
wu-ftpd FAQ:              http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html
wu-ftpd list archive:     http://www.landfield.com/wu-ftpd/mail-archive/

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Tue Oct  6 14:31:08 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id OAA16119;
       Tue, 6 Oct 1998 14:31:08 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA21672;
       Tue, 6 Oct 1998 14:25:25 -0500 (CDT)
Received: from hahp9k.harte-lyne.ca (hahp9k.harte-lyne.ca [209.47.131.101])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA28911
       for <[email protected]>; Tue, 6 Oct 1998 14:21:59 -0500 (CDT)
Received: from hal_ham_g01_u01 (hal_ham_g01_u01.harte-lyne.ca [209.47.131.111])
       by hahp9k.harte-lyne.ca (8.8.7/8.8.7) with SMTP id PAA03739
       for <[email protected]>; Tue, 6 Oct 1998 15:23:23 -0400 (EDT)
Message-Id: <[email protected]>
Date: Tue, 6 Oct 1998 15:19:12 -0400
Reply-To: [email protected]
Sender: [email protected]
From: "James B. Byrne" <[email protected]>
To: [email protected]
Subject: ftp client hangs on b18
In-Reply-To: <[email protected]>
References: <[email protected]>; from "Yilmaz Oztanir" at Aug 19, 98 4:03 pm
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-mailer: Pegasus Mail for Win32 (v3.01b)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have a situation where the dos-box ftp client that ships with
win95 (build 4.00.950) hangs at the username prompt, but only
when a banner is displayed.  Without a banner the login
sequence works fine.

I visited the Microsoft support web site and found nothing in the
knowledge base regarding this.  Is there an updated client that
solves this problem?  Or is this a server problem?

Regards,
Jim
---
James B. Byrne                Harte & Lyne Limited
vox: +1 905 561 1241          9 Brockley Drive
fax: +1 905 561 0757          Hamilton, Ontario
mailto:[email protected]  Canada L8E 3C3

From [email protected]  Tue Oct  6 14:48:34 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id OAA16306;
       Tue, 6 Oct 1998 14:48:33 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA30477;
       Tue, 6 Oct 1998 14:44:28 -0500 (CDT)
Received: from ns1.fni.com ([email protected] [204.181.104.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA09646
       for <[email protected]>; Tue, 6 Oct 1998 14:37:54 -0500 (CDT)
Received: from ns1.fni.com (ns1.fni.com [204.181.104.1])
       by ns1.fni.com (8.9.1/8.9.1) with SMTP id OAA16255;
       Tue, 6 Oct 1998 14:38:09 -0500
Message-Id: <[email protected]>
Date: Tue, 6 Oct 1998 14:38:09 -0500 (CDT)
Reply-To: [email protected]
Sender: [email protected]
From: Michael Brennen <[email protected]>
To: "James B. Byrne" <[email protected]>
Cc: [email protected]
Subject: Re: ftp client hangs on b18
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


whoah, I haven't heard of this one for years.  It is a very old ftp
client problem, and the fix is to put a dash in front of the password
to tell it not to play the banner.  From the ftpd.c source:

/* Disable lreply() if the first character of the password is '-' since
* some hosts don't understand continuation messages and hang... */

  -- Michael

On Tue, 6 Oct 1998, James B. Byrne wrote:

> I have a situation where the dos-box ftp client that ships with
> win95 (build 4.00.950) hangs at the username prompt, but only
> when a banner is displayed.  Without a banner the login
> sequence works fine.
>
> I visited the Microsoft support web site and found nothing in the
> knowledge base regarding this.  Is there an updated client that
> solves this problem?  Or is this a server problem?
>
> Regards,
> Jim
> ---
> James B. Byrne                Harte & Lyne Limited
> vox: +1 905 561 1241          9 Brockley Drive
> fax: +1 905 561 0757          Hamilton, Ontario
> mailto:[email protected]  Canada L8E 3C3
>


From [email protected]  Tue Oct  6 15:48:37 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id PAA16886;
       Tue, 6 Oct 1998 15:48:37 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA19279;
       Tue, 6 Oct 1998 15:43:09 -0500 (CDT)
Received: from hahp9k.harte-lyne.ca (hahp9k.harte-lyne.ca [209.47.131.101])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA24202
       for <[email protected]>; Tue, 6 Oct 1998 15:39:53 -0500 (CDT)
Received: from hal_ham_g01_u01 (hal_ham_g01_u01.harte-lyne.ca [209.47.131.111])
       by hahp9k.harte-lyne.ca (8.8.7/8.8.7) with SMTP id QAA04763;
       Tue, 6 Oct 1998 16:41:12 -0400 (EDT)
Message-Id: <[email protected]>
Date: Tue, 6 Oct 1998 16:36:46 -0400
Reply-To: [email protected]
Sender: [email protected]
From: "James B. Byrne" <[email protected]>
To: Michael Brennen <[email protected]>, [email protected]
Subject: Re: ftp client hangs on b18
In-Reply-To: <[email protected]>
References: <[email protected]>
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-mailer: Pegasus Mail for Win32 (v3.01b)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On 6 Oct 98, at 14:38, Michael Brennen wrote:

> whoah, I haven't heard of this one for years.  It is a very old ftp
> client problem, and the fix is to put a dash in front of the password to
> tell it not to play the banner.  From the ftpd.c source:
>

No, not quite.  The problem is that the client hangs after the
user name is input but before the password prompt.  The user
never gets the chance to put a '-' in front of his password.

The banner is displayed after the connection and before the
login process.  There is no login text file associated with this
particular user id.

Regards,
Jim

---
James B. Byrne                Harte & Lyne Limited
vox: +1 905 561 1241          9 Brockley Drive
fax: +1 905 561 0757          Hamilton, Ontario
mailto:[email protected]  Canada L8E 3C3

From [email protected]  Tue Oct  6 17:11:17 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id RAA17925;
       Tue, 6 Oct 1998 17:11:16 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA18424;
       Tue, 6 Oct 1998 17:07:17 -0500 (CDT)
Received: from shodan.in-trier.de ([email protected] [198.22.51.3])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA11714
       for <[email protected]>; Tue, 6 Oct 1998 17:04:13 -0500 (CDT)
Received: from localhost (cray.microsoft.eu.org [198.22.51.119])
       by shodan.in-trier.de (8.8.8/8.8.8) with SMTP id AAA03241;
       Wed, 7 Oct 1998 00:06:16 +0200
Message-Id: <[email protected]>
Date: Tue, 6 Oct 1998 22:37:36 +0200 (CEST)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: Shon Nixon <[email protected]>
Cc: [email protected]
Subject: Re: Guest Account
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 6 Oct 1998, Shon Nixon wrote:

> I have created the guest account as per instructions. I can log in with the user
> account without a problem. I can not however see anything in the directory or
> upload/download from it. This is being done with CuteFTP client. The directory
> is set chmod 775 as per instructions. Any help would appreciated.

You apparently don't have an ls command in that user's chroot structure -
either place a statically linked ls into /home/thatuser/bin, or get
BeroFTPD 1.1.13 which implements ls internally.

LLaP
bero

--
Windows 98 supports real multitasking - it can boot and crash simultaneously.
***
Anyone sending unwanted advertising e-mail to this address will be charged
$25 for network traffic and computing time. By extracting my address from
this message or its header, you agree to these terms.



From [email protected]  Tue Oct  6 22:28:31 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id WAA22073;
       Tue, 6 Oct 1998 22:28:30 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id WAA26699;
       Tue, 6 Oct 1998 22:24:48 -0500 (CDT)
Received: from host3.bnpgroup.com (host3.bnpgroup.com [159.50.100.129])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id WAA32401
       for <[email protected]>; Tue, 6 Oct 1998 22:19:19 -0500 (CDT)
Received: from SMTP_PARIS1.bnpgroup.com (unverified [159.50.248.162]) by host3.bnpgroup.com
(Integralis SMTPRS 2.04) with SMTP id <[email protected]>;
Wed, 07 Oct 1998 04:58:42 +0200
Received: by SMTP_PARIS1.bnpgroup.com(Lotus SMTP MTA v1.06 (346.7 3-18-1997))  id C1256696.0010CD5D ; Wed, 7 Oct 1998 05:03:31 +0200
Message-Id: <48256696.0010619C.00@SMTP_PARIS1.bnpgroup.com>
Date: Wed, 7 Oct 1998 11:03:10 +0900
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Cc: [email protected]
Subject: malloc error
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Lotus-FromDomain: BNP
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN





Greg,

I've just tried to ftp download a file from my server (AIX 4.3.1 running
wuftpd ver 2.4.2 beta-18 vr8 aix.3.2.5) using EXCEED as my FTP client. This
is the error message I got :

    451 local resource failure : malloc : Invalid argument

However, using Microsoft FTP, there was no problem.

I reinstalled using wuftpd ver2.4.2 beta-18 vr8 (not AIX 3.2.5 precompiled
version) and still got the same error msg. Again, with Microsoft FTP, there
was no problem.

When I downgraded the wu-ftp version to just wuftpd ver 2.4.2 beta-18, I
didn't encounter the malloc error using EXCEED or MICROSOFT FTP.

Errr.... any ideas????

rgds and thks.

Victor Tan



From [email protected]  Wed Oct  7 03:10:32 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id DAA06329;
       Wed, 7 Oct 1998 03:10:31 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id DAA05752;
       Wed, 7 Oct 1998 03:05:12 -0500 (CDT)
Received: from ns.icb.spb.su (ns.icb.spb.su [193.125.208.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id CAA07485
       for <[email protected]>; Wed, 7 Oct 1998 02:57:23 -0500 (CDT)
Received: (from uucp@localhost) by ns.icb.spb.su (8.8.2/8.7.3) id KAA14470 for <[email protected]>; Wed, 7 Oct 1998 10:56:27 +0300 (MSK)
Received: from icb.spb.su(10.1.1.5) by ns.icb.spb.su via smap (V1.3)
       id sma014420; Wed Oct  7 10:51:59 1998
Received: by icb.spb.su with Internet Mail Service (5.5.2232.9)
       id <4D5J1BBF>; Wed, 7 Oct 1998 10:51:58 +0300
Message-Id: <[email protected]>
Date: Wed, 7 Oct 1998 10:51:58 +0300
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: solved: on the fly compression but there're new problems
X-Mailer: Internet Mail Service (5.5.2232.9)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

Thanks everybody for help!

I solved my problems :-) but i got new ones :-(
I found a letter in the wu-ftpd conference archive
where there's a full answer on my question.
Thanks to Alain Magloire.
I corrected my ftpconversions file and created symbolic
links in /bin for gzip and tar.
Besides I included  his message at button of this letter.

About new problems. I'm sorry I can't understand
what I should do to upload files with on the fly decompression?
Next one, when I got files with on the fly compression by gzip
and run: gunzip -v test.tar.gz, I see: "decompression OK. trail garbage
ignored".
Why does it happen?

Help me please.
Thanks.

Sincerely,
Alexander Velichko.

Below is include message:
____________________________________________________
Re: WU-FTP on OSF1

Alain Magloire ([email protected])
Tue, 17 Sep 1996 13:08:50 -0400 (EDT)

> >..
> >[deleted]
> >...
> >> BUT, TAR+gzip or TAR+Compress does NOT work.
> >>
..
[deleted]
..
>
> Here is ftpconversions:
> :.Z: : :/bin/compress -d -c %s:T_REG|T_ASCII:O_UNCOMPRESS:UNCOMPRESS
> : : :.Z:/bin/compress -c %s:T_REG:O_COMPRESS:COMPRESS
> :.gz: : :/bin/gzip -cd %s:T_REG|T_ASCII:O_UNCOMPRESS:GUNZIP
> : : :.gz:/bin/gzip -9 -c %s:T_REG:O_COMPRESS:GZIP
> : : :.tar:/bin/tar -c -f - %s:T_REG|T_DIR:O_TAR:TAR
> : : :.tar.Z:/bin/tar -c -Z -f -
%s:T_REG|T_DIR:O_COMPRESS|O_TAR:TAR+COMPRESS
> : : :.tar.gz:/bin/tar -c -z -f - %s:T_REG|T_DIR:O_COMPRESS|O_TAR:TAR+GZIP
>

when you invoke tar(GNU tar) with the options -z or -Z
it will execpl() the gzip(for -z) or compress(for -Z)
and the paths are the ones it found at compile time
maybe something like "/usr/local/gnu/bin/gzip"

you should have something like :
: : :.tar.Z:/bin/tar -c --use-compress-program=/bin/compress -f -
%s:T_REG|TDIR:O_COMPRESS|O_TAR:TAR+COMPRESS
: : :.tar.gz:/bin/tar -c --use-compress-program=/bin/gzip -f -
%s:T_REG|T_DI:O_COMPRESS|O_TAR:TAR+GZIP

the --use-compress-program will indicate the right paths

Warning: Of course these only will work for anonymous ftp
because of the chroot i.e. tar will be able to find a /bin/gzip

But for real users WITHOUT the chroot("/home/ftp"), ...
I doubt you have under /bin (realpath) Gnu Tar and gzip.

If you want to make work for real and anonymous

1-
Take a look at Koos's wu-ftpd FAQ, he explains how to set up a pipe
to alleviate this problems and use plain tar.

2-
recreate the hierachie under /home/ftp
i.e
/home/ftp/usr/local/gnu/bin/{gzip,tar}
with the necessary libs if no statically link

3-
do nothing ;-)
one type, real or anonymous depending on ftpconversions, will not be able to
do

get dir.tar.gz

bye

--
alain

Alain Magloire ([email protected])
___________________________________________________



It's my ftpconversions file:

:.Z:  :  :/bin/compress -d -c %s:T_REG|T_ASCII:O_UNCOMPRESS:UNCOMPRESS
: : :.Z:/bin/compress -c %s:T_REG:O_COMPRESS:COMPRESS
:.gz: :  :/bin/gzip -cd %s:T_REG|T_ASCII:O_UNCOMPRESS:GUNZIP
: : :.gz:/bin/gzip -9 -c %s:T_REG:O_COMPRESS:GZIP
: : :.tar:/bin/tar -cf - %s:T_REG|T_DIR:O_TAR:TAR
: : :.tar.Z:/bin/tar -c --use-compress-program=/bin/compress -f -
%s:T_REG|T_DIR:O_COMPRESS|O_TAR:TAR+COMPRESS
: : :.tar.gz:/bin/tar -c --use-compress-program=/bin/gzip -f -
%s:T_REG|T_DIR:O_COMPRESS|O_TAR:TAR+GZIP

From [email protected]  Wed Oct  7 07:59:37 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id HAA16518;
       Wed, 7 Oct 1998 07:59:36 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA14283;
       Wed, 7 Oct 1998 07:55:43 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA09339
       for <[email protected]>; Wed, 7 Oct 1998 07:50:59 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id IAA05690;
       Wed, 7 Oct 1998 08:49:09 -0400
Message-Id: <[email protected]>
Date: Wed, 7 Oct 1998 08:49:09 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: solved: on the fly compression but there're new problems
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 7 Oct 1998 [email protected] wrote:

> About new problems. I'm sorry I can't understand what I should do to
> upload files with on the fly decompression? Next one, when I got files
> with on the fly compression by gzip and run: gunzip -v test.tar.gz, I
> see: "decompression OK. trail garbage ignored".

ftpconversions only applies to download.  on-the-fly compression during
upload is a client-side problem.  The ftp daemon cannot help with it.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Wed Oct  7 07:59:58 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id HAA16526;
       Wed, 7 Oct 1998 07:59:57 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA12389;
       Wed, 7 Oct 1998 07:54:34 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA30939
       for <[email protected]>; Wed, 7 Oct 1998 07:47:54 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id IAA05683;
       Wed, 7 Oct 1998 08:46:35 -0400
Message-Id: <[email protected]>
Date: Wed, 7 Oct 1998 08:46:35 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: malloc error
In-Reply-To: <48256696.0010619C.00@SMTP_PARIS1.bnpgroup.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 7 Oct 1998 [email protected] wrote:

> I've just tried to ftp download a file from my server (AIX 4.3.1 running
> wuftpd ver 2.4.2 beta-18 vr8 aix.3.2.5) using EXCEED as my FTP client. This
> is the error message I got :
>
>      451 local resource failure : malloc : Invalid argument

Can you get a log of the commands so I can see what's happening and track
this down?

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Wed Oct  7 08:45:48 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id IAA17020;
       Wed, 7 Oct 1998 08:45:47 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA07951;
       Wed, 7 Oct 1998 08:39:45 -0500 (CDT)
Received: from CCS.CompleteComputing.com ([email protected] [207.235.58.15])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA02361
       for <[email protected]>; Wed, 7 Oct 1998 08:37:25 -0500 (CDT)
Received: from localhost (chris@localhost) by CCS.CompleteComputing.com (8.8.7/8.7.3) with SMTP id IAA15533 for <[email protected]>; Wed, 7 Oct 1998 08:29:08 -0500
Message-Id: <Pine.LNX.3.96.981007082851.15531A-100000@CCS.completecomputing.com>
Date: Wed, 7 Oct 1998 08:29:08 -0500 (CDT)
Reply-To: [email protected]
Sender: [email protected]
From: Chris Funk <[email protected]>
To: [email protected]
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I'm trying to setup BeroFTPD with Virtual host support, but can only seem
to get to the primary server.  I've setup an ftpservices file, etc., but I
can't figure out how to define the hostnames... really, quite lost, as the
documentation seems to be MIA for non-IP based virtual hosts.

Any assistance would be appreciated.

Thanks,
Chris

_______________________________________________________________________________
Chris Funk                                      [email protected]
Complete Computing Services                     www.CompleteComputing.com
(713) 661-8783
6666 Chimney Rock Road #92
Houston, Texas 77081-5331


From [email protected]  Wed Oct  7 09:22:33 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id JAA17537;
       Wed, 7 Oct 1998 09:22:33 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA02722;
       Wed, 7 Oct 1998 09:18:31 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA07228
       for <[email protected]>; Wed, 7 Oct 1998 09:16:19 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id KAA06310;
       Wed, 7 Oct 1998 10:16:03 -0400
Message-Id: <[email protected]>
Date: Wed, 7 Oct 1998 10:16:03 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Chris Funk <[email protected]>
Cc: [email protected]
Subject: Re: your mail
In-Reply-To: <Pine.LNX.3.96.981007082851.15531A-100000@CCS.completecomputing.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 7 Oct 1998, Chris Funk wrote:

> I'm trying to setup BeroFTPD with Virtual host support, but can only
> seem to get to the primary server.  I've setup an ftpservices file,
> etc., but I can't figure out how to define the hostnames... really,
> quite lost, as the documentation seems to be MIA for non-IP based
> virtual hosts.

The FTP protocol does NOT support non-IP based virtual hosts at all.  This
is not a deficiency in the daemon, it is a requirement of the protocol
itself; no FTP server supports non-IP based virtual hosts.

BeroFTPD has an EXPERIMENTAL feature to support them, but this feature is
ONLY usable by FTP Client authors so they may test new versions of their
software in preparation for the next-generation FTP specification.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Wed Oct  7 10:34:07 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id KAA18476;
       Wed, 7 Oct 1998 10:34:07 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA28595;
       Wed, 7 Oct 1998 10:29:39 -0500 (CDT)
Received: from pony-1.mail.digex.net (pony-1.mail.digex.net [204.91.241.5])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA11474
       for <[email protected]>; Wed, 7 Oct 1998 10:24:12 -0500 (CDT)
Received: from firewall.midrex.com (midrex.com [207.86.137.253])
       by pony-1.mail.digex.net (8.8.8/8.8.8) with SMTP id LAA05276
       for <[email protected]>; Wed, 7 Oct 1998 11:24:09 -0400 (EDT)
Received: from mailhost.midrex.com by firewall.midrex.com
         via smtpd (for pony-1.mail.digex.net [204.91.241.5]) with SMTP; 7 Oct 1998 15:23:39 UT
Received: from ccMail by mailhost.midrex.com (ccMail Link to SMTP R8.00.01)
   id AA907773762; Wed, 07 Oct 98 11:22:44 -0500
Message-Id: <[email protected]>
Date: Wed, 07 Oct 98 11:23:58 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Shon Nixon"<[email protected]>
To: <[email protected]>
Subject: Guest Account
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ccMail Link to SMTP R8.00.01
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


Hi,

I have followed the new FAQ in creating a guest account. I am using RH 5.1 as
the O/S and have made a copy of /lib from the /ftp directory and placed it in
the guest directory. I have also placed the "ls" file in the /bin directory. I
can see everything in the directory - files and other directories, but can not
transfer anything to it or out of it. The directory, including the /upload
directory is set chmod 755 with the user (lurgi) and group (ftp_user) as the
owners. The /etc/passwd file has been edited with the home directory -
/home/lurgi/./ and I have created the ftponly script in /bin and have placed
that as the user shell /bin/ftponly (with the addition to the /etc/shell file).
I have added the passwd and group files to the /home/lurgi/etc directory and
edited them as per your FAQ with my modifications. The ftpaccess file looks as
such:


loginfails 2

class local real,guest,anonymous *.midrex.com
class remote real,guest,anonymous *

limit   local     20    Any         /etc/msgs/msg.toomany
limit   remote 100  Any         /etc/msgs/msg.toomany

readme README* login
readme README* cwd=*

message /welcome.msg login
message .message cwd=*
compress yes    local   remote
tar yes local   remote

# allow use of private file for SITE GROUP and SITE GPASS?
private yes

# passwd-check <none|trivial|rfc822> [<enforce|warn>
passwd-check rfc822 warn

log commands real
log transfers anonymous,real inbound,outbound
shutdown /etc/shutmsg

# all the following default to "yes" for everybody
delete  no  guest,anonymous # delete permission?
overwrite no    guest,anonymous # overwrite permission?
rename  no  guest,anonymous # rename permission?
chmod   no  guest,anonymous # chmod permission?
umask   no  guest,anonymous # umask permission?

# specify the upload directory information
upload /home/ftp *  no
upload /home/ftp /upload yes root daemon 0600 dirs
upload /home/ftp /bin   no
upload /home/ftp /etc   no
upload /home/ftp /lib   no

# directory aliases... [note, the ":" is not required]
alias upl: /upload

# cdpath
cdpath /upload
cdpath /pub
cdpath /

# path-filter...
path-filter anonymous   /etc/pathmsg ^[-A-Za-z0-9_\.]*$ ^\. ^-
path-filter guest       /etc/pathmsg ^[-A-Za-z0-9_\.]*$ ^\. ^-

# specify which group of users will be treated as "guests".
guestgroup ftp_users

email [email protected]


If you need more information, please, by all means, feel free to email me. Any
help is and will be appreciated.

Regards - Shon Nixon



From [email protected]  Wed Oct  7 10:59:36 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id KAA18848;
       Wed, 7 Oct 1998 10:59:35 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA12243;
       Wed, 7 Oct 1998 10:55:27 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA13599
       for <[email protected]>; Wed, 7 Oct 1998 10:54:25 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id LAA06815;
       Wed, 7 Oct 1998 11:52:23 -0400
Message-Id: <[email protected]>
Date: Wed, 7 Oct 1998 11:52:22 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Shon Nixon <[email protected]>
Cc: [email protected]
Subject: Re: Guest Account
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 7 Oct 1998, Shon Nixon wrote:

> I can see everything in the directory - files and other directories,
> but can not transfer anything to it or out of it.



 # Don't allow uploads anywhere at all for anonymous ftp ...
> upload /home/ftp *  no



 # Except allow upload if the file is named _exactly_ '/upload'
> upload /home/ftp /upload yes root daemon 0600 dirs

Change this to read:
 upload /home/ftp /upload/* yes root daemon 0600 nodirs

1) You don't want to allow uploading '/uploadhereforwarez'

2) You want to allow uploading only inside the directory '/upload/'

3) You don't want to allow directories inside there since they won't
  be usable anyway.

4) PAY ATTENTION HERE: Do you really want the uploaded file to be owned by
  'root'?  I'd suggest creating an ftpadmin user and group and having it
  own the uploaded files.



 # The following lines have no effect since they were included in the
 # first, global, denial for upload privileges.
> upload /home/ftp /bin   no
> upload /home/ftp /etc   no
> upload /home/ftp /lib   no

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Wed Oct  7 11:33:07 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id LAA19305;
       Wed, 7 Oct 1998 11:33:06 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA14366;
       Wed, 7 Oct 1998 11:27:34 -0500 (CDT)
Received: from c2gate.ci.mil.wi.us (c2gate.ci.mil.wi.us [199.196.84.16])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA30599
       for <[email protected]>; Wed, 7 Oct 1998 11:22:38 -0500 (CDT)
Received: from NetWare MHS (SMF70) by c2gate.ci.mil.wi.us
       via Connect2-SMTP 4.32; Wed, 7 Oct 1998 11:23:59 -0400
Message-Id: <[email protected]>
Date: Wed, 7 Oct 1998 11:23:13 -0500
Reply-To: [email protected]
Sender: [email protected]
From: CHAPAN <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: malloc error
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-Sender: CHAPAN <[email protected]>
X-SMF-Hop-Count: 1
X-Mailer: Connect2-SMTP 4.32 MHS/SMF to SMTP Gateway
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I think I had the same problem. Try circumventing it by doing this:

In the source code ftpd.c, find the label 'case TYPE_L:'.  The following
line should be

       if ((buf = (char *) malloc((u_int) blksize)) == NULL) {

Replace it with:

       if ((buf = (char *)  malloc(8192)) == NULL) {

Recompile and test.  I would be curious to know if it fixed your problem.
It fixed mine, but
I am enough of a 'C' expert to know exactly why.





From [email protected]  Wed Oct  7 12:49:58 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id MAA20510;
       Wed, 7 Oct 1998 12:49:57 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA24368;
       Wed, 7 Oct 1998 12:45:23 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA05999
       for <[email protected]>; Wed, 7 Oct 1998 12:39:41 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id NAA07574;
       Wed, 7 Oct 1998 13:39:29 -0400
Message-Id: <[email protected]>
Date: Wed, 7 Oct 1998 13:39:29 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: CHAPAN <[email protected]>
Cc: [email protected], [email protected]
Subject: Re: malloc error
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 7 Oct 1998, CHAPAN wrote:

> In the source code ftpd.c, find the label 'case TYPE_L:'.  The following
> line should be
>
>         if ((buf = (char *) malloc((u_int) blksize)) == NULL) {
>
> Replace it with:
>
>         if ((buf = (char *)  malloc(8192)) == NULL) {

[email protected] reports errors on AIX with malloc.
[email protected] confirms a problem in send_data().  This patch is
experimental against VR8 to attempt to correct the problem.  I'm working
on the supposition that the problem is data alignment; the 'blksize' is
off_t and malloc() wants a size_t.  I've added a conversion step which
should eliminate the problem.

While this patch is against VR8, it should work against all VR versions
and against the base, beta-18 version.  Hand editing will be required
against beta-18 and VR versions up to VR4 since the THROUGHPUT first
appeared in VR5.  After VR5, this patch should apply cleanly.

diff -c src/ftpd.c.orig src/ftpd.c
*** src/ftpd.c.orig     Mon Sep 28 12:57:31 1998
--- src/ftpd.c  Wed Oct  7 13:28:34 1998
***************
*** 3791,3796 ****
--- 3791,3797 ----
     static char *buf;
     int netfd,
       filefd;
+     size_t size_t_blksize;
 #ifdef THROUGHPUT
     int bps;
     double bpsmult;
***************
*** 3866,3872 ****
         if (bps != -1)
             blksize = bps;
 #endif
!         if ((buf = (char *) malloc((u_int) blksize)) == NULL) {
             transflag = 0;
             perror_reply(451, "Local resource failure: malloc");
             retrieve_is_data = 1;
--- 3867,3874 ----
         if (bps != -1)
             blksize = bps;
 #endif
!         size_t_blksize = blksize;
!         if ((buf = (char *) malloc(size_t_blksize)) == NULL) {
             transflag = 0;
             perror_reply(451, "Local resource failure: malloc");
             retrieve_is_data = 1;
***************
*** 3879,3885 ****
         if (bps != -1)
             t1 = time(NULL);
 #endif
!         while ((cnt = read(filefd, buf, (u_int) blksize)) > 0 &&
                write(netfd, buf, cnt) == cnt){
         alarm((unsigned)timeout);
         byte_count += cnt;
--- 3881,3887 ----
         if (bps != -1)
             t1 = time(NULL);
 #endif
!         while ((cnt = read(filefd, buf, size_t_blksize)) > 0 &&
                write(netfd, buf, cnt) == cnt){
         alarm((unsigned)timeout);
         byte_count += cnt;

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Wed Oct  7 12:51:18 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id MAA20547;
       Wed, 7 Oct 1998 12:51:17 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA15440;
       Wed, 7 Oct 1998 12:46:57 -0500 (CDT)
Received: from pony-2.mail.digex.net (pony-2.mail.digex.net [204.91.241.6])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA00088
       for <[email protected]>; Wed, 7 Oct 1998 12:44:35 -0500 (CDT)
Received: from firewall.midrex.com (midrex.com [207.86.137.253])
       by pony-2.mail.digex.net (8.8.8/8.8.8) with SMTP id NAA05102
       for <[email protected]>; Wed, 7 Oct 1998 13:44:34 -0400 (EDT)
Received: from mailhost.midrex.com by firewall.midrex.com
         via smtpd (for pony-2.mail.digex.net [204.91.241.6]) with SMTP; 7 Oct 1998 17:44:05 UT
Received: from ccMail by mailhost.midrex.com (ccMail Link to SMTP R8.00.01)
   id AA907782187; Wed, 07 Oct 98 13:43:08 -0500
Message-Id: <[email protected]>
Date: Wed, 07 Oct 98 13:44:23 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Shon Nixon"<[email protected]>
To: <[email protected]>
Subject: Re[2]: Guest Account
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="simple boundary"
X-Mailer: ccMail Link to SMTP R8.00.01
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


--simple boundary
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

I guess I am missing something here. I tried the below suggestion - /upload/*.
Still no ability to upload in the users home directory. Can't even upload to the
standard ftp/upload directory. I changed the group to ftp_users but kept the
root user just until I get it to work. Maybe I don't understand the directory
structuring of the system. Here is how it looks on my system:

/home
/home/ftp
/home/ftp/upload
/home/ftp/lib (etc...)
/home/lurgi
/home/lurgi/upload
/home/lurgi/lib (etc...)
/home/samba
/home/http
etc...

Am I doing something wrong with the dir structure? My understanding is that I
can create a separate home directory for each user and set it up as a "guest"
account and it will act the same as ftping into the standard ftp site as
anonymous except that it will be in the users personal home directory. Is that
correct? Thanks for your help, it is greatly appreciated. Anything else I can do
or try?

Shon


____________________Reply Separator____________________
Subject:    Re: Guest Account
Author: <[email protected] >
Date:       10/7/98 11:52 AM

On Wed, 7 Oct 1998, Shon Nixon wrote:

> I can see everything in the directory - files and other directories,
> but can not transfer anything to it or out of it.



 # Don't allow uploads anywhere at all for anonymous ftp ...
> upload /home/ftp *  no



 # Except allow upload if the file is named _exactly_ '/upload'
> upload /home/ftp /upload yes root daemon 0600 dirs

Change this to read:
 upload /home/ftp /upload/* yes root daemon 0600 nodirs

1) You don't want to allow uploading '/uploadhereforwarez'

2) You want to allow uploading only inside the directory '/upload/'

3) You don't want to allow directories inside there since they won't
  be usable anyway.

4) PAY ATTENTION HERE: Do you really want the uploaded file to be owned by
  'root'?  I'd suggest creating an ftpadmin user and group and having it
  own the uploaded files.



 # The following lines have no effect since they were included in the
 # first, global, denial for upload privileges.
> upload /home/ftp /bin   no
> upload /home/ftp /etc   no
> upload /home/ftp /lib   no

--

Gregory A Lundberg                Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195






--simple boundary
Content-Type: text/plain; charset=US-ASCII; name="RFC822.TXT"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename="RFC822.TXT"

Received: from firewall.midrex.com by mailhost.midrex.com (ccMail Link to SMTP R8.00.01)
       ; Wed, 07 Oct 98 11:57:09 -0500
Return-Path: <[email protected]>
Received: from wugate.wustl.edu ([128.252.120.1]) by firewall.midrex.com
         via smtpd (for mailhost.midrex.com [3.3.3.3]) with SMTP; 7 Oct 1998 15:58:05 UT
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA24699;
       Wed, 7 Oct 1998 10:55:43 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA13599
       for <[email protected]>; Wed, 7 Oct 1998 10:54:25 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id LAA06815;
       Wed, 7 Oct 1998 11:52:23 -0400
Message-Id: <[email protected]>
Date: Wed, 7 Oct 1998 11:52:22 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Shon Nixon <[email protected]>
Cc: [email protected]
Subject: Re: Guest Account
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


--simple boundary--

From [email protected]  Wed Oct  7 13:34:56 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id NAA21239;
       Wed, 7 Oct 1998 13:34:55 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA29302;
       Wed, 7 Oct 1998 13:31:09 -0500 (CDT)
Received: from taurus.cus.cam.ac.uk ([email protected] [131.111.8.48])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA11735
       for <[email protected]>; Wed, 7 Oct 1998 13:25:21 -0500 (CDT)
Received: from nmm1 by taurus.cus.cam.ac.uk with local-smtp (Exim 2.05 #3)
       id 0zQyGz-0004b1-00
       for [email protected]; Wed, 7 Oct 1998 19:25:17 +0100
Message-Id: <[email protected]>
Date: Wed, 07 Oct 1998 19:25:16 +0200
Reply-To: [email protected]
Sender: [email protected]
From: Nick Maclaren <[email protected]>
To: [email protected]
Subject: RFC 931 authentication
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Attempting to build Beta 18, I discover that RFC 931 code is present,
but is pretty firmly excluded.  Yes, I can easily include it, but
does this indicate that it is not fully supported?

Naturally, I am not crazy enough to rely on the identification, but
it can save a fair amount of poking around when chasing up users who
have done something odd or triggered a problem.  So, I am being
foolish to enable it?


Regards,
Nick Maclaren,
University of Cambridge Computing Service,
New Museums Site, Pembroke Street, Cambridge CB2 3QG, England.
Email:  [email protected]
Tel.:  +44 1223 334761    Fax:  +44 1223 334679

From [email protected]  Wed Oct  7 14:01:23 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id OAA21613;
       Wed, 7 Oct 1998 14:01:22 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA12450;
       Wed, 7 Oct 1998 13:56:39 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA09306
       for <[email protected]>; Wed, 7 Oct 1998 13:54:53 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id OAA08120;
       Wed, 7 Oct 1998 14:54:21 -0400
Message-Id: <[email protected]>
Date: Wed, 7 Oct 1998 14:54:21 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Nick Maclaren <[email protected]>
Cc: WU-FTPD Discussion List <[email protected]>
Subject: Re: RFC 931 authentication
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 7 Oct 1998, Nick Maclaren wrote:

> Attempting to build Beta 18, I discover that RFC 931 code is present,
> but is pretty firmly excluded.  Yes, I can easily include it, but does
> this indicate that it is not fully supported?
>
> Naturally, I am not crazy enough to rely on the identification, but it
> can save a fair amount of poking around when chasing up users who have
> done something odd or triggered a problem.  So, I am being foolish to
> enable it?

This has been on Stan's TODO list for some time now (ie., years).  I'd
never noticed the code was there, just diabled.

If you to enable it, there's a few things to look out for:

- While it's called from the mainline (ftpd.c) there is no support for
  A_RFC931 there.  That means the code will detect that the user was
  authenticated via RFC931, but there is no way to handle that as a
  special case.  This has effect in the password check logic for
  anonymous users (it will insert their username in the suggested
  response if they supply a password the daemon doesn't like).  It also
  has effect in the xferlog (the name from RFC931 is logged).  There's a
  comment about a magic cookie (%u) which should display the RFC931 name,
  but the code for that cookie is not present.

- The login time will be extended by the time it takes for the RFC931
  transaction to occur.  If the remote system does not respond quickly,
  the user may become frustrated at the appearently slow response time
  from the server.

If you enable this code and it works, send me a private email and I'll see
about finishing out the code (adding the magic cookie).

I think the main reason a lot of people don't care whether this code is
present is you can get the same effect, a lot easier and more reliably,
using the tcpwrappers (tcpd) on the command-line in your inetd.conf file.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Wed Oct  7 15:58:04 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id PAA23023;
       Wed, 7 Oct 1998 15:58:04 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA32627;
       Wed, 7 Oct 1998 15:53:09 -0500 (CDT)
Received: from shodan.in-trier.de ([email protected] [198.22.51.3])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA01883
       for <[email protected]>; Wed, 7 Oct 1998 15:47:32 -0500 (CDT)
Received: from localhost (cray.microsoft.eu.org [198.22.51.119])
       by shodan.in-trier.de (8.8.8/8.8.8) with SMTP id WAA22925;
       Wed, 7 Oct 1998 22:48:42 +0200
Message-Id: <[email protected]>
Date: Wed, 7 Oct 1998 22:04:11 +0200 (CEST)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: Chris Funk <[email protected]>
Cc: [email protected]
Subject: Re: your mail
In-Reply-To: <Pine.LNX.3.96.981007082851.15531A-100000@CCS.completecomputing.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 7 Oct 1998, Chris Funk wrote:

> I'm trying to setup BeroFTPD with Virtual host support, but can only seem
> to get to the primary server.  I've setup an ftpservices file, etc., but I
> can't figure out how to define the hostnames... really, quite lost, as the
> documentation seems to be MIA for non-IP based virtual hosts.

The documentation is virtually nonexistant because you shouldn't be using
it unless you're absolutely sure you know what you're doing.
The HOST command, which is used for this, is currently in no RFC (though
it has been discussed), I've just put in a preliminary support for the
draft.
If you want to access a non-IP based virtual host, you need a client that
supports it. Currently there is NO client supporting it directly; however,
I have made a patch for netkit-ftp that will allow it to access non-IP
virtual hosts
(ftp://beroftpd.unix.eu.org/pub/BeroFTPD/HOST/netkit-ftp.diff.gz), so if
you want to use it internally, you can.
I hope other clients will follow shortly.

LLaP
bero

--
Windows 98 supports real multitasking - it can boot and crash simultaneously.
***
Anyone sending unwanted advertising e-mail to this address will be charged
$25 for network traffic and computing time. By extracting my address from
this message or its header, you agree to these terms.



From [email protected]  Wed Oct  7 20:22:30 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id UAA25392;
       Wed, 7 Oct 1998 20:22:29 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA23436;
       Wed, 7 Oct 1998 20:18:49 -0500 (CDT)
Received: from iloginc.ilog.com (iloginc.ilog.com [208.227.181.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA23421
       for <[email protected]>; Wed, 7 Oct 1998 20:13:27 -0500 (CDT)
Received: from raptor.ilog.com (raptor.ilog.com [208.227.181.34])
       by iloginc.ilog.com (8.8.8/8.8.8) with SMTP id SAA23760;
       Wed, 7 Oct 1998 18:15:03 -0700 (PDT)
Received: by raptor.ilog.com (SMI-8.6/SMI-SVR4)
       id SAA06168; Wed, 7 Oct 1998 18:12:33 -0900
Message-Id: <[email protected]>
Date: Wed, 7 Oct 1998 18:12:33 -0900 (GMT)
Reply-To: [email protected]
Sender: [email protected]
From: [email protected] (Daniel Fong)
To: [email protected]
Cc: [email protected] (Daniel Fong)
Subject: allow user upload to private directory
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,

I'm running Version wu-2.4(1) on a Solaris 2.4 machine. I created a new
user with the useradd command and now I want that user to be able to upload
files to a directory under /private. But, everytime I try and upload
something it says permission denied (Upload). I modified the ftpaccess so
that uploads are allowed to the private directory, but not luck.

Any ideas?

-dan

From [email protected]  Wed Oct  7 21:59:40 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id VAA26338;
       Wed, 7 Oct 1998 21:59:40 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id VAA06977;
       Wed, 7 Oct 1998 21:55:47 -0500 (CDT)
Received: from host3.bnpgroup.com (host3.bnpgroup.com [159.50.100.129])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id VAA24718
       for <[email protected]>; Wed, 7 Oct 1998 21:50:40 -0500 (CDT)
Received: from SMTP_PARIS1.bnpgroup.com (unverified [159.50.248.162]) by host3.bnpgroup.com
(Integralis SMTPRS 2.04) with SMTP id <[email protected]>;
Thu, 08 Oct 1998 04:45:24 +0200
Received: by SMTP_PARIS1.bnpgroup.com(Lotus SMTP MTA v1.06 (346.7 3-18-1997))  id C1256697.000F9612 ; Thu, 8 Oct 1998 04:50:14 +0200
Message-Id: <48256697.000D17D2.00@SMTP_PARIS1.bnpgroup.com>
Date: Thu, 8 Oct 1998 10:36:58 +0900
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Cc: [email protected], [email protected]
Subject: Re: malloc error
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Lotus-FromDomain: BNP
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN





Greg,

I tried to apply your patch and got the following error :

***************************************************************************
**************
[Host]:>/software/wu-ftpd-2.4.2-beta-18-vr8/src> patch < ../VR8.5a

Processing...  Looks like a new-style context diff...
The text leading up to this was:
--------------------------
|diff -c src/ftpd.c.orig src/ftpd.c
|*** src/ftpd.c.orig    Mon Sep 28 12:57:31 1998
|--- src/ftpd.c Wed Oct  7 13:28:34 1998
--------------------------
Patching file ftpd.c using Plan A...
patch: 3016-037 Malformed patch at line 7: static char *buf;
***************************************************************************
**************

In addition, I encountered a few other peculiarities :

a.   After applying CHAPAN's suggested code replacement (b4 applying your
patch), there were no entries of my attempts to open, navigate and get
files
from the FTP Server. Neither were there any debugging breakdown of commands
in ftpd.debug and ftpd.info (from syslogd). Only entries in those 2 files
were the
FTP LOGIN and FTP session closed statements. Although I could "open" a file
on the FTP server after applying CHAPAN's code, the file was blank. I
could
also "get" a file from the FTP server but the file would be 0 bytes in
size. Putting files into the FTP server worked ok though.

**************************FTPD.INFO******************************
Oct  8 10:19:58 dwh_db ftpd[18940]: FTP LOGIN FROM misdba [192.
168.160.133], root
Oct  8 10:23:57 dwh_db ftpd[18940]: FTP session closed
**********************************************************************

**************************FTPD.DEBUG******************************
Oct  8 10:19:58 dwh_db ftpd[18940]: FTP LOGIN FROM misdba [192.
168.160.133], root
Oct  8 10:23:57 dwh_db ftpd[18940]: FTP session closed
**************************************************************************

**************************XFERLOG******************************

********************************************************************


b.   Upon entering my FTP server, I could see the directory structure.
After changing to a sub-directory, I would not be able to see the
directories in the
sub-directory that I had navigated to. If I were to put a file into that
sub-directory though, the directory structure in that sub-directory would
appear as if it were refreshed
or something like that.

I'm running AIX 4.3.1 testing your wu-ftpd-2.4.2-beta-18-vr8 version
(without any of the patches VR8.1 - VR8.5)

Hope the above helps......

rgds and thks again

Victor






"lundberg+wuftpd"@vr.net on 08/10/98 01:39:29 AM

Please respond to "lundberg+wuftpd"@vr.net

To:   [email protected]
cc:   Thian Leng Victor Tan/IT/SINGAPORE/BFI/BNP, [email protected]
Subject:  Re: malloc error




On Wed, 7 Oct 1998, CHAPAN wrote:

> In the source code ftpd.c, find the label 'case TYPE_L:'.  The following
> line should be
>
>         if ((buf = (char *) malloc((u_int) blksize)) == NULL) {
>
> Replace it with:
>
>         if ((buf = (char *)  malloc(8192)) == NULL) {

[email protected] reports errors on AIX with malloc.
[email protected] confirms a problem in send_data().  This patch is
experimental against VR8 to attempt to correct the problem.  I'm working
on the supposition that the problem is data alignment; the 'blksize' is
off_t and malloc() wants a size_t.  I've added a conversion step which
should eliminate the problem.

While this patch is against VR8, it should work against all VR versions
and against the base, beta-18 version.  Hand editing will be required
against beta-18 and VR versions up to VR4 since the THROUGHPUT first
appeared in VR5.  After VR5, this patch should apply cleanly.

diff -c src/ftpd.c.orig src/ftpd.c
*** src/ftpd.c.orig     Mon Sep 28 12:57:31 1998
--- src/ftpd.c  Wed Oct  7 13:28:34 1998
***************
*** 3791,3796 ****
--- 3791,3797 ----
     static char *buf;
     int netfd,
       filefd;
+     size_t size_t_blksize;
 #ifdef THROUGHPUT
     int bps;
     double bpsmult;
***************
*** 3866,3872 ****
         if (bps != -1)
             blksize = bps;
 #endif
!         if ((buf = (char *) malloc((u_int) blksize)) == NULL) {
             transflag = 0;
             perror_reply(451, "Local resource failure: malloc");
             retrieve_is_data = 1;
--- 3867,3874 ----
         if (bps != -1)
             blksize = bps;
 #endif
!         size_t_blksize = blksize;
!         if ((buf = (char *) malloc(size_t_blksize)) == NULL) {
             transflag = 0;
             perror_reply(451, "Local resource failure: malloc");
             retrieve_is_data = 1;
***************
*** 3879,3885 ****
         if (bps != -1)
             t1 = time(NULL);
 #endif
!         while ((cnt = read(filefd, buf, (u_int) blksize)) > 0 &&
                write(netfd, buf, cnt) == cnt){
    alarm((unsigned)timeout);
    byte_count += cnt;
--- 3881,3887 ----
         if (bps != -1)
             t1 = time(NULL);
 #endif
!         while ((cnt = read(filefd, buf, size_t_blksize)) > 0 &&
                write(netfd, buf, cnt) == cnt){
    alarm((unsigned)timeout);
    byte_count += cnt;

--

Gregory A Lundberg       Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195





From [email protected]  Thu Oct  8 02:41:41 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id CAA03145;
       Thu, 8 Oct 1998 02:41:40 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id CAA16711;
       Thu, 8 Oct 1998 02:36:25 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id CAA21932
       for <[email protected]>; Thu, 8 Oct 1998 02:31:56 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id DAA13243;
       Thu, 8 Oct 1998 03:31:46 -0400
Message-Id: <[email protected]>
Date: Thu, 8 Oct 1998 03:31:46 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected], [email protected]
Subject: Re: malloc error
In-Reply-To: <48256697.000D17D2.00@SMTP_PARIS1.bnpgroup.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 8 Oct 1998 [email protected] wrote:

> [Host]:>/software/wu-ftpd-2.4.2-beta-18-vr8/src> patch < ../VR8.5a
>
> Processing...  Looks like a new-style context diff...
> The text leading up to this was:
> --------------------------
> |diff -c src/ftpd.c.orig src/ftpd.c
> |*** src/ftpd.c.orig    Mon Sep 28 12:57:31 1998
> |--- src/ftpd.c Wed Oct  7 13:28:34 1998
> --------------------------
> Patching file ftpd.c using Plan A...
> patch: 3016-037 Malformed patch at line 7: static char *buf;

Probably it's a bad copy of the patch.  My fault for sending it in the
email rather than an attachment.  Try getting it from my ftp site.  You
seem to know where to look; it's VR8.11 .. take it, don't touch the other
patches unless you really like playing with fire.

> a.  After applying CHAPAN's suggested code replacement (b4 applying
> your patch), there were no entries of my attempts to open, navigate
> and get files from the FTP Server. Neither were there any debugging
> breakdown of commands in ftpd.debug and ftpd.info (from syslogd). Only
> entries in those 2 files were the FTP LOGIN and FTP session closed
> statements. Although I could "open" a file on the FTP server after
> applying CHAPAN's code, the file was blank. I could also "get" a file
> from the FTP server but the file would be 0 bytes in size. Putting
> files into the FTP server worked ok though.

CHAPAN's patch was to set the malloc() site to a constant 8K bytes without
changing the size of the read() .. very dangerous.  If the read() was for
over 8K this would guarentee a buffer overrun.  One possible length for
the read() is BUFSIZ, set in the C runtime (stdio.h on Linux sets it to 1K
bytes).  Another is 1, or 2, times the natural block size for the file
system (as determined stat() or lstat() function) which could be quite
large.

> b.  Upon entering my FTP server, I could see the directory structure.
> After changing to a sub-directory, I would not be able to see the
> directories in the sub-directory that I had navigated to. If I were to
> put a file into that sub-directory though, the directory structure in
> that sub-directory would appear as if it were refreshed or something
> like that.

Yep, sounds like a buffer overrun.

> I'm running AIX 4.3.1 testing your wu-ftpd-2.4.2-beta-18-vr8 version
> (without any of the patches VR8.1 - VR8.5)

I should hope you're not using any other VR8.x patch.  Those patches are
my working notes for VR9 and should be considered HIGHLY experimental;
like we're doing with this one.  Just so you get the idea how dangerous
they are, I'll tell you that if you were to apply all of them, the
"upload" clause would probably begin denying upload permissions to
everyone (which caused me to turn off part of one of the patches on my
local server).

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Thu Oct  8 04:02:31 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id EAA08385;
       Thu, 8 Oct 1998 04:02:30 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id DAA21014;
       Thu, 8 Oct 1998 03:58:46 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id DAA30904
       for <[email protected]>; Thu, 8 Oct 1998 03:53:01 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id EAA13915;
       Thu, 8 Oct 1998 04:52:57 -0400
Message-Id: <[email protected]>
Date: Thu, 8 Oct 1998 04:52:57 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Daniel Fong <[email protected]>
Cc: [email protected], Daniel Fong <[email protected]>
Subject: Re: allow user upload to private directory
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 7 Oct 1998, Daniel Fong wrote:

> I'm running Version wu-2.4(1) on a Solaris 2.4 machine.

First .. get the current version.  2.4 is VERY old and shouldn't be used
unless you have no connection to any networks or don't care a bit about
security.  The current version is 2.4.2-beta-18

The location of the latest version of wu-ftpd can be found in the
directory

     ftp://ftp.academ.com/pub/wu-ftpd/private/

You can't see the directory contents, so read the message informing you
of the actual filename to retrieve. It's there.

wu-ftpd Resource Center:  http://www.landfield.com/wu-ftpd/
wu-ftpd FAQ:              http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html
wu-ftpd list archive:     http://www.landfield.com/wu-ftpd/mail-archive/

> I created a new user with the useradd command and now I want that user
> to be able to upload files to a directory under /private. But,
> everytime I try and upload something it says permission denied
> (Upload). I modified the ftpaccess so that uploads are allowed to the
> private directory, but not luck.

Today's the day for upload questions.  Including my breaking it trying
something new.  Here's how upload works, at least for the first two
parameters:

upload <pwdir> <cwdir> ...

<pwdir> is matched against the users home directory.  This upload clause
ONLY applies to users who have the specified home.

<cwdir> is matched against the directory where the uploaded file will be
placed.  This can be a file glob .. and that's where most people go wrong.

Here's an example from my ftpaccess file.

----

# remember for wu-ftpd upload "what is not denied is allowed"

# I can't upload
upload /home/users/lundberg * no

# Except to a FILE in the /tmp directory
upload /home/users/lundberg /tmp yes nodirs

# Or in my own HOME
upload /home/users/lundberg /home/users/lundberg yes

# Or in a subdirectory of my HOME
upload /home/users/lundberg /home/users/lundberg/* yes

# Or to the anonymous FTP incoming directory
upload /home/users/lundberg /home/ftp/incoming yes vrnet vrnet 440 nodirs



# Anonymous users can't upload
upload /home/ftp * no

# Except to a FILE in the incoming area
upload /home/ftp /incoming yes vrnet vrnet 440 nodirs



# I'm using beta-18-vr8 so I can use globs on the <pwdir> ...

# None of my users can upload to the filesystem root, /bin or /etc
# Everyone is chroot'd to /home/users so this refers to the chroot area
upload /home/users/* / no
upload /home/users/* /bin no
upload /home/users/* /bin/* no
upload /home/users/* /etc no
upload /home/users/* /etc/* no

----

Net effect, my users and anonymous visitors can upload ONLY where I want.

And, with VR8 patches, I can even have the daemon stop my users uploading
into system areas without depending upon file and directory permissions.
Cool.  The only time they see 'permission denied' is if one user tries to
upload to another's home.  (Maybe someday I'll do a VR patch to deny even
that.  There's an old request for that, too.)

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Thu Oct  8 04:21:50 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id EAA10221;
       Thu, 8 Oct 1998 04:21:49 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id EAA30736;
       Thu, 8 Oct 1998 04:18:06 -0500 (CDT)
Received: from jester.ti.com (jester.ti.com [192.94.94.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id EAA25171
       for <[email protected]>; Thu, 8 Oct 1998 04:16:13 -0500 (CDT)
Received: from king.india.ti.com ([134.183.160.185]) by jester.ti.com (8.8.8) with ESMTP id EAA12487 for <[email protected]>; Thu, 8 Oct 1998 04:15:06 -0500 (CDT)
Received: from india.ti.com (titanic.india.ti.com [134.183.192.33]) by king.india.ti.com (8.8.5/8.6.10) with ESMTP id OAA04684 for <[email protected]>; Thu, 8 Oct 1998 14:45:28 +0530 (IST)
Message-Id: <[email protected]>
Date: Thu, 08 Oct 1998 14:46:19 +0530
Reply-To: [email protected]
Sender: [email protected]
From: "Srikanth A." <[email protected]>
To: "[email protected]" <[email protected]>
Subject: compile
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: [email protected]
X-Mailer: Mozilla 4.05 [en] (X11; I; SunOS 5.5.1 sun4c)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi all,
       I have a problem while compiling. Error is
sh build CC=gcc sol
make args are :
make opts are :  CC=gcc

Linking Makefiles.
ln: makefiles/Makefile.sol and Makefile are identical
ln: makefiles/Makefile.sol and Makefile are identical
ln: config/config.sol and config.h are identical
ln: makefiles/Makefile.sol and Makefile are identical

Making support library.
rm -f libsupport.a
ar cq libsupport.a fnmatch.o strcasestr.o strsep.o authuser.o
touch libsupport.a

Making ftpd.
gcc -g -DDEBUG -I.. -I../support -L../support  -c  ftpd.c
ftpd.c:143: conflicting types for `realpath'
/usr/include/stdlib.h:180: previous declaration of `realpath'
*** Error code 1
make: Fatal error: Command failed for target `ftpd.o'

Making ftpcount.
gcc -g -DDEBUG -I.. -I../support -L../support -o ftpcount ftpcount.c
vers.o -lsupport -lsocket -lnsl -lgen
gcc: vers.o: No such file or directory
*** Error code 1
make: Fatal error: Command failed for target `ftpcount'

Making ftpshut.
gcc -g -DDEBUG -I.. -I../support -L../support -o ftpshut ftpshut.c
vers.o -lsupport -lsocket -lnsl -lgen
gcc: vers.o: No such file or directory
*** Error code 1
make: Fatal error: Command failed for target `ftpshut'

Making ckconfig.
gcc -g -DDEBUG -I.. -I../support -L../support -o ckconfig ckconfig.c

Links to executables are in bin directory:
size: bin/ftpd: cannot open
size: bin/ftpcount: cannot open
size: bin/ftpshut: cannot open
size: bin/ftpwho: cannot open
bin/ckconfig: 7387 + 788 + 360 = 8535
Done

Can somebody help me out.


OSver: 5.6(Solaris)
gccver: 2.8.1
wu-ftp: 2.4-academ

From [email protected]  Thu Oct  8 06:50:29 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id GAA15111;
       Thu, 8 Oct 1998 06:50:28 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA30762;
       Thu, 8 Oct 1998 06:47:03 -0500 (CDT)
Received: from pony-2.mail.digex.net (pony-2.mail.digex.net [204.91.241.6])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA15746
       for <[email protected]>; Thu, 8 Oct 1998 06:43:22 -0500 (CDT)
Received: from firewall.midrex.com (midrex.com [207.86.137.253])
       by pony-2.mail.digex.net (8.8.8/8.8.8) with SMTP id HAA06208
       for <[email protected]>; Thu, 8 Oct 1998 07:43:21 -0400 (EDT)
Received: from mailhost.midrex.com by firewall.midrex.com
         via smtpd (for pony-2.mail.digex.net [204.91.241.6]) with SMTP; 8 Oct 1998 11:42:59 UT
Received: from ccMail by mailhost.midrex.com (ccMail Link to SMTP R8.00.01)
   id AA907846911; Thu, 08 Oct 98 07:41:53 -0500
Message-Id: <[email protected]>
Date: Thu, 08 Oct 98 07:43:08 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Shon Nixon"<[email protected]>
To: <[email protected]>
Subject: Re[2]: Guest Account
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="simple boundary"
X-Mailer: ccMail Link to SMTP R8.00.01
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


--simple boundary
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

Tons of messages? I have only sent 2 so far... All of this has already been done
as per the latest guest FAQ. The directories are chmoded 775 (the user directory
and the upload directory that is). Files are set up exactly as per the guest
FAQ. I can see the files and directories, so "ls" is working. I just can not
transfer files into either the / directory or /upload. It says file transferred,
but no file... I check on the ftp server to see if it did transfer, but no file.
The directories are owned by the user I am connecting as. Don't really know what
else could be the problem...Thanks for the help

Shon

____________________Reply Separator____________________
Subject:    Re: Guest Account
Author: Leif Ericksen <[email protected]>
Date:       10/7/98 12:52 PM

OK OK OK I have seen tons of messages from you about a little problem...
What are the permissions on the files???  rwx-r-x---? rwx-r-x-r-x?

IF the owner is sombody other than what the owner of the program is say
FTP you will have to make sure that the group is set?  What is the group
of the program???  OK lets say we do something special here..

We set up the ftp in a directory /ftpjunk
in that directory we have /etc, /lib, /usr, /tmp, /upload and the
such...  NOW what we do is put a basic /etc/passwd and /etc/shadow in
the directory strip out all the crap as specified in WU-FTP install
docs..  (Please NOTE, I have only installed this once at this time...)

Now we may even need a /etc/group  lets create a user

ftper lets create a group ftpme
what is the ownership of up load???  (root other? root sys?)
what it should be is ftper and ftpme or in the least whatever ftpme AND
perms of the group should be something like 775.


AM I on track or am I jumping and saying something way off base for what
you are doing... I only scanned briefly what is stated in your document.


                       - Leif Ericksen





--simple boundary
Content-Type: text/plain; charset=US-ASCII; name="RFC822.TXT"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename="RFC822.TXT"

Received: from firewall.midrex.com by mailhost.midrex.com (ccMail Link to SMTP R8.00.01)
       ; Wed, 07 Oct 98 13:55:23 -0500
Return-Path: <[email protected]>
Received: from astro.sgsnet.com ([204.217.154.3]) by firewall.midrex.com
         via smtpd (for mailhost.midrex.com [3.3.3.3]) with SMTP; 7 Oct 1998 17:56:21 UT
Received: from imho.net (shadow.imho.net [204.217.154.7]) by astro.sgsnet.com (8.7.5/8.7.3) with ESMTP id MAA25565 for <[email protected]>; Wed, 7 Oct 1998 12:53:09 -0500 (CDT)
Message-ID: <[email protected]>
Date: Wed, 07 Oct 1998 12:52:08 -0500
From: Leif Ericksen <[email protected]>
X-Mailer: Mozilla 4.5b2 [en] (Win95; I)
X-Accept-Language: en
MIME-Version: 1.0
To: [email protected]
Subject: Re: Guest Account
References: <[email protected]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit


--simple boundary--

From [email protected]  Thu Oct  8 08:01:46 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id IAA15640;
       Thu, 8 Oct 1998 08:01:45 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA22361;
       Thu, 8 Oct 1998 07:58:04 -0500 (CDT)
Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA30102
       for <[email protected]>; Thu, 8 Oct 1998 07:55:07 -0500 (CDT)
Received: from sword.india.hp.com (sword.india.hp.com [15.10.43.117])
       by atlrel2.hp.com (8.8.6/8.8.5tis) with ESMTP id IAA00580
       for <[email protected]>; Thu, 8 Oct 1998 08:54:56 -0400 (EDT)
Received: by sword.india.hp.com
       (1.39.111.2/16.2) id AA063311916; Thu, 8 Oct 1998 18:35:17 +0530
Message-Id: <[email protected]>
Date: Thu, 8 Oct 1998 18:35:17 +0530
Reply-To: [email protected]
Sender: [email protected]
From: Dhanasekharan D <[email protected]>
To: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

>From [email protected] Thu Oct  8 18:29:43 IST 1998 remote from sword
Received: from fakir.india.hp.com by sword.india.hp.com with ESMTP
       (1.39.111.2/16.2) id AA063141575; Thu, 8 Oct 1998 18:29:35 +0530
Return-Path: <[email protected]>
Received: from palrel1.hp.com (palrel1.hp.com [15.81.168.10]) by fakir.india.hp.com with ESMTP (8.7.1/8.7.3 TIS 5.0) id SAA08020 for <[email protected]>; Thu, 8 Oct 1998 18:17:20 +0530 (IST)
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by palrel1.hp.com (8.8.6/8.8.5tis) with ESMTP id FAA13200
       for <[email protected]>; Thu, 8 Oct 1998 05:48:56 -0700 (PDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA07046;
       Thu, 8 Oct 1998 07:47:56 -0500 (CDT)
Message-Id: <[email protected]>
Date: Thu,  8 Oct 1998 07:47:55 CDT
Reply-To: [email protected]
Sender: dhana
From: "WUSTL ListProc" <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: No requests found
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN
X-Mailer: ELM [version 2.4 PL25]

No requests were found or recognized in your message. It is possible
your message was intended for a person or a list, or none of its contents
were recognized by this automated system as requests.
If you need to talk to a person, please send mail to [email protected].
To get general help on Listproc, please send the command:

                               HELP

in the body of the message to [email protected].
-------------------------------------------------------------------------------
Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
Received: from sword.india.hp.com (sword.india.hp.com [15.10.43.117])
Message-Id: <[email protected]>
Received: by sword.india.hp.com
From: Dhanasekharan D <[email protected]>
Subject: Sublogins in anonymous ftp
X-Mailer: ELM [version 2.4 PL25]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit


Hello,

       With  wu-ftpd,  when  anonymous  users  ftp in  and  try a
       sublogin with the "user"  command, they get this  message:
       Can't change user from guest login.

       Is there a way to allow sublogins for anonymous ftp?

       Are there any  security  issues by allowing  sublogins  in
       anonymous ftp.

Thanks,
D.Dhana.


-------------------------------------------------------------------------------

         ///
        ///
       ///
      /////////  ///////////
     ///   ///  ///     ///
    ///   ///  ///     ///
   ///   ///  ///     ///
             ///////////
            ///
           ///


D.Dhanasekaran.                     Email      : [email protected]
Hewlett Packard - ISO               Tel        : (91)(80)225-1554
29, Cunningham Road,                Extn       : 1424
Bangalore 560052                    Telnet     : 847 - 1424

--------------------------------------------------------------------------------


From [email protected]  Thu Oct  8 09:45:08 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id JAA16743;
       Thu, 8 Oct 1998 09:45:07 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA20183;
       Thu, 8 Oct 1998 09:41:26 -0500 (CDT)
Received: from pony-1.mail.digex.net (pony-1.mail.digex.net [204.91.241.5])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA15554
       for <[email protected]>; Thu, 8 Oct 1998 09:40:12 -0500 (CDT)
Received: from firewall.midrex.com (midrex.com [207.86.137.253])
       by pony-1.mail.digex.net (8.8.8/8.8.8) with SMTP id KAA13640
       for <[email protected]>; Thu, 8 Oct 1998 10:39:58 -0400 (EDT)
Received: from mailhost.midrex.com by firewall.midrex.com
         via smtpd (for pony-1.mail.digex.net [204.91.241.5]) with SMTP; 8 Oct 1998 14:38:36 UT
Received: from ccMail by mailhost.midrex.com (ccMail Link to SMTP R8.00.01)
   id AA907857507; Thu, 08 Oct 98 10:38:29 -0500
Message-Id: <[email protected]>
Date: Thu, 08 Oct 98 10:39:44 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Shon Nixon"<[email protected]>
To: <[email protected]>
Subject: Re[2]: Re[2]: Guest Account
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="simple boundary"
X-Mailer: ccMail Link to SMTP R8.00.01
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


--simple boundary
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

Gregory,

I have downloaded the binaries of wu-ftpd for intel linux from your site. I
tried to compile from scratch (wu-ftpd 2.4.2 beta 18 vr8), but kept getting
errors and it would not compile ftpd or ftpcount. So now I have your
pre-compiled binaries (2.4.2-beta 18 vr8). I do have beta 17 that came installed
with RH 5.1. Only problem now is that I have two ftpd binaries. The file
inetd.conf calls for /usr/sbin/tcpd in.ftpd -l -a -o. I did find in.ftpd in the
/usr/sbin directory.  There is another binary in /etc/logrotate.d/ called ftpd.
I am confused here. Which do I upgrade or replace? Or do I just rename your ftpd
to in.ftpd? Your help is greatly appreciated.

Shon

____________________Reply Separator____________________
Subject:    Re: Re[2]: Guest Account
Author: Gregory A Lundberg <[email protected]>
Date:       10/7/98 1:45 PM

On Wed, 7 Oct 1998, Shon Nixon wrote:

> Am I doing something wrong with the dir structure? My understanding is
> that I can create a seperate home directory for each user and set it
> up as a "guest" account and it will act the same as ftping into the
> standard ftp site as anonymous except that it will be in the users
> personal home directory. Is that correct? Thanks for your help, it is
> greatly appreciated. Anything else I can do or try?

first, make sure you're installing the current version, beta-18.  ISTR
there were problems with earlier versions .. at least, I complained a lot
about them to Stan (to no avail).  I _think_ things bagan to work better
in beta-18.

If you're using beta-16 (which I think is what came on RH 5.x CDs), try
the following instead:

upload / /upload* yes root daemon 600 nodirs

As for your directory layout questions, I have a sample FTP site you can
check out at

 ftp://ftp.vr.net/pub/wu-ftpd/examples/

there are also pre-compiled binaries in the public w-ftpd area for most
things linux for a ftp site.

--

Gregory A Lundberg                Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195






--simple boundary
Content-Type: text/plain; charset=US-ASCII; name="RFC822.TXT"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename="RFC822.TXT"

Received: from firewall.midrex.com by mailhost.midrex.com (ccMail Link to SMTP R8.00.01)
       ; Wed, 07 Oct 98 13:44:33 -0500
Return-Path: <[email protected]>
Received: from mail.vr.net ([205.133.13.8]) by firewall.midrex.com
         via smtpd (for mailhost.midrex.com [3.3.3.3]) with SMTP; 7 Oct 1998 17:45:30 UT
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id NAA07618
       for <[email protected]>; Wed, 7 Oct 1998 13:45:56 -0400
Date: Wed, 7 Oct 1998 13:45:56 -0400 (EDT)
From: Gregory A Lundberg <[email protected]>
To: Shon Nixon <[email protected]>
Subject: Re: Re[2]: Guest Account
In-Reply-To: <[email protected]>
Message-ID: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


--simple boundary--

From [email protected]  Thu Oct  8 09:51:27 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id JAA16868;
       Thu, 8 Oct 1998 09:51:27 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA13978;
       Thu, 8 Oct 1998 09:47:41 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA04093
       for <[email protected]>; Thu, 8 Oct 1998 09:45:51 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id KAA15256;
       Thu, 8 Oct 1998 10:42:31 -0400
Message-Id: <[email protected]>
Date: Thu, 8 Oct 1998 10:42:31 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Dhanasekharan D <[email protected]>
Cc: [email protected]
Subject: Re: your mail
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 8 Oct 1998, Dhanasekharan D wrote:

> With wu-ftpd, when anonymous users ftp in and try a sublogin with the
> "user"  command, they get this message: Can't change user from guest
> login.
>
> Is there a way to allow sublogins for anonymous ftp?

Not with wu-ftpd.  Once the user has logged in anonymously, the daemon has
chroot'd to the anonymous FTP area and the system password file(s) are no
longer available.

> Are there any security issues by allowing sublogins in anonymous ftp.

If the password file were available after anonymous login, script kiddies
could get it and run crackers and guessers against it.  You'd soon find
someone with both a valid user name and password, and your superuser
password telnet'd in and having a bit of fun.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Thu Oct  8 09:57:37 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id JAA16908;
       Thu, 8 Oct 1998 09:57:37 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA09366;
       Thu, 8 Oct 1998 09:53:56 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA22973
       for <[email protected]>; Thu, 8 Oct 1998 09:48:04 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id KAA15315;
       Thu, 8 Oct 1998 10:48:00 -0400
Message-Id: <[email protected]>
Date: Thu, 8 Oct 1998 10:48:00 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Shon Nixon <[email protected]>
Cc: [email protected]
Subject: Re: Re[2]: Guest Account
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 8 Oct 1998, Shon Nixon wrote:

> The directories are chmoded 775 (the user directory and the upload
> directory that is). Files are set up exactly as per the guest FAQ. I
> can see the files and directories, so "ls" is working. I just can not
> transfer files into either the / directory or /upload. It says file
> transferred, but no file... I check on the ftp server to see if it did
> transfer, but no file. The directories are owned by the user I am
> connecting as.

Check your ftpaccess file.  Subtle typos or format errors have been known
to cause problems.  I see you're grabbed some files from my site; email
off the list if you're still having problems.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Thu Oct  8 09:58:24 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id JAA16917;
       Thu, 8 Oct 1998 09:58:24 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA10302;
       Thu, 8 Oct 1998 09:54:25 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA18370
       for <[email protected]>; Thu, 8 Oct 1998 09:52:37 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id KAA15333;
       Thu, 8 Oct 1998 10:52:28 -0400
Message-Id: <[email protected]>
Date: Thu, 8 Oct 1998 10:52:27 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Srikanth A." <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: compile
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 8 Oct 1998, Srikanth A. wrote:

> ftpd.c:143: conflicting types for `realpath'

To src/config/config.<os> append the following line:

#define realpath realpath_on_steroids   /* hack to work around unistd.h */

Then run './build clean' and './build <os>'

> wu-ftp: 2.4-academ

Better solution: get the current version.

2.4-academ is VERY old and should not be used unless your computer never
connects to any network or you don't care a bit aobut security.

The current version is wu-ftpd-2.4.2-beta-18.tar.Z

The location of the latest version of wu-ftpd can be found in the
directory

     ftp://ftp.academ.com/pub/wu-ftpd/private/

You can't see the directory contents, so read the message informing you
of the actual filename to retrieve. It's there.

wu-ftpd Resource Center:  http://www.landfield.com/wu-ftpd/
wu-ftpd FAQ:              http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html
wu-ftpd list archive:     http://www.landfield.com/wu-ftpd/mail-archive/

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Thu Oct  8 12:08:32 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id MAA18734;
       Thu, 8 Oct 1998 12:08:31 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA09054;
       Thu, 8 Oct 1998 12:03:51 -0500 (CDT)
Received: from smtp.ucsd.edu (smtp.ucsd.edu [132.239.1.49])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA26295
       for <[email protected]>; Thu, 8 Oct 1998 12:00:56 -0500 (CDT)
Received: from adcom118-108.ucsd.edu (adcom118-108.ucsd.edu [132.239.118.108]) by smtp.ucsd.edu (8.8.8AS/8.6.9) with SMTP id KAA16141; Thu, 8 Oct 1998 10:00:23 -0700 (PDT)
Message-Id: <[email protected]>
Date: Thu, 08 Oct 1998 10:00:22 -0700
Reply-To: [email protected]
Sender: [email protected]
From: Dustin Cavanaugh <[email protected]>
To: Gregory A Lundberg <[email protected]>, [email protected]
Subject: Re: Virtual server
In-Reply-To: <[email protected]>
References: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I've finally gotten virtual servers to work on my system (SPARCserver 1000,
SunOS 2.5, gcc). The solution was to use a wrapper to start wu-ftpd.

This information should be added to the VIRTUAL.FTP.SUPPORT file.
-----------------------------------------------------------------
Dustin R. Cavanaugh                    Phone:  619.534.9781
System Analyst, Data Center            FAX:    619.534.8610
University of California, San Diego    EMail:  [email protected]
9500 Gilman Drive,                     Extension: 49781
La Jolla, CA 92093-0903                        MailStop: 0903
-----------------------------------------------------------------

From [email protected]  Thu Oct  8 12:20:20 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id MAA18872;
       Thu, 8 Oct 1998 12:20:19 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA02143;
       Thu, 8 Oct 1998 12:16:18 -0500 (CDT)
Received: from smtp.ucsd.edu (smtp.ucsd.edu [132.239.1.49])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA09524
       for <[email protected]>; Thu, 8 Oct 1998 12:15:11 -0500 (CDT)
Received: from adcom118-108.ucsd.edu (adcom118-108.ucsd.edu [132.239.118.108]) by smtp.ucsd.edu (8.8.8AS/8.6.9) with SMTP id KAA18677 for <[email protected]>; Thu, 8 Oct 1998 10:15:04 -0700 (PDT)
Message-Id: <[email protected]>
Date: Thu, 08 Oct 1998 10:15:03 -0700
Reply-To: [email protected]
Sender: [email protected]
From: Dustin Cavanaugh <[email protected]>
To: [email protected]
Subject: virtual server capabilities?
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I've got virtual servers up and running on SunOS 2.5. I'd like to have
users end up in different directories depending on who they login as and
which ip address they login to.

In ftpaccess I specify:
virtual 999.999.999.30 root /export/home0
virtual 999.999.999.31 root /export/home1
(bogus ip just for illustration)

Is there a way for joe-user to login and end up in
/export/home0/joe-user
/export/home1/joe-user
and
mary-user to end up in
/export/home0/mary-user
/export/home1/mary-user
respectively for the .30 and .31 address?
-----------------------------------------------------------------
Dustin R. Cavanaugh                    Phone:  619.534.9781
System Analyst, Data Center            FAX:    619.534.8610
University of California, San Diego    EMail:  [email protected]
9500 Gilman Drive,                     Extension: 49781
La Jolla, CA 92093-0903                        MailStop: 0903
-----------------------------------------------------------------

From [email protected]  Thu Oct  8 12:32:58 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id MAA19019;
       Thu, 8 Oct 1998 12:32:57 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA24664;
       Thu, 8 Oct 1998 12:29:06 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA29278
       for <[email protected]>; Thu, 8 Oct 1998 12:28:29 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id NAA17580;
       Thu, 8 Oct 1998 13:28:13 -0400
Message-Id: <[email protected]>
Date: Thu, 8 Oct 1998 13:28:13 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Dustin Cavanaugh <[email protected]>
Cc: [email protected]
Subject: Re: virtual server capabilities?
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 8 Oct 1998, Dustin Cavanaugh wrote:

> I've got virtual servers up and running on SunOS 2.5. I'd like to have
> users end up in different directories depending on who they login as
> and which ip address they login to.
>
> In ftpaccess I specify:
> virtual 999.999.999.30 root /export/home0
> virtual 999.999.999.31 root /export/home1
> (bogus ip just for illustration)
>
> Is there a way for joe-user to login and end up in
> /export/home0/joe-user
> /export/home1/joe-user
> and
> mary-user to end up in
> /export/home0/mary-user
> /export/home1/mary-user
> respectively for the .30 and .31 address?

With base, beta-18:
 No

With beta-18-vr8:
 Almost.  Only one virtual site per user, though.

With BeroFTPD:
 Yes.  and you can have different passwords on each virtual server as
 well.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Thu Oct  8 12:39:59 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id MAA19080;
       Thu, 8 Oct 1998 12:39:58 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA08642;
       Thu, 8 Oct 1998 12:35:33 -0500 (CDT)
Received: from sandra2.ctv.es (sandra2.ctv.es [194.179.52.11] (may be forged))
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA08834
       for <[email protected]>; Thu, 8 Oct 1998 12:30:33 -0500 (CDT)
Received: from ikarios.obsdata.bbs (ctv21225135091.ctv.es [212.25.135.91]) by sandra2.ctv.es (8.8.7/CTV-1.1) with SMTP id TAA00630 for <[email protected]>; Thu, 8 Oct 1998 19:29:52 +0200 (MET DST)
Message-Id: <[email protected]>
Date: Thu, 8 Oct 1998 19:29:01 +0100
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: Could not dertemine pwdir
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-Envelope-To: <[email protected]>
X-mailer: Pegasus Mail for Win32 (v3.01a)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Oooppssss...

I have installed the new BeroFTPD 1.1.13 and when a user log in using
his username and password, everything works fine until the user try
to upload a file. This give the message:

553 Could not determine pwdir: No such file or directory.

What's up...?


Regards:
Ole Braad-Sorensen

From [email protected]  Thu Oct  8 13:18:51 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id NAA19392;
       Thu, 8 Oct 1998 13:18:50 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA25529;
       Thu, 8 Oct 1998 13:14:39 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA31103
       for <[email protected]>; Thu, 8 Oct 1998 13:09:13 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id OAA17781;
       Thu, 8 Oct 1998 14:09:04 -0400
Message-Id: <[email protected]>
Date: Thu, 8 Oct 1998 14:09:04 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Could not dertemine pwdir
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 8 Oct 1998 [email protected] wrote:

> I have installed the new BeroFTPD 1.1.13 and when a user log in using
> his username and password, everything works fine until the user try to
> upload a file. This give the message:
>
> 553 Could not determine pwdir: No such file or directory.

Bernard reported that problem after merging VR8 into 1.1.12; we're working
on it.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Thu Oct  8 16:23:30 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id QAA21333;
       Thu, 8 Oct 1998 16:23:30 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA13990;
       Thu, 8 Oct 1998 16:16:58 -0500 (CDT)
Received: from janus.rosmail.com (janus.rosmail.com [195.90.128.77])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA15512
       for <[email protected]>; Thu, 8 Oct 1998 16:15:17 -0500 (CDT)
Received: (from violet@localhost) by janus.rosmail.com (Sendmail/8.8.8-V)
        id AAA16074; Fri, 9 Oct 1998 00:10:56 +0300
Message-Id: <[email protected]>
Date: Fri, 9 Oct 1998 00:10:56 +0300
Reply-To: [email protected]
Sender: [email protected]
From: Sergey Mukhin <[email protected]>
To: [email protected]
Cc: [email protected], [email protected]
Subject: Re: virtual server capabilities?
In-Reply-To: message from Gregory A Lundberg on Thu, 8 Oct 1998 13:28:13 -0400
       (EDT)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


Hi all,

First time writing here.

Looks like there is some common set of features people would like
to have in FTP servers ( as well as in POP3 and others ).

For some time I was slightly rewriting WU-FTPD and now my version
( based on beta 18 ) can handle completely independend users sets
for each virtual server too.

If anybody is interested I can put it on FTP site.

There is another feature, however.  All users data is placed to
database (  for now it is MySQL ), though passwords from /etc/passwd
are valid as well.

And there also is a way to restrict user's access to his
home directory, merely blocking commands concerned files outside it.


>>>>> "G" == Gregory A Lundberg <[email protected]> writes:
G> Date: Thu, 8 Oct 1998 13:28:13 -0400 (EDT)
G> To: Dustin Cavanaugh <[email protected]>
G> Cc: [email protected]

G> On Thu, 8 Oct 1998, Dustin Cavanaugh wrote:

>> I've got virtual servers up and running on SunOS 2.5. I'd like to have
>> users end up in different directories depending on who they login as
>> and which ip address they login to.
>>
>> In ftpaccess I specify:
>> virtual 999.999.999.30 root /export/home0
>> virtual 999.999.999.31 root /export/home1
>> (bogus ip just for illustration)
>>
>> Is there a way for joe-user to login and end up in
>> /export/home0/joe-user
>> /export/home1/joe-user
>> and
>> mary-user to end up in
>> /export/home0/mary-user
>> /export/home1/mary-user
>> respectively for the .30 and .31 address?

G> With base, beta-18:
G>   No

G> With beta-18-vr8:
G>   Almost.  Only one virtual site per user, though.

G> With BeroFTPD:
G>   Yes.  and you can have different passwords on each virtual server as
G>   well.

G> --

G> Gregory A Lundberg           Senior Partner, VRnet Company
G> 1441 Elmdale Drive              [email protected]
G> Kettering, OH 45409-1615 USA    1-800-809-2195




--
------------------------------------------------------------------------
   Sergey Mukhin                       |    [email protected]
   Network Administrator               |    http://violet.rosnet.net/
   Russian Telecommunications Network  |    Tel: + 7 095 206 62 15
   Moscow, Russia                      |         + 7 095 755 85 88
------------------------------------------------------------------------
*     If you can't learn do it well learn to enjoy doing it badly.     *
------------------------------------------------------------------------

From [email protected]  Thu Oct  8 16:34:09 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id QAA21453;
       Thu, 8 Oct 1998 16:34:08 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA30290;
       Thu, 8 Oct 1998 16:29:50 -0500 (CDT)
Received: from shodan.in-trier.de ([email protected] [198.22.51.3])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA14299
       for <[email protected]>; Thu, 8 Oct 1998 16:23:49 -0500 (CDT)
Received: from localhost (cray.microsoft.eu.org [198.22.51.119])
       by shodan.in-trier.de (8.8.8/8.8.8) with SMTP id XAA12537;
       Thu, 8 Oct 1998 23:22:21 +0200
Message-Id: <[email protected]>
Date: Thu, 8 Oct 1998 16:45:06 +0200 (CEST)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: Dhanasekharan D <[email protected]>
Cc: [email protected]
Subject: Re: your mail
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 8 Oct 1998, Dhanasekharan D wrote:

> Hello,
>
>       With  wu-ftpd,  when  anonymous  users  ftp in  and  try a
>       sublogin with the "user"  command, they get this  message:
>       Can't change user from guest login.
>
>       Is there a way to allow sublogins for anonymous ftp?

No, because an anonymous ftp login causes a chroot() call, which can not
be undone.
For what would you want to use them?

LLaP
bero


--
Windows 98 supports real multitasking - it can boot and crash simultaneously.
***
Anyone sending unwanted advertising e-mail to this address will be charged
$25 for network traffic and computing time. By extracting my address from
this message or its header, you agree to these terms.



From [email protected]  Thu Oct  8 16:40:03 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id QAA21501;
       Thu, 8 Oct 1998 16:40:03 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA04449;
       Thu, 8 Oct 1998 16:36:08 -0500 (CDT)
Received: from shodan.in-trier.de ([email protected] [198.22.51.3])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA10210
       for <[email protected]>; Thu, 8 Oct 1998 16:30:38 -0500 (CDT)
Received: from localhost (cray.microsoft.eu.org [198.22.51.119])
       by shodan.in-trier.de (8.8.8/8.8.8) with SMTP id XAA12685;
       Thu, 8 Oct 1998 23:32:37 +0200
Message-Id: <[email protected]>
Date: Thu, 8 Oct 1998 23:30:39 +0200 (CEST)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Could not dertemine pwdir
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 8 Oct 1998 [email protected] wrote:

> Oooppssss...
>
> I have installed the new BeroFTPD 1.1.13 and when a user log in using
> his username and password, everything works fine until the user try
> to upload a file. This give the message:
>
> 553 Could not determine pwdir: No such file or directory.

It's a bug in 1.1.13 that turned up while merging in the VR7 changes - I'm
currently working on it, and it will be fixed in 1.1.14.
Until then, use 1.1.12 (ftp://beroftpd.unix.eu.org/pub/BeroFTPD/obsolete).

LLaP
bero

--
Windows 98 supports real multitasking - it can boot and crash simultaneously.
***
Anyone sending unwanted advertising e-mail to this address will be charged
$25 for network traffic and computing time. By extracting my address from
this message or its header, you agree to these terms.



From [email protected]  Thu Oct  8 17:31:50 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id RAA21990;
       Thu, 8 Oct 1998 17:31:50 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA13193;
       Thu, 8 Oct 1998 17:27:54 -0500 (CDT)
Received: from shodan.in-trier.de ([email protected] [198.22.51.3])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA04744
       for <[email protected]>; Thu, 8 Oct 1998 17:23:27 -0500 (CDT)
Received: from localhost (cray.microsoft.eu.org [198.22.51.119])
       by shodan.in-trier.de (8.8.8/8.8.8) with SMTP id AAA13592;
       Fri, 9 Oct 1998 00:25:11 +0200
Message-Id: <[email protected]>
Date: Fri, 9 Oct 1998 00:21:53 +0200 (CEST)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: Sergey Mukhin <[email protected]>
Cc: [email protected], [email protected], [email protected]
Subject: Re: virtual server capabilities?
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 9 Oct 1998, Sergey Mukhin wrote:

> For some time I was slightly rewriting WU-FTPD and now my version
> ( based on beta 18 ) can handle completely independend users sets
> for each virtual server too.
>
> If anybody is interested I can put it on FTP site.
>
> There is another feature, however.  All users data is placed to
> database (  for now it is MySQL ), though passwords from /etc/passwd
> are valid as well.

Please put it somewhere then - I'd like to have a look at this.

LLaP
bero

--
Windows 98 supports real multitasking - it can boot and crash simultaneously.
***
Anyone sending unwanted advertising e-mail to this address will be charged
$25 for network traffic and computing time. By extracting my address from
this message or its header, you agree to these terms.



From [email protected]  Fri Oct  9 00:24:03 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id AAA25199;
       Fri, 9 Oct 1998 00:24:02 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id AAA30244;
       Fri, 9 Oct 1998 00:20:33 -0500 (CDT)
Received: from ns.icb.spb.su (ns.icb.spb.su [193.125.208.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id AAA31150
       for <[email protected]>; Fri, 9 Oct 1998 00:13:51 -0500 (CDT)
Received: (from uucp@localhost) by ns.icb.spb.su (8.8.2/8.7.3) id IAA13809 for <[email protected]>; Fri, 9 Oct 1998 08:13:02 +0300 (MSK)
Received: from icb.spb.su(10.1.1.5) by ns.icb.spb.su via smap (V1.3)
       id sma013730; Fri Oct  9 08:12:25 1998
Received: by icb.spb.su with Internet Mail Service (5.5.2232.9)
       id <4D5J1C07>; Fri, 9 Oct 1998 08:12:23 +0300
Message-Id: <[email protected]>
Date: Fri, 9 Oct 1998 08:12:17 +0300
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: ~ftp ?
X-Mailer: Internet Mail Service (5.5.2232.9)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

If nobody can write in ~ftp what for must I create .rhosts and .forward
files in ~ftp directory?
Where can I find an information about it?

Thanks a lot.

Sincerely,
Alexander Velichko


From [email protected]  Fri Oct  9 03:05:09 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id DAA00876;
       Fri, 9 Oct 1998 03:05:09 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id CAA29246;
       Fri, 9 Oct 1998 02:59:39 -0500 (CDT)
Received: from janus.rosmail.com (janus.rosmail.com [195.90.128.77])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id CAA25132
       for <[email protected]>; Fri, 9 Oct 1998 02:54:15 -0500 (CDT)
Received: (from violet@localhost) by janus.rosmail.com (Sendmail/8.8.8-V)
        id KAA16925; Fri, 9 Oct 1998 10:50:38 +0300
Message-Id: <[email protected]>
Date: Fri, 9 Oct 1998 10:50:38 +0300
Reply-To: [email protected]
Sender: [email protected]
From: Sergey Mukhin <[email protected]>
To: [email protected]
Cc: [email protected], [email protected], [email protected]
Subject: Re: virtual server capabilities?
In-Reply-To: message from Bernhard Rosenkraenzer on Fri, 9 Oct 1998 00:21:53
       +0200 (CEST)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1




OK. It is available at:

   ftp://ftp.rosnet.ru/pub/violet/software


Any comments are welcome.


>>>>> "B" == Bernhard Rosenkraenzer <[email protected]> writes:
B> Date: Fri, 9 Oct 1998 00:21:53 +0200 (CEST)
B> To: Sergey Mukhin <[email protected]>
B> cc: [email protected], [email protected], [email protected]

B> On Fri, 9 Oct 1998, Sergey Mukhin wrote:

>> For some time I was slightly rewriting WU-FTPD and now my version
>> ( based on beta 18 ) can handle completely independend users sets
>> for each virtual server too.
>>
>> If anybody is interested I can put it on FTP site.
>>
>> There is another feature, however.  All users data is placed to
>> database (  for now it is MySQL ), though passwords from /etc/passwd
>> are valid as well.

B> Please put it somewhere then - I'd like to have a look at this.

B> LLaP
B> bero

B> --
B> Windows 98 supports real multitasking - it can boot and crash simultaneously.
B> ***
B> Anyone sending unwanted advertising e-mail to this address will be charged
B> $25 for network traffic and computing time. By extracting my address from
B> this message or its header, you agree to these terms.




- --
- ------------------------------------------------------------------------
 Sergey Mukhin                 |    [email protected]
 Network Administrator         |    http://violet.rosnet.net/
 Russian Telecommunications Network    |    Tel: + 7 095 206 62 15
 Moscow, Russia                        |         + 7 095 755 85 88
- ------------------------------------------------------------------------
*     If you can't learn do it well learn to enjoy doing it badly.     *
- ------------------------------------------------------------------------


-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 5.0i for non-commercial use
Charset: noconv

iQA/AwUBNh2WFtXb3UdWk5vmEQLvTQCgh7QPqm97pTi5TjQxQZlVfTuPXZoAoLZ/
noZHx2AYsIWOgI4a99Vrt+ao
=6nSB
-----END PGP SIGNATURE-----

From [email protected]  Fri Oct  9 07:47:26 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id HAA15069;
       Fri, 9 Oct 1998 07:47:25 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA17876;
       Fri, 9 Oct 1998 07:41:18 -0500 (CDT)
Received: from inetgw-a.supervalu.com ([email protected] [208.19.191.65])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA10674
       for <[email protected]>; Fri, 9 Oct 1998 07:34:29 -0500 (CDT)
Received: by inetgw-a.supervalu.com; id HAA03779; Fri, 9 Oct 1998 07:34:27 -0500 (CDT)
Received: from int-ns-a-sb.supervalu.com(10.169.9.27) by inetgw-a.supervalu.com via smap (3.2)
       id xma003754; Fri, 9 Oct 98 07:33:56 -0500
Received: from supervalu.com (svho1ts_3 [10.169.6.16])
       by Supervalu.COM (8.8.5/8.8.5) with ESMTP id HAA19169
       for <[email protected]>; Fri, 9 Oct 1998 07:29:16 -0500 (CDT)
Message-Id: <[email protected]>
Date: Fri, 09 Oct 1998 07:33:52 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Jim Bootz <[email protected]>
To: [email protected]
Subject: Re:
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: [email protected]
X-Mailer: Mozilla 4.5b2 [en] (X11; I; SunOS 5.5.1 sun4u)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I think what you're looking for is probably handled by setting up a private group. Check out the man page for ftpaccess and see the part about "private <yes|no>".


Dhanasekharan D wrote:

>
> Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
> Received: from sword.india.hp.com (sword.india.hp.com [15.10.43.117])
> Message-Id: <[email protected]>
> Received: by sword.india.hp.com
> From: Dhanasekharan D <[email protected]>
> Subject: Sublogins in anonymous ftp
> X-Mailer: ELM [version 2.4 PL25]
> Mime-Version: 1.0
> Content-Type: text/plain; charset=US-ASCII
> Content-Transfer-Encoding: 7bit
>
> Hello,
>
>         With  wu-ftpd,  when  anonymous  users  ftp in  and  try a
>         sublogin with the "user"  command, they get this  message:
>         Can't change user from guest login.
>
>         Is there a way to allow sublogins for anonymous ftp?
>
>         Are there any  security  issues by allowing  sublogins  in
>         anonymous ftp.
>
> Thanks,
> D.Dhana.
>
> -------------------------------------------------------------------------------
>
>           ///
>          ///
>         ///
>        /////////  ///////////
>       ///   ///  ///     ///
>      ///   ///  ///     ///
>     ///   ///  ///     ///
>               ///////////
>              ///
>             ///
>
>  D.Dhanasekaran.                     Email      : [email protected]
>  Hewlett Packard - ISO               Tel        : (91)(80)225-1554
>  29, Cunningham Road,                Extn       : 1424
>  Bangalore 560052                    Telnet     : 847 - 1424
>
> --------------------------------------------------------------------------------


From [email protected]  Fri Oct  9 10:02:10 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id KAA16482;
       Fri, 9 Oct 1998 10:02:10 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA18349;
       Fri, 9 Oct 1998 09:56:27 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA25033
       for <[email protected]>; Fri, 9 Oct 1998 09:50:35 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id KAA22969;
       Fri, 9 Oct 1998 10:49:42 -0400
Message-Id: <[email protected]>
Date: Fri, 9 Oct 1998 10:49:42 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: ~ftp ?
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 9 Oct 1998 [email protected] wrote:

> If nobody can write in ~ftp what for must I create .rhosts and
> .forward files in ~ftp directory? Where can I find an information
> about it?

rhosts prevents/allows Sun RPC-style logins (rsh, rexec, etc) on the
account.  If it's not present, no restrictions are placed on where someone
may log in from.  Create it as a 0-byte file, or link it to /dev/null, and
nobody can log in on the account using Sun RPC protocols.  Write access
isn't required unless you want the PREVENT such logins.

forward sends all mail for the user 'ftp' someplace else.  You could do
that with a sendmail alias (or the equivalent on your system), but that's
separate from the ftp area and it's easy to forget.  If mail to 'ftp' is
not forwarded,it's unlikely anyone will ever read it and clear it out.  A
malicious user could take advantage of this to send a large number of
large emails until the filesystem containing the mail spool is filled.
Trust me, that's not pretty.  In fact, if you're using a default install
of for example, RedHat Linux (please, no flames, all Unix systems
suffer from this, I name RedHat because it's so popular) the mail spool is
probably on your root filesystem.  Filling that is *bad* .. it will not
only crash your machine, you won't be able to boot it back up.

A number of ftp admins may say, "I don't run those services, so I don't
need to worry."  Experience says you're wrong.  You may not run them
today, but you don't know what might be running tomorrow.  Will you
remember all these little things in unrelated areas if you suddenly find
you must run rexec or sendmail on the machine?  Probably not.  Create the
files now, while you're thinking about it and save yourself the headaches
later.

WARNING: there was a note on bugtraq yesterday to the effect that linking
these files to /dev/zero is *bad* .. don't do that.  .rhosts shoud be an
real file or linked to /dev/null.  .forward should be a real file
containing a real email address or, if your system supports it, piping the
email to /dev/null



While we're on the subject of files you should create, there's another:

notar

When present in a directory, '.notar' informs the WU-FTPD daemon that it
is not to allow execution of the TAR ftpconversions naming this as the
_base_ directory for the tarball.  Tar can be used to bypass other
restrictions placed upon the server (for instance, noretrieve).  So, if
you don't want people to be able to download your passwd and group files
(for instance), you need to create two '.notar' files: one in the root
directory and one in etc;

 touch ~ftp/.notar
 touch ~ftp/etc/.notar

These files should be read-only or no-access (chmod 0 ~ftp/.notar) since
the daemon only checks for the file's existance and never actually
accesses it.

I recommend libral use of .notar; put one in every directory except those
you specifically WANT to allow to be tar'd.  Remember that tar'ing a
directory implies tar'ing the subdirectorie so marking a sub-directory
notar without marking the parent also allows users to bypass the
restriction.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Fri Oct  9 10:02:39 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id KAA16494;
       Fri, 9 Oct 1998 10:02:38 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA21302;
       Fri, 9 Oct 1998 09:58:15 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA03826
       for <[email protected]>; Fri, 9 Oct 1998 09:52:42 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id KAA22982;
       Fri, 9 Oct 1998 10:52:39 -0400
Message-Id: <[email protected]>
Date: Fri, 9 Oct 1998 10:52:39 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Jim Bootz <[email protected]>
Cc: [email protected]
Subject: Re:
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 9 Oct 1998, Jim Bootz wrote:

> I think what you're looking for is probably handled by setting up a
> private group. Check out the man page for ftpaccess and see the part
> about "private <yes|no>".
>
> Dhanasekharan D wrote:
> >         Is there a way to allow sublogins for anonymous ftp?

That's a good first-reaction, but in my experience 99.99% of the people
asking for this are looking for 'guestgroup' ..

The location of the latest version of wu-ftpd can be found in the
directory

     ftp://ftp.academ.com/pub/wu-ftpd/private/

You can't see the directory contents, so read the message informing you
of the actual filename to retrieve. It's there.

wu-ftpd Resource Center:  http://www.landfield.com/wu-ftpd/
wu-ftpd FAQ:              http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html
wu-ftpd list archive:     http://www.landfield.com/wu-ftpd/mail-archive/

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Fri Oct  9 14:40:31 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id OAA20125;
       Fri, 9 Oct 1998 14:40:30 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA29240;
       Fri, 9 Oct 1998 14:34:54 -0500 (CDT)
Received: from shodan.in-trier.de ([email protected] [198.22.51.3])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA15571
       for <[email protected]>; Fri, 9 Oct 1998 14:31:03 -0500 (CDT)
Received: from localhost (cray.microsoft.eu.org [198.22.51.119])
       by shodan.in-trier.de (8.8.8/8.8.8) with SMTP id VAA31331;
       Fri, 9 Oct 1998 21:33:09 +0200
Message-Id: <[email protected]>
Date: Fri, 9 Oct 1998 21:26:17 +0200 (CEST)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: [email protected], [email protected]
Cc: [email protected]
Subject: BeroFTPD-1.1.14 released
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

BeroFTPD 1.1.14 is in the usual places...
ftp://beroftpd.unix.eu.org/pub/BeroFTPD/
ftp://ftp.croftj.net/usr/bero/BeroFTPD/
ftp://ftp.sunet.se/pub/nir/ftp/servers/BeroFTPD/
ftp://sunsite.cnlab-switch.ch/mirror/BeroFTPD/

Changes:
v1.1.14
=======
* Fix uploads for guest users
* SunOS compatibility fixes
* Remove a C++ style ("//") comment that might break some C compilers
* Fix compilation bug with --disable-virtual
* detect ut.* structure members correctly on systems that need time.h
 to be included before utmp.h (FreeBSD 3.0)
* Make HOST implementation more consistant with the draft
+ Make support for old (wu-ftpd)-style virtual hosts optional, disable
 by default
+ Merge VR8 changes (ftp://ftp.vr.net/pub/wu-ftpd):
 * Add SITE CHECKMETHOD and SITE CHECKSUM support
 * ftpconversions sample: add .crc and .md5 support
 * IGNORE_NOOP option
 * site-exec-max-lines ftpaccess clause
 * Bugfixes
 * Add hostname and email option to (old) virtual
 * Add 'greeting' clause

LLaP
bero

--
Windows 98 supports real multitasking - it can boot and crash simultaneously.
***
Anyone sending unwanted advertising e-mail to this address will be charged
$25 for network traffic and computing time. By extracting my address from
this message or its header, you agree to these terms.



From [email protected]  Fri Oct  9 20:43:00 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id UAA23965;
       Fri, 9 Oct 1998 20:42:59 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA01467;
       Fri, 9 Oct 1998 20:38:05 -0500 (CDT)
Received: from sduteam.com ([206.170.189.85])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA03212
       for <[email protected]>; Fri, 9 Oct 1998 20:36:44 -0500 (CDT)
Received: from sduteam.com (tc0102-08.promedia.net [209.160.170.84])
       by sduteam.com (8.8.8/8.8.5) with ESMTP id SAA23325
       for <[email protected]>; Fri, 9 Oct 1998 18:50:45 -0700 (PDT)
Message-Id: <[email protected]>
Date: Fri, 09 Oct 1998 18:37:09 -0700
Reply-To: [email protected]
Sender: [email protected]
From: Derek Leung <[email protected]>
To: [email protected]
Subject: /etc/passwd questions on FreeBSD 2.25
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.5b2 [en] (WinNT; I)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I know this is kind of out of topic, could someone help me to solve this

question?

As I can see from Beroftpd, it can specify to read password file other
than /etc/passwd.  I am just wondering if I can actually move
/etc/passwd to another location for secruity issue?  What I mean is that

not only ftp, all other application like email, telnet will actually
look up the passwd file in a different location.  Anyway to specify a
alternate passwd file location for FreeBSD 2.25?

Another question is that how can I restrict people from using nslookup
to query my domain with the command ls -a domain_name.com?   Thanks for
your help in advance

rgd,
Derek




From [email protected]  Sat Oct 10 02:47:02 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id CAA05219;
       Sat, 10 Oct 1998 02:47:02 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id CAA04397;
       Sat, 10 Oct 1998 02:42:12 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id CAA22750
       for <[email protected]>; Sat, 10 Oct 1998 02:37:49 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id DAA00428;
       Sat, 10 Oct 1998 03:37:29 -0400
Message-Id: <[email protected]>
Date: Sat, 10 Oct 1998 03:37:29 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Derek Leung <[email protected]>
Cc: [email protected]
Subject: Re: /etc/passwd questions on FreeBSD 2.25
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 9 Oct 1998, Derek Leung wrote:

> As I can see from Beroftpd, it can specify to read password file other
> than /etc/passwd.  I am just wondering if I can actually move
> /etc/passwd to another location for secruity issue?  What I mean is
> that not only ftp, all other application like email, telnet will
> actually look up the passwd file in a different location.  Anyway to
> specify a alternate passwd file location for FreeBSD 2.25?

It'd be a lot of work and hacking a lot of software for little or no gain.
Security through obscurity doesn't work.  Take a look at shadow passwords
instead.

BeroFTPD doesn't use alternate passwd files for security, it does it for
flexability; so the virtual site can have virtual users all it's own.

> Another question is that how can I restrict people from using nslookup
> to query my domain with the command ls -a domain_name.com?  Thanks for
> your help in advance

Tell your Bind not to allow zone transfers except to authorized hosts or
firewall TCP to the DNS ports.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Sat Oct 10 13:40:57 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id NAA15872;
       Sat, 10 Oct 1998 13:40:56 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA03517;
       Sat, 10 Oct 1998 13:35:49 -0500 (CDT)
Received: from shodan.in-trier.de ([email protected] [198.22.51.3])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA27665
       for <[email protected]>; Sat, 10 Oct 1998 13:32:51 -0500 (CDT)
Received: from localhost (cray.microsoft.eu.org [198.22.51.119])
       by shodan.in-trier.de (8.8.8/8.8.8) with SMTP id UAA10571;
       Sat, 10 Oct 1998 20:34:52 +0200
Message-Id: <[email protected]>
Date: Sat, 10 Oct 1998 11:16:15 +0200 (CEST)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: Derek Leung <[email protected]>
Cc: [email protected]
Subject: Re: /etc/passwd questions on FreeBSD 2.25
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 9 Oct 1998, Derek Leung wrote:

> As I can see from Beroftpd, it can specify to read password file other
> than /etc/passwd.  I am just wondering if I can actually move
> /etc/passwd to another location for secruity issue?  What I mean is that
> not only ftp, all other application like email, telnet will actually
> look up the passwd file in a different location.

Theoretically it's possible... but I don't think it's worth the try.
First, it's a lot of work - you'd have to modify and recompile your libc so
getpwent(), getpwnam(), etc. access an alternate passwd file.
Next, you'd have to check all the programs you're using - if they're using
getpw* (or getsp*), the changes to your libc are enough, if they are using
some other means (fgetspent(), or maybe even raw file I/O), you have to
modify the filenames there, as well.
Second, what good will this do? AFAIK FreeBSD uses shadow passwords anyway,
and everyone must have read access to /etc/passwd or whatever you'll call it
anyway.
The option in BeroFTPD is primarily for virtual hosts, not for security
(i.e. if ftp.domain2.com is a virtual host on ftp.domain1.com, domain1.com
and domain2.com can both have a user webmaster, but with a different UID and
password).

> Another question is that how can I restrict people from using nslookup
> to query my domain with the command ls -a domain_name.com?

It's some setting in named.conf (or named.boot if you're still using
BIND4) I don't recall - read the docs that come with bind.

LLaP
bero

--
Windows 98 supports real multitasking - it can boot and crash simultaneously.
***
Anyone sending unwanted advertising e-mail to this address will be charged
$25 for network traffic and computing time. By extracting my address from
this message or its header, you agree to these terms.



From [email protected]  Sat Oct 10 16:07:18 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id QAA16581;
       Sat, 10 Oct 1998 16:07:17 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA02297;
       Sat, 10 Oct 1998 16:02:41 -0500 (CDT)
Received: from shodan.in-trier.de ([email protected] [198.22.51.3])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA10893
       for <[email protected]>; Sat, 10 Oct 1998 15:56:05 -0500 (CDT)
Received: from localhost (cray.microsoft.eu.org [198.22.51.119])
       by shodan.in-trier.de (8.8.8/8.8.8) with SMTP id WAA11321;
       Sat, 10 Oct 1998 22:58:23 +0200
Message-Id: <[email protected]>
Date: Sat, 10 Oct 1998 21:26:35 +0200 (CEST)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: [email protected], [email protected]
Cc: [email protected]
Subject: BeroFTPD 1.1.14-ls bugfix released
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I've just released a bugfix to BeroFTPD 1.1.14 affecting the internal ls
command;
This will make the ls command work on all platforms, and fix up the
"executable for owner" flag.

ftp://beroftpd.unix.eu.org/pub/BeroFTPD/fixes/BeroFTPD-1.1.14-ls.diff.gz

LLaP
bero


--
Windows 98 supports real multitasking - it can boot and crash simultaneously.
***
Anyone sending unwanted advertising e-mail to this address will be charged
$25 for network traffic and computing time. By extracting my address from
this message or its header, you agree to these terms.



From [email protected]  Sun Oct 11 16:33:03 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id QAA11056;
       Sun, 11 Oct 1998 16:33:02 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA03508;
       Sun, 11 Oct 1998 16:27:56 -0500 (CDT)
Received: from kewalo.eng.hawaii.edu (kewalo.eng.hawaii.edu [128.171.62.144])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA08453
       for <[email protected]>; Sun, 11 Oct 1998 16:23:57 -0500 (CDT)
Received: from localhost (phadke@localhost)
       by kewalo.eng.hawaii.edu (8.9.1/8.9.1) with ESMTP id LAA01533;
       Sun, 11 Oct 1998 11:23:33 -1000
Message-Id: <[email protected]>
Date: Sun, 11 Oct 1998 11:23:32 -1000 (HST)
Reply-To: [email protected]
Sender: [email protected]
From: Amal Phadke <[email protected]>
To: Bernhard Rosenkraenzer <[email protected]>
Cc: [email protected], [email protected],
       [email protected]
Subject: Re: BeroFTPD-1.1.14 released
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailer: Pine 4.05 on Linux
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 9 Oct 1998, Bernhard Rosenkraenzer wrote:

> BeroFTPD 1.1.14 is in the usual places...
> ftp://beroftpd.unix.eu.org/pub/BeroFTPD/
> ftp://ftp.croftj.net/usr/bero/BeroFTPD/
> ftp://ftp.sunet.se/pub/nir/ftp/servers/BeroFTPD/
> ftp://sunsite.cnlab-switch.ch/mirror/BeroFTPD/
>

I just built BeroFTPD 1.1.14 on my MkLinux box. I must say it builds very
nicely. But I found a harmless bug. I don't currently subscribe to
BeroFTPD mailing lists, so I don't know whether anybody else pointed it
out or not.

I built BeroFTPD with internal-ls-command. But I realized that when
listing the contents of directory, the internal ls command fails to show
user executable permission on subdirectories. eg.

ftp> cd pub/MkLinux/kernels
250 CWD command successful.
ftp> dir
200 PORT command successful.
150 Opening ASCII mode data connection for directory listing.
total 8
drw-r-xr-x   2 root     root         1024 Sep 10 09:47 DR2.1update6
drw-r-xr-x   2 root     root         1024 Sep 15 11:16 DR3
drw-r-xr-x   2 root     root         1024 Sep 10 09:47 DR3alpha1
drw-r-xr-x   2 root     root         1024 Sep 10 09:47 DR3alpha4
226 Transfer complete.
270 bytes received in 0.047 seconds (5.66 Kbytes/s)

The following patch to src/ftpd.c fixes the problem.

--- ftpd.c.orig Fri Oct  9 08:43:50 1998
+++ ftpd.c      Sun Oct 11 11:00:48 1998
@@ -2983,7 +2983,7 @@
               permissions[1]='r';
       if((s.st_mode&S_IWUSR)==S_IWUSR)
               permissions[2]='w';
-       if((s.st_mode&S_IXUSR)==S_IWUSR)
+       if((s.st_mode&S_IXUSR)==S_IXUSR)
               permissions[3]='x';
       if((s.st_mode&S_IRGRP)==S_IRGRP)
               permissions[4]='r';

Thanks.
---
Amal Phadke
Department of Ocean Engineering
University of Hawaii at Manoa

e-mail: [email protected] (MkLinux DR3)



From [email protected]  Sun Oct 11 17:21:31 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id RAA11397;
       Sun, 11 Oct 1998 17:21:30 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA26678;
       Sun, 11 Oct 1998 17:17:58 -0500 (CDT)
Received: from ukiah.riverside.org ([email protected] [199.217.72.204])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA19928
       for <[email protected]>; Sun, 11 Oct 1998 17:14:06 -0500 (CDT)
Received: (from mhall@localhost)
       by ukiah.riverside.org (8.9.1/8.9.1) id PAA09186
       for [email protected]; Sun, 11 Oct 1998 15:13:59 -0700
Message-Id: <[email protected]>
Date: Sun, 11 Oct 1998 15:13:58 -0700
Reply-To: [email protected]
Sender: [email protected]
From: Michael Hall <[email protected]>
To: [email protected]
Subject: Re: BeroFTPD-1.1.14 released
In-Reply-To: <[email protected]>; from Amal Phadke on Sun, Oct 11, 1998 at 11:23:32AM -1000
References: <[email protected]> <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.93.2i
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Sun, Oct 11, 1998 at 11:23:32AM -1000, Amal Phadke wrote:

> On Fri, 9 Oct 1998, Bernhard Rosenkraenzer wrote:
>
> > BeroFTPD 1.1.14 is in the usual places...
> > ftp://beroftpd.unix.eu.org/pub/BeroFTPD/
> > ftp://ftp.croftj.net/usr/bero/BeroFTPD/
> > ftp://ftp.sunet.se/pub/nir/ftp/servers/BeroFTPD/
> > ftp://sunsite.cnlab-switch.ch/mirror/BeroFTPD/
> >
>
> I just built BeroFTPD 1.1.14 on my MkLinux box. I must say it builds very
> nicely. But I found a harmless bug. I don't currently subscribe to
> BeroFTPD mailing lists, so I don't know whether anybody else pointed it
> out or not.
>
> I built BeroFTPD with internal-ls-command. But I realized that when
> listing the contents of directory, the internal ls command fails to show
> user executable permission on subdirectories. eg.

 Bernhard posted a fix for this, try grabbing:

 '/pub/BeroFTPD/BeroFTPD-1.1.14-ls-fix.diff'

 It fixed the problem here.

--
Yellow matter custard dripping from a dead dogs eye...

Mike Hall <[email protected]>, (MH993)   -    http://www.riverside.org
System Administrator (*nix, Perl, CGI hacker, certified OS/2 Specialist)

From [email protected]  Mon Oct 12 02:24:01 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id CAA21158;
       Mon, 12 Oct 1998 02:24:00 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id CAA10598;
       Mon, 12 Oct 1998 02:19:10 -0500 (CDT)
Received: from gatekeep.ti.com (gatekeep.ti.com [192.94.94.61])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id CAA07252
       for <[email protected]>; Mon, 12 Oct 1998 02:13:29 -0500 (CDT)
Received: from king.india.ti.com ([134.183.160.185]) by gatekeep.ti.com (8.8.8) with ESMTP id CAA24324 for <[email protected]>; Mon, 12 Oct 1998 02:12:55 -0500 (CDT)
Received: from india.ti.com (titanic.india.ti.com [134.183.192.33]) by king.india.ti.com (8.8.5/8.6.10) with ESMTP id MAA03382 for <[email protected]>; Mon, 12 Oct 1998 12:42:48 +0530 (IST)
Message-Id: <[email protected]>
Date: Mon, 12 Oct 1998 12:43:43 +0530
Reply-To: [email protected]
Sender: [email protected]
From: "Srikanth A." <[email protected]>
To: "[email protected]" <[email protected]>
Subject: com err
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: [email protected]
X-Mailer: Mozilla 4.05 [en] (X11; I; SunOS 5.5.1 sun4c)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi all
       I have compilation problem on Solaris2.6 machine. Error is
build CC=gcc sol
make args are :
make opts are :  CC=gcc

Linking Makefiles.

Making support library.
gcc -g -DDEBUG   -c fnmatch.c
gcc -g -DDEBUG   -c strcasestr.c
gcc -g -DDEBUG   -c strsep.c
gcc -g -DDEBUG   -c authuser.c
rm -f libsupport.a
ar cq libsupport.a fnmatch.o strcasestr.o strsep.o authuser.o
touch libsupport.a

Making ftpd.
gcc -g -DDEBUG -I.. -I../support -L../support  -c  ftpd.c
yacc  ftpcmd.y
mv y.tab.c ftpcmd.c
gcc -g -DDEBUG -I.. -I../support -L../support  -c  ftpcmd.c
gcc -g -DDEBUG -I.. -I../support -L../support  -c  glob.c
gcc -g -DDEBUG -I.. -I../support -L../support  -c  logwtmp.c
gcc -g -DDEBUG -I.. -I../support -L../support  -c  popen.c
sh newvers.sh
gcc -g -DDEBUG -I.. -I../support -L../support -c vers.c
gcc -g -DDEBUG -I.. -I../support -L../support  -c  access.c
gcc -g -DDEBUG -I.. -I../support -L../support  -c  extensions.c
gcc -g -DDEBUG -I.. -I../support -L../support  -c  realpath.c
gcc -g -DDEBUG -I.. -I../support -L../support  -c  acl.c
gcc -g -DDEBUG -I.. -I../support -L../support  -c  private.c
gcc -g -DDEBUG -I.. -I../support -L../support  -c  authenticate.c
gcc -g -DDEBUG -I.. -I../support -L../support  -c  conversions.c
gcc -g -DDEBUG -I.. -I../support -L../support  -c  hostacc.c
gcc -g -DDEBUG -I.. -I../support -L../support -o ftpd ftpd.o ftpcmd.o
glob.o logwtmp.o popen.o vers.o access.o extensions.o  realpath.o acl.o
private.o authenticate.o conversions.o hostacc.o -lsupport -lsocket
-lnsl -lgen
ld: fatal: file crt1.o: open failed: No such file or directory
ld: fatal: file crti.o: open failed: No such file or directory
ld: fatal: file crtbegin.o: open failed: No such file or directory
ld: fatal: file crtend.o: open failed: No such file or directory
ld: fatal: file crtn.o: open failed: No such file or directory
ld: fatal: File processing errors. No output written to ftpd
*** Error code 1
make: Fatal error: Command failed for target `ftpd'



Can some one help me

thanks
Srikanth A.

From [email protected]  Mon Oct 12 02:39:50 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id CAA21849;
       Mon, 12 Oct 1998 02:39:49 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id CAA10410;
       Mon, 12 Oct 1998 02:36:36 -0500 (CDT)
Received: from pizza.hvu.nl (Pizza.hvu.nl [145.89.234.2])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id CAA23100
       for <[email protected]>; Mon, 12 Oct 1998 02:36:18 -0500 (CDT)
Received: (from koos@localhost) by pizza.hvu.nl (8.8.6/KH19980502 (dbm++)) id JAA14372; Mon, 12 Oct 1998 09:36:15 +0200 (MET DST)
Message-Id: <[email protected]>
Date: Mon, 12 Oct 1998 09:36:14 +0200 (MET DST)
Reply-To: [email protected]
Sender: [email protected]
From: Koos van den Hout _U nix and we all_ <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: com err
In-Reply-To: <[email protected]> from "Srikanth A." at "Oct 12, 98 12:43:43 pm"
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Zen: Ommmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmm
X-Files: the truth is out there
X-I-Am-Not-Simes: There is only one Simes
X-Mailer: ELM [version 2.4ME+ PL31H (25)]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Quoting Srikanth A., who wrote :

> Hi all
>       I have compilation problem on Solaris2.6 machine. Error is
> build CC=gcc sol

> gcc -g -DDEBUG -I.. -I../support -L../support -o ftpd ftpd.o ftpcmd.o
> glob.o logwtmp.o popen.o vers.o access.o extensions.o  realpath.o acl.o
> private.o authenticate.o conversions.o hostacc.o -lsupport -lsocket
> -lnsl -lgen
> ld: fatal: file crt1.o: open failed: No such file or directory
> ld: fatal: file crti.o: open failed: No such file or directory
> ld: fatal: file crtbegin.o: open failed: No such file or directory
> ld: fatal: file crtend.o: open failed: No such file or directory
> ld: fatal: file crtn.o: open failed: No such file or directory
> ld: fatal: File processing errors. No output written to ftpd

crt1, crti, crtbegin, crtend are all part of the standard C
functionality.  The above errors show that the machine that you are
trying to build wu-ftpd on misses most part of the C development kit
(it's a miracle 'make' is still working).

The solution is to find out which packages of Solaris are needed to
give development support and install these. You need a development
system to be able to compile C programs even if you don't use Solaris
cc.

                                          Koos van den Hout

--
 Koos van den Hout,     Internetter, Unix freak, ISFJ and BBS SysOp at large
 [email protected] (Work)                                Fax: +31-30-2586290
 [email protected] (Home)                      Workphone: +31-30-2586287
 http://web.cetis.hvu.nl/~koos/   Looking for a license plate with "RFC 822"

From [email protected]  Mon Oct 12 09:37:14 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id JAA06963;
       Mon, 12 Oct 1998 09:37:14 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA26981;
       Mon, 12 Oct 1998 09:31:52 -0500 (CDT)
Received: from rubicon.hasler.ascom.ch (rubicon.hasler.ascom.ch [139.79.129.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA22540
       for <[email protected]>; Mon, 12 Oct 1998 09:25:06 -0500 (CDT)
Received: from toy.tell.ascom.ch (toy.tell.ascom.ch [139.79.208.1])
       by rubicon.hasler.ascom.ch (8.9.1/8.9.1) with ESMTP id QAA23900
       for <[email protected]>; Mon, 12 Oct 1998 16:25:01 +0200 (MET DST)
Received: from miro.tell.ascom.ch (miro [139.79.57.30])
       by toy.tell.ascom.ch (8.8.5/8.8.5) with ESMTP id QAA10483
       for <[email protected]>; Mon, 12 Oct 1998 16:25:00 +0200 (MET DST)
Received: from ascom.com (localhost [127.0.0.1])
       by miro.tell.ascom.ch (8.8.5/8.8.5) with ESMTP id QAA25809
       for <[email protected]>; Mon, 12 Oct 1998 16:24:59 +0200 (MET DST)
Message-Id: <[email protected]>
Date: Mon, 12 Oct 1998 16:24:58 +0200
Reply-To: [email protected]
Sender: [email protected]
From: Sandro Morandini <[email protected]>
To: [email protected]
Subject: Problem: 125 Using existing data connection for ..
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="------------B3B41EE76787B03B174B9B3A"
X-Sender: [email protected]
X-Mailer: Mozilla 4.06 [en] (X11; I; SunOS 5.5 sun4m)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


--------------B3B41EE76787B03B174B9B3A
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit



Hi,

I have the following problem with wu-ftpd:

ftpd exits after requesting the file list.


OS: USL UNIX System V/386 Release 4.0 Version 3.2


Does somebody have any experiences with that problem?
.or any suggestions how to trace the problem.


Adding ftp session log and truss output after login.


Thank you for any help


.. Sandro



ftp session:


4: $HOME > ftp nora01
Connected to nora01.
220 nora01 FTP server (Version wu-2.4(41) Fri Oct 9 17:43:57 MET 1998)
ready.
Name (nora01:morandin): root
331 Password required for root.
Password:
230 User root logged in.
ftp> ls
200 PORT command successful.
125 Using existing data connection for file list.


... exit of ftpd process

^C
226 Transfer complete.

ftp> quit

5: $HOME >




Truss output after login:


read(0, 0x8002C4C8, 512)        (sleeping...)

.. trying to list files

read(0, " P O R T   1 3 9 , 7 9 ,".., 512)      = 26
alarm(0)                                        = 843
time()                                          = 907948279
getpid()                                        = 7513  [ 4213 ]
putmsg(3, 0x08046FF0, 0x08046FFC, 0)            = 0
write(1, " 2 0 0   P O R T   c o m".., 30)      = 30
sigaction(SIGALRM, 0x00000000, 0x080477D4)      = 0
sigaction(SIGALRM, 0x080477D4, 0x080477B4)      = 0
alarm(900)                                      = 0
time()                                          = 907948279
xstat(2, "O", 0x080477A0)                       Err#2  ENOENT
read(0, " N L S T\r\n", 512)                    = 6
alarm(0)                                        = 900
time()                                          = 907948279
getpid()                                        = 7513  [ 4213 ]
putmsg(3, 0x08046FF0, 0x08046FFC, 0)            = 0
getcontext(0x080674A8)
xstat(2, ".", 0x080477BC)                       = 0
open(".", O_RDONLY, 03)                         = 9
fcntl(9, F_SETFD, 0x00000001)                   = 0
fxstat(2, 9, 0x08047310)                        = 0
getdents(9, 0x0806B85C, 1048)                   = 652
write(1, " 1 2 5   U s i n g   e x".., 51)      = 51
ioctl(0, TCGETA, 0x08046F1E)                    Err#22 EINVAL
getdents(9, 0x0806B85C, 1048)                   = 0
close(9)                                        = 0
write(1, " 2 2 6   T r a n s f e r".., 24)      = 24
write(0, "06\b\r\n06\b\r\n06\b\r\n".., 152)     = 152
close(0)                                        = 0
sigaction(SIGALRM, 0x00000000, 0x080477D4)      = 0
sigaction(SIGALRM, 0x080477D4, 0x080477B4)      = 0
alarm(900)                                      = 0
time()                                          = 907948279
xstat(2, "O", 0x080477A0)                       Err#2  ENOENT
read(0, 0x8002C4C8, 512)                        Err#9  EBADF
write(1, " 2 2 1   Y o u   c o u l".., 37)      = 37
seteuid(0)                                      = 0
fxstat(2, 7, 0x08047768)                        = 0
getpid()                                        = 7513  [ 4213 ]
time()                                          = 907948279
write(7, "\0\0\0\0\0\0\0\0 f t p\0".., 36)      = 36
time()                                          = 907948279
getpid()                                        = 7513  [ 4213 ]
putmsg(3, 0x08046FC8, 0x08046FD4, 0)            = 0
close(8)                                        = 0
fcntl(6, F_SETLK, 0x08045FFC)                   = 0
getpid()                                        = 7513  [ 4213 ]
lseek(6, 0, 0)                                  = 0
read(6, "\0\0\0\0\0\0\0\0\0\0\0\0".., 4096)     = 4096
kill(7513, SIG#0)                               = 0
lseek(6, 0, 0)                                  = 0
write(6, "\0\0\0\0\0\0\0\0\0\0\0\0".., 4096)    = 4096
fcntl(6, F_SETLK, 0x08045FFC)                   = 0
close(6)                                        = 0
_exit(0)


--------------B3B41EE76787B03B174B9B3A
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML>
<TT></TT>&nbsp;
<PRE>
<TT>Hi,</TT></PRE>
<TT>I have the following problem with wu-ftpd:</TT><TT></TT>
<P><TT>ftpd exits after requesting the file list.</TT>
<BR><TT></TT>&nbsp;<TT></TT>
<P><TT>OS: USL UNIX System V/386 Release 4.0 Version 3.2</TT>
<BR><TT></TT>&nbsp;<TT></TT>
<P><TT>Does somebody have any experiences with that problem?</TT>
<BR><TT>..or any suggestions how to trace the problem.</TT>
<BR><TT></TT>&nbsp;<TT></TT>
<P><TT>Adding ftp session log and truss output after login.</TT>
<BR><TT></TT>&nbsp;<TT></TT>
<P><TT>Thank you for any help</TT>
<BR><TT></TT>&nbsp;<TT></TT>
<P><TT>... Sandro</TT>
<BR><TT></TT>&nbsp;
<BR><TT></TT>&nbsp;<TT></TT>
<P><TT>ftp session:</TT>
<BR><TT></TT>&nbsp;<TT></TT>
<P><TT>4: $HOME > ftp nora01</TT>
<BR><TT>Connected to nora01.</TT>
<BR><TT>220 nora01 FTP server (Version wu-2.4(41) Fri Oct 9 17:43:57 MET
1998) ready.</TT>
<BR><TT>Name (nora01:morandin): root</TT>
<BR><TT>331 Password required for root.</TT>
<BR><TT>Password:</TT>
<BR><TT>230 User root logged in.</TT>
<BR><TT>ftp> ls</TT>
<BR><TT>200 PORT command successful.</TT>
<BR><TT>125 Using existing data connection for file list.</TT>
<BR><TT></TT>&nbsp;<TT></TT>
<P><TT>.... exit of ftpd process</TT><TT></TT>
<P><TT>^C</TT>
<BR><TT>226 Transfer complete.</TT><TT></TT>
<P><TT>ftp> quit</TT><TT></TT>
<P><TT>5: $HOME ></TT>
<BR><TT></TT>&nbsp;
<BR><TT></TT>&nbsp;
<BR><TT></TT>&nbsp;<TT></TT>
<P><TT>Truss output after login:</TT>
<BR><TT></TT>&nbsp;<TT></TT>
<P><TT>read(0, 0x8002C4C8, 512)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
(sleeping...)</TT><TT></TT>
<P><TT>... trying to list files</TT><TT></TT>
<P><TT>read(0, " P O R T&nbsp;&nbsp; 1 3 9 , 7 9 ,".., 512)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 26</TT>
<BR><TT>alarm(0)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 843</TT>
<BR><TT>time()&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 907948279</TT>
<BR><TT>getpid()&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 7513&nbsp; [ 4213 ]</TT>
<BR><TT>putmsg(3, 0x08046FF0, 0x08046FFC, 0)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 0</TT>
<BR><TT>write(1, " 2 0 0&nbsp;&nbsp; P O R T&nbsp;&nbsp; c o m".., 30)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 30</TT>
<BR><TT>sigaction(SIGALRM, 0x00000000, 0x080477D4)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 0</TT>
<BR><TT>sigaction(SIGALRM, 0x080477D4, 0x080477B4)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 0</TT>
<BR><TT>alarm(900)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 0</TT>
<BR><TT>time()&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 907948279</TT>
<BR><TT>xstat(2, "O", 0x080477A0)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Err#2&nbsp; ENOENT</TT>
<BR><TT>read(0, " N L S T\r\n", 512)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 6</TT>
<BR><TT>alarm(0)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 900</TT>
<BR><TT>time()&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 907948279</TT>
<BR><TT>getpid()&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 7513&nbsp; [ 4213 ]</TT>
<BR><TT>putmsg(3, 0x08046FF0, 0x08046FFC, 0)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 0</TT>
<BR><TT>getcontext(0x080674A8)</TT>
<BR><TT>xstat(2, ".", 0x080477BC)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 0</TT>
<BR><TT>open(".", O_RDONLY, 03)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 9</TT>
<BR><TT>fcntl(9, F_SETFD, 0x00000001)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 0</TT>
<BR><TT>fxstat(2, 9, 0x08047310)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 0</TT>
<BR><TT>getdents(9, 0x0806B85C, 1048)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 652</TT>
<BR><TT>write(1, " 1 2 5&nbsp;&nbsp; U s i n g&nbsp;&nbsp; e x".., 51)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 51</TT>
<BR><TT>ioctl(0, TCGETA, 0x08046F1E)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Err#22 EINVAL</TT>
<BR><TT>getdents(9, 0x0806B85C, 1048)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 0</TT>
<BR><TT>close(9)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 0</TT>
<BR><TT>write(1, " 2 2 6&nbsp;&nbsp; T r a n s f e r".., 24)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 24</TT>
<BR><TT>write(0, "06\b\r\n06\b\r\n06\b\r\n".., 152)&nbsp;&nbsp;&nbsp;&nbsp;
= 152</TT>
<BR><TT>close(0)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 0</TT>
<BR><TT>sigaction(SIGALRM, 0x00000000, 0x080477D4)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 0</TT>
<BR><TT>sigaction(SIGALRM, 0x080477D4, 0x080477B4)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 0</TT>
<BR><TT>alarm(900)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 0</TT>
<BR><TT>time()&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 907948279</TT>
<BR><TT>xstat(2, "O", 0x080477A0)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Err#2&nbsp; ENOENT</TT>
<BR><TT>read(0, 0x8002C4C8, 512)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Err#9&nbsp; EBADF</TT>
<BR><TT>write(1, " 2 2 1&nbsp;&nbsp; Y o u&nbsp;&nbsp; c o u l".., 37)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 37</TT>
<BR><TT>seteuid(0)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 0</TT>
<BR><TT>fxstat(2, 7, 0x08047768)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 0</TT>
<BR><TT>getpid()&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 7513&nbsp; [ 4213 ]</TT>
<BR><TT>time()&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 907948279</TT>
<BR><TT>write(7, "\0\0\0\0\0\0\0\0 f t p\0".., 36)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 36</TT>
<BR><TT>time()&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 907948279</TT>
<BR><TT>getpid()&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 7513&nbsp; [ 4213 ]</TT>
<BR><TT>putmsg(3, 0x08046FC8, 0x08046FD4, 0)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 0</TT>
<BR><TT>close(8)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 0</TT>
<BR><TT>fcntl(6, F_SETLK, 0x08045FFC)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 0</TT>
<BR><TT>getpid()&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 7513&nbsp; [ 4213 ]</TT>
<BR><TT>lseek(6, 0, 0)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 0</TT>
<BR><TT>read(6, "\0\0\0\0\0\0\0\0\0\0\0\0".., 4096)&nbsp;&nbsp;&nbsp;&nbsp;
= 4096</TT>
<BR><TT>kill(7513, SIG#0)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 0</TT>
<BR><TT>lseek(6, 0, 0)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 0</TT>
<BR><TT>write(6, "\0\0\0\0\0\0\0\0\0\0\0\0".., 4096)&nbsp;&nbsp;&nbsp;
= 4096</TT>
<BR><TT>fcntl(6, F_SETLK, 0x08045FFC)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 0</TT>
<BR><TT>close(6)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
= 0</TT>
<BR><TT>_exit(0)</TT>
<BR>&nbsp;</HTML>

--------------B3B41EE76787B03B174B9B3A--


From [email protected]  Mon Oct 12 16:10:54 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id QAA12957;
       Mon, 12 Oct 1998 16:10:54 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA08615;
       Mon, 12 Oct 1998 16:06:40 -0500 (CDT)
Received: from oscar.tvdata.com (oscar.tvdata.com [204.97.140.252])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA26797
       for <[email protected]>; Mon, 12 Oct 1998 16:01:29 -0500 (CDT)
Received: (from daemon@localhost) by oscar.tvdata.com (8.6.9/8.6.9) id RAA06706 for <[email protected]>; Mon, 12 Oct 1998 17:00:58 -0400
Received: from emmy.tvdata.com(172.16.10.253), claiming to be "emmy"
via SMTP by oscar.tvdata.com, id smtpdAAAa06702; Mon Oct 12 21:00:51 1998
Received: from [172.16.20.81] (brett.tvdata.com) by emmy (5.0/SMI-SVR4)
       id AA12291; Mon, 12 Oct 1998 17:00:50 +0500
Message-Id: <v04011715b2482b74e5ee@[172.16.20.81]>
Date: Mon, 12 Oct 1998 17:00:48 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Brett Goldstock <[email protected]>
To: [email protected]
Subject: My log file changed
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I recently installed 2.4.2 on a Solaris 2.5.1 machine (after having run 2.4
for quite a while on a SunOS 4.1.4 machine). I also run FWTK ftp gateway.

I noticed in the logfile generated by 2.4.2, my internal hosts were now
correctly identified (e.g. hostname.tvdata.com) instead of just showing as
"localhost.tvdata.com". I was happy to see that, but about a week ago, the
log entries began to just show the connecting machine as "localhost".

Did I do something that would affect the log entry? I can't think of
anything I might have done. Has anyone run into this?

-Brett

|Brett M. Goldstock                               [email protected]|
|Senior Technical Analyst/Sys Admin          http://www.tvdata.com|
|TVData                                               800/833-9581|
|                "We tell the world what's on TV."                |

From [email protected]  Tue Oct 13 05:49:04 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id FAA08201;
       Tue, 13 Oct 1998 05:49:03 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id FAA15713;
       Tue, 13 Oct 1998 05:45:07 -0500 (CDT)
Received: from ramses.erlm.siemens.de (ramses.erlm.siemens.de [195.63.95.194])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id FAA02981
       for <[email protected]>; Tue, 13 Oct 1998 05:40:54 -0500 (CDT)
Received: from tcenter.erlm.siemens.de (tcenter.erlm.siemens.de [193.25.63.21])
       by ramses.erlm.siemens.de (8.8.8/8.8.8) with ESMTP id MAA19731
       for <[email protected]>; Tue, 13 Oct 1998 12:38:50 +0200 (MET DST)
Received: from med-iss1.med.siemens.de ([185.2.40.136]) by tcenter.erlm.siemens.de (8.7.5/8.7.3) with ESMTP id MAA25706 for <[email protected]>; Tue, 13 Oct 1998 12:37:56 +0200 (MET DST)
Received: from erlh900a.med.siemens.de (erlh900a.med.siemens.de [185.2.55.72])
       by med-iss1.med.siemens.de (8.8.7/8.8.8) with ESMTP id MAA07746
       for <[email protected]>; Tue, 13 Oct 1998 12:40:37 +0200 (MET DST)
Received: from med.siemens.de (caes65.med.siemens.de [185.2.5.32]) by erlh900a.med.siemens.de with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2232.9)
       id 430Q3ZVP; Tue, 13 Oct 1998 12:44:40 +0200
Message-Id: <[email protected]>
Date: Tue, 13 Oct 1998 12:38:36 +0200
Reply-To: [email protected]
Sender: [email protected]
From: Thomas Lademann <[email protected]>
To: [email protected]
Subject: ftpconversions don't work :-(
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: [email protected]
X-Mailer: Mozilla 4.06 [en] (X11; I; SunOS 5.5.1 sun4m)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi !

ftpconversions don't work and i read all FAQ's and old archives....
I tried 10000 things..........
WU-ftpd works fine, but noooooo file conversion.....
My idea is to have a ftp-archive for one user.
The uploaded files will be "put" compressed and
the "get" uncompressed automatically.


1) My OS is SOLARIS 2.5.1

2) My wu-ftpd source is a precompiled version from
http://www.sunfreeware.com.

3) cat ftpaccess
class   all    real   185.2.30.52

limit   all   10   Any   /opt/WUftpd/messages/limit.msg

compress   yes   *
tar        yes   *

banner   /opt/WUftpd/messages/banner.msg

message   /opt/WUftpd/messages/login.msg   login
message   /opt/WUftpd/messages/cwd.msg   cwd=*

log   commands    real
log   transfers   real inbound,outbound

4) cat ftpconversions
:.Z: : :/bin/uncompress %s:T_REG|T_ASCII:O_UNCOMPRESS:UNCOMPRESS
: : :.Z:/bin/compress %s:T_REG:O_COMPRESS:COMPRESS

5) pwd; ls
/opt/WUftpd/bin
ckconfig    ftp         ftpcount    ftpwho
compress    ftp-exec    ftpshut     uncompress


What i can do ??????????????


!!!!!!!!!!!!!!!!!!!  H E L P !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!


Send your e-mail to me, not to the mailing-list.


Regards
          Thomas



--
+----------------------------------------+
| SIEMENS MED                            |
| PZE TS 1                               |
| ECAD-Systemadministration              |
| Thomas Lademann                        |
| Henkestr. 127                          |
| D - 91052 Erlangen                     |
| Tel.049-9131-84-6149                   |
| Fax 049-9131-84-6150                   |
| E-Mail: [email protected] |
|           \|/                          |
|           @ @                          |
|  -----oOO-(_)-OOo-----                 |
+----------------------------------------+




From [email protected]  Tue Oct 13 10:06:23 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id KAA11365;
       Tue, 13 Oct 1998 10:06:23 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA14611;
       Tue, 13 Oct 1998 10:01:01 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA21168
       for <[email protected]>; Tue, 13 Oct 1998 09:57:34 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id KAA17715;
       Tue, 13 Oct 1998 10:57:25 -0400
Message-Id: <[email protected]>
Date: Tue, 13 Oct 1998 10:57:25 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Thomas Lademann <[email protected]>
Cc: [email protected]
Subject: Re: ftpconversions don't work :-(
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 13 Oct 1998, Thomas Lademann wrote:

> ftpconversions don't work and i read all FAQ's and old archives....

Try putting a copy of ftpconversions in the ~ftp/etc directory and make
sure you have all the parts of the tar, compress, gzip and any other
programs (pipe?) needed.  Use the instructions for 'ls' in the FAQ, but
read it as if it were written for each of the other programs.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Tue Oct 13 13:53:02 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id NAA15058;
       Tue, 13 Oct 1998 13:53:01 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA14002;
       Tue, 13 Oct 1998 13:48:41 -0500 (CDT)
Received: from boreas.dik.maschinenbau.tu-darmstadt.de (boreas.dik.maschinenbau.tu-darmstadt.de [130.83.16.44])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA08628
       for <[email protected]>; Tue, 13 Oct 1998 13:43:59 -0500 (CDT)
Received: from celia (celia.dik.maschinenbau.tu-darmstadt.de [130.83.16.42])
       by boreas.dik.maschinenbau.tu-darmstadt.de (8.9.1/8.9.1) with ESMTP id UAA25907
       for <[email protected]>; Tue, 13 Oct 1998 20:43:57 +0200 (MET DST)
Message-Id: <Pine.OSF.4.05.9810132030520.8747-100000@celia>
Date: Tue, 13 Oct 1998 20:43:57 +0200 (MET DST)
Reply-To: [email protected]
Sender: [email protected]
From: Martin Arlt <[email protected]>
To: [email protected]
Subject: Problem with ls -l on Solaris
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: arlt@celia
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

I compiled and installed WU-FTP 2.4.2-academ[BETA-18] on a
SUN under Solaris 2.6. I configured it also for anonym. user,
but I can't get ls to work.

I setup the server like in a description in the WU-FTP WEB-page
(with ~ftp/bin; ~ftp/dev; ~ftp/usr/lib; etc.). But ls (or any
other dynam. program) doesn't work - yes, I copied all the
libs and setup all the other stuff.

I tried to run truss with the chroot command:

sh# truss chroot /var/ftp /bin/ls
..
chroot("/var/ftp")                              = 0
chdir("/")                                      = 0
execve("/bin/ls", 0xEFFFFC8C, 0xEFFFFC94)  argc = 1
open("/dev/zero", O_RDONLY)                     Err#6 ENXIO
open("/dev/zero", O_RDONLY)                     Err#6 ENXIO
ld.so.1: internal: malloc failedwrite(2, " l d . s o . 1 :   i n t".., 32)      = 32
getpid()                                        = 24744 [24743]
       *** process killed ***
..

it seems, ls can't open the zero device, which I created with the same
device numbers like the zero device under /devices/pseudo/...
Err#6 ENXIO means: No such device or address

Does anybody have an idea what I have to do, that the program can open
the device? The permission on the device are 00666 and the device is
a "c" device chreate with "mknod zero c <maj> <min>" .

Thanks for any help and suggestions.

Martin Arlt


From [email protected]  Tue Oct 13 17:13:35 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id RAA17679;
       Tue, 13 Oct 1998 17:13:34 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA28336;
       Tue, 13 Oct 1998 17:09:04 -0500 (CDT)
Received: from pobox.snv.gctr.net (pobox.snv.gctr.net [204.71.194.242])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA29741
       for <[email protected]>; Tue, 13 Oct 1998 17:04:02 -0500 (CDT)
Received: from localhost (bret@localhost)
       by pobox.snv.gctr.net (8.8.8/8.8.8) with SMTP id WAA24353
       for <[email protected]>; Tue, 13 Oct 1998 22:03:53 GMT
Message-Id: <[email protected]>
Date: Tue, 13 Oct 1998 22:03:53 +0000 (GMT)
Reply-To: [email protected]
Sender: [email protected]
From: Bret Sanders <[email protected]>
To: [email protected]
Subject: SYSLOG messages
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Authentication-Warning: pobox.snv.gctr.net: bret owned process doing -bs
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Dumb question? With an average of around 820 ftp sessions, I get about six
of these messages per minute. What can I do about this?

Oct 13 15:00:37 classic ftpd[22996]: sleeping: fcntl lock of pid file
failed: Resource temporarily unavailable

Bret

------------
Bret Sanders
Technical Account Manager
Frontier GlobalCenter
[email protected]


From [email protected]  Tue Oct 13 19:22:26 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id TAA19099;
       Tue, 13 Oct 1998 19:22:25 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA09516;
       Tue, 13 Oct 1998 19:17:58 -0500 (CDT)
Received: from mail-out1.apple.com (mail-out1.apple.com [17.254.0.52])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA26723
       for <[email protected]>; Tue, 13 Oct 1998 19:15:01 -0500 (CDT)
Received: from mailgate.apple.com (A17-128-100-225.apple.com [17.128.100.225])
       by mail-out1.apple.com (8.8.5/8.8.5) with ESMTP id QAA14194
       for <[email protected]>; Tue, 13 Oct 1998 16:48:52 -0700
Received: from scv2.apple.com (scv2.apple.com) by mailgate.apple.com
(mailgate.apple.com - SMTPRS 2.0.15) with ESMTP id <[email protected]> for <[email protected]>;
Tue, 13 Oct 1998 16:48:35 -0700
Received: from [17.219.13.52] (mcniel2.apple.com [17.219.13.52])
       by scv2.apple.com (8.8.5/8.8.5) with SMTP id QAA14798
       for <[email protected]>; Tue, 13 Oct 1998 16:48:31 -0700
Message-Id: <v02140b03b249964debc5@[17.219.13.52]>
Date: Tue, 13 Oct 1998 16:47:35 -0700
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: Messages
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Since it's dumb question day, I can join in.  I keep getting this in my
message logs:

Oct 13 22:57:46 ftp02 ftpd[9378]: syslog: fopen on /dev/null failed, errno 2

Had a couple suggestions from people but so far nothing has worked.  This
error started after upgrading to wu-ftp.  Makes huge log files...

thx,
judy



From [email protected]  Tue Oct 13 19:55:45 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id TAA19322;
       Tue, 13 Oct 1998 19:55:44 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA02376;
       Tue, 13 Oct 1998 19:50:13 -0500 (CDT)
Received: from gw1.bfg.com (gateway.bfg.com [131.187.253.2])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA18961
       for <[email protected]>; Tue, 13 Oct 1998 19:45:39 -0500 (CDT)
Received: (from uucp@localhost)
       by gw1.bfg.com (8.8.8/8.8.8) id UAA14505;
       Tue, 13 Oct 1998 20:45:36 -0400 (EDT)
Received: from ns1.bfg.com(192.73.67.20) by gw1.bfg.com via smap (V2.0)
       id sma014376; Tue, 13 Oct 98 20:44:47 -0400
Received: from localhost (keller@localhost)
       by ns1.bfg.com (8.8.8/8.8.8) with SMTP id UAA16494;
       Tue, 13 Oct 1998 20:44:44 -0400 (EDT)
Message-Id: <[email protected]>
Date: Tue, 13 Oct 1998 20:44:42 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Ted Keller <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Messages
In-Reply-To: <v02140b03b249964debc5@[17.219.13.52]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Possibly, you don't have the /dev/null defined in your chroot area.  This
may be operating system dependent.  You may want to verify what devices
your syslog routines require.

ted keller - bfg.com


On Tue, 13 Oct 1998 [email protected] wrote:

> Since it's dumb question day, I can join in.  I keep getting this in my
> message logs:
>
> Oct 13 22:57:46 ftp02 ftpd[9378]: syslog: fopen on /dev/null failed, errno 2
>
> Had a couple suggestions from people but so far nothing has worked.  This
> error started after upgrading to wu-ftp.  Makes huge log files...
>
> thx,
> judy
>
>


From [email protected]  Tue Oct 13 20:00:42 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id UAA19389;
       Tue, 13 Oct 1998 20:00:41 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA25095;
       Tue, 13 Oct 1998 19:56:39 -0500 (CDT)
Received: from spamtank.verifone.com (spamtank.verifone.com [207.90.130.132])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA31635
       for <[email protected]>; Tue, 13 Oct 1998 19:54:45 -0500 (CDT)
Received: (qmail 10468 invoked from network); 14 Oct 1998 00:48:28 -0000
Received: from kroma.verifone.com (148.5.7.12)
 by spamtank.verifone.com with SMTP; 14 Oct 1998 00:48:28 -0000
Received: from vfi.com ([148.5.53.152])
       by kroma.verifone.com (8.8.5/8.8.5) with ESMTP id RAA28265
       for <[email protected]>; Tue, 13 Oct 1998 17:53:32 -0700 (PDT)
Message-Id: <[email protected]>
Date: Tue, 13 Oct 1998 17:54:01 -0700
Reply-To: [email protected]
Sender: [email protected]
From: Shyam Raghavan <[email protected]>
To: "[email protected]" <[email protected]>
Subject: (no subject)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.05 [en] (Win95; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

REMOVE


From [email protected]  Wed Oct 14 01:47:25 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id BAA27559;
       Wed, 14 Oct 1998 01:47:24 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id BAA32071;
       Wed, 14 Oct 1998 01:42:06 -0500 (CDT)
Received: from tarkin.fdt.net (tarkin.fdt.net [209.212.128.45])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id BAA30851
       for <[email protected]>; Wed, 14 Oct 1998 01:38:09 -0500 (CDT)
Received: from localhost (jlewis@localhost)
       by tarkin.fdt.net (8.8.5/8.8.5) with SMTP id CAA32425;
       Wed, 14 Oct 1998 02:58:46 -0400
Message-Id: <[email protected]>
Date: Wed, 14 Oct 1998 02:58:46 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Jon Lewis <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Messages
In-Reply-To: <v02140b03b249964debc5@[17.219.13.52]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 13 Oct 1998 [email protected] wrote:

> Since it's dumb question day, I can join in.  I keep getting this in my
> message logs:
>
> Oct 13 22:57:46 ftp02 ftpd[9378]: syslog: fopen on /dev/null failed, errno 2
>
> Had a couple suggestions from people but so far nothing has worked.  This
> error started after upgrading to wu-ftp.  Makes huge log files...

You people need to give more info...like OS, OS version, wu-ftpd version,
a little about the config, etc.

Since there's not much info, my wild guesses would be something's wrong
with /dev/null (what are the perms?) or this came from a chrooted ftpd and
there is no /home/ftp/dev/null (or wherever ftpd chrooted to).

------------------------------------------------------------------
Jon Lewis <[email protected]>  |  Spammers will be winnuked or
Network Administrator       |  drawn and quartered...whichever
Florida Digital Turnpike    |  is more convenient.
______http://inorganic5.fdt.net/~jlewis/pgp for PGP public key____


From [email protected]  Wed Oct 14 04:53:03 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id EAA09943;
       Wed, 14 Oct 1998 04:53:02 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id EAA17403;
       Wed, 14 Oct 1998 04:47:47 -0500 (CDT)
Received: from ns.icb.spb.su (ns.icb.spb.su [193.125.208.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id EAA26463
       for <[email protected]>; Wed, 14 Oct 1998 04:43:15 -0500 (CDT)
Received: (from uucp@localhost) by ns.icb.spb.su (8.8.2/8.7.3) id MAA20722 for <[email protected]>; Wed, 14 Oct 1998 12:42:19 +0300 (MSK)
Received: from icb.spb.su(10.1.1.5) by ns.icb.spb.su via smap (V1.3)
       id sma020650; Wed Oct 14 12:38:59 1998
Received: by icb.spb.su with Internet Mail Service (5.5.2232.9)
       id <4D5J1G92>; Wed, 14 Oct 1998 12:38:57 +0300
Message-Id: <[email protected]>
Date: Wed, 14 Oct 1998 12:38:56 +0300
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: RE: Problem with ls -l on Solaris
X-Mailer: Internet Mail Service (5.5.2232.9)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

I'm not sure but may be  /dev/zero permissions are not right.
Below is my /~ftp/dev tree:

dev:
total 0
crw-r--r--   1 root     sys       11,  42 Mar 17  1998 tcp
crw-r--r--   1 root     sys       13,  12 May  4  1996 zero

You should run the followings command to create ~ftp/dev with right devices:

cd ~ftp/dev
mknod zero c 13 12
mknod tcp c 11 42
chmod 644 *

That's all. I hope it helps you.

Sincerely,
Alexander Velichko

> ----------
> From:         Martin Arlt[SMTP:[email protected]]
> Reply To:     [email protected]
> Sent:         13 ������� 1998 �. 21:43
> To:   [email protected]
> Subject:      Problem with ls -l on Solaris
>
> Hi,
>
> I compiled and installed WU-FTP 2.4.2-academ[BETA-18] on a
> SUN under Solaris 2.6. I configured it also for anonym. user,
> but I can't get ls to work.
>
> I setup the server like in a description in the WU-FTP WEB-page
> (with ~ftp/bin; ~ftp/dev; ~ftp/usr/lib; etc.). But ls (or any
> other dynam. program) doesn't work - yes, I copied all the
> libs and setup all the other stuff.
>
> I tried to run truss with the chroot command:
>
> sh# truss chroot /var/ftp /bin/ls
> ...
> chroot("/var/ftp")                              = 0
> chdir("/")                                      = 0
> execve("/bin/ls", 0xEFFFFC8C, 0xEFFFFC94)  argc = 1
> open("/dev/zero", O_RDONLY)                     Err#6 ENXIO
> open("/dev/zero", O_RDONLY)                     Err#6 ENXIO
> ld.so.1: internal: malloc failedwrite(2, " l d . s o . 1 :   i n t".., 32)
> = 32
> getpid()                                        = 24744 [24743]
>         *** process killed ***
> ...
>
> it seems, ls can't open the zero device, which I created with the same
> device numbers like the zero device under /devices/pseudo/...
> Err#6 ENXIO means: No such device or address
>
> Does anybody have an idea what I have to do, that the program can open
> the device? The permission on the device are 00666 and the device is
> a "c" device chreate with "mknod zero c <maj> <min>" .
>
> Thanks for any help and suggestions.
>
> Martin Arlt
>

From [email protected]  Wed Oct 14 10:42:26 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id KAA14153;
       Wed, 14 Oct 1998 10:42:25 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA16085;
       Wed, 14 Oct 1998 10:36:56 -0500 (CDT)
Received: from tower.ti.com (tower.ti.com [192.94.94.5])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA29647
       for <[email protected]>; Wed, 14 Oct 1998 10:34:49 -0500 (CDT)
Received: from dadd.ti.com ([172.24.154.51]) by tower.ti.com (8.8.8) with ESMTP id KAA27610; Wed, 14 Oct 1998 10:32:22 -0500 (CDT)
Received: from pavis.asic.sc.ti.com by dadd.ti.com (8.8.4/)
         id KAA16562; Wed, 14 Oct 1998 10:32:22 -0500 (CDT)
Received: by pavis.asic.sc.ti.com id <[email protected]>; Wed, 14 Oct 1998 10:32:20 -0500
Message-Id: <[email protected]>
Date: Wed, 14 Oct 98 10:32:19 CDT
Reply-To: [email protected] (Bob Luckin)
Sender: [email protected]
From: Bob Luckin <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: RE: Problem with ls -l on Solaris
In-Reply-To: <[email protected]>; from "[email protected]" at Oct 14, 98 12:38 (noon)
X-Mimi-Options: HEADERS TI2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> I'm not sure but may be  /dev/zero permissions are not right.
> Below is my /~ftp/dev tree:
>
> dev:
> total 0
> crw-r--r--   1 root     sys       11,  42 Mar 17  1998 tcp
> crw-r--r--   1 root     sys       13,  12 May  4  1996 zero

You're correct - they need to be world writeable under Solaris 2...

Here's my Solaris 2.5.1 ~ftp/dev tree :

crw-rw-rw-   1 root     other     11, 42 Mar 26  1998 tcp
crw-rw-rw-   1 root     other    105,  1 Mar 26  1998 ticotsord
crw-rw-rw-   1 root     other     11, 41 Mar 26  1998 udp
crw-rw-rw-   1 root     other     13, 12 Mar 26  1998 zero


There is some mention of this in the WU-FTPD FAQ at
  http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html
under question 10.13...

It is also covered in the How-To Guide For Solaris 2.5.x at
  http://www.wildheart.org/wu-ftpd/
in the "Anonymous User Setup" section.

I recommend either of these documents if you have further problems.

Good luck !

Cheers, Bob
--
Bob Luckin      [email protected]      "Coder, adapt.  FTP Ada, redo C"
                                [http://www.dhc.net/~luckin/palindromes.html]

From [email protected]  Thu Oct 15 06:17:57 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id GAA14076;
       Thu, 15 Oct 1998 06:17:56 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA01074;
       Thu, 15 Oct 1998 06:11:41 -0500 (CDT)
Received: from shodan.in-trier.de ([email protected] [198.22.51.3])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA22162
       for <[email protected]>; Thu, 15 Oct 1998 06:05:59 -0500 (CDT)
Received: from localhost (s3m125.dialup.RWTH-Aachen.DE [137.226.7.125])
       by shodan.in-trier.de (8.8.8/8.8.8) with SMTP id NAA27846;
       Thu, 15 Oct 1998 13:07:23 +0200
Message-Id: <[email protected]>
Date: Thu, 15 Oct 1998 13:01:40 +0200 (CEST)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: [email protected], [email protected],
       [email protected]
Cc: [email protected]
Subject: BeroFTPD 1.1.15 released
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I've just released BeroFTPD 1.1.15, which can be downloaded from the usual
places:
ftp://beroftpd.unix.eu.org/pub/BeroFTPD/
ftp://ftp.croftj.net/usr/bero/BeroFTPD/
ftp://ftp.sunet.se/pub/nir/ftp/servers/BeroFTPD/
ftp://sunsite.cnlab-switch.ch/mirror/BeroFTPD/

This is the first release candidate for the next stable version, 1.2.0.

Changes:
========
Note: "+" indicates a new/improved feature, "*" indicates a bugfix or other
     non-feature correction.

v1.1.15
=======
+ Add support for FEAT and OPTS (RFC2389)
* Make STAT work correctly with internal ls
* Make "ls nonexistantfile" return nothing
* Make ls display executable flag for owner correctly
* Make ls handle setuid/setgid/sticky bits
+ Merge VR9 changes (ftp://ftp.vr.net/pub/wu-ftpd):
 * Make xferlog indicate failure/success
 * allow access control commands to use address/netmask or CIDR
 * support regular expressions in noretrieve
 * add allow-retrieve to allow retrieval of files which would be denied
   by earlier noretrieve clauses
 * Support globbing/wildcards throughout ftpaccess for file and directory
   comparisons
 * Add regular expressions matching to deny-mail
 * Ignore case in some more ftpaccess directives
 * Add OPIE support
 * code cleanup

LLaP
bero

--
Windows 98 supports real multitasking - it can boot and crash simultaneously.
***
Anyone sending unwanted advertising e-mail to this address will be charged
$25 for network traffic and computing time. By extracting my address from
this message or its header, you agree to these terms.



From [email protected]  Thu Oct 15 06:51:26 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id GAA14286;
       Thu, 15 Oct 1998 06:51:25 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA30041;
       Thu, 15 Oct 1998 06:47:29 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA24281
       for <[email protected]>; Thu, 15 Oct 1998 06:42:32 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id HAA32292
       for <[email protected]>; Thu, 15 Oct 1998 07:42:30 -0400
Message-Id: <[email protected]>
Date: Thu, 15 Oct 1998 07:42:29 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: [VR9] More enhancements and bug fixes for beta-18
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

The VR9 patch set for WU-FTPD 2.4.2 (beta-18) is now available.

This set adds additional features requested over the years by the user
community and includes a number of bug fixes for both the base (beta-18)
release and earlier VR patch sets.

These are available as both patches and pre-patched tarballs at my ftp
site:

 ftp://ftp.vr.net/pub/wu-ftpd/

If you take just the patch files, please remember: they are cumulative.
you cannot apply fixes from one set without earlier sets already having
been applied.  The first set for BETA-18 is VR3; VR1 and VR2 were for
BETA-17 only.

Several pre-compiled binaries for VR9 are also available.  These include:

 Solaris/SunOS/Sparc
 -------------
 sunos41x-ftpbin.tar.gz  (FTP support executables, ls etc.)
 FTP242b18.wu-ftpd.2.4.2-beta18-VR9.SPARC.ULTRASparc.2.5.1.2.5.pkg.tar.Z
 FTP242b18.wu-ftpd.2.4.2-beta18-VR9.SPARC.ULTRASparc.2.5.1.2.5.pkg.tar.gz
 wu-ftpd-2.4.2-beta-18-vr9-SunOS-4.1.3_U1.tar.gz
 wu-ftpd-2.4.2-beta-18-vr9-SunOS-5.6.tar.gz

 SGI/IRIX
 --------
 irix62-ftpbin.tar.gz  (FTP support executables, ls etc.)
 wu-ftpd-2.4.2-beta-18-vr9.irix62.bin.tar.gz

 IBM/AIX
 -------
 wu-ftpd-2.4.2-beta-18-vr9-AIX.3.2.5.tar.gz

 Intel/BSDI
 ----------
 wu-ftpd-2.4.2-beta-18-vr9-BSDI-2.1.tar.gz
 wu-ftpd-2.4.2-beta-18-vr9-BSDI-3.1.tar.gz

 Intel/Linux
 -----------
 wu-ftpd-2.4.2-beta-18-vr9.linux.i386.tar.gz

Thanks to all those who helped with debugging and built the pre-compiled
binaries.

This is a list of fixes to BETA 18 with VR8 applied from [email protected]
---------------------------------------------------------------------------
realpath() needs root permissions to prevent errors under certain security
models.  Noted by [email protected] running VR7.

xferlog does not indicate success or failure.  From a request on the
mailing list from [email protected] on July 2, 1997.  Patch from
[email protected] submitted privately on September 27, 1998.

Allow access control commands to use address/netmask or CIDR.  This closes
Stan's TODO item 20.  Patch submitted privately from [email protected]
on September 15, 1998.  Also corrected a hostname matching bug reported by
[email protected] on August 18, 1995.  The change also includes
[email protected] request of December 10, 1996, to allow host names
instead of IP numbers and a request from October 13, 1997, by
[email protected]. to reduce the number of DNS lookups needed for
virtual host support.

[email protected] reported on October 2, 1998, his changes for DEC Unix
with C2 security were incorrect.  He has confirmed these changes on OSF1
V3.2 41 alpha.

Support regular expressions in noretrieve.  From a patch submitted to the
mailing list by [email protected] on Apr 22, 1997.

Add 'allow-retrieve' to allow retrieval of files which would be denied by
earlier 'noretrieve' clauses.  From a request sent to the mailing list by
[email protected] on Oct 7, 1997.

[email protected] reported on October 5, 1998, the extensions
for 'absolute' or 'relative' pathname comparison in earlier VR patches
were not case-insensitive.  They should have been.

Ayamura Kikuchi <[email protected]> submmitted the following patch on
September 28, 1998.  It adds support for OPIE (One-time Passwords In
Everything).  You will need OPIE libraries installed to use this.  OPIE is
available from ftp://ftp.inner.net/pub/opie/opie-2.32.tar.gz This feature
was originally submitted by [email protected] on March 21, 1997, for
use with SunOS 4.1 with C2 security.  Other features of that patch have
not been included.

Support globbing/wildcards throughout ftpaccess file for file and
directory comparisons.

[email protected] spotted another discrepancy between the ANSI
and K&R funciton definitions.

[email protected] reports errors on AIX with malloc.
[email protected] confirms a problem in send_data().  This patch is
experimental against VR8 to attempt to correct the problem.  I'm working
on the supposition that the problem is data alignment; the 'blksize' is
off_t and malloc() wants a size_t.  I've added a conversion step which
should eliminate the problem.

Added regular expression matching to deny-mail.

Noted a number of places where strcmp was used but strcasecmp would be
more appropriate.  This makes the ftpaccess file easier to maintain since
small typographical errors won't matter so much any more.

[email protected] reports dead code left laying arround from
debugging VR8.  Deleted it.

Changed my mind.  Regular expressions don't work well unless there's some
way to tell they're there.  Backed out all regular expression matching for
file/path names in the ftpaccess file.  This issue will be re-evaluated in
a later VR patch set.  Globbing still works everywhere it's reasonable to
use it.

Cleaned up a few large, confusing 'if' statements in the code.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195



From [email protected]  Thu Oct 15 09:22:34 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id JAA15931;
       Thu, 15 Oct 1998 09:22:33 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA05232;
       Thu, 15 Oct 1998 09:16:53 -0500 (CDT)
Received: from herningfolkeblad.dk ([195.97.152.107])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA31746
       for <[email protected]>; Thu, 15 Oct 1998 09:14:07 -0500 (CDT)
Received: from herningfolkeblad.dk (195.97.152.115) by herningfolkeblad.dk with
ESMTP (Eudora Internet Mail Server 2.1); Thu, 15 Oct 1998 16:14:12 +0100
Message-Id: <[email protected]>
Date: Thu, 15 Oct 1998 16:15:02 +0100
Reply-To: [email protected]
Sender: [email protected]
From: Claus Larsen <[email protected]>
To: [email protected]
Subject: wu-ftp on aix
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; x-mac-type="54455854"; x-mac-creator="4D4F5353"
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.04 (Macintosh; I; PPC)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hey guys

I've downloaded the wu-ftpd-2.4.2.1500.exe file, unpacked it, and
installed it using smit.
Work fine. Then I've tried setting it up for test like in the faq:

Added to ports to /etc/services:

             ftptest         8521/tcp        #command port
             ftptest-data    8520/tcp        #data port

And then added the following line to /etc/inetd.conf :

             ftptest stream tcp nowait root /usr/local/ftpd my.ftpd

Then I restarted the deamon using:

               refresh -s inetd

But...when I do a ps -ef | grep ftp ...nothing, no ftpd running...no
nothing :-(

Anyone got any ideas? I'm a novice installing unix software,
so...anyone?

Thanks in advance
Claus Larsen




From [email protected]  Thu Oct 15 09:40:15 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id JAA16332;
       Thu, 15 Oct 1998 09:40:14 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA29970;
       Thu, 15 Oct 1998 09:36:00 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA20922
       for <[email protected]>; Thu, 15 Oct 1998 09:31:57 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id KAA01009;
       Thu, 15 Oct 1998 10:31:53 -0400
Message-Id: <[email protected]>
Date: Thu, 15 Oct 1998 10:31:53 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Claus Larsen <[email protected]>
Cc: [email protected]
Subject: Re: wu-ftp on aix
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 15 Oct 1998, Claus Larsen wrote:

>               ftptest stream tcp nowait root /usr/local/ftpd my.ftpd
>
> Then I restarted the deamon using:
>
>                 refresh -s inetd
>
> But...when I do a ps -ef | grep ftp ...nothing, no ftpd running...no
> nothing :-(

Using inetd, as you are, the daemon will not be running unless someone has
actually connected to it.  netstat will show inetd is listening on the
ftptest port for new connections.  start an ftp session and check ps
again.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Thu Oct 15 10:01:30 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id KAA16629;
       Thu, 15 Oct 1998 10:01:29 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA20842;
       Thu, 15 Oct 1998 09:55:40 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA02562
       for <[email protected]>; Thu, 15 Oct 1998 09:52:01 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id KAA01116;
       Thu, 15 Oct 1998 10:51:55 -0400
Message-Id: <[email protected]>
Date: Thu, 15 Oct 1998 10:51:55 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: WU-FTPD Discussion List <[email protected]>
Subject: Re: Antwort: [VR9] More enhancements and bug fixes for beta-18
In-Reply-To: <0006800006452901000002L012*@MHS>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 15 Oct 1998 [email protected] wrote:

> *I have tested the binary version
> wu-ftpd-2.4.2-beta-18-vr9-SunOS-5.6.tar.gz and it works fine.

Good.  The person who built it will be glad to here that, too.



> *Can you tell me how I can install the patches like
> "wu-ftpd-2_4_2-beta-18-vr3 -vr8" on Solaris?

All previous VR patch sets are included in the pre-built binaries and the
pre-patched tarballs.  The patches are also available as separate files so
others can see what, exactly, has changed or roll them into a personal
version of the daemon.



> *Why is my compiled version so much bigger then yours?
>
> -r-xr-xr-x   1 bin      bin       148016 Oct 15 16:06 ftpd
> -r-xr-xr-x   1 bin      bin       380312 Oct 14 12:27 ftpd.beta18.aktuell

Looks like yours are either statically-linked (no shared libraries), or
have debugging information (try the strip command to remove it).  An early
VR change was to remove the -static option from several system builds (I
believe it was accidentially enabled).

I get the opposite question about Linux .. my pre-built binaries are
generally larger because I link statically for the binary releases.

There are good points and bad points to both means of linking.  Static
eliminates the question of library compatability.  Dynamic is smaller and
can react more quickly to security fixes and updates in the libraries.  I
run dynamic linked here, but I build static linked for public release so I
don't have to worry about "It won't work with this version of that
library" complaints.  I leave that choice to each of the binary builders;
they know the target platforms far better than I.



> *Where/what  do I have to insert to get the following lines (ftpcmd.c ??)
>
> ftp> quit
> 221-You have transferred 0 bytes in 0 files.
> 221-Total traffic for this session was 12580 bytes in 4 transfers.
> 221-Thank you for using the FTP service on sun.bayer.com.
> 221 Goodbye.

This extended 221 response is a VR extension and enabled by default.

To turn it off for a single sessions, enter your password with a dash (-)
before your password.

To turn it off always, change config.h to #undef TRANSFER_COUNT and
rebuild the daemon.



> If this is not the right way to get the information; sorry put it in
> the trash can. I will then write to [email protected].

Personal email is fine.  I'm cc'ing the list because I typically get asked
your first question about the patches 2 to 3 times a week and you're not
the first to ask your other questions.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Thu Oct 15 10:19:21 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id KAA16853;
       Thu, 15 Oct 1998 10:19:20 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA15435;
       Thu, 15 Oct 1998 10:14:48 -0500 (CDT)
Received: from mosws06.mosinc.com (mosws06.mosinc.com [204.247.67.36])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA23574
       for <[email protected]>; Thu, 15 Oct 1998 10:12:54 -0500 (CDT)
Received: (from chic@localhost) by mosws06.mosinc.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id HAA16374 for [email protected]; Thu, 15 Oct 1998 07:57:22 -0700
Message-Id: <[email protected]>
Date: Thu, 15 Oct 1998 07:57:22 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Mike Castagna" <[email protected]>
To: [email protected]
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

REMOVE

--

From [email protected]  Thu Oct 15 13:35:43 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id NAA20889;
       Thu, 15 Oct 1998 13:35:42 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA21776;
       Thu, 15 Oct 1998 13:31:03 -0500 (CDT)
Received: from gala.washtenaw.cc.mi.us (gala.washtenaw.cc.mi.us [198.111.177.223])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA25824
       for <[email protected]>; Thu, 15 Oct 1998 13:28:33 -0500 (CDT)
Received: (from root@localhost)
       by gala.washtenaw.cc.mi.us (8.9.1a/8.9.1) id OAA10238
       for [email protected]; Thu, 15 Oct 1998 14:29:09 -0400 (EDT)
Message-Id: <[email protected]>
Date: Thu, 15 Oct 1998 14:29:09 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: setting up.
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4 PL25 PGP3 *ALPHA*]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


I'm trying to set up wu-ftpd on a solaris box (2.6)...
for some reason, it's diconnecting me right after
I put in a username.  I have read all of the documentation,
and I can't find any way to get more debugging messages
so I can find out why it's diconnecting me.   I'm also trying
to configure it so that any user that logs in that is in a certain
group sees their home directory as the root directory and can't
access any of the other files on the machine.

Any help would be appreciated.


                                       -Rex

From [email protected]  Thu Oct 15 14:01:40 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id OAA21291;
       Thu, 15 Oct 1998 14:01:39 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA09351;
       Thu, 15 Oct 1998 13:56:58 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA11532
       for <[email protected]>; Thu, 15 Oct 1998 13:56:29 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id OAA02917;
       Thu, 15 Oct 1998 14:56:15 -0400
Message-Id: <[email protected]>
Date: Thu, 15 Oct 1998 14:56:15 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: setting up.
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 15 Oct 1998 [email protected] wrote:

> I'm trying to set up wu-ftpd on a solaris box (2.6)...  for some
> reason, it's diconnecting me right after I put in a username.  I have
> read all of the documentation, and I can't find any way to get more
> debugging messages so I can find out why it's diconnecting me.

The reason should be in the system log file.

> I'm also trying to configure it so that any user that logs in that is
> in a certain group sees their home directory as the root directory and
> can't access any of the other files on the machine.

what you want is 'guestgroup' in the ftpaccess file.  Read the guest howto
referenced from the FAQ.

The location of the latest version of wu-ftpd can be found in the
directory

     ftp://ftp.academ.com/pub/wu-ftpd/private/

You can't see the directory contents, so read the message informing you
of the actual filename to retrieve. It's there.

wu-ftpd Resource Center:  http://www.landfield.com/wu-ftpd/
wu-ftpd FAQ:              http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html
wu-ftpd list archive:     http://www.landfield.com/wu-ftpd/mail-archive/

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Fri Oct 16 01:23:51 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id BAA29675;
       Fri, 16 Oct 1998 01:23:50 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id BAA28845;
       Fri, 16 Oct 1998 01:18:12 -0500 (CDT)
Received: from ns.icb.spb.su (ns.icb.spb.su [193.125.208.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id BAA08738
       for <[email protected]>; Fri, 16 Oct 1998 01:15:03 -0500 (CDT)
Received: (from uucp@localhost) by ns.icb.spb.su (8.8.2/8.7.3) id JAA25125; Fri, 16 Oct 1998 09:13:18 +0300 (MSK)
Received: from icb.spb.su(10.1.1.5) by ns.icb.spb.su via smap (V1.3)
       id sma024652; Fri Oct 16 09:09:37 1998
Received: by icb.spb.su with Internet Mail Service (5.5.2232.9)
       id <4D5J1JLA>; Fri, 16 Oct 1998 09:09:35 +0300
Message-Id: <[email protected]>
Date: Fri, 16 Oct 1998 09:09:26 +0300
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected], [email protected]
Subject: RE: setting up.
X-Mailer: Internet Mail Service (5.5.2232.9)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

What about the /etc/shells file.
It should contain every  shell
which are the default shells for users.
Look at the /etc/passwd file.

For example, /etc/shells
/bin/sh
/bin/csh
/bin/tcsh
/bin/false

Sincerely,
Alexander Velichko


> ----------
> From:
> [email protected][SMTP:[email protected]]
> Reply To:     [email protected]
> Sent:         15 ������� 1998 �. 21:29
> To:   [email protected]
> Subject:      setting up.
>
>
> I'm trying to set up wu-ftpd on a solaris box (2.6)...
> for some reason, it's diconnecting me right after
> I put in a username.  I have read all of the documentation,
> and I can't find any way to get more debugging messages
> so I can find out why it's diconnecting me.   I'm also trying
> to configure it so that any user that logs in that is in a certain
> group sees their home directory as the root directory and can't
> access any of the other files on the machine.
>
> Any help would be appreciated.
>
>
>                                       -Rex
>

From [email protected]  Fri Oct 16 16:59:46 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id QAA27292;
       Fri, 16 Oct 1998 16:59:45 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA21525;
       Fri, 16 Oct 1998 16:54:10 -0500 (CDT)
Received: from null.cc.uic.edu ([email protected] [128.248.5.205])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA32152
       for <[email protected]>; Fri, 16 Oct 1998 16:45:47 -0500 (CDT)
Received: from localhost (seva@localhost)
       by null.cc.uic.edu (8.9.1/8.9.1) with ESMTP id QAA27867
       for <[email protected]>; Fri, 16 Oct 1998 16:41:15 -0500
Message-Id: <[email protected]>
Date: Fri, 16 Oct 1998 16:41:14 -0500 (CDT)
Reply-To: [email protected]
Sender: [email protected]
From: Seva <[email protected]>
To: [email protected]
Subject: network address based access control
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Is there any way to limit access based on network address

For example I want to allow everyone from 128.248.*.* to have access to a
directory as anonymous but everyone else deny.

/Seva


From [email protected]  Fri Oct 16 20:52:43 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id UAA29090;
       Fri, 16 Oct 1998 20:52:42 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA19279;
       Fri, 16 Oct 1998 20:46:54 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA12238
       for <[email protected]>; Fri, 16 Oct 1998 20:42:05 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id VAA10529;
       Fri, 16 Oct 1998 21:42:00 -0400
Message-Id: <[email protected]>
Date: Fri, 16 Oct 1998 21:42:00 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Seva <[email protected]>
Cc: [email protected]
Subject: Re: network address based access control
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 16 Oct 1998, Seva wrote:

> Is there any way to limit access based on network address

Define a class to limit access to the server.

> For example I want to allow everyone from 128.248.*.* to have access
> to a directory as anonymous but everyone else deny.

use autogroup for members of the class and make the directory group-only
readable.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Fri Oct 16 21:44:55 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id VAA29461;
       Fri, 16 Oct 1998 21:44:54 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id VAA30627;
       Fri, 16 Oct 1998 21:38:14 -0500 (CDT)
Received: from null.cc.uic.edu ([email protected] [128.248.5.205])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id VAA23074
       for <[email protected]>; Fri, 16 Oct 1998 21:35:01 -0500 (CDT)
Received: from localhost (seva@localhost)
       by null.cc.uic.edu (8.9.1/8.9.1) with ESMTP id VAA28632;
       Fri, 16 Oct 1998 21:30:27 -0500
Message-Id: <[email protected]>
Date: Fri, 16 Oct 1998 21:30:26 -0500 (CDT)
Reply-To: [email protected]
Sender: [email protected]
From: Seva <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: [email protected]
Subject: Re: network address based access control
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> On Fri, 16 Oct 1998, Seva wrote:
>
> > Is there any way to limit access based on network address
>
> Define a class to limit access to the server.
>
> > For example I want to allow everyone from 128.248.*.* to have access
> > to a directory as anonymous but everyone else deny.
>
> use autogroup for members of the class and make the directory group-only
> readable.

Gregory,

Thanks, this was fairly easy once I knew to what I need to look at
(autogroup).

I added this to /etc/ftpaccess:

["
class   uic  anonymous *.uic.edu
class   an   anonymous *

autogroup    foo uic
"]

"class   an   anonymous *" was there before, but my addition had to be
before it in order to work.  Once I did that I created a group foo and made
the dir 770.  Thanks again.

/Simon




From [email protected]  Tue Oct 20 17:18:34 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id RAA00534;
       Tue, 20 Oct 1998 17:18:33 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA08719;
       Tue, 20 Oct 1998 17:11:07 -0500 (CDT)
Received: from alcatel.fr (ns.rfs.tm.fr [194.133.58.131])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA16847
       for <[email protected]>; Mon, 19 Oct 1998 11:23:16 -0500 (CDT)
Received: from alcatel.fr (gatekeeper-ssn.alcatel.fr [155.132.180.244])
       by mailgate.alcatel.fr (ALCANET/SMTP) with ESMTP id SAA23955
       for <[email protected]>; Mon, 19 Oct 1998 18:22:48 +0200
Received: from nmu.alcatel.fr (tcmh80.nmu.alcatel.fr [139.54.143.3])
       by aifhs2.alcatel.fr (ALCANET/SMTP2) with ESMTP id SAA00240
       for <[email protected]>; Mon, 19 Oct 1998 18:22:06 +0200 (MET DST)
Received: from alkair by TCMH80 with SMTP
       (1.37.109.20/16.2) id AA084184153; Mon, 19 Oct 1998 18:22:33 +0200
Message-Id: <[email protected]>
Date: Mon, 19 Oct 1998 18:22:33 +0200
Reply-To: [email protected]
Sender: [email protected]
From: Roger Guignard <[email protected]>
To: [email protected]
Subject: limit connections by user
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: [email protected]
X-Mailer: Mozilla 4.05 [en] (X11; I; HP-UX B.10.20 9000/778)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,

I would like to know if it is possible to configure wu-ftpd to limit
number of connections FOR EACH USER.
For example, if 2 users 'foo' and 'bar' are allow to connect, I want a
configuration like the following:
- maximum user is 3
- maximum user 'foo' is 1, i.e. I don't want more than 1 user 'foo' in
same time
- maximum user 'bar' is 2, i.e. I don't want more than 2 users 'bar' in
same time

Best regards,

Roger

--
Roger Guignard, System & Architecture Team
Network Management Unit, Alcatel France
Tel. +33 1 6963 1256
mailto:[email protected]



From [email protected]  Thu Oct 22 09:42:15 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id JAA10137;
       Thu, 22 Oct 1998 09:42:14 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA01226;
       Thu, 22 Oct 1998 09:34:46 -0500 (CDT)
Received: from breeze.dnp.co.jp ([email protected] [202.32.35.19])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA16524
       for <[email protected]>; Thu, 22 Oct 1998 09:24:01 -0500 (CDT)
Received: from microgw1.micro.dnp.co.jp (microgw1.micro.dnp.co.jp [10.128.12.3]) by breeze.dnp.co.jp (8.9.1+3.1W/3.7W/IOC-2.5.3/Fw) with SMTP id WAA03192 for <[email protected]>; Thu, 22 Oct 1998 22:52:54 +0900 (JST)
Received: from angel01.micro.dnp.co.jp (angel01.micro.dnp.co.jp [10.128.120.101]) by microgw1.micro.dnp.co.jp (8.6.9+2.4Wb3/3.3W2/micro-v1.17/nakajima) with ESMTP
       id WAA26304 for <[email protected]>; Thu, 22 Oct 1998 22:52:53 +0900
Received: from quark (quark.micro.dnp.co.jp [10.128.52.163]) by angel01.micro.dnp.co.jp (8.7.1+2.6Wbeta4/3.4Wbeta6-04/02/96) with ESMTP id WAA12138 for <[email protected]>; Thu, 22 Oct 1998 22:54:09 +0900 (JST)
Message-Id: <[email protected]>
Date: Thu, 22 Oct 1998 22:47:31 +0900
Reply-To: [email protected]
Sender: [email protected]
From: "Masayuki Takayanagi" <[email protected]>
To: <[email protected]>
Subject: Ho to make wu-ftpd large file aware on solaris2.6?
X-MSMail-Priority: Normal
X-Priority: 3
X-Mailer: Microsoft Internet Mail 4.70.1161
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello all,

I'm trying to compile wu-ftpd version 2.4.2 beta 18 on Solaris 2.6.

Could anyone tell me how to modify wu-ftpd  so that it
can access to large files(over 2GB) on Solaris2.6 ?


Thanks,

Masayuki Takayanagi

From [email protected]  Thu Oct 22 10:03:27 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id KAA10426;
       Thu, 22 Oct 1998 10:03:26 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA14393;
       Thu, 22 Oct 1998 09:57:19 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA04285
       for <[email protected]>; Thu, 22 Oct 1998 09:51:08 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id KAA17887
       for <[email protected]>; Thu, 22 Oct 1998 10:51:06 -0400
Message-Id: <[email protected]>
Date: Thu, 22 Oct 1998 10:51:06 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: Ftp-WG:   I-D ACTION:draft-ietf-ftpext-sec-consider-02.txt (fwd)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-ID: <[email protected]>
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195

---------- Forwarded message ----------
Date: Thu, 22 Oct 1998 10:33:56 -0400
From: [email protected]
Reply-To: FTPEXT Working Group <[email protected]>
To: IETF-Announce:  ;
Subject: Ftp-WG:   I-D ACTION:draft-ietf-ftpext-sec-consider-02.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Extensions to FTP Working Group of the IETF.

       Title           : FTP Security Considerations
       Author(s)       : M. Allman, S. Ostermann
       Filename        : draft-ietf-ftpext-sec-consider-02.txt
       Pages           : 7
       Date            : 21-Oct-98

   The specification for the File Transfer Protocol contains a number
   of mechanisms that can be used to compromise network security.  The
   FTP specification allows a client to instruct a server to transfer
   files to a third machine.  This third-party mechanism, known as
   proxy FTP, causes a well known security problem.  The FTP
   specification also allows an unlimited number of attempts at
   entering a user's password.  This allows brute force 'password
   guessing' attacks.  This document provides suggestions for system
   administrators and those implementing FTP servers that will decrease
   the security problems associated with FTP.

Internet-Drafts are available by anonymous FTP.  Login with the username
"anonymous" and a password of your e-mail address.  After logging in,
type "cd internet-drafts" and then
       "get draft-ietf-ftpext-sec-consider-02.txt".
A URL for the Internet-Draft is:
ftp://ftp.ietf.org/internet-drafts/draft-ietf-ftpext-sec-consider-02.txt

Internet-Drafts directories are located at:

       Africa: ftp.is.co.za

       Europe: ftp.nordu.net
               ftp.nis.garr.it

       Pacific Rim: munnari.oz.au

       US East Coast: ftp.ietf.org

       US West Coast: ftp.isi.edu

Internet-Drafts are also available by mail.

Send a message to:      [email protected].  In the body type:
       "FILE /internet-drafts/draft-ietf-ftpext-sec-consider-02.txt".

NOTE:   The mail server at ietf.org can return the document in
       MIME-encoded form by using the "mpack" utility.  To use this
       feature, insert the command "ENCODING mime" before the "FILE"
       command.  To decode the response(s), you will need "munpack" or
       a MIME-compliant mail reader.  Different MIME-compliant mail readers
       exhibit different behavior, especially when dealing with
       "multipart" MIME messages (i.e. documents which have been split
       up into multiple messages), so check your local documentation on
       how to manipulate these messages.


From [email protected]  Thu Oct 22 10:09:52 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id KAA10529;
       Thu, 22 Oct 1998 10:09:50 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA18788;
       Thu, 22 Oct 1998 10:03:17 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA05662
       for <[email protected]>; Thu, 22 Oct 1998 09:56:14 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id KAA17924;
       Thu, 22 Oct 1998 10:55:51 -0400
Message-Id: <[email protected]>
Date: Thu, 22 Oct 1998 10:55:51 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Masayuki Takayanagi <[email protected]>
Cc: [email protected]
Subject: Re: Ho to make wu-ftpd large file aware on solaris2.6?
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 22 Oct 1998, Masayuki Takayanagi wrote:

> I'm trying to compile wu-ftpd version 2.4.2 beta 18 on Solaris 2.6.
>
> Could anyone tell me how to modify wu-ftpd so that it can access to
> large files(over 2GB) on Solaris2.6 ?

There should be very few problems.  the one's I'm aware of have to do with
the logging of the file sizes and not the actual transfers.  If you need
help with that, I have some patches current in testing which may help.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Thu Oct 22 14:29:30 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id OAA13670;
       Thu, 22 Oct 1998 14:29:29 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA05503;
       Thu, 22 Oct 1998 14:19:14 -0500 (CDT)
Received: from oscar.tvdata.com (oscar.tvdata.com [204.97.140.252])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA16740
       for <[email protected]>; Thu, 22 Oct 1998 14:16:47 -0500 (CDT)
Received: (from daemon@localhost) by oscar.tvdata.com (8.6.9/8.6.9) id PAA06721 for <[email protected]>; Thu, 22 Oct 1998 15:16:15 -0400
Received: from emmy.tvdata.com(172.16.10.253), claiming to be "emmy"
via SMTP by oscar.tvdata.com, id smtpdAAAa06719; Thu Oct 22 19:16:06 1998
Received: from [172.16.20.81] (brett.tvdata.com) by emmy (5.0/SMI-SVR4)
       id AA07063; Thu, 22 Oct 1998 15:16:04 +0500
Message-Id: <v04011717b25530a3ee3a@[172.16.20.81]>
Date: Thu, 22 Oct 1998 15:16:00 -0400
Reply-To: [email protected]
Sender: [email protected]
From: Brett Goldstock <[email protected]>
To: [email protected]
Subject: Clients having trouble connecting
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello.

I'm running WU-ftpd wu-2.4.2-academ[BETA-18] on a Sun Sparcstation with
Solaris 2.5.1. I have over 800 users and most of them connect with no
problem. But a few have problems.

Specifically, I have one user using a Macintosh and running Fetch 3.0.2,
using AOL as an ISP. He can connect with no problem to my SunOS 4.1.4
machine running wu-ftp 2.4 which is on the same network as the Solaris box.
But he's had various problems connecting to the newer software. I'm
inclined to point the finger of blame at him since I have so many other
users with no problems. But it's puzzling that one machine works fine for
him and the other doesn't. Could this be something specific to 2.4.2? On
some occasions he gets an error message "unknown format" when trying to
download a file, but more frequently he's just waiting forever for a
connection which eventually times out. I believe he's tried AOL's built-in
FTP client and it has worked ok, but I guess I'm hoping someone can tell me
why this is a problem.

Any suggestions or even troubleshooting tips would be appreciated.

-Brett

|Brett M. Goldstock                               [email protected]|
|Senior Technical Analyst/Sys Admin          http://www.tvdata.com|
|TVData                                               800/833-9581|
|                "We tell the world what's on TV."                |

From [email protected]  Thu Oct 22 15:57:46 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id PAA14665;
       Thu, 22 Oct 1998 15:57:45 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA19259;
       Thu, 22 Oct 1998 15:50:38 -0500 (CDT)
Received: from corbu.gamsau.archi.fr (corbu.gamsau.archi.fr [193.50.232.12])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA25123
       for <[email protected]>; Thu, 22 Oct 1998 15:43:55 -0500 (CDT)
Received: from gamsau.archi.fr (scarpa.gamsau.archi.fr [193.50.232.39])
         by corbu.gamsau.archi.fr (8.8.4/jtpda-5.2) with ESMTP id WAA02707
         for <[email protected]>; Thu, 22 Oct 1998 22:43:45 +0200 (MET DST)
Message-Id: <[email protected]>
Date: Thu, 22 Oct 1998 22:52:03 +0200
Reply-To: [email protected]
Sender: [email protected]
From: Anne Sauvage <[email protected]>
To: Liste WU ftp <[email protected]>
Subject: ls doesn't give any result
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.5b2 [en] (WinNT; I)
X-Accept-Language: fr-FR,en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

High,
I am running wu-ftp on Solaris. For an ftp anonymous user, the /bin/ls
command doesn't give any error but doesn't give any result either. May
be I made a mistake with the rights of the bin dev etc and usr
directories.
Thanks for your help.
--

                Anne Sauvage
                GAMSAU - MAP
       Ecole d'Architecture de Marseille
184 av de Luminy - 13288 Marseille Cedex 09
tel : 04 91 82 71 62/70 - fax : 04 91 82 71 71

From [email protected]  Thu Oct 22 18:18:41 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id SAA16417;
       Thu, 22 Oct 1998 18:18:40 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA03373;
       Thu, 22 Oct 1998 18:13:04 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA11712
       for <[email protected]>; Thu, 22 Oct 1998 18:08:05 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id TAA20858;
       Thu, 22 Oct 1998 19:07:56 -0400
Message-Id: <[email protected]>
Date: Thu, 22 Oct 1998 19:07:55 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: Liste WU ftp <[email protected]>
Subject: Re: ls doesn't give any result
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 22 Oct 1998, Anne Sauvage wrote:

> I am running wu-ftp on Solaris. For an ftp anonymous user, the /bin/ls
> command doesn't give any error but doesn't give any result either. May
> be I made a mistake with the rights of the bin dev etc and usr
> directories. Thanks for your help.

This is in the FAQ

The location of the latest version of wu-ftpd can be found in the
directory

     ftp://ftp.academ.com/pub/wu-ftpd/private/

You can't see the directory contents, so read the message informing you
of the actual filename to retrieve. It's there.

wu-ftpd Resource Center:  http://www.landfield.com/wu-ftpd/
wu-ftpd FAQ:              http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html
wu-ftpd list archive:     http://www.landfield.com/wu-ftpd/mail-archive/

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Fri Oct 23 02:17:38 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id CAA22937;
       Fri, 23 Oct 1998 02:17:37 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id CAA13255;
       Fri, 23 Oct 1998 02:11:38 -0500 (CDT)
Received: from ns.icb.spb.su (ns.icb.spb.su [193.125.208.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id CAA02305
       for <[email protected]>; Fri, 23 Oct 1998 02:06:01 -0500 (CDT)
Received: (from uucp@localhost) by ns.icb.spb.su (8.8.2/8.7.3) id JAA10777; Fri, 23 Oct 1998 09:34:17 +0300 (MSK)
Received: from icb.spb.su(10.1.1.5) by ns.icb.spb.su via smap (V2.1)
       id xma010631; Fri, 23 Oct 98 09:33:30 +0300
Received: by icb.spb.su with Internet Mail Service (5.5.2232.9)
       id <V3TN4AJ3>; Fri, 23 Oct 1998 10:33:24 +0300
Message-Id: <[email protected]>
Date: Fri, 23 Oct 1998 09:22:45 +0300
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected], [email protected]
Subject: RE: ls doesn't give any result
X-Mailer: Internet Mail Service (5.5.2232.9)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

I had such problems when there was not enough files in ~ftp.
For example, ~ftp/etc/netconfig. Or files had not correct access rights.
For example, if the ld.so.1 library has right 111.
So below is my files tree. I hope it's correct.
And my wu-ftpd 2.4.2 beta 18 VR8 works fine.

total 5
dr-xr-xr-x   2 root     other         512 Oct  6 10:50 bin
dr-xr-xr-x   2 root     other         512 Sep 24 11:49 dev
dr-xr-xr-x   2 root     other         512 Oct  2 16:15 etc
dr-xr-xr-x   4 root     other        1024 Oct 13 11:18 pub
dr-xr-xr-x   3 root     other         512 Sep 24 11:49 usr

bin:
total 1204
---x--x--x   1 root     other       13212 Oct  5 12:24 compress
---x--x--x   1 root     other       63568 Oct  7 10:14 gzip
---x--x--x   1 root     other      315860 Oct  7 10:14 ls
---x--x--x   1 root     other      811020 Oct  7 10:14 tar

dev:
total 0
crw-r--r--   1 root     sys       11,  42 Mar 17  1998 tcp
crw-r--r--   1 root     sys       13,  12 May  4  1996 zero

etc:
total 4
-r--r--r--   1 root     other         283 Oct  7 10:50 group
-r--r--r--   1 root     other        1064 Sep 24 11:49 netconfig
-r--r--r--   1 root     other         541 Oct  7 10:53 passwd

usr:
total 1
dr-xr-xr-x   2 root     other         512 Oct  5 12:34 lib

usr/lib:
total 1367
-r-xr-xr-x   1 root     other      112104 Sep 24 11:49 ld.so.1
-r-xr-xr-x   1 root     other      623820 Sep 24 11:49 libc.so.1
-r-xr-xr-x   1 root     other        2644 Sep 24 11:49 libdl.so.1
-r-xr-xr-x   1 root     other       14060 Sep 24 11:49 libintl.so.1
-r-xr-xr-x   1 root     other       14732 Oct  5 12:34 libmp.so.1
-r-xr-xr-x   1 root     other      478396 Oct  5 12:32 libnsl.so.1
-r-xr-xr-x   1 root     other       67928 Oct  5 12:33 libsocket.so.1
-r-xr-xr-x   1 root     other       44848 Sep 24 11:49 libw.so.1

Librarys can have the following rights:
ld.so.1 only read for everyone 444,
the rest libraries only execute 111
On my mind it's more correct.

Sincerely,
Alexander Velichko

> ----------
> From:         Anne Sauvage[SMTP:[email protected]]
> Reply To:     [email protected]
> Sent:         22 ������� 1998 �. 23:52
> To:   Liste WU ftp
> Subject:      ls doesn't give any result
>
> High,
> I am running wu-ftp on Solaris. For an ftp anonymous user, the /bin/ls
> command doesn't give any error but doesn't give any result either. May
> be I made a mistake with the rights of the bin dev etc and usr
> directories.
> Thanks for your help.
> --
>
>                  Anne Sauvage
>                  GAMSAU - MAP
>         Ecole d'Architecture de Marseille
>  184 av de Luminy - 13288 Marseille Cedex 09
> tel : 04 91 82 71 62/70 - fax : 04 91 82 71 71
>

From [email protected]  Fri Oct 23 07:34:42 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id HAA25271;
       Fri, 23 Oct 1998 07:34:41 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA02479;
       Fri, 23 Oct 1998 07:28:47 -0500 (CDT)
Received: from dns.marwin.ch (dns.marwin.ch [193.247.72.10])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA07324
       for <[email protected]>; Fri, 23 Oct 1998 07:24:03 -0500 (CDT)
Received: from localhost (pafei@localhost)
       by dns.marwin.ch (8.9.1/8.9.1/marwin.ch_main $Revision: 1.5 $) with SMTP id OAA01527;
       Fri, 23 Oct 1998 14:23:46 +0200
Message-Id: <[email protected]>
Date: Fri, 23 Oct 1998 14:23:43 +0200 (MEST)
Reply-To: [email protected]
Sender: [email protected]
From: Patrick Feisthammel <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: WU-FTPD Discussion List <[email protected]>
Subject: upload statement broken in VR6?
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

-----BEGIN PGP SIGNED MESSAGE-----

Hi!

I just tried to update to VR9 because of the file globbing/wildcards.

But I could not manage wu-ftpd to match my upload-entries in ftpaccess.
Further investigation showed me, that they work up to VR5, but stop
working in VR6 (and do not work in VR8 and VR9)

My upload entry under investigation looks like:

upload /var/ftp_cug/aaa  /pub/qqq yes  user1  group1 0660 dirs


The /var directory is realy a link to /part1/var (do not know if
important)


I want to use wildcards to set the permission in subdirectories too,
but need VR8 for that. But VR8 does not recognize my upload
statements...

Any help appreciated. (I build under linux without any additional or
changed compile optiones)

Cheers,
Patrick

- ---
Only digitaly signed mails are authentic.        See http://www.pgpi.com/
Marwin Consulting, Technoparkstr. 1, CH-8005 Zuerich  Tel: +41 1 445 3666
Patrick Feisthammel ([email protected])          Fax: +41 1 445 3663


-----BEGIN PGP SIGNATURE-----
Version: 2.6.3ia
Charset: noconv

iQEVAwUBNjB1USghH5rH7H9RAQGfeQf+MjBAvVJlRNA68KVU1VgUVdlRzKF+FnRf
XRyuLz+F2n4XCQkFxJV2vIwDWFnUa9AgH8av+1vTivVJQx3+9AMCisQ7TNXYSCqN
7X5/DUlQVhV56ahXuKuSRFZNTSBtWBN/Off1NGrFnytowGAq4P4AXnpCaLeppei2
QvmEx0Y7EEKce1ezK5W1zHQCUiDS+E2QiFnWZ4n2HfVs/rHlFVl1joSLD7DZIIBT
38ctm8DZ1ziPzS56Wm0fz3AQVNjIcWmrZCOpr40dip7SvKdyjIG1GJNx2qJB5PH+
cdrvQOS9YqLGLe39ocWqFK8RYSfqKKkzcDvKFzMfCS/NCgSY+fZUyw==
=fg84
-----END PGP SIGNATURE-----


From [email protected]  Fri Oct 23 07:39:21 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id HAA25319;
       Fri, 23 Oct 1998 07:39:20 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA23192;
       Fri, 23 Oct 1998 07:34:53 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA25990
       for <[email protected]>; Fri, 23 Oct 1998 07:30:06 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id IAA23866;
       Fri, 23 Oct 1998 08:29:58 -0400
Message-Id: <[email protected]>
Date: Fri, 23 Oct 1998 08:29:58 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Patrick Feisthammel <[email protected]>
Cc: WU-FTPD Discussion List <[email protected]>
Subject: Re: upload statement broken in VR6?
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 23 Oct 1998, Patrick Feisthammel wrote:

> But I could not manage wu-ftpd to match my upload-entries in ftpaccess.
> Further investigation showed me, that they work up to VR5, but stop
> working in VR6 (and do not work in VR8 and VR9)
>
> upload /var/ftp_cug/aaa  /pub/qqq yes  user1  group1 0660 dirs

> The /var directory is realy a link to /part1/var (do not know if
> important)

It is.  If it's a symlink.  The VR patches use realpath() extensively.  So
if /var is a symlink you need to change to use the target.

> I want to use wildcards to set the permission in subdirectories too,
> but need VR8 for that. But VR8 does not recognize my upload
> statements...
>
> Any help appreciated. (I build under linux without any additional or
> changed compile optiones)

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Fri Oct 23 11:23:42 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id LAA27535;
       Fri, 23 Oct 1998 11:23:41 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA24713;
       Fri, 23 Oct 1998 11:16:07 -0500 (CDT)
Received: from dns.marwin.ch (dns.marwin.ch [193.247.72.10])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA19723
       for <[email protected]>; Fri, 23 Oct 1998 11:11:33 -0500 (CDT)
Received: from localhost (pafei@localhost)
       by dns.marwin.ch (8.9.1/8.9.1/marwin.ch_main $Revision: 1.5 $) with SMTP id SAA14905;
       Fri, 23 Oct 1998 18:11:23 +0200
Message-Id: <[email protected]>
Date: Fri, 23 Oct 1998 18:11:19 +0200 (MEST)
Reply-To: [email protected]
Sender: [email protected]
From: Patrick Feisthammel <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: WU-FTPD Discussion List <[email protected]>
Subject: Re: upload statement broken in VR6?
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

-----BEGIN PGP SIGNED MESSAGE-----

Hi!

> > upload /var/ftp_cug/aaa  /pub/qqq yes  user1  group1 0660 dirs
>
> > The /var directory is realy a link to /part1/var (do not know if
> > important)
>
> It is.  If it's a symlink.  The VR patches use realpath() extensively.  So
> if /var is a symlink you need to change to use the target.

Thanks for your tip. But it did not help. I changed the homedir in the
passwd file for that user:

 user1:x:4444:333:bla:/part1/var/ftp_cug/aaa/./pub:/bin/false

and in the ftpaccess file:

 upload /part1/var/ftp_cug/aaa /pub/qqq/* yes user1 group1 0660 dirs

it does not help.

Even a

 upload /part1/var/ftp_cug/aaa  * no

does no effect with VR9, but does with VR5 ...

Any other suggestions?

Cheers, Patrick

- ---
Only digitaly signed mails are authentic.        See http://www.pgpi.com/
Marwin Consulting, Technoparkstr. 1, CH-8005 Zuerich  Tel: +41 1 445 3666
Patrick Feisthammel ([email protected])          Fax: +41 1 445 3663


-----BEGIN PGP SIGNATURE-----
Version: 2.6.3ia
Charset: noconv

iQEVAwUBNjCqqyghH5rH7H9RAQEAeQf/TLDchmYzEpgHMl5YmvBRdDRbUQd1j2zz
HYnte5Uhr+2L6jtNpzFTjeuxa7FzmmbvUU1hBmJPznyuMm6SgNuqRtcO8GztZxGl
aniwfKP+wmW1TyCOzSphd9nrKfdhx8Wj89qMz+8xoyF1QxzRZqKoAwPhuKPKV8iO
GGqQBikJccRZNH17mWSQks3BN2ozqBp7x6f79BN2+53LoX3tOejEKceGbU8aHNqf
L+HfqpQDFOtLDn9eUD73/RluG/A+34ybM4ZblJsKOmmVlEdQYKZGWrA786B5juIv
r4rnMb6t4qG+L/0LEm4a0c6wFVSvvkuJ6v12PBYz47i4Ly3w+gxBFA==
=F4tx
-----END PGP SIGNATURE-----


From [email protected]  Fri Oct 23 11:42:21 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id LAA27711;
       Fri, 23 Oct 1998 11:42:20 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA16923;
       Fri, 23 Oct 1998 11:35:37 -0500 (CDT)
Received: from gw1.bfg.com (gateway.bfg.com [131.187.253.2])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA28616
       for <[email protected]>; Fri, 23 Oct 1998 11:32:52 -0500 (CDT)
Received: (from uucp@localhost)
       by gw1.bfg.com (8.8.8/8.8.8) id MAA11642;
       Fri, 23 Oct 1998 12:32:45 -0400 (EDT)
Received: from ns1.bfg.com(192.73.67.20) by gw1.bfg.com via smap (V2.0)
       id sma011100; Fri, 23 Oct 98 12:32:05 -0400
Received: from localhost (keller@localhost)
       by ns1.bfg.com (8.8.8/8.8.8) with SMTP id MAA27041;
       Fri, 23 Oct 1998 12:31:51 -0400 (EDT)
Message-Id: <[email protected]>
Date: Fri, 23 Oct 1998 12:31:41 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Ted Keller <[email protected]>
To: Brent Maier <[email protected]>
Cc: [email protected]
Subject: Re: chroot isn't working
In-Reply-To: <18ffff1d4cffff18ff77ffffff5231613630602e@>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Brent,

Make sure you started wu-ftpd with the -a option so that you forced it to
read your configuration file.  This is a change between 2.4 and the
2.4.2-beta releases which seems to catch a lot of people.

ted keller - bfg.com


On Fri, 23 Oct 1998, Brent Maier wrote:

> Hello,
>      I am following a faq on setting up wu-ftpd for guest accounts.  The
> login is working fine and they are dumped into their ftp account directory.
> The problem is that the /./ chroot that isn't working and it allows them to
> have free reign of the entire system.  Here's what I have in my passwd file
> for the user.
>
> brent:*:300:51:Brent FTP Account:/home/ftp/guestftp/brent/./:/etc/ftponly
>
> The /./ isnt keeping the user brent in the brent directory.  Any help would
> be most appreciated.  Thank You
>
> I'm running everything right out of the Linux 5.0 box.
>
> -Brent
> [email protected]
>


From [email protected]  Fri Oct 23 13:51:40 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id NAA28944;
       Fri, 23 Oct 1998 13:51:39 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA07939;
       Fri, 23 Oct 1998 13:44:53 -0500 (CDT)
Received: from gatekeeper.peerlogic.com ([email protected] [204.31.26.2])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA27428
       for <[email protected]>; Fri, 23 Oct 1998 13:38:16 -0500 (CDT)
Received: by gatekeeper.peerlogic.com; id LAA10101; Fri, 23 Oct 1998 11:35:29 +0800
Received: from mailhost.peerlogic.com(204.31.26.165) by gatekeeper.peerlogic.com via smap (3.2)
       id xma010086; Fri, 23 Oct 98 11:35:21 +0800
Received: from jomobile.peerlogic.com by cougar.peerlogic.com with SMTP id AA26471
 (5.67b/IDA-1.5 for <[email protected]>); Fri, 23 Oct 1998 11:43:45 -0700
Message-Id: <[email protected]>
Date: Fri, 23 Oct 1998 11:38:09 -0700
Reply-To: [email protected]
Sender: [email protected]
From: John Olp <[email protected]>
To: [email protected]
Subject: Log questions
In-Reply-To: <[email protected]>
References: <18ffff1d4cffff18ff77ffffff5231613630602e@>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

All,

The man page on ftpaccess says that logging of commands and transfers can
be individually enabled (also depending on class).  Logging of the
transfers goes to the xferlog which works okay, but where do the command
log entries go?  Since I can't seem to find the destination, I must assume
it's not even working even though I've enabled it.  What should I be
looking for to make sure commands are logged?  I know that I can run
(wu-)ftpd in debug mode and get this information from syslog, but that's
not what I want, since (correct me if I'm wrong) there isn't a specific
facility for logging just the ftp output to it's own file.

Also, assuming I can get command logging working, I'm interested in knowing
if there are any good log parsing utilities or tools available (free would
make me happy, but I'm willing to pay depending on the robustness of the
reports/output).  What I'd like to be able to do is mail the log files to
an ftp admin and let him run the parsers/tools against them (tools don't
have to run on the same machine as the ftpd).  So if there are platform
options, I'd like to know those too.

TIA,

-JO



From [email protected]  Fri Oct 23 14:54:43 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id OAA29680;
       Fri, 23 Oct 1998 14:54:42 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA17347;
       Fri, 23 Oct 1998 14:49:44 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA10929
       for <[email protected]>; Fri, 23 Oct 1998 14:45:16 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id PAA27036;
       Fri, 23 Oct 1998 15:44:58 -0400
Message-Id: <[email protected]>
Date: Fri, 23 Oct 1998 15:44:58 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: John Olp <[email protected]>
Cc: [email protected]
Subject: Re: Log questions
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 23 Oct 1998, John Olp wrote:

> The man page on ftpaccess says that logging of commands and transfers
> can be individually enabled (also depending on class).  Logging of the
> transfers goes to the xferlog which works okay, but where do the
> command log entries go?  Since I can't seem to find the destination, I
> must assume it's not even working even though I've enabled it.  What
> should I be looking for to make sure commands are logged?  I know that
> I can run (wu-)ftpd in debug mode and get this information from
> syslog, but that's not what I want, since (correct me if I'm wrong)
> there isn't a specific facility for logging just the ftp output to
> it's own file.

Command logging goes to the system log files.  You need -l on the command
line and a 'log commands ...' statement in ftpaccess both to make it work.

> Also, assuming I can get command logging working, I'm interested in
> knowing if there are any good log parsing utilities or tools available
> (free would make me happy, but I'm willing to pay depending on the
> robustness of the reports/output).  What I'd like to be able to do is
> mail the log files to an ftp admin and let him run the parsers/tools
> against them (tools don't have to run on the same machine as the
> ftpd).  So if there are platform options, I'd like to know those too.

Use Phil's xferstats to process the ftp log (xferlog).  For system logs
use grep and mail the output.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Fri Oct 23 14:56:54 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id OAA29718;
       Fri, 23 Oct 1998 14:56:53 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA16999;
       Fri, 23 Oct 1998 14:51:34 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA17087
       for <[email protected]>; Fri, 23 Oct 1998 14:48:06 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id PAA27060;
       Fri, 23 Oct 1998 15:47:37 -0400
Message-Id: <[email protected]>
Date: Fri, 23 Oct 1998 15:47:37 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Patrick Feisthammel <[email protected]>
Cc: WU-FTPD Discussion List <[email protected]>
Subject: Re: upload statement broken in VR6?
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 23 Oct 1998, Patrick Feisthammel wrote:

>   user1:x:4444:333:bla:/part1/var/ftp_cug/aaa/./pub:/bin/false
>
>   upload /part1/var/ftp_cug/aaa /pub/qqq/* yes user1 group1 0660 dirs

upload /part1/var/ftp_cug/aaa/pub /pub/qqq/* yes user1 group1 0600 dirs

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Sat Oct 24 04:40:48 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id EAA20733;
       Sat, 24 Oct 1998 04:40:47 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id EAA15805;
       Sat, 24 Oct 1998 04:35:03 -0500 (CDT)
Received: from dns.marwin.ch (dns.marwin.ch [193.247.72.10])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id EAA32433
       for <[email protected]>; Sat, 24 Oct 1998 04:30:14 -0500 (CDT)
Received: from localhost (pafei@localhost)
       by dns.marwin.ch (8.9.1/8.9.1/marwin.ch_main $Revision: 1.5 $) with SMTP id LAA30132;
       Sat, 24 Oct 1998 11:30:09 +0200
Message-Id: <[email protected]>
Date: Sat, 24 Oct 1998 11:30:03 +0200 (MEST)
Reply-To: [email protected]
Sender: [email protected]
From: Patrick Feisthammel <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: WU-FTPD Discussion List <[email protected]>
Subject: Re: upload statement broken in VR6?
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

-----BEGIN PGP SIGNED MESSAGE-----

Hi Gregory!

> >   upload /part1/var/ftp_cug/aaa /pub/qqq/* yes user1 group1 0660 dirs
>
> upload /part1/var/ftp_cug/aaa/pub /pub/qqq/* yes user1 group1 0600 dirs

Thanks a lot! That was the fault. I summarize the points:

1. It has to be the _real_ path (/part1/var and not /var, if /var is a
symlink). Thanks Gregory!

2. Also by Greogry: You have to include the 'home directory reltive to
the root directory' too. So if you have chroot_path/./pub you need
chroot_path/pub in the ftpaccess file.

3. Wildcards are not intuitive for me:
 upload /ftp/aaa/pub /pub/qqq/* yes user1 group1 0600 dirs 0770
 sets the permissions for all files in subdirctories of qqq.
 Files and directories in qqq are _not_ covered by this rule.

 upload /ftp/aaa/pub /pub/qqq   yes user1 group1 0660 dirs 0770
 this covers the files and directories in the qqq directory.
 But not the files/directories in subdirectories in qqq.

 So to protect everything in a directory and below, you need two entries
 in ftpaccess.


I suggest the following modification for later (correlating to above
points):

1. call realpath() for the ftpaccess pathes too. This way one can
use symlinks. This is important if you want to modify the physical
locations without modifying the config files.

2. The 'home direcotry relative to the root directory' should be
independent from the ftpaccess settings. Changing the default starting
point after login has IMHO nothing to do with the access rights...

3. Clarify the doc.

Cheers,
Patrick
- ---
Only digitaly signed mails are authentic.        See http://www.pgpi.com/
Marwin Consulting, Technoparkstr. 1, CH-8005 Zuerich  Tel: +41 1 445 3666
Patrick Feisthammel ([email protected])          Fax: +41 1 445 3663


-----BEGIN PGP SIGNATURE-----
Version: 2.6.3ia
Charset: noconv

iQEVAwUBNjGeICghH5rH7H9RAQHhHgf/cC4iB/kMDhSPcUwsRl92a6bMr5w3ox6v
3B6nSa9no2mWbAoP2auXCLSsJcUxmyuImoWPoq38m13Xm/9v7EE9pjR0IybBozVz
t3sWhbse/gCjx5122SuV91m0ZZRwFuzyIDoDXtKWxyt/FGm27D+zeUy9OcTXIJhV
RyQoMl+1f74WfLFjDD3VQL0W6+8gmYifdJROd97NVTsPlQb1f4NWqcB5+SO/swPl
WLH1/0gIoN2hv/WPwrCyFLKYhxbWI/3eb6xPDda3tp6kaR1Cr8uZqhI6OYBxFEzM
duxHY4mPW8HMzJceA+XeuDRIQUHY8e9xp1BJTLbDR2IzfOfA4t1t5A==
=lFyO
-----END PGP SIGNATURE-----


From [email protected]  Sat Oct 24 04:57:05 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id EAA20779;
       Sat, 24 Oct 1998 04:57:04 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id EAA05267;
       Sat, 24 Oct 1998 04:52:47 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id EAA07519
       for <[email protected]>; Sat, 24 Oct 1998 04:49:17 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id FAA30578;
       Sat, 24 Oct 1998 05:49:12 -0400
Message-Id: <[email protected]>
Date: Sat, 24 Oct 1998 05:49:11 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Patrick Feisthammel <[email protected]>
Cc: WU-FTPD Discussion List <[email protected]>
Subject: Re: upload statement broken in VR6?
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Sat, 24 Oct 1998, Patrick Feisthammel wrote:

> 1. It has to be the _real_ path (/part1/var and not /var, if /var is a
> symlink). Thanks Gregory!

This is the substantive change with the VR patches.  Along about VR5 or
VR6 this feature was added and the daemon made to use its own version of
realpath() instead of a system-provided one.

> 2. Also by Greogry: You have to include the 'home directory reltive to
> the root directory' too. So if you have chroot_path/./pub you need
> chroot_path/pub in the ftpaccess file.

The man page says:

   The upload keyword only applies to users who have a home directory
   (the argument to the chroot()) of <root-dir>.

Once-upon-a-time the daemon did not use the '/./' marking in the home
directory, and all users were chroot'd to their home directory.  This was
because, initially, the only user this was done for was 'ftp'.  Over time,
the concept of 'guest' users was added and the '/./' syntax for home
directories also came along.  Nobody bothered to update the man page to
make it more clear what was happening.

The VR patches changed nothing here; it is, was, and has always been, the
full home-directory field from the passwd file which was compared against
this.  What changed was the passing of this through realpath().  Why?
Because it was noted in testing that the upload commands which were
thought to be working were, in fact, not acheiving the desired results.
This could be best seen if you had the following layout:

tim:*:1001:1001::/home/./tim:
tom:*:1002:1002::/home/./tom:

upload /home/tim * no
upload /home/tom /tom/* yes

Think this works in the original daemon?  Yes?  Think again.  It never did
and it took me a long time to see why.

The ftpaccess files you were using prior to VR patches were not, in fact,
doing what you thought they were.  You simply had never tested them.
When the VR patches came along, your inproperly specified upload clauses
failed competely rather than just failing in subtle ways.

> 3. Wildcards are not intuitive for me:
>   upload /ftp/aaa/pub /pub/qqq/* yes user1 group1 0600 dirs 0770
>   sets the permissions for all files in subdirctories of qqq.
>   Files and directories in qqq are _not_ covered by this rule.

It's the way filename globbing works.  'rm -fR /pub/qqq/*' wouldn't effect
/pub/qqq itself, either.

>   upload /ftp/aaa/pub /pub/qqq   yes user1 group1 0660 dirs 0770
>   this covers the files and directories in the qqq directory.
>   But not the files/directories in subdirectories in qqq.
>
>   So to protect everything in a directory and below, you need two entries
>   in ftpaccess.

No .. if you want the same rule applied to it all, do:

 upload ... /pub/qqq* ...

> I suggest the following modification for later (correlating to above
> points):
>
> 1. call realpath() for the ftpaccess pathes too. This way one can
> use symlinks. This is important if you want to modify the physical
> locations without modifying the config files.

I'll think about this one.  My personal bend it to say it should not be
done because it leads to lazy system administration.  I can see what
you're trying to say, though, and will kick the idea about in my head a
while.

> 2. The 'home direcotry relative to the root directory' should be
> independent from the ftpaccess settings. Changing the default starting
> point after login has IMHO nothing to do with the access rights...

Ah .. but it's the only way to differentiate users.  As I said, your old
ftpaccess upload clauses didn't work .. at least, they didn't do what you
thought they did.

> 3. Clarify the doc.

A tall order.  Don't count on anyone getting arround to fixing the man
page anytime soon.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Sun Oct 25 01:57:12 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id BAA27734;
       Sun, 25 Oct 1998 01:57:11 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id BAA08041;
       Sun, 25 Oct 1998 01:49:21 -0500 (CDT)
Received: from speeding.cybertours.com (speeding.cyberTours.com [206.97.115.52])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id BAA13212
       for <[email protected]>; Sun, 25 Oct 1998 01:42:10 -0500 (CDT)
Received: from cybertours.com (kenn001-35.cybertours.com [208.232.50.35])
       by speeding.cybertours.com (8.9.1/8.9.1) with ESMTP id BAA21092
       for <[email protected]>; Sun, 25 Oct 1998 01:42:00 -0500 (EST)
Message-Id: <[email protected]>
Date: Sun, 25 Oct 1998 01:38:37 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Chris Mooney <[email protected]>
To: [email protected]
Subject: 553 Could not determine cwdir: No such file or directory.
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Mailer: Mozilla 4.06 [en] (Win98; U)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

HI All,
    I have been trying to install wu-ftpd on an Intel 686 running
Solaris 2.6 for the last two days.  After I finally got a working
version I ran into a new problem.  See I am trying to set up group
access so that the users of that group are limited to their home
directories.  When they log in they will see their home directories as
the root directory.  I got this working and I can go in and mkdir other
directories and have them show up in shell.  But I can not list a
directory or cd a directory.  I get the error �.

150 Opening ASCII mode data connection for /bin/ls.
553 Could not determine cwdir: No such file or directory.
226 Transfer complete.

   I have been trying at this forever.  I thought that is might be the
fact that they can�t see the bin directory and so I followed a readme on
what directories to put in there home �. And still the same thing .  now
maybe that is it.  But I didn�t do it right.  If that is the case � can
anyone tell me how to do it the correct way.  Or if it is something that
any of you have seen and know how to fix please� help me out.  Here is a
little more information on the files that I have for group, passwd and
ftpaccess.  Tell me if you see anything wrong..

/ETC/PASSWD ENTERY FOR TEST:

test:x:105:666::/home/test/./:/usr/local/bin/notashell

/ETC/GROUP ENTERY FOR 666/WEB-MAIL

web-mail::666:

/ETC/FTPACCESS

loginfails 2

class   local   real,guest,anonymous *.domain 0.0.0.0
class   remote  real,guest,anonymous *

limit   local   20  Any                 /etc/msgs/msg.toomany
limit   remote  100 SaSu|Any1800-0600   /etc/msgs/msg.toomany
limit   remote  60  Any                 /etc/msgs/msg.toomany

readme  README*    login
readme  README*    cwd=*

message /welcome.msg            login
message .message                cwd=*

compress        yes             local remote
tar             yes             local remote

# allow use of private file for SITE GROUP and SITE GPASS?
private         yes

# passwd-check  <none|trivial|rfc822>  [<enforce|warn>]
passwd-check    rfc822  warn

log commands real
log transfers anonymous,real inbound,outbound
shutdown /etc/shutmsg

# all the following default to "yes" for everybody
delete          no      guest,anonymous         # delete permission?
overwrite       no      guest,anonymous         # overwrite permission?
rename          no      guest,anonymous         # rename permission?
chmod           no      anonymous               # chmod permission?
umask           no      anonymous               # umask permission?

# specify the upload directory information
upload  /var/ftp  *             no
upload  /var/ftp  /incoming     yes     root    daemon  0600 dirs
upload  /var/ftp  /bin          no
upload  /var/ftp  /etc          no

# directory aliases...  [note, the ":" is not required]
alias   inc:    /incoming

# cdpath
cdpath  /incoming
cdpath  /pub
cdpath  /

# path-filter...
path-filter  anonymous  /etc/pathmsg  ^[-A-Za-z0-9_\.]*$  ^\.  ^-
path-filter  guest      /etc/pathmsg  ^[-A-Za-z0-9_\.]*$  ^\.  ^-

# specify which group of users will be treated as "guests".
guestgroup web-mail

email [email protected]



Thank You to anyone that has any input�.
Chris Mooney


--
_______ ______  ____   ___ _______ ________ ______
|__   __|   ___||    \ |   |__   __|__    __| _____|
__| |__|  |_---|   |\     |__| |__   |  |  | ____|
|_______|____   |___| \____|_______|  |__|  |______|
            |__|
           ________ __   __ ______
          |__    __|  |_|  | _____|
             |  |  |   _   | ____|
             |__|  |__| |__|______|         ___
  __    __   _____   ______   ___        __|   |
 \  \/\/  //   _   \|    _  \|   |     /   _   |
  \  /\  /|   (_)   |   |_) /|   |___ |  ( _|  |
   \/  \/  \_______/|___|\___\_______| \ ______|



From [email protected]  Sun Oct 25 09:21:28 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id JAA00764;
       Sun, 25 Oct 1998 09:21:27 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA22307;
       Sun, 25 Oct 1998 09:15:58 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA07280
       for <[email protected]>; Sun, 25 Oct 1998 09:10:07 -0600 (CST)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id KAA01744;
       Sun, 25 Oct 1998 10:09:59 -0500
Message-Id: <[email protected]>
Date: Sun, 25 Oct 1998 10:09:59 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Chris Mooney <[email protected]>
Cc: [email protected]
Subject: Re: 553 Could not determine cwdir: No such file or directory.
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Sun, 25 Oct 1998, Chris Mooney wrote:

> 150 Opening ASCII mode data connection for /bin/ls.
> 553 Could not determine cwdir: No such file or directory.
> 226 Transfer complete.

Check the directory permissions on the parent directories.  You need o+rx
on each directory from '/' to the cwd (user's home in this case).

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Sun Oct 25 11:32:11 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id LAA01303;
       Sun, 25 Oct 1998 11:32:11 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA07408;
       Sun, 25 Oct 1998 11:25:20 -0600 (CST)
Received: from haven.uchicago.edu ([email protected] [128.135.12.3])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA17719
       for <[email protected]>; Sun, 25 Oct 1998 11:19:34 -0600 (CST)
Received: from midway.uchicago.edu ([email protected] [128.135.12.12])
       by haven.uchicago.edu (8.8.5/8.8.5) with ESMTP id LAA13452
       for <[email protected]>; Sun, 25 Oct 1998 11:19:32 -0600 (CST)
Received: from uchicago.edu (bv-137-024.rh.uchicago.edu [128.135.137.24]) by midway.uchicago.edu (8.8.5/8.8.3) with ESMTP id LAA29762 for <[email protected]>; Sun, 25 Oct 1998 11:17:51 -0600 (CST)
Message-Id: <[email protected]>
Date: Sun, 25 Oct 1998 11:18:46 -0600
Reply-To: [email protected]
Sender: [email protected]
From: Jesse Jensen <[email protected]>
To: [email protected]
Subject: Limit guest users by login, not IP address?
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.5 [en] (Win98; I)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Is there any way (setting or patch) to limit the number of guest users
depending on their login?  I guess that would mean defining classes that
aren't based on IP addresses.

So if I had these users:

erik - my brother
adam - my cousin
pal - a bunch of my friends know this login
chum - a bunch of my coworkers know this login

And these groups:

family:erik,adam
friends:pal
coworkers:chum

And this in my ftpaccess file:

guestgroup family
guestgroup friends
guestgroup coworkers


I want to limit it to 5 friends AND 5 coworkers AND 5 family members.
So, if there are 5 pals on, erik could get on, then 5 chums could get
on, and then adam could get on, for a total of 12 users.  Then, if 2
friends logged off, no coworkers could get on, but i would have room for
2 more friends and 3 family members.

I don't want to have any real users except me (my brother might try
messing with my computer to get me back for all those wedgies), I don't
want to open myself up to anonymous users, and anyone could be coming
from different domains.

I scoured the available info and came up with nothing.  I'd like it if
this was just a simple class setting, but then I'd feel stupid.

I'm running the latest version (by the way, the [:space:] path-filter
thing doesn't work) on Debian Linux 1.3.

From [email protected]  Sun Oct 25 13:42:44 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id NAA01892;
       Sun, 25 Oct 1998 13:42:42 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA20021;
       Sun, 25 Oct 1998 13:34:55 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA01827
       for <[email protected]>; Sun, 25 Oct 1998 13:32:40 -0600 (CST)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id OAA02643;
       Sun, 25 Oct 1998 14:32:38 -0500
Message-Id: <[email protected]>
Date: Sun, 25 Oct 1998 14:32:37 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Jesse Jensen <[email protected]>
Cc: [email protected]
Subject: Re: Limit guest users by login, not IP address?
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Sun, 25 Oct 1998, Jesse Jensen wrote:

> Is there any way (setting or patch) to limit the number of guest users
> depending on their login?  I guess that would mean defining classes
> that aren't based on IP addresses.
>
> So if I had these users:
>
> erik - my brother
> adam - my cousin
> pal - a bunch of my friends know this login
> chum - a bunch of my coworkers know this login
>
> And these groups:
>
> family:erik,adam
> friends:pal
> coworkers:chum
>
> And this in my ftpaccess file:
>
> guestgroup family
> guestgroup friends
> guestgroup coworkers
>
> I want to limit it to 5 friends AND 5 coworkers AND 5 family members.
> So, if there are 5 pals on, erik could get on, then 5 chums could get
> on, and then adam could get on, for a total of 12 users.  Then, if 2
> friends logged off, no coworkers could get on, but i would have room
> for 2 more friends and 3 family members.
>
> I don't want to have any real users except me (my brother might try
> messing with my computer to get me back for all those wedgies), I
> don't want to open myself up to anonymous users, and anyone could be
> coming from different domains.
>
> I scoured the available info and came up with nothing.  I'd like it if
> this was just a simple class setting, but then I'd feel stupid.

There is no way to do what you're looking for, right now.  It's a feature
I've been looking at, but no promises unless someone else has a patch
they'd like to submit.

> I'm running the latest version (by the way, the [:space:] path-filter
> thing doesn't work) on Debian Linux 1.3.

It needs the GNU regular expression library, which debian should provide.
If you don't have that, the prebuilt binary on my ftp site should work
fine for you.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Sun Oct 25 17:21:33 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id RAA02931
       for <[email protected]>; Sun, 25 Oct 1998 17:21:33 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA07426;
       Sun, 25 Oct 1998 17:15:42 -0600 (CST)
Received: from speeding.cybertours.com (speeding.cyberTours.com [206.97.115.52])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA07806
       for <[email protected]>; Sun, 25 Oct 1998 17:15:06 -0600 (CST)
Received: from cybertours.com (kenn002-86.cybertours.com [208.232.50.86])
       by speeding.cybertours.com (8.9.1/8.9.1) with ESMTP id SAA08130;
       Sun, 25 Oct 1998 18:14:54 -0500 (EST)
Message-Id: <[email protected]>
Date: Sun, 25 Oct 1998 18:11:27 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Chris Mooney <[email protected]>
To: [email protected]
Subject: Re: 553 Could not determine cwdir: No such file or directory.
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Mailer: Mozilla 4.06 [en] (Win98; U)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

   Thanks for the tip.  But all the directories in the path are set to 755.
Any other suggestions anyone has please�. I could really use some help�
Chris


Gregory A Lundberg wrote:

> On Sun, 25 Oct 1998, Chris Mooney wrote:
>
> > 150 Opening ASCII mode data connection for /bin/ls.
> > 553 Could not determine cwdir: No such file or directory.
> > 226 Transfer complete.
>
> Check the directory permissions on the parent directories.  You need o+rx
> on each directory from '/' to the cwd (user's home in this case).
>
> --
>
> Gregory A Lundberg              Senior Partner, VRnet Company
> 1441 Elmdale Drive              [email protected]
> Kettering, OH 45409-1615 USA    1-800-809-2195

--
_______ ______  ____   ___ _______ ________ ______
|__   __|   ___||    \ |   |__   __|__    __| _____|
__| |__|  |_---|   |\     |__| |__   |  |  | ____|
|_______|____   |___| \____|_______|  |__|  |______|
            |__|
           ________ __   __ ______
          |__    __|  |_|  | _____|
             |  |  |   _   | ____|
             |__|  |__| |__|______|         ___
  __    __   _____   ______   ___        __|   |
 \  \/\/  //   _   \|    _  \|   |     /   _   |
  \  /\  /|   (_)   |   |_) /|   |___ |  ( _|  |
   \/  \/  \_______/|___|\___\_______| \ ______|



From [email protected]  Mon Oct 26 02:57:56 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id CAA06044
       for <[email protected]>; Mon, 26 Oct 1998 02:57:56 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id CAA12537;
       Mon, 26 Oct 1998 02:51:44 -0600 (CST)
Received: from lisa.src.ncu.edu.tw (lisa.src.ncu.edu.tw [140.115.113.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id CAA14445
       for <[email protected]>; Mon, 26 Oct 1998 02:42:58 -0600 (CST)
Received: from ultra2.src.ncu.edu.tw by lisa.src.ncu.edu.tw (4.1/SMI-4.1)
       id AA09152; Mon, 26 Oct 98 16:51:44 CST
Received: from src.ncu.edu.tw by ultra2.src.ncu.edu.tw (SMI-8.6/SMI-SVR4)
       id QAA14126; Mon, 26 Oct 1998 16:17:28 +0800
Message-Id: <[email protected]>
Date: Mon, 26 Oct 1998 16:42:17 +0800
Reply-To: [email protected]
Sender: [email protected]
From: Yung-Ta Hsu <[email protected]>
To: [email protected]
Subject: how to limit user
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.5b2 [en] (WinNT; I)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

after a normal user conneecting to the machine via ftp, how to make him
can't change directory upper than his home-directory?

adding 'chroot' to ftpd.c? how to do it?

--
Yung-Ta Hsu
LISA Lab of Software Research Center, National Central University
mailto:[email protected], http://www.me.ncu.edu.tw/~arda/
ICO: 5892252, mailto:[email protected],
http://wwp.mirabilis.com/5892252



From [email protected]  Mon Oct 26 06:16:21 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id GAA07644
       for <[email protected]>; Mon, 26 Oct 1998 06:16:21 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA09019;
       Mon, 26 Oct 1998 06:10:21 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA07361
       for <[email protected]>; Mon, 26 Oct 1998 06:03:45 -0600 (CST)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id HAA05772;
       Mon, 26 Oct 1998 07:03:16 -0500
Message-Id: <[email protected]>
Date: Mon, 26 Oct 1998 07:03:15 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Yung-Ta Hsu <[email protected]>
Cc: [email protected]
Subject: Re: how to limit user
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 26 Oct 1998, Yung-Ta Hsu wrote:

> after a normal user conneecting to the machine via ftp, how to make him
> can't change directory upper than his home-directory?

Create a Unix group for such users
Add users to that Unix group
Add guestgroup statement to ftpaccess

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Mon Oct 26 06:33:47 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id GAA07745
       for <[email protected]>; Mon, 26 Oct 1998 06:33:46 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA00919;
       Mon, 26 Oct 1998 06:29:39 -0600 (CST)
Received: from speeding.cybertours.com (speeding.cyberTours.com [206.97.115.52])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA14589
       for <[email protected]>; Mon, 26 Oct 1998 06:27:06 -0600 (CST)
Received: from cybertours.com (kenn004-247.cyberTours.com [208.232.50.247])
       by speeding.cybertours.com (8.9.1/8.9.1) with ESMTP id HAA01771;
       Mon, 26 Oct 1998 07:26:54 -0500 (EST)
Message-Id: <[email protected]>
Date: Mon, 26 Oct 1998 07:23:33 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Chris Mooney <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: how to limit user
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.06 [en] (Win98; U)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

   Use the command <man ftpaccess> to get more information..... and i belive
there is a good how to heer....
http://www.tnt.uni-hannover.de/soft/info/ftp/wu-ftpd/guest-howto

Chris Mooney

Gregory A Lundberg wrote:

> On Mon, 26 Oct 1998, Yung-Ta Hsu wrote:
>
> > after a normal user conneecting to the machine via ftp, how to make him
> > can't change directory upper than his home-directory?
>
> Create a Unix group for such users
> Add users to that Unix group
> Add guestgroup statement to ftpaccess
>
> --
>
> Gregory A Lundberg              Senior Partner, VRnet Company
> 1441 Elmdale Drive              [email protected]
> Kettering, OH 45409-1615 USA    1-800-809-2195

--
_______ ______  ____   ___ _______ ________ ______
|__   __|   ___||    \ |   |__   __|__    __| _____|
__| |__|  |_---|   |\     |__| |__   |  |  | ____|
|_______|____   |___| \____|_______|  |__|  |______|
            |__|
           ________ __   __ ______
          |__    __|  |_|  | _____|
             |  |  |   _   | ____|
             |__|  |__| |__|______|         ___
  __    __   _____   ______   ___        __|   |
 \  \/\/  //   _   \|    _  \|   |     /   _   |
  \  /\  /|   (_)   |   |_) /|   |___ |  ( _|  |
   \/  \/  \_______/|___|\___\_______| \ ______|



From [email protected]  Mon Oct 26 11:23:05 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id LAA10276
       for <[email protected]>; Mon, 26 Oct 1998 11:23:05 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA25013;
       Mon, 26 Oct 1998 11:16:14 -0600 (CST)
Received: from shodan.in-trier.de ([email protected] [198.22.51.3])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA20530
       for <[email protected]>; Mon, 26 Oct 1998 11:09:45 -0600 (CST)
Received: from localhost (s4m088.dialup.RWTH-Aachen.DE [137.226.8.88])
       by shodan.in-trier.de (8.8.8/8.8.8) with SMTP id TAA13095;
       Mon, 26 Oct 1998 19:11:51 +0100
Message-Id: <[email protected]>
Date: Mon, 26 Oct 1998 19:02:06 +0100 (CET)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: [email protected], [email protected],
       [email protected]
Cc: [email protected]
Subject: BeroFTPD 1.2.0 released
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I've just released a new stable version of BeroFTPD, 1.2.0.
It can be downloaded from the usual places:
ftp://ftp.beroftpd.unix.eu.org/pub/BeroFTPD/
ftp://ftp.croftj.net/usr/bero/BeroFTPD/
ftp://ftp.sunet.se/pub/nir/ftp/servers/BeroFTPD/
ftp://sunsite.cnlab-switch.ch/mirror/BeroFTPD/

This version fixes a major security bug; everyone using a previous version
should upgrade as soon as possible.
This is also the first stable version with all the new features from the
1.1 tree:
+ working internal ls
+ support for FEAT/OPTS/HOST
+ support for virtual passwd/shadow files
+ VR* patches for wu-ftpd applied (up to VR9)
+ speedups and bugfixes

Changes (since 1.1.15):

v1.2.0
======
+ Add virtual passwd/shadow file support for systems that don't have
 fgetpwent()
+ Rewrite realpath(), eliminating a major security problem (buffer
 overrun) present in all prior versions as well as all versions of
 wu-ftpd
* Fix compatibility with glibc 2.1.x based systems

LLaP
bero

--
Windows 98 supports real multitasking - it can boot and crash simultaneously.
***
Anyone sending unwanted advertising e-mail to this address will be charged
$25 for network traffic and computing time. By extracting my address from
this message or its header, you agree to these terms.



From [email protected]  Mon Oct 26 12:00:50 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id MAA10590
       for <[email protected]>; Mon, 26 Oct 1998 12:00:49 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA12084;
       Mon, 26 Oct 1998 11:54:38 -0600 (CST)
Received: from dirc.bris.ac.uk (dirc.bris.ac.uk [137.222.10.51])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA24147
       for <[email protected]>; Mon, 26 Oct 1998 11:50:04 -0600 (CST)
Received: from babbage.men.bris.ac.uk by dirc.bris.ac.uk with SMTP-PRIV (PP)
         with ESMTP; Mon, 26 Oct 1998 17:49:46 +0000
Received: from binabik.enm.bris.ac.uk (binabik.enm.bris.ac.uk [137.222.100.60]) by babbage.men.bris.ac.uk (8.8.8/8.8.8)
         with SMTP id RAA06975 for <[email protected]>;
         Mon, 26 Oct 1998 17:45:52 GMT
Message-Id: <[email protected]>
Date: Mon, 26 Oct 1998 17:45:05 +0000 (GMT)
Reply-To: [email protected]
Sender: [email protected]
From: Tulan Shah <[email protected]>
To: [email protected]
Subject: Ftpaccess question
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
X-Sender: [email protected]
X-Mailer: Simeon for Win32 Version 4.1.5 Build (43)
X-Authentication: IMSP
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


Hi all,

I have got wu-ftp VR9 running on a solaris 2.6 box all is well.

What I need from the daemon is to allow the upload command in ftpaccess
to work on folders other than within the ftp users tree.

upload  /var/ftp * no
upload  /var/ftp /incoming yes  root    other   0600

will allow uploads to /var/ftp/incoming which are owned by root/other

what I would like to do is for a guest user "project" in group ftponly
to have something like

upload /users/project * no
upload /users/project /incoming  yes  tulan  staff  0600

So that project can upload files but the owner will become tulan/staff.

I read the man page for ftpaccess which states that root folder in the
command must be the same as for the user ftp in the /etc/passwd file.
Is there anyway of overriding this or hacking the code to allow it to
work?

Thanks,

Tulan

----------------------
Tulan Shah
Design Information Group
http://www.dig.bris.ac.uk/staff/tulan/


From [email protected]  Mon Oct 26 12:20:19 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id MAA10907
       for <[email protected]>; Mon, 26 Oct 1998 12:20:18 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA04144;
       Mon, 26 Oct 1998 12:13:57 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA17800
       for <[email protected]>; Mon, 26 Oct 1998 12:07:50 -0600 (CST)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id NAA08069;
       Mon, 26 Oct 1998 13:07:25 -0500
Message-Id: <[email protected]>
Date: Mon, 26 Oct 1998 13:07:25 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Tulan Shah <[email protected]>
Cc: [email protected]
Subject: Re: Ftpaccess question
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 26 Oct 1998, Tulan Shah wrote:

> I have got wu-ftp VR9 running on a solaris 2.6 box all is well.
>
> What I need from the daemon is to allow the upload command in ftpaccess
> to work on folders other than within the ftp users tree.
>
> upload  /var/ftp * no
> upload        /var/ftp /incoming yes  root    other   0600
>
> will allow uploads to /var/ftp/incoming which are owned by root/other
>
> what I would like to do is for a guest user "project" in group ftponly
> to have something like
>
> upload /users/project * no
> upload /users/project /incoming  yes  tulan  staff  0600
>
> So that project can upload files but the owner will become tulan/staff.
>
> I read the man page for ftpaccess which states that root folder in the
> command must be the same as for the user ftp in the /etc/passwd file.
> Is there anyway of overriding this or hacking the code to allow it to
> work?

I do it here in two ways; one for a real user (me!) and one for a guest
who owns a virtual ftp-site.  Here's how I do it:

virtual x.x.x.x root     /home/users/owner/ftp
virtual x.x.x.x banner   /home/users/owner/ftp-banner
virtual x.x.x.x hostname ftp.owner.com
virtual x.x.x.x email    [email protected]
virtual x.x.x.x allow    owner

deny-uid %-99 vrnet
deny-gid %-99 vrnet
allow-uid ftp
allow-gid ftp

guestuser *
realuser ftp
realuser lundberg

anonymous-root /home/ftp

guest-root /home/users
guest-root /home/users/owner/ftp guest

hostname ftp.vr.net

email [email protected]

upload /home/users/lundberg * no
upload /home/users/lundberg /tmp yes nodirs
upload /home/users/lundberg /home/users/lundberg yes
upload /home/users/lundberg /home/users/lundberg/* yes
upload /home/users/lundberg /home/ftp/incoming yes vrnet vrnet 440 nodirs
upload /home/users/lundberg /home/ftp/incoming/* yes vrnet vrnet 440 nodirs
upload /home/users/lundberg /home/ftp/private/*/incoming yes * * 440 nodirs
upload /home/users/lundberg /home/ftp/private/*/incoming/* yes * * 440 nodirs

upload /home/ftp * no
upload /home/ftp /incoming yes vrnet vrnet 440 nodirs
upload /home/ftp /incoming/* yes vrnet vrnet 440 nodirs
upload /home/ftp /private/*/incoming yes * * 440 nodirs
upload /home/ftp /private/*/incoming/* yes * * 440 nodirs

upload /home/users/owner/ftp * no
upload /home/users/owner/ftp /incoming yes owner guest 400 nodirs
upload /home/users/owner/ftp /incoming/* yes owner guest 400 nodirs

upload /home/users/* / no
upload /home/users/* /bin no
upload /home/users/* /bin/* no
upload /home/users/* /etc no
upload /home/users/* /etc/* no
upload /home/users/* /owner/ftp/bin no
upload /home/users/* /owner/ftp/bin/* no
upload /home/users/* /owner/ftp/etc no
upload /home/users/* /owner/ftp/etc/* no

noretrieve core
noretrieve /boot/ /dev/ /lost+found/ /proc/ /home/lost+found/
noretrieve /home/users/bin/ /home/users/etc/
noretrieve /home/users/owner/ftp/bin/ /home/users/owner/ftp/etc/

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Mon Oct 26 12:52:12 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id MAA11193
       for <[email protected]>; Mon, 26 Oct 1998 12:52:11 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA10425;
       Mon, 26 Oct 1998 12:46:34 -0600 (CST)
Received: from shodan.in-trier.de ([email protected] [198.22.51.3])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA06993
       for <[email protected]>; Mon, 26 Oct 1998 12:44:24 -0600 (CST)
Received: from localhost (s4m074.dialup.RWTH-Aachen.DE [137.226.8.74])
       by shodan.in-trier.de (8.8.8/8.8.8) with SMTP id UAA14577;
       Mon, 26 Oct 1998 20:47:02 +0100
Message-Id: <[email protected]>
Date: Mon, 26 Oct 1998 20:44:21 +0100 (CET)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: [email protected], [email protected],
       [email protected]
Cc: [email protected]
Subject: BeroFTPD 1.2.0 compatibility fix released
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

The new realpath() implementation seems to break compilation on systems
using the old Linux libc.
I've put a fix to
ftp://ftp.beroftpd.unix.eu.org/pub/BeroFTPD/fixes/BeroFTPD-1.2.0-compatibility.diff.gz

If plain 1.2.0 works for you, there's no need to apply the fix.

LLaP
bero

--
Windows 98 supports real multitasking - it can boot and crash simultaneously.
***
Anyone sending unwanted advertising e-mail to this address will be charged
$25 for network traffic and computing time. By extracting my address from
this message or its header, you agree to these terms.



From [email protected]  Mon Oct 26 21:59:16 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id VAA02363
       for <[email protected]>; Mon, 26 Oct 1998 21:59:16 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id VAA29854;
       Mon, 26 Oct 1998 21:54:35 -0600 (CST)
Received: from ml.263.net ([202.96.44.7])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id VAA31502
       for <[email protected]>; Mon, 26 Oct 1998 21:52:39 -0600 (CST)
Received: (fmail 12652 invoked from network); 27 Oct 1998 03:54:49 -0000
Received: from unknown (HELO db.263.net) (202.96.44.6)
 by ml with SMTP; 27 Oct 1998 03:54:49 -0000
Received: (fmail 18238 invoked from network); 27 Oct 1998 03:55:36 -0000
Received: from unknown (HELO 263.net) (203.207.231.40)
 by db.263.net with SMTP; 27 Oct 1998 03:55:36 -0000
Message-Id: <[email protected]>
Date: Tue, 27 Oct 1998 11:52:09 +0800
Reply-To: [email protected]
Sender: [email protected]
From: Henry Leung <[email protected]>
To: [email protected]
Subject: I can not login to my wu-ftp server after anonymous setup
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Mailer: AK-Mail 3.0b [eng] (unregistered)
X-MIME-Autoconverted: from quoted-printable to 8bit by wugate.wustl.edu id VAA08194
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi, everybody :

I am a new user of wu-ftp and I am trying to install wu-ftp on my sun sparc machine ( solaris 2.6 ).

after I install wu-ftp , I killed and restart inetd. I can see the login prompt , but can not login to the system.
like below:

#ftp 202.202.202.202 4001
Connected to 202.202.202.202.
220 dev2 FTP server (Version wu-2.4(2) Mon Jun 2 12:37:12 EDT 1997) ready.
Name (202.202.202.203:siteadm): "user"
530 User ftp access denied..
Login failed.
ftp>

note : "user" is the account I create in etc/passwd files.

CAN ANYONE HELP ME FIGURE OUT WHAT'S THE PROBLEM,

THANKS

The file structure of /export/ftp ( ~ftp ) are like below :

dev2# ls -Rl
:
total 12
dr-xr-xr-x   2 bin      other        512 Oct 26 17:02 bin
dr-xr-xr-x   2 bin      other        512 Oct 26 17:02 dev
dr-xr-xr-x   2 bin      other        512 Oct 26 17:02 etc
dr-xr-xr-x   2 bin      other        512 Oct 26 17:02 pub
drwxrwxrwx   2 ftp      other        512 Oct 26 17:02 tmp
dr-xr-xr-x   3 bin      other        512 Oct 26 17:02 usr

/bin:
total 36
---x--x--x   1 root     other      17440 Oct 26 17:02 ls

/dev:
total 0
crw-r--r--   1 root     sys       11, 42 Oct 12 14:34 tcp
crw-r--r--   1 root     sys       13, 12 Oct 12 14:34 zero

/etc:
total 8
-r--r--r--   1 root     other        290 Oct 26 17:02 group
-r--r--r--   1 root     other       1064 Oct 26 17:02 netconfig
-rw-r--r--   1 root     other        168 Oct 27 09:33 passwd

/pub:
total 0

/tmp:
total 0

/usr:
total 2
dr-xr-xr-x   2 bin      other        512 Oct 27 09:15 lib

/usr/lib:
total 5500
---x--x--x   1 root     other     174844 Oct 26 17:02 ld.so.1
-r--r--r--   1 root     other    1000252 Oct 26 17:02 libc.so.1
-r--r--r--   1 root     other       4320 Oct 26 17:02 libdl.so.1
-r--r--r--   1 root     other       2468 Oct 26 17:02 libintl.so.1
-rwxr-xr-x   1 root     other      19304 Oct 27 09:14 libmp.so
-rwxr-xr-x   1 root     other       6732 Oct 27 09:14 libmp.so.1
-rwxr-xr-x   1 root     other      19304 Oct 27 09:14 libmp.so.2
-rwxr-xr-x   1 root     other     711748 Oct 27 09:15 libnsl.so
-rwxr-xr-x   1 root     other     711748 Oct 27 09:15 libnsl.so.1
-rwxr-xr-x   1 root     other      53656 Oct 27 09:15 libsocket.so
-rwxr-xr-x   1 root     other      53656 Oct 27 09:15 libsocket.so.1
-r--r--r--   1 root     other       6708 Oct 26 17:02 libw.so.1
dev2#



From [email protected]  Tue Oct 27 02:05:05 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id CAA03784
       for <[email protected]>; Tue, 27 Oct 1998 02:05:04 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id BAA08808;
       Tue, 27 Oct 1998 01:59:28 -0600 (CST)
Received: from ml.263.net ([202.96.44.7])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id BAA23946
       for <[email protected]>; Tue, 27 Oct 1998 01:48:55 -0600 (CST)
Received: (fmail 6028 invoked from network); 27 Oct 1998 07:51:05 -0000
Received: from unknown (HELO db.263.net) (202.96.44.6)
 by ml with SMTP; 27 Oct 1998 07:51:05 -0000
Received: (fmail 15837 invoked from network); 27 Oct 1998 07:51:54 -0000
Received: from unknown (HELO 263.net) (203.207.231.40)
 by db.263.net with SMTP; 27 Oct 1998 07:51:54 -0000
Message-Id: <[email protected]>
Date: Tue, 27 Oct 1998 15:48:39 +0800
Reply-To: [email protected]
Sender: [email protected]
From: Henry Leung <[email protected]>
To: [email protected]
Subject: I found the solutions for question myself - can not  log in to ftp server
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Mailer: AK-Mail 3.0b [eng] (unregistered)
X-MIME-Autoconverted: from quoted-printable to 8bit by wugate.wustl.edu id BAA28169
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi:

The problem is that I didn't configure ftpaccess , but set the start parameter of ftpd( wu-ftpd ) as "-a" in inetd.conf.
When I changed it to "-A", it works.

I send this message just for those who is just as fool as me.

From [email protected]  Tue Oct 27 06:18:08 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id GAA06041;
       Tue, 27 Oct 1998 06:18:07 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA32624;
       Tue, 27 Oct 1998 06:16:01 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA14279
       for <[email protected]>; Tue, 27 Oct 1998 06:13:45 -0600 (CST)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id HAA14563;
       Tue, 27 Oct 1998 07:10:20 -0500
Message-Id: <[email protected]>
Date: Tue, 27 Oct 1998 07:10:20 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Henry Leung <[email protected]>
Cc: [email protected]
Subject: Re: I found the solutions for question myself - can not  log in to
ftp server
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 27 Oct 1998, Henry Leung wrote:

> The problem is that I didn't configure ftpaccess , but set the start
> parameter of ftpd( wu-ftpd ) as "-a" in inetd.conf. When I changed it
> to "-A", it works.

-A (the default) tells the daemon to NOT use the ftpaccess file.  Running
the daemon without an ftpaccess file is _very_ dangerous especially if you
allow anonymous ftp.  You would do better creating an ftpaccess file.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Tue Oct 27 11:43:58 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id LAA09030;
       Tue, 27 Oct 1998 11:43:55 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA02210;
       Tue, 27 Oct 1998 11:41:43 -0600 (CST)
Received: from leenux.com (wtmp@[207.150.0.169])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA05210
       for <[email protected]>; Tue, 27 Oct 1998 11:33:45 -0600 (CST)
Received: from localhost (wtmp@localhost)
       by leenux.com (8.9.1a/a1.9.8) with SMTP id LAA23742
       for <[email protected]>; Tue, 27 Oct 1998 11:44:12 -0600
Message-Id: <[email protected]>
Date: Tue, 27 Oct 1998 11:44:12 -0600 (CST)
Reply-To: [email protected]
Sender: [email protected]
From: wtmp <[email protected]>
To: [email protected]
Subject: ftpaccess
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

im trying to configure /etc/ftpaccess to make my users directories look
like / instead of /home/user. any ideas? i want them to still have shell
access too.
thanks




From [email protected]  Tue Oct 27 12:28:22 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id MAA09572;
       Tue, 27 Oct 1998 12:28:20 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA01679;
       Tue, 27 Oct 1998 12:26:00 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA32442
       for <[email protected]>; Tue, 27 Oct 1998 12:23:11 -0600 (CST)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id NAA17836;
       Tue, 27 Oct 1998 13:22:55 -0500
Message-Id: <[email protected]>
Date: Tue, 27 Oct 1998 13:22:55 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: wtmp <[email protected]>
Cc: [email protected]
Subject: Re: ftpaccess
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 27 Oct 1998, wtmp wrote:

> im trying to configure /etc/ftpaccess to make my users directories look
> like / instead of /home/user. any ideas? i want them to still have shell
> access too.

guestgroup

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Tue Oct 27 13:46:23 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id NAA10348;
       Tue, 27 Oct 1998 13:46:22 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA25129;
       Tue, 27 Oct 1998 13:44:10 -0600 (CST)
Received: from shodan.in-trier.de ([email protected] [198.22.51.3])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA18394
       for <[email protected]>; Tue, 27 Oct 1998 13:37:50 -0600 (CST)
Received: from localhost (s4m046.dialup.RWTH-Aachen.DE [137.226.8.46])
       by shodan.in-trier.de (8.8.8/8.8.8) with SMTP id VAA29203;
       Tue, 27 Oct 1998 21:40:27 +0100
Message-Id: <[email protected]>
Date: Tue, 27 Oct 1998 21:28:29 +0100 (CET)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: [email protected], [email protected],
       [email protected]
Cc: [email protected]
Subject: BeroFTPD 1.2.1 released
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I've just released BeroFTPD 1.2.1.

Because of a few problems my uplink ISP is having, you might not get
through to the mail ftp site temporarily; try

ftp://ftp.croftj.net/usr/bero/BeroFTPD/

Changes:
- Compatibility fixes for systems that don't have <fcntl.h> and/or
 don't define MAXSYMLINKS, get rid of a compiler warning on Linux
- Check the result of glob() calls in the internal ls. This fixes the
 output of the internal ls when trying to list a directory that doesn't
 exist, or you don't have permissions to access.

LLaP
bero

--
Windows 98 supports real multitasking - it can boot and crash simultaneously.
***
Anyone sending unwanted advertising e-mail to this address will be charged
$25 for network traffic and computing time. By extracting my address from
this message or its header, you agree to these terms.



From [email protected]  Tue Oct 27 20:33:36 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id UAA14041;
       Tue, 27 Oct 1998 20:33:35 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA14950;
       Tue, 27 Oct 1998 20:31:26 -0600 (CST)
Received: from mail1.dh.trw.com (mail1.dh.trw.com [129.193.109.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAB30712
       for <[email protected]>; Tue, 27 Oct 1998 20:26:16 -0600 (CST)
Received: from trw.com ([129.4.74.179]) by mail1.dh.trw.com
         (Netscape Messaging Server 3.5)  with ESMTP id AAA4252
         for <[email protected]>; Tue, 27 Oct 1998 18:25:37 -0800
Message-Id: <[email protected]>
Date: Tue, 27 Oct 1998 18:25:36 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "Scott Parmenter" <[email protected]>
To: wuftplist <[email protected]>
Subject: LIST/NLST questions
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.04 [en] (Win95; U)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi, all,

What is the difference between LIST and NLST?  I believe one corresponds
to /bin/ls usage, and the other gives an internally generated directory
listing, but I'm not sure which is which.

Also, how much effort would be involved in forcing both NLST and LIST to
return the same file information?  For example, just give file names
regardless of which command was issued by the ftp client.  Would this
cause any problems on the client-side?

Thanks,
Scott


From [email protected]  Tue Oct 27 21:38:53 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id VAA14600;
       Tue, 27 Oct 1998 21:38:52 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id VAA02147;
       Tue, 27 Oct 1998 21:36:37 -0600 (CST)
Received: from ml.263.net ([202.96.44.7])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id VAA13521
       for <[email protected]>; Tue, 27 Oct 1998 21:32:00 -0600 (CST)
Received: (fmail 29686 invoked from network); 28 Oct 1998 03:34:07 -0000
Received: from unknown (HELO db.263.net) (202.96.44.6)
 by ml with SMTP; 28 Oct 1998 03:34:07 -0000
Received: (fmail 19901 invoked from network); 28 Oct 1998 03:34:53 -0000
Received: from unknown (HELO 263.net) (203.207.231.40)
 by db.263.net with SMTP; 28 Oct 1998 03:34:53 -0000
Message-Id: <[email protected]>
Date: Wed, 28 Oct 1998 11:31:23 +0800
Reply-To: [email protected]
Sender: [email protected]
From: Henry Leung <[email protected]>
To: [email protected]
Subject: =?ISO-8859-1?Q?After_login,_When_I_type_=22_ls_-l_=22_,_it_only_list_owner_,group_in_numbers=2E?=
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Mailer: AK-Mail 3.0b [eng] (unregistered)
X-MIME-Autoconverted: from quoted-printable to 8bit by wugate.wustl.edu id VAA32378
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi:

I have just install wu-ftp on solaris 2.6, and configuree it for anonymous. I can do file transfer,but "ls -l" command only list owner and group in numbers. I have passwd , group , nsswitch.conf in ~ftp/etc. What 's wrong with it.

From [email protected]  Tue Oct 27 23:02:49 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id XAA15333;
       Tue, 27 Oct 1998 23:02:49 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id XAA28423;
       Tue, 27 Oct 1998 23:00:43 -0600 (CST)
Received: from elausrv1.att.net.au (elausrv1.att.net.au [202.10.0.36])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id WAA15671
       for <[email protected]>; Tue, 27 Oct 1998 22:55:47 -0600 (CST)
Received: from easymail.lanecove.att.net.au (elsau.att.net.au [202.10.0.15])
       by elausrv1.att.net.au (8.9.1/8.9.1) with ESMTP id PAA03432
       for <[email protected]>; Wed, 28 Oct 1998 15:55:43 +1100 (EST)
Received: by easymail.lanecove.att.net.au with Internet Mail Service (5.0.1458.49)
       id <T8KKH3WN>; Wed, 28 Oct 1998 15:55:12 +1100
Message-Id: <A04C2400068CD1119EC400C0A836F77C67A8F7@easymail.lanecove.att.net.au>
Date: Wed, 28 Oct 1998 15:55:09 +1100
Reply-To: [email protected]
Sender: [email protected]
From: Simon Bennett <[email protected]>
To: [email protected]
Subject: FW: LIST/NLST questions
MIME-Version: 1.0
Content-Type: text/plain
X-Priority: 3
X-Mailer: Internet Mail Service (5.0.1458.49)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


> What is the difference between LIST and NLST?  I believe one
> corresponds
> to /bin/ls usage, and the other gives an internally generated
> directory
> listing, but I'm not sure which is which.

The way it's supposed to be is:

LIST - this is typically  what uses "external" ls - to generate an "ls
-l" listing - which of course is platform specific (you're going to get
different information from an NT system to a UN*X) - it's suppose to
generate output for "humans" - who can interpret the platform specific
information.

NLST - or "name list" is supposed to generate a bare bones listing of
just the names of the files in the directory - it's directed a a program
(typically an FTP client) that (for example) - wants to implement a
"mget" type feature.

If memory serves I think Bero-FTPD will parse generate a LIST if it's
passed a "NLST -l" - which is a case of doing what the user intended as
opposed to what she asked for.

> Also, how much effort would be involved in forcing both NLST
> and LIST to
> return the same file information?

Not much really.  Simple source patch or a shell script for your
external ls that ignores the -l.

> For example, just give file names
> regardless of which command was issued by the ftp client.  Would this
> cause any problems on the client-side?

Unlikely if you made both act like NLST is supposed to.  Should be fine.

Other way around might cause grief for multiple file operations.

From [email protected]  Wed Oct 28 06:50:08 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id GAA18068
       for <[email protected]>; Wed, 28 Oct 1998 06:50:07 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA12698;
       Wed, 28 Oct 1998 06:44:00 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA12639
       for <[email protected]>; Wed, 28 Oct 1998 06:33:41 -0600 (CST)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id HAA24206;
       Wed, 28 Oct 1998 07:32:35 -0500
Message-Id: <[email protected]>
Date: Wed, 28 Oct 1998 07:32:35 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Henry Leung <[email protected]>
Cc: [email protected]
Subject: Re: ls only list owner group in numbers
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 28 Oct 1998, Henry Leung wrote:

> I have just install wu-ftp on solaris 2.6, and configuree it for
> anonymous. I can do file transfer,but "ls -l" command only list owner
> and group in numbers. I have passwd , group , nsswitch.conf in
> ~ftp/etc. What 's wrong with it.

Check the permissions.  The files need to be world-readable and the
~ftp/etc directory needs to be world-executable.  Both must actually exist
and cannot be symlinks to the real files.

The ~ftp/etc/passwd and ~ftp/etc/group files need to include the IDs you
want mapped to usernames.  They do not need, and should not include, any
other information.

The location of the latest version of wu-ftpd can be found in the
directory

     ftp://ftp.academ.com/pub/wu-ftpd/private/

You can't see the directory contents, so read the message informing you
of the actual filename to retrieve. It's there.

wu-ftpd Resource Center:  http://www.landfield.com/wu-ftpd/
wu-ftpd FAQ:              http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html
wu-ftpd list archive:     http://www.landfield.com/wu-ftpd/mail-archive/

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Thu Oct 29 06:35:29 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id GAA00433;
       Thu, 29 Oct 1998 06:35:28 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA09617;
       Thu, 29 Oct 1998 06:32:49 -0600 (CST)
Received: from lisa.src.ncu.edu.tw (lisa.src.ncu.edu.tw [140.115.113.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA08156
       for <[email protected]>; Thu, 29 Oct 1998 06:23:52 -0600 (CST)
Received: from ultra2.src.ncu.edu.tw by lisa.src.ncu.edu.tw (4.1/SMI-4.1)
       id AA14645; Thu, 29 Oct 98 10:26:57 CST
Received: from src.ncu.edu.tw by ultra2.src.ncu.edu.tw (SMI-8.6/SMI-SVR4)
       id JAA17362; Thu, 29 Oct 1998 09:50:26 +0800
Message-Id: <[email protected]>
Date: Thu, 29 Oct 1998 10:15:17 +0800
Reply-To: [email protected]
Sender: [email protected]
From: Yung-Ta Hsu <[email protected]>
To: Wild Apache Support <[email protected]>
Cc: wuftpd <[email protected]>
Subject: Re: how to limit user
References: <[email protected]> <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.5 [en] (WinNT; I)
X-Accept-Language: en,zh-TW
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

as you describe, setup 'ftpaccess' file can done it.
but if I want every one of my user can't change directory upper than their
home diectory, I need to copy 'bin/ls', 'lib, 'etc' files to each user's diectory?

is there other way that I don't need to setup bin, lib, and etc files to users'
home and can limit them can't change directory upper than their home?


Wild Apache Support wrote:

> Hello,
>
> I have it working on my Linux boxes, see if these instructions help
>
> Regards,
>
> Murrah Boswell
> Wild Apache Support <[email protected]>
>
> Yung-Ta Hsu wrote:
>
> > after a normal user conneecting to the machine via ftp, how to make him
> > can't change directory upper than his home-directory?

--
Yung-Ta Hsu (ARDA), ICO: 5892252, CICQ: 107798
LISA Lab of Software Research Center, National Central University
mailto:[email protected], http://residence.src.ncu.edu.tw/~arda/



From [email protected]  Thu Oct 29 10:58:09 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id KAA03153;
       Thu, 29 Oct 1998 10:58:07 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA29339;
       Thu, 29 Oct 1998 10:54:42 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA24669
       for <[email protected]>; Thu, 29 Oct 1998 10:46:16 -0600 (CST)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id LAA01455;
       Thu, 29 Oct 1998 11:34:24 -0500
Message-Id: <[email protected]>
Date: Thu, 29 Oct 1998 11:34:24 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Yung-Ta Hsu <[email protected]>
Cc: Wild Apache Support <[email protected]>,
       wuftpd <[email protected]>
Subject: Re: how to limit user
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 29 Oct 1998, Yung-Ta Hsu wrote:

> as you describe, setup 'ftpaccess' file can done it. but if I want
> every one of my user can't change directory upper than their home
> diectory, I need to copy 'bin/ls', 'lib, 'etc' files to each user's
> diectory?
>
> is there other way that I don't need to setup bin, lib, and etc files
> to users' home and can limit them can't change directory upper than
> their home?

If they're on the same filesystem, you can hard-link the files so you're
only actually paying for one copy.  Otherwise, export the directories with
a loopback mount and mount them read-only into each user's area.

The easiest solution is to put all users in a single directory and chroot
them to that common point:

/home
/home/bin
/home/etc
/home/ftp
/home/ftp/bin
/home/ftp/etc
/home/user01
/home/user02
..

Use permissions to keep the users out of each other's areas.  I have an
example site laid out in ftp://ftp.vr.net/pub/wu-ftpd

One other way is to give up the ability to use on-the-fly tar, compress,
etc., and use the BeroFTPD derivitive of wu-ftpd.  BeroFTPD has a built-in
'ls'.  You'll still need copies of the support stuff (passwd, group, etc)
but avoid copying the external executables.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Thu Oct 29 11:10:12 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id LAA03277;
       Thu, 29 Oct 1998 11:10:11 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA06190;
       Thu, 29 Oct 1998 11:08:00 -0600 (CST)
Received: from bluto.uwex.edu (bluto.uwex.edu [144.92.106.147])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA06724
       for <[email protected]>; Thu, 29 Oct 1998 10:46:18 -0600 (CST)
Received: from localhost (paulw@localhost)
       by bluto.uwex.edu (8.8.7/8.8.7) with SMTP id KAA23786;
       Thu, 29 Oct 1998 10:46:07 -0600
Message-Id: <[email protected]>
Date: Thu, 29 Oct 1998 10:46:07 -0600 (CST)
Reply-To: [email protected]
Sender: [email protected]
From: "Paul F. Williams" <[email protected]>
To: [email protected]
Cc: Bruce LaBuda <[email protected]>,
       Charlie Bernstein <[email protected]>,
       Paul Williams <[email protected]>
Subject: How to get 'dir' to work with guest access
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have installed wu-ftpd.2.4.2.beta18 and set up the
ftpaccess controli, we have AIX 4.2.

I added a group called guests, put a line in ftpaccess referring
to this group, modified the users login to point to /some/dir/username/./
in /etc/passwd.
I have deactivated the users login (via AIX's smitty program) so they
cannot telnet or rlogin.

Every thing works like I would expect, the user can't cd out of the
directory, so chroot seems to work, except for
one small item.
After I ftp to the computer and login as the guest user, the command
 ls
works just fine.
However, if I enter
  dir
it does not produce any directory listing.
Is this the way it is supposed to work?
Without a long listing it is difficult for users to see the differenc
between directories and files.

By the way, there are some inaccuracies in the documentation for setting
up wu-ftpd.2.4.2.beta18

1.  One is not directed in the docs to modify the src/pathnames.h file
   to what you want.  The default is less than desireable.

2.  For guest accounts the directions say to put something like
   ftponly, or /bin/false as in the /etc/shells file (this doesn't
   work under AIX unless I am missing something)   Just lock out telnet
   using smitty.  Also, in some of the docs (external to the distn) it
   seems to imply that one needs /bin and /etc in the directories of the
   guest accounts, hoever that did not seem to be the case.

3.  It was difficult for me to understand the build command, also that once
   a Makefile is created it is not overwritten.

4.  Tied into 3. above,  the user shold be directed to modify the Makefile
   where it will install the programs and man pages.

5.  The documentation warns that you need to be careful or the configuration
   files will be over written, (it didn't mention what configuration files
   one should look for).  However, it didn't install any of the configuration
   files so that didn't seem to be a problem.

6.  We were upgrading an older version of wu-ftpd (2.4) (installed by someone
   who was no longer here).  It was not obvious that the locations of the
   configuration files were compiled into the program.  I didn't realize this
   until I wasn't getting things to work properly.

The writeup in the OReilly book

 Managing Internet Info Services

clarified much.

paulw


--------------------------------------------------------------------
Paul F. Williams, UW-Extension, 432 N. Lake St.,  Madison, WI 53706
[email protected], 608-262-6011

"If you took all the economists in this country and laid them end
to end, they'd point in every direction." - Will Rogers
--------------------------------------------------------------------


From [email protected]  Thu Oct 29 11:32:49 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id LAA03447;
       Thu, 29 Oct 1998 11:32:48 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA02188;
       Thu, 29 Oct 1998 11:30:39 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA22247
       for <[email protected]>; Thu, 29 Oct 1998 11:27:53 -0600 (CST)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id MAA01787;
       Thu, 29 Oct 1998 12:27:42 -0500
Message-Id: <[email protected]>
Date: Thu, 29 Oct 1998 12:27:41 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Paul F. Williams" <[email protected]>
Cc: [email protected], Bruce LaBuda <[email protected]>,
       Charlie Bernstein <[email protected]>
Subject: Re: How to get 'dir' to work with guest access
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 29 Oct 1998, Paul F. Williams wrote:

> Every thing works like I would expect, the user can't cd out of the
> directory, so chroot seems to work, except for one small item. After I
> ftp to the computer and login as the guest user, the command ls works
> just fine.  However, if I enter dir it does not produce any directory
> listing.  Is this the way it is supposed to work?  Without a long
> listing it is difficult for users to see the differenc between
> directories and files.

This is covered in the FAQ.

> By the way, there are some inaccuracies in the documentation for
> setting up wu-ftpd.2.4.2.beta18

Typos are so easy to make and wording is so difficult to make clear. Take,
for instance, your mis-use of the word 'some' where what is obviously the
correct term is 'countless'.  If you look at the 2.4 package, you'll see
most of the documentation is virtually unchanged.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Thu Oct 29 12:44:17 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id MAA04144;
       Thu, 29 Oct 1998 12:44:16 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA01801;
       Thu, 29 Oct 1998 12:42:07 -0600 (CST)
Received: from stmpy.cais.net (stmpy.cais.net [199.0.216.101])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA09329
       for <[email protected]>; Thu, 29 Oct 1998 12:37:53 -0600 (CST)
Received: from [207.176.69.154] (wfolta.cais.com [207.176.69.154]) by stmpy.cais.net (8.8.8/8.8.8) with ESMTP id NAA29588 for <[email protected]>; Thu, 29 Oct 1998 13:53:10 -0500 (EST)
Message-Id: <v04102702b25e6461e8ab@[207.176.69.154]>
Date: Thu, 29 Oct 1998 13:31:29 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Wayne Folta <[email protected]>
To: [email protected]
Subject: Re: How to get 'dir' to work with guest access
In-Reply-To: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I compiled BeroFTPD on a SunOS 4.1.3 box and it crashes (signal 11) doing
things like 'ls'. I had a similar problem with wu-ftpd, that seemed to get
better when I specified -A and -d. Any ideas?

(I compiled gcc 2.5.8 (?) for this job, and there may be a problem there,
too. But I didn't use gcc for the wu-ftpd that I tried a good while back.)

Thanks!


  Wayne Folta
  [email protected]

From [email protected]  Thu Oct 29 13:16:46 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id NAA04503;
       Thu, 29 Oct 1998 13:16:45 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA32172;
       Thu, 29 Oct 1998 13:14:35 -0600 (CST)
Received: from gti.net (apollo.gti.net [199.171.27.7])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA06688
       for <[email protected]>; Thu, 29 Oct 1998 13:08:01 -0600 (CST)
Received: (from dkinney@localhost)
       by gti.net (8.9.1/8.8.8) id OAA20339
       for [email protected]; Thu, 29 Oct 1998 14:08:01 -0500 (EST)
Message-Id: <[email protected]>
Date: Thu, 29 Oct 1998 14:08:01 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: David Kinney <[email protected]>
To: [email protected]
Subject: Guest accounts don't 'chroot'
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN



       Hi.


       I'm encountering a problem with the newest 'wu-ftpd'.  Guest accounts
       login OK, but don't do 'chroot'.  The 'ftp/anonymous' account does.

       I'm using the newest 'wu-ftpd-2.4.2-beta-18' that I just downloaded
       from 'ftp://ftp.academ.com/pub/wu-ftpd/private/'  I built it on a
       Digital UNIX 4.0B system, using 'build dec' and 'build install'.

       An earlier version of 'wu-ftpd' 2.4.2 that I build on Solaris 2.5
       worked fine.

       Any ideas ?

       Thanks in advance,

               David Kinney    [email protected]
               Sr. UNIX admin. Database America

       ======================================================================

cat /etc/ftpaccess
class   all   real,guest,anonymous  *

guestgroup  nonpub

log commands  real,guest,anonymous
log transfers real,guest,anonymous  inbound,outbound

email [email protected]

       ======================================================================

       In '/etc/group'

nonpub::122:dba

       ======================================================================

       In '/etc/passwd'

dba:XFiCkMz6NKNcQ:2069:122:David Kinney:/usr/pub/./user:/nosuchshell

       ======================================================================

ls -l /etc/ftp*
-rw-r--r--   1 root     system       185 Oct 29 12:15 /etc/ftpaccess
-rw-r--r--   1 root     system       455 Oct 29 12:14 /etc/ftpconversions
-r--r--r--   1 root     system        37 Oct 29 12:14 /etc/ftpgroups
-rw-r--r--   1 root     system       192 Oct 29 12:15 /etc/ftphosts
-rwxr-xr-x   1 bin      bin           78 Oct 29 12:14 /etc/ftpusers


bin/ckconfig
Checking _PATH_FTPUSERS :: /etc/ftpusers
ok.

Checking _PATH_FTPACCESS :: /etc/ftpaccess
ok.

Checking _PATH_PIDNAMES :: /var/run/ftp.pids-%s
ok.

Checking _PATH_CVT :: /etc/ftpconversions
ok.

Checking _PATH_XFERLOG :: /var/adm/xferlog
ok.

Checking _PATH_PRIVATE :: /etc/ftpgroups
ok.

Checking _PATH_FTPHOSTS :: /etc/ftphosts
ok

       ======================================================================

       '/etc/ftpconversions' and '/etc/ftpgroups' are copies of the
       doc/examples' files.

       '/etc/ftpusers' is a copy of the doc/examples file, with the
       "root" login removed.

       ======================================================================

       '/etc/ftphosts' is a commented out copy of the doc/examples file:

cat /etc/ftphosts
# Example host access file
#
# Everything after a '#' is treated as comment,
# empty lines are ignored

#    allow   bartm   somehost.domain
#    deny    fred    otherhost.domain 131.211.32.*

       ======================================================================

       Note that '/usr' and '/usr/pub' are local, i.e. no NFS, no symbolic
       links to other dirs.

ls -lR /usr/pub
total 16
drwxr-xr-x   2 root     system      8192 Oct 29 10:59 bin
drwxr-xr-x   3 root     system      8192 Oct 29 10:59 etc

/usr/pub/bin:
total 416
-rwxr-xr-x   1 bin      bin       425984 May 23  1997 ls

/usr/pub/etc:
total 11
-rwxr-xr-x   1 bin      bin          651 Oct 29 13:25 group
-rw-r--r--   1 root     system      1614 Oct 29 10:58 passwd
drwxr-xr-x   2 root     system      8192 Aug 28 15:04 sia

/usr/pub/etc/sia:
total 18
-rw-r--r--   1 root     bin         2191 Nov 16  1996 .new..bsd_matrix.conf
-rw-r--r--   1 root     bin         2187 Nov 16  1996 .new..matrix.conf
-rw-r--r--   1 root     bin         2191 Nov 16  1996 .proto..bsd_matrix.conf
-rw-r--r--   1 root     bin         2187 Nov 16  1996 .proto..matrix.conf
-rw-r--r--   1 root     bin         2386 Nov 16  1996 OSFC2_matrix.conf
-rw-r--r--   1 root     bin         2191 Aug 28 15:04 bsd_matrix.conf
lrwxrwxrwx   1 root     system        15 Oct 29 10:59 matrix.conf -> bsd_matrix.conf
-rwx------   1 root     system         0 Aug 28 15:04 siainitgood

       ======================================================================

       Among the files in '/var/adm':

-rwxr-xr-x   1 root     adm       100839 Oct 13 15:59 messages
-rw-r--r--   1 root     adm            0 Oct 24 04:40 wtmpx
drwxr-xr-x   2 root     system      8192 Oct 28 17:08 sendmail
-rw-r--r--   1 root     adm           57 Oct 29 01:29 mountdtab
drwxr-xr-x 206 root     adm         8192 Oct 29 04:40 syslog.dated
-rw-rw-r--   1 root     adm            0 Oct 29 11:02 xferlog
-rw-rw-r--   1 root     adm        28084 Oct 29 11:27 lastlog
-rwxr-xr-x   1 root     system      2340 Oct 29 11:27 utmp
-rwxr-xr-x   1 root     system      8580 Oct 29 13:24 wtmp

       ======================================================================

From [email protected]  Thu Oct 29 13:42:58 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id NAA04725;
       Thu, 29 Oct 1998 13:42:57 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA26216;
       Thu, 29 Oct 1998 13:40:45 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA06798
       for <[email protected]>; Thu, 29 Oct 1998 13:34:57 -0600 (CST)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id OAA02832;
       Thu, 29 Oct 1998 14:34:26 -0500
Message-Id: <[email protected]>
Date: Thu, 29 Oct 1998 14:34:25 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: David Kinney <[email protected]>
Cc: [email protected]
Subject: Re: Guest accounts don't 'chroot'
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 29 Oct 1998, David Kinney wrote:

>       I'm encountering a problem with the newest 'wu-ftpd'.  Guest accounts
>       login OK, but don't do 'chroot'.  The 'ftp/anonymous' account does.
>
>       I'm using the newest 'wu-ftpd-2.4.2-beta-18' that I just downloaded
>       from 'ftp://ftp.academ.com/pub/wu-ftpd/private/'  I built it on a
>       Digital UNIX 4.0B system, using 'build dec' and 'build install'.
>
>       An earlier version of 'wu-ftpd' 2.4.2 that I build on Solaris 2.5
>       worked fine.

your config looks fine, so let's check a few silly things:

- make sure inetd is running the corect executable for the daemon
- kill -HUP inetd if you changed anything in /etc/inetd.conf
- look at the command line in inetd.conf; are there more than 4 items
  after the program name?  Some Unix flavors (DEC, ISTR is one) have a
  limit on the number of parameters which can be there.  Some inted
  implementations need the program name to appear twice, too.
- look in the system logs, any messages which might shed light?

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Thu Oct 29 13:53:17 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id NAA04842;
       Thu, 29 Oct 1998 13:53:16 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA08418;
       Thu, 29 Oct 1998 13:47:11 -0600 (CST)
Received: from oscar.tvdata.com (oscar.tvdata.com [204.97.140.252])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA20058
       for <[email protected]>; Thu, 29 Oct 1998 13:42:53 -0600 (CST)
Received: (from daemon@localhost) by oscar.tvdata.com (8.6.9/8.6.9) id OAA17916 for <[email protected]>; Thu, 29 Oct 1998 14:42:21 -0500
Received: from emmy.tvdata.com(172.16.10.253), claiming to be "emmy"
via SMTP by oscar.tvdata.com, id smtpdAAAa17912; Thu Oct 29 19:42:15 1998
Received: from [172.16.20.81] (brett.tvdata.com) by emmy (5.0/SMI-SVR4)
       id AA12630; Thu, 29 Oct 1998 14:42:15 +0500
Message-Id: <v0401170db25e7483f246@[172.16.20.81]>
Date: Thu, 29 Oct 1998 14:42:02 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Brett Goldstock <[email protected]>
To: [email protected]
Subject: Disturbing result from ftpwho
In-Reply-To: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I just did an "ftpwho" under wu-ftpd 2.4.2 and I'm disturbed that one of
the entries (of 5 total) showed "root" being connected, but idle. The IP
addresses listed is not an internal one. (I'm investigating just where the
IP address is from. If it's from an expected site or not.) I absolutely
without a doubt have root in the "ftpusers" file and in fact I confirmed
that I can't connect to this machine via ftp as root, getting the expected
"user root access denied" when I give the correct root password.

So what gives? Should I trust the output of ftpwho? I'm a little worried here.

-Brett

|Brett M. Goldstock                               [email protected]|
|Senior Technical Analyst/Sys Admin          http://www.tvdata.com|
|TVData                                               800/833-9581|
|                "We tell the world what's on TV."                |

From [email protected]  Fri Oct 30 10:30:59 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id KAA14020;
       Fri, 30 Oct 1998 10:30:58 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA13819;
       Fri, 30 Oct 1998 10:28:34 -0600 (CST)
Received: from corbu.gamsau.archi.fr (corbu.gamsau.archi.fr [193.50.232.12])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA27184
       for <[email protected]>; Fri, 30 Oct 1998 10:23:45 -0600 (CST)
Received: from gamsau.archi.fr ([193.50.232.53])
         by corbu.gamsau.archi.fr (8.8.4/jtpda-5.2) with ESMTP id RAA20398
         ; Fri, 30 Oct 1998 17:23:36 +0100 (MET)
Message-Id: <[email protected]>
Date: Fri, 30 Oct 1998 17:21:59 +0100
Reply-To: [email protected]
Sender: [email protected]
From: Anne Sauvage <[email protected]>
To: Liste WU ftp <[email protected]>
Subject: Guest user can create directory but not transfer files
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.5b2 [en] (WinNT; I)
X-Accept-Language: fr-FR,en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,
I am using wu-ftp-2.4.2-beta18.
I have created a guest user named ftpmap in the group ftpgroup.
ftpmap:x:30003:11:ftp serveur
gamsau:/usr/people/ftpwu/./incoming:/bin/ftponly

/usr/people/ftpwu
# ls -al
total 16
drwxr-xr-x   8 root     sys          512 Oct 26 19:22 .
drwxr-xr-x  30 root     root        1024 Oct 22 21:09 ..
d--x--x--x   2 root     other        512 Oct 24 12:18 bin
d--x--x--x   2 root     other        512 Mar 26  1996 dev
d--x--x--x   2 root     other        512 Oct 31  1995 etc
drwxrwxr-x   4 ftpmap   ftpgroup     512 Oct 30 17:14 incoming
drwxr-xr-x   7 root     other        512 Sep 29 12:46 pub
d--x--x--x   5 root     other        512 Mar 27  1996 usr

The ftpaccess file includes the line guestgroup ftpgroup.
upload  /usr/people/ftpwu  /incoming     yes     ftpmap    ftpgroup
0775 dirs

The user ftpmap can :
       * transfer a file in incoming
       * create a directory test under incoming
       drwxrwxr-x   3 ftpmap   ftpgroup     512 Oct 30 17:22 .
       drwxr-xr-x   8 root     sys          512 Oct 26 19:22 ..
       drwxr-xr-x   2 ftpmap   ftpgroup     512 Oct 30 17:22 test
       * change directory to test
       * CAN NOT transfer a file to test : error Permission denied (upload)
What is wrong? Thanks.

--

                Anne Sauvage
                GAMSAU - MAP
       Ecole d'Architecture de Marseille
184 av de Luminy - 13288 Marseille Cedex 09
tel : 04 91 82 71 62/70 - fax : 04 91 82 71 71

From [email protected]  Fri Oct 30 12:12:28 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id MAA14926;
       Fri, 30 Oct 1998 12:12:27 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA16586;
       Fri, 30 Oct 1998 12:10:14 -0600 (CST)
Received: from www.aachen.linux.de ([email protected] [198.22.51.242])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA02869
       for <[email protected]>; Fri, 30 Oct 1998 12:09:36 -0600 (CST)
Received: from localhost (unknown [127.0.0.1])
       by www.aachen.linux.de (VMailer) with SMTP
       id A78E7D06B; Fri, 30 Oct 1998 20:18:36 +0100 (CET)
Message-Id: <[email protected]>
Date: Fri, 30 Oct 1998 20:18:35 +0100 (CET)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: [email protected]
Cc: Liste WU ftp <[email protected]>
Subject: Re: Guest user can create directory but not transfer files
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 30 Oct 1998, Anne Sauvage wrote:

> upload  /usr/people/ftpwu  /incoming     yes     ftpmap    ftpgroup
> 0775 dirs
>
>       * CAN NOT transfer a file to test : error Permission denied (upload)
> What is wrong? Thanks.

test is a subdirectory - either use a second upload line for
/incoming/test, or use a construction like
upload /usr/people/ftpwu /incoming/* yes ftpmap ftpgroup 0775 dirs

Not a good idea to do any of this, by the way - if everyone can read the
uploaded files, you'll soon have a bunch of "warez" in there.

LLaP
bero


From [email protected]  Fri Oct 30 13:04:44 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id NAA15436;
       Fri, 30 Oct 1998 13:04:43 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA24266;
       Fri, 30 Oct 1998 13:02:33 -0600 (CST)
Received: from extfw.dmz.lpl.com (extfw.lpl.com [208.129.246.15])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA19086
       for <[email protected]>; Fri, 30 Oct 1998 13:00:41 -0600 (CST)
Received: by extfw.dmz.lpl.com; (5.65v3.2/1.3/10May95) id AA08689; Fri, 30 Oct 1998 11:00:40 -0800
Message-Id: <[email protected]>
Date: Fri, 30 Oct 1998 10:53 -0700 (PDT)
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Mime-Version: 1.0
Content-Type: TEXT/PLAIN
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

    Greetings All,

    I'm running Digital Unix V4.0d with C2-security enabled.
    I'm running WU-FTP V2.4.

    I have anonymous ftp setup and working 100% fine - anonymous has
    read-only access.  I need to allow one particular user to ftp to
    this site using his own username (not anonymous) and place files in
    the anonymous directory for later pickup.  I'm not sure what
    additions are needed in my ftpaccess file and would appreciate some
    help.

    Thanx,

    Larry Clegg
    LPL Financial Services
    San Diego, California


From [email protected]  Fri Oct 30 13:37:38 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id NAA15720;
       Fri, 30 Oct 1998 13:37:37 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA20180;
       Fri, 30 Oct 1998 13:35:11 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA27372
       for <[email protected]>; Fri, 30 Oct 1998 13:28:49 -0600 (CST)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id OAA13067;
       Fri, 30 Oct 1998 14:28:29 -0500
Message-Id: <[email protected]>
Date: Fri, 30 Oct 1998 14:28:29 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: your mail
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 30 Oct 1998 [email protected] wrote:

>      I'm running Digital Unix V4.0d with C2-security enabled.
>      I'm running WU-FTP V2.4.

You need to upgrade to 2.4.2 (beta 18).  It fixes a lot of security
problems and bugs.

>      I have anonymous ftp setup and working 100% fine - anonymous has
>      read-only access.  I need to allow one particular user to ftp to
>      this site using his own username (not anonymous) and place files in
>      the anonymous directory for later pickup.  I'm not sure what
>      additions are needed in my ftpaccess file and would appreciate some
>      help.

Read the ftpaccess manpage on guestgroup and check the FAQ

The location of the latest version of wu-ftpd can be found in the
directory

     ftp://ftp.academ.com/pub/wu-ftpd/private/

You can't see the directory contents, so read the message informing you
of the actual filename to retrieve. It's there.

wu-ftpd Resource Center:  http://www.landfield.com/wu-ftpd/
wu-ftpd FAQ:              http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html
wu-ftpd list archive:     http://www.landfield.com/wu-ftpd/mail-archive/

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Fri Oct 30 14:36:14 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id OAA16391;
       Fri, 30 Oct 1998 14:36:12 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA23663;
       Fri, 30 Oct 1998 14:33:54 -0600 (CST)
Received: from www.aachen.linux.de ([email protected] [198.22.51.242])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA29881
       for <[email protected]>; Fri, 30 Oct 1998 14:27:59 -0600 (CST)
Received: from localhost (unknown [127.0.0.1])
       by www.aachen.linux.de (VMailer) with SMTP
       id 911A9D06B; Fri, 30 Oct 1998 22:36:55 +0100 (CET)
Message-Id: <[email protected]>
Date: Fri, 30 Oct 1998 22:36:55 +0100 (CET)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: [email protected], [email protected],
       [email protected]
Cc: [email protected]
Subject: kBeroFTPD 1.0.0pre2 released
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I've just released kBeroFTPD 1.0.0pre2, a second prerelease of the KDE
frontend to BeroFTPD configuration.

It can be downloaded at

ftp://ftp.beroftpd.unix.eu.org/pub/BeroFTPD/kBeroFTPD/kBeroFTPD-1.0.0pre2.tar.gz

LLaP
bero



From [email protected]  Fri Oct 30 16:07:33 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id QAA17112;
       Fri, 30 Oct 1998 16:07:32 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA00476;
       Fri, 30 Oct 1998 16:05:23 -0600 (CST)
Received: from mars.interdata.net (mars.interdata.net [208.157.87.5])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA26357
       for <[email protected]>; Fri, 30 Oct 1998 16:04:13 -0600 (CST)
Received: by mars.interdata.net with Internet Mail Service (5.0.1460.8)
       id <V9GG5T2K>; Fri, 30 Oct 1998 16:58:43 -0500
Message-Id: <[email protected]>
Date: Fri, 30 Oct 1998 16:58:41 -0500
Reply-To: [email protected]
Sender: [email protected]
From: webmaster <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: cannot connect to FTP server
MIME-Version: 1.0
Content-Type: text/plain
X-Mailer: Internet Mail Service (5.0.1460.8)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


Hi all,

I'm new to this list and kinda new to unix, I'm using linux RH5.0.

I'm experiencing some problems running wu-ftpd. I installed it out of the
box from Red Hat and it was working fine. Then I messed with some conf files
and also did a ftpshut.

After this when I try to connect I get the following

Connected to "myserver"
500 "myserver" FTP server shut down -- please try again later

I uninstalled and reinstalled wu-ftpd and anonftp but only with the same
results. The conf files look alright, just the default configuration.

I read something about manually removing the ftpshut file after you do a
ftpshut, but I can't find any other ftpshut files besides the executable.


Imust be overlooking something rather simple,

Please give me a hand,

Thanks,

[email protected]



From [email protected]  Fri Oct 30 16:26:52 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id QAA17231;
       Fri, 30 Oct 1998 16:26:51 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA14808;
       Fri, 30 Oct 1998 16:24:43 -0600 (CST)
Received: from jester.ti.com (jester.ti.com [192.94.94.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA03443
       for <[email protected]>; Fri, 30 Oct 1998 16:23:12 -0600 (CST)
Received: from dadd.ti.com ([172.24.154.51]) by jester.ti.com (8.8.8) with ESMTP id QAA10804; Fri, 30 Oct 1998 16:21:57 -0600 (CST)
Received: from pavis.asic.sc.ti.com by dadd.ti.com (8.8.4/)
         id QAA18387; Fri, 30 Oct 1998 16:22:39 -0600 (CST)
Received: by pavis.asic.sc.ti.com id <[email protected]>; Fri, 30 Oct 1998 16:22:38 -0600
Message-Id: <[email protected]>
Date: Fri, 30 Oct 98 16:22:37 CST
Reply-To: [email protected] (Bob Luckin)
Sender: [email protected]
From: Bob Luckin <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: cannot connect to FTP server
In-Reply-To: <[email protected]>; from "webmaster" at Oct 30, 98 4:58 pm
X-Mimi-Options: HEADERS TI2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> I'm experiencing some problems running wu-ftpd. I installed it out of the
> box from Red Hat and it was working fine. Then I messed with some conf files
> and also did a ftpshut.
>
> After this when I try to connect I get the following
>
> Connected to "myserver"
> 500 "myserver" FTP server shut down -- please try again later
>
> I uninstalled and reinstalled wu-ftpd and anonftp but only with the same
> results. The conf files look alright, just the default configuration.
>
> I read something about manually removing the ftpshut file after you do a
> ftpshut, but I can't find any other ftpshut files besides the executable.

Are you using an ftpaccess file ?  The location of the "ftpshut" file is
usually specified in the ftpaccess file, via the following line :-

shutdown /path/to/shutfile

You'll need to delete /path/to/shutfile in order to get the server working
again...

I hope this helps !

Cheers, Bob
--
Bob Luckin      [email protected]      "Coder adapt.  FTP Ada, redo C"
                                [http://www.dhc.net/~luckin/palindromes.html]

From [email protected]  Fri Oct 30 16:33:27 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id QAA17264;
       Fri, 30 Oct 1998 16:33:26 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA00610;
       Fri, 30 Oct 1998 16:31:17 -0600 (CST)
Received: from nic.com (nic.com [204.141.60.10])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA06442
       for <[email protected]>; Fri, 30 Oct 1998 16:29:42 -0600 (CST)
Received: from localhost by nic.com (8.9.1/8.9.1) with SMTP id RAA09208;
       Fri, 30 Oct 1998 17:30:58 -0500 (EST)
Message-Id: <[email protected]>
Date: Fri, 30 Oct 1998 17:30:58 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Dave Wreski <[email protected]>
To: webmaster <[email protected]>
Cc: "'[email protected]'" <[email protected]>
Subject: Re: cannot connect to FTP server
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


> I'm experiencing some problems running wu-ftpd. I installed it out of the
> box from Red Hat and it was working fine. Then I messed with some conf files
> and also did a ftpshut.

You need to unshut it ;)

Remove /etc/shutmsg and try again.

> I uninstalled and reinstalled wu-ftpd and anonftp but only with the same
> results. The conf files look alright, just the default configuration.

Be sure to read all the documentation, including the man pages.  An
incorrectly configured FTP server can be a serious security risk!

Dave



From [email protected]  Fri Oct 30 16:40:03 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id QAA17323;
       Fri, 30 Oct 1998 16:40:02 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA22760;
       Fri, 30 Oct 1998 16:37:54 -0600 (CST)
Received: from mars.interdata.net (mars.interdata.net [208.157.87.5])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA02069
       for <[email protected]>; Fri, 30 Oct 1998 16:31:23 -0600 (CST)
Received: by mars.interdata.net with Internet Mail Service (5.0.1460.8)
       id <V9GG5T27>; Fri, 30 Oct 1998 17:25:47 -0500
Message-Id: <[email protected]>
Date: Fri, 30 Oct 1998 17:25:46 -0500
Reply-To: [email protected]
Sender: [email protected]
From: webmaster <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: RE: cannot connect to FTP server
MIME-Version: 1.0
Content-Type: text/plain
X-Mailer: Internet Mail Service (5.0.1460.8)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Thanks Richard, That did it
Wow this is the best tech support I've ever seen!

               -----Original Message-----
               From:   Richard Blackwell [mailto:[email protected]]
               Sent:   Friday, October 30, 1998 5:08 PM
               To:     [email protected]
               Subject:        RE: cannot connect to FTP server

               Yeah, the wu-ftpd creates the file /etc/shutmsg when it is
shut down.
               So long as the file exists, wu-ftpd won't come back up.

               Remove the file, the restart inetd.  It should come back
online.

               -----Original Message-----
               From: webmaster [mailto:[email protected]]
               Sent: Friday, October 30, 1998 3:59 PM
               To: '[email protected]'
               Subject: cannot connect to FTP server



               Hi all,

               I'm new to this list and kinda new to unix, I'm using linux
RH5.0.

               I'm experiencing some problems running wu-ftpd. I installed
it out of
               the
               box from Red Hat and it was working fine. Then I messed with
some conf
               files
               and also did a ftpshut.

               After this when I try to connect I get the following

               Connected to "myserver"
               500 "myserver" FTP server shut down -- please try again
later

               I uninstalled and reinstalled wu-ftpd and anonftp but only
with the same
               results. The conf files look alright, just the default
configuration.

               I read something about manually removing the ftpshut file
after you do a
               ftpshut, but I can't find any other ftpshut files besides
the
               executable.


               Imust be overlooking something rather simple,

               Please give me a hand,

               Thanks,

               [email protected]

From [email protected]  Sat Oct 31 01:10:55 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id BAA26470;
       Sat, 31 Oct 1998 01:10:54 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id BAA15250;
       Sat, 31 Oct 1998 01:08:36 -0600 (CST)
Received: from haven.uchicago.edu ([email protected] [128.135.12.3])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id BAA10619
       for <[email protected]>; Sat, 31 Oct 1998 01:04:30 -0600 (CST)
Received: from midway.uchicago.edu ([email protected] [128.135.12.12])
       by haven.uchicago.edu (8.8.5/8.8.5) with ESMTP id BAA01375
       for <[email protected]>; Sat, 31 Oct 1998 01:04:28 -0600 (CST)
Received: from uchicago.edu (bv-137-024.rh.uchicago.edu [128.135.137.24]) by midway.uchicago.edu (8.8.5/8.8.3) with ESMTP id BAA24252 for <[email protected]>; Sat, 31 Oct 1998 01:03:33 -0600 (CST)
Message-Id: <[email protected]>
Date: Sat, 31 Oct 1998 01:03:33 -0600
Reply-To: [email protected]
Sender: [email protected]
From: Jesse Jensen <[email protected]>
To: wu-ftpd <[email protected]>
Subject: Setting upload permissions
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.5 [en] (Win98; I)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Ok, I'm running beta 18 with the latest VR patch on a linux box.

I'm trying to let a user who has been guestgrouped upload.  I want
anything uploaded to be owned by root and have a restrictive mode.  I
tried following all the directions I could find, but it doesn't work.
The uploaded stuff is usually owned by the user that uploaded it and has
a lenient mode.  Here's what I have:

[/ftp/pub/]
drwxr-x---  19 root    family         1024 Oct 24 03:42 photoalbum
drwxrwx-w-   3 root    family         3072 Oct 31 00:37 uploads

[passwd file]
erik:x:1002:1002:Erik,,,:/ftp/./pub:/bin/lshells/nologin

[group file]
family:x:101:erik,adam,mom,dad

[ftpaccess]
guestgroup    family    *

class   all   guest,real

limit   all   10  Any   /ftp/etc/toomany.msg

# all the following default to "yes" for everybody
rename          no      guest,anonymous         # rename permission?
delete          no      guest,anonymous         # delete permission?
overwrite       no      guest,anonymous         # overwrite permission?
chmod           no      guest,anonymous         # chmod permission?
umask           no      guest,anonymous         # umask permission?

# path-filter
path-filter guest /etc/filename.msg ^[-+A-Za-z0-9_.[:space:]]*$ ^\. ^-

#      ab/rel   HomeDir  ArchiveDir     Allow? Owner Group Mode Dirs?
DirMode
upload absolute /ftp/pub /pub/uploads/* yes    root  root  770  dirs
777


I'm pretty sure this is how it's supposed to work.  But, when I do this,
they can upload into uploads/ and in subdirectories of it, but all the
permissions are wrong.  Also, and I don't know if this is related, when
I have ftp'ed in and I check the directory listing, it usually shows the
uid, instead of the name; but all the users are in /ftp/etc/passwd.  I
have also tried the following with varying degrees of unsuccess:

upload absolute /ftp/pub /pub/uploads/  yes    root  root  770  dirs
777
upload absolute /ftp/pub /pub/uploads   yes    root  root  770  dirs
777
upload absolute /ftp/pub /pub/uploads*  yes    root  root  770  dirs
777
upload absolute /ftp/pub /pub/uploads/* yes    *     *     770  dirs
777
upload absolute *        *              yes    *     *     770  dirs
and so on...


Thanks,
jesse


From [email protected]  Sat Oct 31 09:41:00 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id JAA09611;
       Sat, 31 Oct 1998 09:40:58 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA02870;
       Sat, 31 Oct 1998 09:38:45 -0600 (CST)
Received: from tolo.m7.ntu.edu.tw (tolo.m7.ntu.edu.tw [140.112.250.250])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA25180
       for <[email protected]>; Sat, 31 Oct 1998 09:30:32 -0600 (CST)
Received: (from arn@localhost)
       by tolo.m7.ntu.edu.tw (8.9.1/8.9.1) id XAA02641
       for [email protected]; Sat, 31 Oct 1998 23:29:47 +0800 (CST)
Message-Id: <[email protected]>
Date: Sat, 31 Oct 1998 23:29:46 +0800 (CST)
Reply-To: [email protected]
Sender: [email protected]
From: arn <[email protected]>
To: [email protected]
Subject: can't upload subdir
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4ME+ PL38 (25)]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


I have created the guest account and it can upload files
in upload dir but cannot creat subdirectory .
So if I wnat to upload a directory contains subdirectries and files,
it can only transfer files but not subdirs.
What should I do?
Thanks for your answer.

From [email protected]  Sat Oct 31 10:02:44 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id KAA09714
       for <[email protected]>; Sat, 31 Oct 1998 10:02:44 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA28956;
       Sat, 31 Oct 1998 09:57:57 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA25375
       for <[email protected]>; Sat, 31 Oct 1998 09:51:53 -0600 (CST)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id KAA18050;
       Sat, 31 Oct 1998 10:51:49 -0500
Message-Id: <[email protected]>
Date: Sat, 31 Oct 1998 10:51:49 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Jesse Jensen <[email protected]>
Cc: wu-ftpd <[email protected]>
Subject: Re: Setting upload permissions
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Sat, 31 Oct 1998, Jesse Jensen wrote:

> Ok, I'm running beta 18 with the latest VR patch on a linux box.
>
> I'm trying to let a user who has been guestgrouped upload.  I want
> anything uploaded to be owned by root and have a restrictive mode.  I
> tried following all the directions I could find, but it doesn't work.
> The uploaded stuff is usually owned by the user that uploaded it and
> has a lenient mode.  Here's what I have:
>
> [/ftp/pub/]
> drwxr-x---  19 root    family         1024 Oct 24 03:42 photoalbum
> drwxrwx-w-   3 root    family         3072 Oct 31 00:37 uploads

Looking at the rest of the stuff, do a chmod o-w on 'uploads' .. just
tightening security here.

> erik:x:1002:1002:Erik,,,:/ftp/./pub:/bin/lshells/nologin

This is fine.

> [group file]
> family:x:101:erik,adam,mom,dad

This is fine too.

> [ftpaccess]
> guestgroup    family    *
>
> class   all   guest,real

No class for anonymous, anonymous FTP won't be allowed.

>
> limit   all   10  Any   /ftp/etc/toomany.msg
>
> # all the following default to "yes" for everybody
> rename          no      guest,anonymous         # rename permission?
> delete          no      guest,anonymous         # delete permission?
> overwrite       no      guest,anonymous         # overwrite permission?
> chmod           no      guest,anonymous         # chmod permission?
> umask           no      guest,anonymous         # umask permission?
>
> # path-filter
> path-filter guest /etc/filename.msg ^[-+A-Za-z0-9_.[:space:]]*$ ^\. ^-
>
> #      ab/rel   HomeDir  ArchiveDir     Allow? Owner Group Mode Dirs? DirMode
> upload absolute /ftp/pub /pub/uploads/* yes    root  root  770  dirs  777

'absolute' is the default, you can leave it off if you want.

Personally, I don't like 'root' owning anything ftp users can write to.
I'd do the following, just to tighten up security:

- add 'jesse' to the 'family' group

 I'm assuming you have an account on your machine.

- chown -R jesse.jesse /ftp
- chown -R root.root /ftp/bin /ftp/etc
- chown -R jesse.family /ftp/pub/photoalbum /ftp/pub/uploads
- chmod o+t /ftp

 Since you own the directory, root doesn't want you messing with the
 important files for the ftp server.

- chmod g+s `find /ftp/pub/photoalbum -type d`
- chmod g+s `find /ftp/pub/uploads -type d`

 So if you play in the directories, the group-ownership of stuff you
 create gets set so the rest of your family can see what you've done.

- chmod -R o= /ftp/pub/uploads
- chmod a-x `find /ftp/pub/uploads -not -type d'

 Clean up the mistakes in permissions already there.

- upload specifies user 'jesse' and group 'family'

 You REALLY REALLY REALLY do not want uploaded files or directories owned
 by root!

- upload sets permissions to 660 for files and 770 for directories

 Family cannot upload files which can be run on your ftp server and
 files and directories are only available to family members.  Dunno if
 there are any other users on your machine, but just to be safe don't
 give them access to this stuff.

> I'm pretty sure this is how it's supposed to work.  But, when I do this,
> they can upload into uploads/ and in subdirectories of it, but all the
> permissions are wrong.

Personally, for your use, I'd use '*' for the upload owner and 'family'
for the upload group.  That way the family members can see who's to blame
for the new file in the FTP site.

This all should work as you see it, let me know if not after you've
cleaned up the security model, and I'll take a deeper look.

> Also, and I don't know if this is related, when I have ftp'ed in and I
> check the directory listing, it usually shows the uid, instead of the
> name; but all the users are in /ftp/etc/passwd.

Then the setup for /ftp/etc/passwd and /ftp/etc/group is wrong.  Check my
example site at ftp://ftp.vr.net/pub/wu-ftpd/examples for the suggested
(minimum) contents.  I run Linux and use statically-linked binaries so the
example site is all I need (other flavors of Unix may need additional
files, special devices and directories, but Linux does not).

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Sat Oct 31 10:09:50 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id KAA09755
       for <[email protected]>; Sat, 31 Oct 1998 10:09:49 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA07850;
       Sat, 31 Oct 1998 10:04:32 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA31464
       for <[email protected]>; Sat, 31 Oct 1998 10:02:07 -0600 (CST)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id KAA18060;
       Sat, 31 Oct 1998 10:54:18 -0500
Message-Id: <[email protected]>
Date: Sat, 31 Oct 1998 10:54:18 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: arn <[email protected]>
Cc: [email protected]
Subject: Re: can't upload subdir
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Sat, 31 Oct 1998, arn wrote:

> I have created the guest account and it can upload files
> in upload dir but cannot creat subdirectory .
> So if I wnat to upload a directory contains subdirectries and files,
> it can only transfer files but not subdirs.
> What should I do?

'nodirs' on the upload clause, check the man page.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195


From [email protected]  Sat Oct 31 19:09:46 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id TAA11997
       for <[email protected]>; Sat, 31 Oct 1998 19:09:45 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA02291;
       Sat, 31 Oct 1998 19:03:53 -0600 (CST)
Received: from haven.uchicago.edu ([email protected] [128.135.12.3])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA06379
       for <[email protected]>; Sat, 31 Oct 1998 18:57:03 -0600 (CST)
Received: from midway.uchicago.edu ([email protected] [128.135.12.12])
       by haven.uchicago.edu (8.8.5/8.8.5) with ESMTP id SAA12043;
       Sat, 31 Oct 1998 18:57:01 -0600 (CST)
Received: from uchicago.edu (bv-137-024.rh.uchicago.edu [128.135.137.24]) by midway.uchicago.edu (8.8.5/8.8.3) with ESMTP id SAA28822; Sat, 31 Oct 1998 18:56:25 -0600 (CST)
Message-Id: <[email protected]>
Date: Sat, 31 Oct 1998 18:56:34 -0600
Reply-To: [email protected]
Sender: [email protected]
From: Jesse Jensen <[email protected]>
To: [email protected]
Cc: wu-ftpd <[email protected]>
Subject: Re: Setting upload permissions
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.5 [en] (Win98; I)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Wow, that was really helpful.  It's a shame you can't get all that stuff
in a man page so you don't have to keep answering questions.  The
tightening security suggestions are good; I was just trying to make sure
that wasn't holding me back when it wasn't working, so that's why I had
stuff world writable.

What exactly does chmoding something to "s" do?  I guess that makes
anything created in that directory have the same permissions, but I'm
not sure.  Also, how can I feed chmod a bunch of directories with spaces
in them?  chmod g+s `find /ftp/pub/photoalbum -type d` chokes hard-core
on spaces.

If I were to open my computer up a bit more, and allow anonymous access,
how would I prevent multiple simultaneous connections?  Also, is NOOP
ignored by default with beta-18 VR9?  If not, how can I manually boot
people if I see them hanging around too long?

Can I download from you a statically linked ls?  I really don't know how
to do that, and I haven't seen much for directions anywhere.

Thanks,

jesse



Gregory A Lundberg wrote:
>
> On Sat, 31 Oct 1998, Jesse Jensen wrote:
>
> > Ok, I'm running beta 18 with the latest VR patch on a linux box.
> >
> > I'm trying to let a user who has been guestgrouped upload.  I want
> > anything uploaded to be owned by root and have a restrictive mode.  I
> > tried following all the directions I could find, but it doesn't work.
> > The uploaded stuff is usually owned by the user that uploaded it and
> > has a lenient mode.  Here's what I have:
> >
> > [/ftp/pub/]
> > drwxr-x---  19 root    family         1024 Oct 24 03:42 photoalbum
> > drwxrwx-w-   3 root    family         3072 Oct 31 00:37 uploads
>
> Looking at the rest of the stuff, do a chmod o-w on 'uploads' .. just
> tightening security here.
>
> > erik:x:1002:1002:Erik,,,:/ftp/./pub:/bin/lshells/nologin
>
> This is fine.
>
> > [group file]
> > family:x:101:erik,adam,mom,dad
>
> This is fine too.
>
> > [ftpaccess]
> > guestgroup    family    *
> >
> > class   all   guest,real
>
> No class for anonymous, anonymous FTP won't be allowed.
>
> >
> > limit   all   10  Any   /ftp/etc/toomany.msg
> >
> > # all the following default to "yes" for everybody
> > rename          no      guest,anonymous         # rename permission?
> > delete          no      guest,anonymous         # delete permission?
> > overwrite       no      guest,anonymous         # overwrite permission?
> > chmod           no      guest,anonymous         # chmod permission?
> > umask           no      guest,anonymous         # umask permission?
> >
> > # path-filter
> > path-filter guest /etc/filename.msg ^[-+A-Za-z0-9_.[:space:]]*$ ^\. ^-
> >
> > #      ab/rel   HomeDir  ArchiveDir     Allow? Owner Group Mode Dirs? DirMode
> > upload absolute /ftp/pub /pub/uploads/* yes    root  root  770  dirs  777
>
> 'absolute' is the default, you can leave it off if you want.
>
> Personally, I don't like 'root' owning anything ftp users can write to.
> I'd do the following, just to tighten up security:
>
> - add 'jesse' to the 'family' group
>
>   I'm assuming you have an account on your machine.
>
> - chown -R jesse.jesse /ftp
> - chown -R root.root /ftp/bin /ftp/etc
> - chown -R jesse.family /ftp/pub/photoalbum /ftp/pub/uploads
> - chmod o+t /ftp
>
>   Since you own the directory, root doesn't want you messing with the
>   important files for the ftp server.
>
> - chmod g+s `find /ftp/pub/photoalbum -type d`
> - chmod g+s `find /ftp/pub/uploads -type d`
>
>   So if you play in the directories, the group-ownership of stuff you
>   create gets set so the rest of your family can see what you've done.
>
> - chmod -R o= /ftp/pub/uploads
> - chmod a-x `find /ftp/pub/uploads -not -type d'
>
>   Clean up the mistakes in permissions already there.
>
> - upload specifies user 'jesse' and group 'family'
>
>   You REALLY REALLY REALLY do not want uploaded files or directories owned
>   by root!
>
> - upload sets permissions to 660 for files and 770 for directories
>
>   Family cannot upload files which can be run on your ftp server and
>   files and directories are only available to family members.  Dunno if
>   there are any other users on your machine, but just to be safe don't
>   give them access to this stuff.
>
> > I'm pretty sure this is how it's supposed to work.  But, when I do this,
> > they can upload into uploads/ and in subdirectories of it, but all the
> > permissions are wrong.
>
> Personally, for your use, I'd use '*' for the upload owner and 'family'
> for the upload group.  That way the family members can see who's to blame
> for the new file in the FTP site.
>
> This all should work as you see it, let me know if not after you've
> cleaned up the security model, and I'll take a deeper look.
>
> > Also, and I don't know if this is related, when I have ftp'ed in and I
> > check the directory listing, it usually shows the uid, instead of the
> > name; but all the users are in /ftp/etc/passwd.
>
> Then the setup for /ftp/etc/passwd and /ftp/etc/group is wrong.  Check my
> example site at ftp://ftp.vr.net/pub/wu-ftpd/examples for the suggested
> (minimum) contents.  I run Linux and use statically-linked binaries so the
> example site is all I need (other flavors of Unix may need additional
> files, special devices and directories, but Linux does not).
>
> --
>
> Gregory A Lundberg              Senior Partner, VRnet Company
> 1441 Elmdale Drive              [email protected]
> Kettering, OH 45409-1615 USA    1-800-809-2195

From [email protected]  Sat Oct 31 23:20:53 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id XAA13311
       for <[email protected]>; Sat, 31 Oct 1998 23:20:52 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id XAA05320;
       Sat, 31 Oct 1998 23:15:23 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id XAA17936
       for <[email protected]>; Sat, 31 Oct 1998 23:09:08 -0600 (CST)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.1a/8.9.1) with ESMTP id AAA21165;
       Sun, 1 Nov 1998 00:09:05 -0500
Message-Id: <[email protected]>
Date: Sun, 1 Nov 1998 00:09:05 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Jesse Jensen <[email protected]>
Cc: wu-ftpd <[email protected]>
Subject: Re: Setting upload permissions
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Sat, 31 Oct 1998, Jesse Jensen wrote:

> What exactly does chmoding something to "s" do?  I guess that makes
> anything created in that directory have the same permissions, but I'm
> not sure.

For a directory, u+s says any new files created get the user-owner of the
directory and g+s the group-owner.  For executables, the program runs as
the user/group owning the file (this is dangerous, so don't do it unless
you're sure it's the right thing to do).

> Also, how can I feed chmod a bunch of directories with spaces in them?
> chmod g+s `find /ftp/pub/photoalbum -type d` chokes hard-core on
> spaces.

You'll have to do a special script for those.

> If I were to open my computer up a bit more, and allow anonymous
> access, how would I prevent multiple simultaneous connections?

Using the 'class' and 'limit' clauses in ftpaccess.

> Also, is NOOP ignored by default with beta-18 VR9?  If not, how can I
> manually boot people if I see them hanging around too long?

The VR versions ignore NOOP.

> Can I download from you a statically linked ls?  I really don't know how
> to do that, and I haven't seen much for directions anywhere.

ftp://ftp.vr.net/pub/wu-ftpd/binaries has what you need.

--

Gregory A Lundberg              Senior Partner, VRnet Company
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-800-809-2195