From owner-wu-ftpd@wugate.wustl.edu Sun Nov 1 08:20:13 1998

From [email protected] Sun Nov 1 08:20: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 IAA16458
for <[email protected]>; Sun, 1 Nov 1998 08:20: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 IAA18961;
Sun, 1 Nov 1998 08:13:13 -0600 (CST)
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 IAA23010
for <[email protected]>; Sun, 1 Nov 1998 08:03:04 -0600 (CST)
Received: (from koos@localhost) by pizza.hvu.nl (8.8.6/KH19980502 (dbm++)) id PAA08363 for [email protected]; Sun, 1 Nov 1998 15:03:01 +0100 (MET)
Message-Id: <[email protected]>
Date: Sun, 1 Nov 1998 15:03:01 +0100 (MET)
Reply-To: [email protected]
Sender: [email protected]
From: Koos van den Hout _U nix and we all_ <[email protected]>
To: [email protected]
Subject: Contents of wu-ftpd FAQ
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

* Contents of the FAQ file for wu-ftpd. The complete file can be found at
http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html
Or, send mail to [email protected] with as subject "send faq"
(without the quotes, body ignored).

THE_URL:file://localhost/home/staff/koos/wu-ftpd-faq/wu-ftpd-faq.contents.html
1. Contents of this FAQ
1. Contents of this FAQ
2. What is this document
3. What is wu-ftpd itself and this mailing list in particular ?
1. How do I subscribe/unsubscribe ?
2. Is this list archived anywhere ?
3. What are related documents ?
4. Are there any alternatives
4. Where do I get the wu-ftpd ?
1. Where do I get the updated version ?
5. Compiling the wu-ftpd
1. cc complains about strunames, typenames, modenames, ..
being undeclared.
2. I don't have yacc
3. wu-ftpd doesn't 'see' that users are in multiple groups.
4. wu-ftpd doesn't use the shadow passwords on my Linux
machine.
5. It doesn't compile at all on newer Linux installs. The
error is :
6. I need to use S/KEY authorisation
7. I need to authenticate real users via AFS
8. The timezone in the xferlog is wrong
9. The timezone in the ls output is wrong
10. Digital Unix doesn't log commands after an anonymous
user logs in
11. install fails with 'install: ..'
12. Digital Unix (The Unix Formerly Known As OSF/1) and
Enhanced C2 security,
13. It doesn't compile at all on Digital Unix, errors about
struct timeval
14. What should I do to be able to use wu-ftpd in a HP-UX
10.01
15. What should I do for 10.10.
6. Installing the wu-ftpd
1. Command-line options for wu-ftpd
2. Testing on a different port number then ftp
3. Not all command line parameters seem to be used by
wu-ftpd
7. Are there year 2000 issues with wu-ftpd?
8. The ftpaccess file
1. Some files (banners, etc) don't get shown to anonymous
users.
2. What is the exact format of the <times> parameter in the
"limit"
3. What tools are there to check the configuration
4. Why does %M produce (Max unlimited) on the login banner
9. Programs (ls, gzip, tar) work for real users, not for
anonymous users, giving errors like 425 Can't create data
socket (0.0.0.0,20): Bad file number or simply no output.
1. Solaris
2. Building a statically linked ls for Solaris fails
3. Linux
4. Dec OSF
5. SunOS4.1.x
6. AIX
7. IRIX (5.3, 6.2)
8. SCO Unix
9. BSD vs SVR4 ls
10. It worked, until I upgraded the operating system.
10. Running wu-ftpd
1. ftpd allways says "221 Server shutting down. Goodbye."
2. Anonymous ftp works fine, but real users are denied
access
3. ftpconversions doesn't work
4. On-the-fly compression works, on-the-fly tarring, but
not both.
5. I want to use zip compression (InfoZip)
6. I want a real user to be able to access the host only
via ftp, not via telnet
7. Somebody uploaded a file with a weird name
8. I want anonymous users to be able to upload files, but
in the most secure manner possible
9. The default umask used when a real user uploads a file
is wrong
10. I heard something about 'SITE EXEC' having a security
hole
11. How do I make reports more readable ?
12. Incoming file transfers fail with SunOS and an NFS
mounted incoming
13. Normal ftp clients work, Netscape ftp's fail. So,
passive mode doesn't work.
14. I made a symbolic link within the anonymous tree and it
doesn't work for the anonymous users.
15. I want to redirect anonymous users to another machine
16. ftpd stops accepting connections when a lot of
connections come in.
17. Running wu-ftpd on a *large* site
18. Only the first 8 characters of the anonymous username
are recieved by the server.
19. wu-ftpd fails with '500 Illegal PORT Command' under AIX
4.3
11. Other things
1. Where is the FTP protocol documented ?
2. How can I make my ftp-archive accessible by E-mail
(ftpmail) ?
12. Credits

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

From [email protected] Sun Nov 1 09:54: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 JAA17166
for <[email protected]>; Sun, 1 Nov 1998 09:54:24 -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 JAA02813;
Sun, 1 Nov 1998 09:49: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 JAA15224
for <[email protected]>; Sun, 1 Nov 1998 09:42:36 -0600 (CST)
Received: (from lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) id KAA22849;
Sun, 1 Nov 1998 10:42:33 -0500
Message-Id: <[email protected]>
Date: Sun, 1 Nov 1998 12:00:00 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundbeg <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: [VR10] More enhancements and bug fixes for beta-18
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

The VR10 patch set for WU-FTPD 2.4.2 (beta-18) is now available.

SECURITY-UPDATE: This set includes the correction of a buffer overlow
problem in the realpath() function discussed recently on the BUGTRAQ
mailing list. The error in realpath() exists in all prior versions of
WU-FTPD including 2.4, all Academ version 2.4.1 and 2.4.2 betas, all
versions of NEWVIRT, BeroFTPD prior to version 1.2.0, and any packages
derived from any of the above. There are no known exploits for this error.
Users of all versions of WU-FTPD are strongly advised to upgrade.

This set also includes 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:

Sun/SunOS
---------
sunos41x-ftpbin.tar.gz (FTP support executables, ls etc.)
wu-ftpd-2.4.2-beta-18-vr10-SunOS-4.1.3_U1.tar.gz

Sun/Solaris
-----------
FTP242b18.wu-ftpd.2.4.2-beta18-VR10.SPARC.ULTRASparc.2.5.1.2.5.pkg.tar.Z
FTP242b18.wu-ftpd.2.4.2-beta18-VR10.SPARC.ULTRASparc.2.5.1.2.5.pkg.tar.gz
wu-ftpd-2.4.2-beta-18-vr10-Solaris-2.6.tar.gz

Sun/NetBSD
----------
wu-ftpd-2.4.2-beta-18-vr10-NetBSD-sparc-1.3.2.tar.gz

Sun/Linux
---------
wu-ftpd-2.4.2-beta-18-vr10-linux-sparc.tar.gz

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

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

DEC/Unix
--------
wu-ftpd-2.4.2-beta-18-vr10-OSF1-3.2-C2.tar.gz

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

Intel/Linux
-----------
wu-ftpd-2.4.2-beta-18-vr10.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 VR9 applied from [email protected]
---------------------------------------------------------------------------
Wolfram Schmidt <[email protected]> pointed out on July 22, 1994,
the daemon does not use the correct method to choose the port for the data
connection in PORT mode. More recently, Bernhard Rosenkraenzer
<[email protected]> added a -p option to BeroFTPD 1.0.12 which
allows the port to be specified for the control connection. With this
patch the daemon will look up the data port in /etc/services. Command-line
options are also provided to allow both the data and control port numbers
to be specified.

Recent discussions have pointed out the need for some high-volume sites to
bypass PID file processing. Testing the daemon as a normal user also
points out the need for this. This patch adds the -Q command-line option
to suppress access to the PID files. NOTE: Without PID files, the limit
ftpaccess clause cannot determine the number of users in the given class.

AUTH (ident) the remote user during login. Record the results in the
syslog. Originally requested, with a suggested patch send to the mailing
list by [email protected] on Aug 24, 1997. See next patch.

Nick Maclaren <[email protected]> sent a private email to wu-ftpd-bugs,
Bernard and me on Friday, October 16, 1998. He had made a set of patches
to the base, beta-18, release which include a few bugfixes and some new
features:

- RFC-931 (AUTH/IDENT) was finished up. The log messages now show the
RFC-931 user if one is known.

- Support for some Hitachi flavors of Unix was added.

- Major cleanup of build and the makefiles. This was long overdue. I
have received several complaints that changing headers does not cause
the code to recompile; he fixed that. He missed checking for changes
in the support library, so I added that. Also, his changes presumed
the user compiling the code was 'root' so I cleaned up so non-root
can compile the daemon (this was mainly because I've cleaned up the
file permissions in the release tarballs).

- A number of minor fixes, mainly having to do with differences between
ANSI/ISO and K&R C. His comments about C9X (the next C standard) are
bogus but his changes either were good ideas or pointed out where the
code needed a bit of work.

I've added comments to his FIXES file where I've departed from his work.

Stan's TODO item 21 calls for access control by remote username if this was
authenticated using RFC-931. Results from RFC-931 should not be used for
authentication. Cancelling this item.

Stan's TODO item 3 calls for adding additional logging. This was done in
easlier VR patch sets. There is no reason to change to another log file.
Marking this item completed.

BeroFTPD has 'ls' implemented internally. Marking Stan's TODO item 25
complete.

[email protected] pointed out the Perl xferstats wasn't updated to match the
new xferlog format with the new completion-code field on the end.

A recent discussion on BUGTRAQ pointed out a buffer-overrun in the realpath
function. Bernard imported the FreeBSD realpath() function to correct this
error. This closes Stan's TODO item 1.

--

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 Nov 1 11:38: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 LAA17705
for <[email protected]>; Sun, 1 Nov 1998 11:38: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 LAA13512;
Sun, 1 Nov 1998 11:32:50 -0600 (CST)
Received: from ukiah.riverside.org ([email protected] [199.217.72.204])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA15208
for <[email protected]>; Sun, 1 Nov 1998 11:30:23 -0600 (CST)
Received: (from mhall@localhost)
by ukiah.riverside.org (8.9.1/8.9.1) id JAA25229
for [email protected]; Sun, 1 Nov 1998 09:30:08 -0800
Message-Id: <[email protected]>
Date: Sun, 1 Nov 1998 09:30:08 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Michael Hall <[email protected]>
To: wu-ftpd <[email protected]>
Subject: Re: Setting upload permissions
In-Reply-To: <[email protected]>; from Gregory A Lundberg on Sun, Nov 01, 1998 at 12:09:05AM -0500
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, Nov 01, 1998 at 12:09:05AM -0500, Gregory A Lundberg wrote:

> > 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.

On my system (Linux) I usually use something like:

$ find . -type f -print0 | xargs -0 -n 1 <some_program>

when I'm worried about special file names. Depends a lot on your version
of 'find/xargs', I know a lot of them also support '-X' (find -X ....).
Check your manpages for whats supported on your system.

PS: I always test first and run it through 'echo' before I actually
let it do something I may regret (ie. find ... | xargs ... echo)

--
Thank you, but my system is very hung.

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

From [email protected] Sun Nov 1 13:09: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 NAA18112
for <[email protected]>; Sun, 1 Nov 1998 13:09: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 NAA21428;
Sun, 1 Nov 1998 13:03:33 -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 MAA30214
for <[email protected]>; Sun, 1 Nov 1998 12:59:58 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id NAA23554;
Sun, 1 Nov 1998 13:59:51 -0500
Message-Id: <[email protected]>
Date: Sun, 1 Nov 1998 13:59:51 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Michael Hall <[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 Sun, 1 Nov 1998, Michael Hall wrote:

> PS: I always test first and run it through 'echo' before I actually
> let it do something I may regret (ie. find ... | xargs ... echo)

And be _very_ carefull when doing this as root. You can trash your system
faster than you can blink an eye.

--

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 Nov 1 14: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 OAA18498
for <[email protected]>; Sun, 1 Nov 1998 14:19: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 OAA22820;
Sun, 1 Nov 1998 14:14:53 -0600 (CST)
Received: from swansong.stg.brown.edu (swansong.stg.brown.edu [128.148.157.16])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA19808
for <[email protected]>; Sun, 1 Nov 1998 14:10:57 -0600 (CST)
Received: (from richard@localhost)
by swansong.stg.brown.edu (8.9.1a/8.9.1) id PAA11277
for [email protected]; Sun, 1 Nov 1998 15:10:30 -0500 (EST)
Message-Id: <[email protected]>
Date: Sun, 1 Nov 1998 15:10:30 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Richard Goerwitz <[email protected]>
To: [email protected]
Subject: selectively hiding files from FTP users
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Is it possible to selectively hide files (e.g., all dot files, all files in
netatalk-generated .AppleDouble/ directories, etc.) using WU-FTPd?

Richard Goerwitz

From [email protected] Sun Nov 1 14:51: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 OAA18652
for <[email protected]>; Sun, 1 Nov 1998 14:51: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 OAA23080;
Sun, 1 Nov 1998 14:47:17 -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 OAA28228
for <[email protected]>; Sun, 1 Nov 1998 14:44:23 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id PAA23932;
Sun, 1 Nov 1998 15:44:20 -0500
Message-Id: <[email protected]>
Date: Sun, 1 Nov 1998 15:44:19 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Richard Goerwitz <[email protected]>
Cc: [email protected]
Subject: Re: selectively hiding files from FTP users
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, 1 Nov 1998, Richard Goerwitz wrote:

> Is it possible to selectively hide files (e.g., all dot files, all
> files in netatalk-generated .AppleDouble/ directories, etc.) using
> WU-FTPd?

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] Sun Nov 1 22:49: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 WAA22074
for <[email protected]>; Sun, 1 Nov 1998 22:49: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 WAA25690;
Sun, 1 Nov 1998 22:44:44 -0600 (CST)
Received: from swansong.stg.brown.edu (swansong.stg.brown.edu [128.148.157.16])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id WAA23292
for <[email protected]>; Sun, 1 Nov 1998 22:35:39 -0600 (CST)
Received: (from richard@localhost)
by swansong.stg.brown.edu (8.9.1a/8.9.1) id XAA22741
for [email protected]; Sun, 1 Nov 1998 23:35:11 -0500 (EST)
Message-Id: <[email protected]>
Date: Sun, 1 Nov 1998 23:35:11 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Richard Goerwitz <[email protected]>
To: [email protected]
Subject: excluding files from directory listings
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

The only obvious solution to the problem of excluding files from directory
listings within WU-FTPd is to replace the system "ls" command in ~ftp/bin
with an "ls" that understands the -I (ignore) option.

Then one adds "lslong", "lsshort", and "lsplain" entries to the ftpaccess
file that exclude the desired directories.

I notice, after some reading, that support for "lslong" and "lsshort" is
already in 2.4.2-BETA-18-VR10, but these only take one argument (plus the
base path). Adding support for multiple arguments is easy - as is adding
support for overriding the plain /bin/ls command. Sample diffs are given
below.

Basically, these diffs simply make it possible to put things like:

lslong /bin/ls -lA -I.AppleDouble -I.AppleDesktop -INetwork*Trash*Folder
lsshort /bin/ls -lA -I.AppleDouble -I.AppleDesktop -INetwork*Trash*Folder
lsplain /bin/ls -I.AppleDouble -I.AppleDesktop -INetwork*Trash*Folder

into the ftpaccess file.

(No, I haven't tested my diffs. They're there for illustration and dis-
cussion. This just seems the most reasonable approach, given the existence
of "lslong" and "lsshort" support that already exists.)

Richard Goerwitz
Brown University

*** ftpd.c Sun Nov 1 23:16:16 1998
--- ftpd.c.orig Sun Nov 1 21:05:11 1998
***************
*** 429,437 ****
#endif

/* ls program commands and options for lreplies on and off */
! char ls_long[1024];
! char ls_short[1024];
! char ls_plain[1024];
struct aclmember *entry = NULL;

#ifdef DAEMON
--- 429,436 ----
#endif

/* ls program commands and options for lreplies on and off */
! char ls_long[50];
! char ls_short[50];
struct aclmember *entry = NULL;

#ifdef DAEMON
***************
*** 514,520 ****
#ifdef IPTOS_LOWDELAY
int tos;
#endif
! int c, which;
extern int optopt;
extern char *optarg;
struct hostent *shp;
--- 513,519 ----
#ifdef IPTOS_LOWDELAY
int tos;
#endif
! int c;
extern int optopt;
extern char *optarg;
struct hostent *shp;
***************
*** 1021,1031 ****

entry = (struct aclmember *) NULL;
if (getaclentry("lslong", &entry) && ARG0 && (int)strlen(ARG0) > 0) {
! strcpy(ls_long,ARG0);
! for (which = 1; (which < MAXARGS) && ARG[which]; which++) {
strcat(ls_long," ");
! strcat(ls_long,ARG[which]);
! }
} else {
#if defined(SVR4) || defined(ISC)
#if defined(AIX) || defined(SOLARIS2)
--- 1020,1030 ----

entry = (struct aclmember *) NULL;
if (getaclentry("lslong", &entry) && ARG0 && (int)strlen(ARG0) > 0) {
! strcpy(ls_long,ARG0);
! if (ARG1 && strlen(ARG1)) {
strcat(ls_long," ");
! strcat(ls_long,ARG1);
! }
} else {
#if defined(SVR4) || defined(ISC)
#if defined(AIX) || defined(SOLARIS2)
***************
*** 1041,1051 ****

entry = (struct aclmember *) NULL;
if (getaclentry("lsshort", &entry) && ARG0 && (int)strlen(ARG0) > 0) {
! strcpy(ls_short,ARG0);
! for (which = 1; (which < MAXARGS) && ARG[which]; which++) {
strcat(ls_short," ");
! strcat(ls_short,ARG[which]);
! }
} else {
#if defined(SVR4) || defined(ISC)
#if defined(AIX) || defined(SOLARIS2)
--- 1040,1050 ----

entry = (struct aclmember *) NULL;
if (getaclentry("lsshort", &entry) && ARG0 && (int)strlen(ARG0) > 0) {
! strcpy(ls_short,ARG0);
! if (ARG1 && strlen(ARG1)) {
strcat(ls_short," ");
! strcat(ls_short,ARG1);
! }
} else {
#if defined(SVR4) || defined(ISC)
#if defined(AIX) || defined(SOLARIS2)
***************
*** 1060,1076 ****
}
strcat(ls_short," %s");

- entry = (struct aclmember *) NULL;
- if (getaclentry("lsplain", &entry) && ARG0 && (int)strlen(ARG0) > 0) {
- strcpy(ls_plain,ARG0);
- for (which = 1; (which < MAXARGS) && ARG[which]; which++) {
- strcat(ls_plain," ");
- strcat(ls_plain,ARG[which]);
- }
- } else
- strcpy(ls_plain,"/bin/ls");
- strcat(ls_plain," %s");
-
{
int version_option = 0;

--- 1059,1064 ----
***************
*** 5295,5301 ****
* the user meant. */
if (dirname[0] == '-' && *dirlist == NULL && transflag == 0) {
retrieve_is_data = 0;
! retrieve(ls_plain, dirname);
retrieve_is_data = 1;
goto globfree;
}
--- 5283,5289 ----
* the user meant. */
if (dirname[0] == '-' && *dirlist == NULL && transflag == 0) {
retrieve_is_data = 0;
! retrieve("/bin/ls %s", dirname);
retrieve_is_data = 1;
goto globfree;
}

From [email protected] Mon Nov 2 07:18: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 HAA25051
for <[email protected]>; Mon, 2 Nov 1998 07:18:10 -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 HAA22208;
Mon, 2 Nov 1998 07:11:31 -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 GAA26291
for <[email protected]>; Mon, 2 Nov 1998 06:55:24 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id HAA27038;
Mon, 2 Nov 1998 07:55:19 -0500
Message-Id: <[email protected]>
Date: Mon, 2 Nov 1998 07:55:19 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Richard Goerwitz <[email protected]>
Cc: [email protected]
Subject: Re: excluding files from directory listings
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, 1 Nov 1998, Richard Goerwitz wrote:

> Basically, these diffs simply make it possible to put things like:
>
> lslong /bin/ls -lA -I.AppleDouble -I.AppleDesktop -INetwork*Trash*Folder
> lsshort /bin/ls -lA -I.AppleDouble -I.AppleDesktop -INetwork*Trash*Folder
> lsplain /bin/ls -I.AppleDouble -I.AppleDesktop -INetwork*Trash*Folder

lslong and lsshort are already in the daemon source so do NOT apply his
patch unless you're running 2.4; in which case you don't care about
security so this is a non-issue anyway.

--

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 Nov 2 14:47:06 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 OAA29239;
Mon, 2 Nov 1998 14:47: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 OAA25602;
Mon, 2 Nov 1998 14:38:44 -0600 (CST)
Received: from relay.pair.com (relay1.pair.com [209.68.1.20])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA05950
for <[email protected]>; Mon, 2 Nov 1998 14:30:16 -0600 (CST)
Received: from THEpal.com (alpha.cngp.cng.com [161.26.28.13])
by relay.pair.com (8.8.7/8.8.5) with ESMTP id PAA08901
for <[email protected]>; Mon, 2 Nov 1998 15:27:18 -0500 (EST)
Message-Id: <[email protected]>
Date: Mon, 02 Nov 1998 14:10:20 -0600
Reply-To: [email protected]
Sender: [email protected]
From: Albert Etienne <[email protected]>
To: [email protected]
Subject: Problems with conversions and etc
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.6 sun4u)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hey Guys/Gals,

Haven't been on the list long, I hope this isn't a repeat problem. I
have looked over the faqs and such with no luck.
Also when replying to other peoples problems should I reply to the list
as well? I haven't in the past to decrease traffic. Please advise.

==> PROBLEM #1

220 alpha FTP server (Version wu-2.4.2-academ[BETA-18](1) Mon Nov 2
13:36:10 CST 1998) ready.
Name (alpha:etienalb): etienalb
331 Password required for etienalb.
Password:
230 User etienalb logged in.
ftp> pwd
257 "/home/etienalb" is current directory.
ftp> cd ~ftp
250 CWD command successful.
ftp> pwd
257 "/" is current directory.
ftp>

alpha# cat /etc/passwd
-------<CUT>------------
ftp:x:100:100:Anonymous FTP:/usr/local/ftp/./.:/bin/false
etienalb:x:107:14:Albert Etienne:/home/etienalb:/bin/ksh
-------<CUT>--------------

alpha# uname -a
SunOS alpha 5.6 Generic_105181-08 sun4u sparc SUNW,Ultra-5_10

This worked correctly on an earlier version.

===> Problem #2

The following line in ftpaccess does not work on the latest version but
does work on this version and earlier
class all real,guest,anonymous 161.26.*.* 127.0.0.1

alpha# cat /var/adm/messages
-----CUT-------
Nov 2 13:27:12 alpha ftpd[499]: ACCESS DENIED (not in any class) TO
Nov 2 13:27:12 alpha ftpd[499]: FTP LOGIN REFUSED (access denied) FROM
alpha [161.26.28.13], etienalb

alpha# ifconfig -a
lo0: flags=849<UP,LOOPBACK,RUNNING,MULTICAST> mtu 8232
inet 127.0.0.1 netmask ff000000
hme0: flags=863<UP,BROADCAST,NOTRAILERS,RUNNING,MULTICAST> mtu 1500
inet 161.26.28.13 netmask ffffff00 broadcast 161.26.28.255
ether 8:0:20:9f:ad:20

====> PROBLEM #3

I have never been able to get the automatic conversions for compress,
tar, gzip etc to work
I do not get errors or anything. When used through site exec all work
fine.

ftp> ls
---> PORT 161,26,28,13,128,72
200 PORT command successful.
---> NLST
150 Opening ASCII mode data connection for file list.
APAGE
apage-source.tar.gz
acroread_solaris_301.tar.gz
binutils-2.9
binutils-2.9.tar
findutils-4.1.tar.gz
fileutils-3.16
fileutils-3.16.tar
fwtk
CHANGES
CHECKSUMS
DISCLAIMER
LICENSE
README
fwtk-doc-only.tar.Z
fwtk.tar.Z
fwtk2.1.tar.Z
wu-ftpd-2.4.2-beta-18
wu-ftpd-2.4.2-beta-18-vr10.tar
wu-ftpd-2.4.2-beta-18.tar
226 Transfer complete.
332 bytes received in 0.025 seconds (12.82 Kbytes/s)
ftp> get LICENSE.Z
---> PORT 161,26,28,13,128,73
200 PORT command successful.
---> RETR LICENSE.Z
550 LICENSE.Z: No such file or directory.
ftp>

alpha# cat /usr/local/etc/ftpconversions
:.Z: : :/bin/uncompress -c %s:T_REG|T_ASCII:O_UNCOMPRESS:UNCOMPRESS
: : :.Z:/bin/compress -c %s:T_REG:O_COMPRESS:COMPRESS
:.gz: : :/bin/ftp-exec/gunzip -c %s:T_REG|T_ASCII:O_UNCOMPRESS:GUNZIP
: : :.gz:/bin/ftp-exec/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 --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/ftp-exec/gzip -f -
%s:T_REG|T_DIR:O_COMPRESS|O_TAR:TAR+GZIP

This is the latest ftpconversions file, but I have tried all recommended
permutations. The above pathnames are correct in the normal and chroot
scenarios.

Please let me know what information would be usefull, as there is alot
that I could include.

Thanks,
Albert Etienne
CNG - New Orleans
(504) 593 - 7103
[email protected]

From [email protected] Wed Nov 4 14:50: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 OAA11725;
Wed, 4 Nov 1998 14:50:13 -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 OAA17319;
Wed, 4 Nov 1998 14:43:51 -0600 (CST)
Received: from ns2.eds.com (ns2.eds.com [199.228.142.78])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA06372
for <[email protected]>; Wed, 4 Nov 1998 14:36:25 -0600 (CST)
Received: from nnsp.eds.com (nnsp.eds.com [199.228.143.130] (may be forged))
by ns2.eds.com (8.8.8/8.8.8) with ESMTP id PAA17689
for <[email protected]>; Wed, 4 Nov 1998 15:36:23 -0500 (EST)
Received: from ushem103.exse01.exch.eds.com ([206.122.215.125])
by nnsp.eds.com (8.8.8/8.8.8) with ESMTP id PAA07029
for <[email protected]>; Wed, 4 Nov 1998 15:35:53 -0500 (EST)
Received: by USHEM103 with Internet Mail Service (5.5.1960.3)
id <VVSDNTP4>; Wed, 4 Nov 1998 15:35:47 -0500
Message-Id: <E16048014B60D2118F4E00600815B1F834912E@USHEM203>
Date: Wed, 4 Nov 1998 15:35:49 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Burton, Mark E" <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: Changing LRECL when doing a 'put' to a mainframe
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

I'm using PERL to ftp a file from a UNIX box to MVS on a mainframe. The
mainframe has a record length of 133 set as the default in their ftp
software. My file is 175 bytes long and gets truncated to 133. I need
to be able to override the record length to 175 while doing a 'put' from
PERL. Has anyone done this, and do you have an example of the syntax
for WU-FTP? I've been hunting for a command that would be equivalent to
doing the following on the mainframe side if doing a 'get'. LOCSITE
LRECL=175.

Thank you!

From [email protected] Wed Nov 4 16:27: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 QAA12676;
Wed, 4 Nov 1998 16:27:25 -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 QAA10927;
Wed, 4 Nov 1998 16:20:03 -0600 (CST)
Received: from ursa.cus.cam.ac.uk ([email protected] [131.111.8.6])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA26338
for <[email protected]>; Wed, 4 Nov 1998 16:14:36 -0600 (CST)
Received: from nmm1 by ursa.cus.cam.ac.uk with local-smtp (Exim 2.051 #2)
id 0zbBC7-0004Ke-00; Wed, 4 Nov 1998 22:14:27 +0000
Message-Id: <[email protected]>
Date: Wed, 04 Nov 1998 22:14:27 +0100
Reply-To: [email protected]
Sender: [email protected]
From: Nick Maclaren <[email protected]>
To: [email protected], [email protected]
Subject: Re: Changing LRECL when doing a 'put' to a mainframe
In-Reply-To: Your message of "Wed, 04 Nov 1998 15:35:49 EST."
<E16048014B60D2118F4E00600815B1F834912E@USHEM203>
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> I'm using PERL to ftp a file from a UNIX box to MVS on a mainframe. The
> mainframe has a record length of 133 set as the default in their ftp
> software. My file is 175 bytes long and gets truncated to 133. I need
> to be able to override the record length to 175 while doing a 'put' from
> PERL. Has anyone done this, and do you have an example of the syntax
> for WU-FTP? I've been hunting for a command that would be equivalent to
> doing the following on the mainframe side if doing a 'get'. LOCSITE
> LRECL=175.

If you need to specify the record length for the get but not the put,
then the mainframe software is broken beyond redemption. Under MVS,
you can set the record length only when creating a file or overwriting
it in its entirety. Well, you CAN do it at other times, but it has
effects that are useful only to experts.

You need to enquire from the mainframe people - it isn't primarily
a Perl or wu-ftpd question.

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] Thu Nov 5 02: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 CAA17553;
Thu, 5 Nov 1998 02:53:01 -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 CAA08070;
Thu, 5 Nov 1998 02:47:21 -0600 (CST)
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 CAA16790
for <[email protected]>; Thu, 5 Nov 1998 02:42:03 -0600 (CST)
Received: from kovar (kovar.dialup.webnexus.com [209.140.226.2])
by hub1.san-jose.webnexus.net (8.8.7/8.8.5/WN-1.3) with SMTP id AAA08731
for <[email protected]>; Thu, 5 Nov 1998 00:42:01 -0800 (PST)
Message-Id: <[email protected]>
Date: Thu, 05 Nov 1998 00:39:08 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "David C. Kovar" <[email protected]>
To: [email protected]
Subject: getpeername (in.ftpd): Transport endpoint is not connected
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I'm getting hundreds of these messages on a Solaris 2.6 machine running
wu-2.4.2-academ[BETA-17](2) and, despite looking through the archives,
cannot find any solution for the problem.

I think this is coming from ENOTCONN, which is "The socket is not connected
or otherwise has not had the peer prespecified."

Unfortunately, this still doesn't help much. What's causing this error, can
I safely ignore it, or is there some way of correcting it? I'm running
wu-ftpd on other systems and have never seen this message, but the
configuration of both machines is similar, or identical.

Any help would be most appreciated....

-David

From [email protected] Thu Nov 5 06: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 GAA19897;
Thu, 5 Nov 1998 06:42: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 GAA26061;
Thu, 5 Nov 1998 06:36:54 -0600 (CST)
Received: from sod.res.cmu.edu ([email protected] [128.2.91.30])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA14452
for <[email protected]>; Thu, 5 Nov 1998 06:30:34 -0600 (CST)
Received: (from pschwan@localhost)
by sod.res.cmu.edu (8.8.7/8.8.7) id HAA32047;
Thu, 5 Nov 1998 07:30:47 -0500
Message-Id: <[email protected]>
Date: Thu, 5 Nov 1998 07:30:46 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Phil Schwan <[email protected]>
To: [email protected]
Subject: Re: Wrong completion status
In-Reply-To: <[email protected]>; from Oliver Billmann on Wed, Nov 04, 1998 at 02:53:21PM +0100
References: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.91i
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Nov 04, Oliver Billmann wrote:
> I just played around with the completion status and ran into a problem:
> I aborted a PUT command and the transfer was logged as complete! Is this
> a bug or is there just no way to determine this correctly? (A PUT hitting
> the quota hardlimit is logged as incomplete...)
>
> I'm running VR10 on a Linux box.

I've run into a few different situations and haven't really had time
to correct them (nor do I really know how to go about doing so):

* Every once in a while I'll see a RETR that is incomplete being
marked as complete. I have no idea why. It doesn't happen often.

* Cases such as yours--where a STOR is marked as incomplete. I think
it depends on the client, to be honest. If the client, when receiving
your signal to abort, closes up the transfer nicely, it's probably
recorded as complete, because the ftp server was given that
impression. If the client just severs the pipe and lets the server
clean up the mess, it's probably recorded as incomplete.

I've made a note to look at it, and I will when I get a minute, but
it's not at the extreme high-end of my to-do list :).

-Phil

------------------------------------------------------------------
"In film you will find four basic story lines. Man versus man, man
versus nature, nature versus nature, and dog versus vampire."
- Steven Spielberg

From [email protected] Thu Nov 5 07:26: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 HAA20311;
Thu, 5 Nov 1998 07:26:53 -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 HAA21569;
Thu, 5 Nov 1998 07:22: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 HAA16532
for <[email protected]>; Thu, 5 Nov 1998 07:16:44 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id IAA17322;
Thu, 5 Nov 1998 08:16:37 -0500
Message-Id: <[email protected]>
Date: Thu, 5 Nov 1998 08:16:37 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Phil Schwan <[email protected]>
Cc: [email protected]
Subject: Re: Wrong completion status
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, 5 Nov 1998, Phil Schwan wrote:

> On Nov 04, Oliver Billmann wrote:
> > I just played around with the completion status and ran into a problem:
> > I aborted a PUT command and the transfer was logged as complete! Is this
> > a bug or is there just no way to determine this correctly? (A PUT hitting
> > the quota hardlimit is logged as incomplete...)
> >
> > I'm running VR10 on a Linux box.
>
> I've run into a few different situations and haven't really had time
> to correct them (nor do I really know how to go about doing so):
>
> * Every once in a while I'll see a RETR that is incomplete being
> marked as complete. I have no idea why. It doesn't happen often.
>
> * Cases such as yours--where a STOR is marked as incomplete. I think
> it depends on the client, to be honest. If the client, when receiving
> your signal to abort, closes up the transfer nicely, it's probably
> recorded as complete, because the ftp server was given that
> impression. If the client just severs the pipe and lets the server
> clean up the mess, it's probably recorded as incomplete.
>
> I've made a note to look at it, and I will when I get a minute, but
> it's not at the extreme high-end of my to-do list :).

I, too, have received a report of false-complete status being logged.
This is the first I've heard of false-incomplete, but it does not surprise
me. The complete/incomplete status means simply no errors were reported
in the transfer. We could just leave it at that and say it's a client/OS
problem (which it is).

At this point, I can see the problem (even in my own logs) but cannot
reproduce it. I do not know which clients, if any, consistently cause the
problem. And I do not know if it is OS dependant (although I expect some
cases are). All I do know is this is one of the problems with TCP; we got
the right bytes in the right order but if there was no protocol problem in
termination we have no way of knowing if the sequence was complete .. at
some point we need more information which FTP does not provide.

On RETR, I'll be adding a check that the full file was sent which should
reduce the number of false-complete reports. For STOR I'm not sure
there's much which can be done; we don't know anything more than the OS
runtime calls claimed no errors occurred.

It seems to me Apache is a bit more stable in this respect. I intend to
take a look at what, if anything, they've done to make the reporting more
correct. Remember, however, that HTTP has a ContentLength header which
can be used to help determine if a request was completely received.

If accurate transmission is your goal, I would suggest making use of the
SITE CHECKSUM extensions. They will allow your client to determine
whether the file was properly transmitted far better than reliance upon
the complete status in the logs.

In closing, I want to stress this has been happening all along. It's just
now, with Phil's patch, we're recording the fact. Hey, nobody said the
Emperor _ever_ had any clothes!

--

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 Nov 5 11:09: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 LAA22455;
Thu, 5 Nov 1998 11:09: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 LAA13495;
Thu, 5 Nov 1998 11:03:34 -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 KAA27271
for <[email protected]>; Thu, 5 Nov 1998 10:59:40 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id LAA18518;
Thu, 5 Nov 1998 11:59:28 -0500
Message-Id: <[email protected]>
Date: Thu, 5 Nov 1998 11:59:28 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Albert Etienne <[email protected]>
Cc: [email protected]
Subject: Re: Problems with conversions and etc
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, 2 Nov 1998, Albert Etienne wrote:

> Also when replying to other peoples problems should I reply to the
> list as well? I haven't in the past to decrease traffic. Please
> advise.

Traffic?

> 220 alpha FTP server (Version wu-2.4.2-academ[BETA-18](1) Mon Nov 2
> 13:36:10 CST 1998) ready.
> Name (alpha:etienalb): etienalb
> 331 Password required for etienalb.
> Password:
> 230 User etienalb logged in.
> ftp> pwd
> 257 "/home/etienalb" is current directory.
> ftp> cd ~ftp
> 250 CWD command successful.
> ftp> pwd
> 257 "/" is current directory.

> This worked correctly on an earlier version.

This is a problem in beta-18. I believe I've fixed it in the VR patches.
Your daemon was probably compiled with ALTERNATE_CD defined, you could try
toggling ALTERNATE_CD in config.h .. this is an educated guess, I
personally have problems with beta-18's handling of '~' and '~<user>'

> The following line in ftpaccess does not work on the latest version
> but does work on this version and earlier

Huh? I presume you mean it worked on beta-17 and earlier and not with
beta-18

> class all real,guest,anonymous 161.26.*.* 127.0.0.1

> Nov 2 13:27:12 alpha ftpd[499]: ACCESS DENIED (not in any class) TO
> Nov 2 13:27:12 alpha ftpd[499]: FTP LOGIN REFUSED (access denied) FROM alpha [161.26.28.13], etienalb

It doesn't look to me like your ftpaccess files is being used here. You
might try making sure the daemon has '-a' on the comand line in
/etc/inetd.conf

> I have never been able to get the automatic conversions for compress,
> tar, gzip etc to work I do not get errors or anything. When used
> through site exec all work fine.

> alpha# cat /usr/local/etc/ftpconversions

I presume the daemon was compiled to look for ftpconversions here. On
most systems, it's in /etc/ftpconversions .. try this:

cp /usr/local/etc/ftpconversions /etc/ftpconversions

and if that makes it work for real but not anonymous users, then try this:

cp /etc/ftpconversions ~ftp/etc/ftpconversions

If the daemon was compiled to use /usr/local/etc/ftpconversions you could
try

cp /usr/local/etc/ftpconversions ~ftp/user/local/etc/ftpconversions

this is why my example site shows ftpconversions copied all over the
place; it didn't seem to work for me until I did that.

--

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 Nov 5 11:34: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 LAA22746;
Thu, 5 Nov 1998 11:34: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 LAA02625;
Thu, 5 Nov 1998 11:29:19 -0600 (CST)
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 LAA14137
for <[email protected]>; Thu, 5 Nov 1998 11:27:39 -0600 (CST)
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 JAA23203
for <[email protected]>; Thu, 5 Nov 1998 09:27:08 -0800 (PST)
Received: by cnfqs021.cnf.com with Internet Mail Service (5.5.1960.3)
id <WKF73VTJ>; Thu, 5 Nov 1998 09:27:22 -0800
Message-Id: <[email protected]>
Date: Thu, 5 Nov 1998 09:27:20 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "Speier, Guy J - CNF" <[email protected]>
To: [email protected]
Subject: ftpgroup
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

Can someone please tell me what purpose the ftpgroups files serves?
Is there any need for it? Should it be edited?

thanks
Guy

From [email protected] Thu Nov 5 14:06: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 OAA24228;
Thu, 5 Nov 1998 14:06:08 -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 OAA14888;
Thu, 5 Nov 1998 14:00:04 -0600 (CST)
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 NAA21204
for <[email protected]>; Thu, 5 Nov 1998 13:58:46 -0600 (CST)
Received: from dadd.ti.com ([172.24.154.51]) by gatekeep.ti.com (8.8.8) with ESMTP id NAA01930; Thu, 5 Nov 1998 13:58:09 -0600 (CST)
Received: from pavis.asic.sc.ti.com by dadd.ti.com (8.8.4/)
id NAA13563; Thu, 5 Nov 1998 13:58:08 -0600 (CST)
Received: by pavis.asic.sc.ti.com id <[email protected]>; Thu, 5 Nov 1998 13:58:08 -0600
Message-Id: <[email protected]>
Date: Thu, 5 Nov 98 13:58:07 CST
Reply-To: [email protected] (Bob Luckin)
Sender: [email protected]
From: Bob Luckin <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: ftpgroup
In-Reply-To: <[email protected]>; from "Speier, Guy J - CNF" at Nov 5, 98 9:27 am
X-Mimi-Options: HEADERS TI2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Guy,

> Can someone please tell me what purpose the ftpgroups files serves?
> Is there any need for it? Should it be edited?

If you are using the "private" directive to get the SITE GROUP and
SITE GPASS behaviour, then you'll need it. This is where the password
for the groups you can switch to is kept (in encrypted form, of course).

Check the ftpaccess man page for more details.

Cheers, Bob
--
Bob Luckin [email protected] "I say ETA FTP ? Me tempt fate, ya ? Si !"
[http://www.dhc.net/~luckin/palindromes.html]

From [email protected] Thu Nov 5 14:11: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 OAA24286;
Thu, 5 Nov 1998 14:11: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 OAA07676;
Thu, 5 Nov 1998 14:06:19 -0600 (CST)
Received: from cddb.cybersand.com (cddb.cybersand.com [206.251.12.49])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA22034
for <[email protected]>; Thu, 5 Nov 1998 14:06:05 -0600 (CST)
Received: from localhost by cddb.cybersand.com (8.9.1/8.9.1) with SMTP id MAA19148
for <[email protected]>; Thu, 5 Nov 1998 12:04:55 -0800 (PST)
Message-Id: <[email protected]>
Date: Thu, 5 Nov 1998 12:04:55 -0800 (PST)
Reply-To: [email protected]
Sender: [email protected]
From: Bret Sanders <[email protected]>
To: [email protected]
Subject: Strange /proc stuff
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Authentication-Warning: cddb.cybersand.com: bret owned process doing -bs
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I'm running wu-ftpd b18-V10 under Solaris SPARC 2.6. Every couple days, my
root file system fills up ever since I upgraded from 2.4. Part of this is
due to my wtmpx and wtmp being configured correctly now, logging every ftp
login. But today, I noticed this in /proc, for one of the wu-ftpd
processes:

classic# find / -size +10000 -exec ls -l {} \;
<SNIP>
--w------- 0 root bin 210618216 Nov 5 11:43 /proc/7326/fd/6
--w------- 0 root other 20386980 Nov 5 11:43 /proc/7326/fd/7
<SNIP>

I dont know the details of what is held in /proc/#/fd, but I have a
feeling it shouldn't grow this big.

My root partition immediately went from 100% to 18% full after killing
process 7326 and removing /proc/7326.

Bret

From [email protected] Thu Nov 5 14:53: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 OAA24663;
Thu, 5 Nov 1998 14:53: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 OAA12169;
Thu, 5 Nov 1998 14:46:38 -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 OAA25263
for <[email protected]>; Thu, 5 Nov 1998 14:45:34 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id PAA19842;
Thu, 5 Nov 1998 15:45:19 -0500
Message-Id: <[email protected]>
Date: Thu, 5 Nov 1998 15:45:19 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Bret Sanders <[email protected]>
Cc: [email protected]
Subject: Re: Strange /proc stuff
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, 5 Nov 1998, Bret Sanders wrote:

> I'm running wu-ftpd b18-V10 under Solaris SPARC 2.6. Every couple
> days, my root file system fills up ever since I upgraded from 2.4.
> Part of this is due to my wtmpx and wtmp being configured correctly
> now, logging every ftp login. But today, I noticed this in /proc, for
> one of the wu-ftpd processes:

VR10 has an option to disable wtmp logging if you're not interested in
seeing every time user 'ftp' logs in to the system. this can help control
the growth of the wtmp file(s).

> classic# find / -size +10000 -exec ls -l {} \;
> <SNIP>
> --w------- 0 root bin 210618216 Nov 5 11:43 /proc/7326/fd/6
> --w------- 0 root other 20386980 Nov 5 11:43 /proc/7326/fd/7
> <SNIP>
>
> I dont know the details of what is held in /proc/#/fd, but I have a
> feeling it shouldn't grow this big.

It would be good to know exactly what was assigned file handle #6 and 7 in
process 7326. Some Unix systems have commands which can show that.

On my system, file handle 6 is used during communications (for instance,
it is the data socket for a PASV connection). What it's used for is
pretty fluid, but I'd guess it's something to do with an ongoing file
transmission.

What you might do is look for missing special devices or incorrectly
defined special devices. If you're really paranoid, you could ask
yourself why anyone would be doing a 210M-byte transmission .. since it's
close to a DoS, you need to ask if it was intentional.

You could also try using beta-18 (from before the VR patches) and let me
know if the problem goes away.

> My root partition immediately went from 100% to 18% full after killing
> process 7326 and removing /proc/7326.

--

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 Nov 5 16:43: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 QAA25627;
Thu, 5 Nov 1998 16:43: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 QAA15416;
Thu, 5 Nov 1998 16:37:25 -0600 (CST)
Received: from out2.ibm.net (out2.ibm.net [165.87.194.229])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA12827
for <[email protected]>; Thu, 5 Nov 1998 16:32:23 -0600 (CST)
Received: from slip139-92-137-200.kar.de.ibm.net (slip139-92-137-200.kar.de.ibm.net [139.92.137.200]) by out2.ibm.net (8.8.5/8.6.9) with SMTP id WAA95092; Thu, 5 Nov 1998 22:32:14 GMT
Message-Id: <[email protected]>
Date: Thu, 05 Nov 98 21:42:23
Reply-To: "Martin Kerner" <[email protected]>
Sender: [email protected]
From: "Martin Kerner" <[email protected]>
To: "[email protected]" <[email protected]>,
"[email protected]" <[email protected]>
Subject: Re: Changing LRECL when doing a 'put' to a mainframe
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Mailer: University of Karlsruhe's Registered PMMail 1.53 For OS/2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 4 Nov 1998 15:35:49 -0500, Burton, Mark E wrote:

>I'm using PERL to ftp a file from a UNIX box to MVS on a mainframe. The
>mainframe has a record length of 133 set as the default in their ftp
>software. My file is 175 bytes long and gets truncated to 133. I need
>to be able to override the record length to 175 while doing a 'put' from
>PERL. Has anyone done this, and do you have an example of the syntax
>for WU-FTP? I've been hunting for a command that would be equivalent to
>doing the following on the mainframe side if doing a 'get'. LOCSITE
>LRECL=175.

Use the SITE command. It takes the same parameters as the LOCSITE command
of the MVS FTP client.

If "site" is not recognized by a client, "quote" can be used :

quote site lrecl=175

Note that this does not help when you overwrite an existing file; you must
delete and re-create it.

/martin

From [email protected] Thu Nov 5 18:13: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 SAA26332;
Thu, 5 Nov 1998 18:13: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 SAA08120;
Thu, 5 Nov 1998 18:08:19 -0600 (CST)
Received: from relay.pair.com (relay1.pair.com [209.68.1.20])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA29758
for <[email protected]>; Thu, 5 Nov 1998 18:02:10 -0600 (CST)
Received: from THEpal.com (alpha.cngp.cng.com [161.26.28.13])
by relay.pair.com (8.8.7/8.8.5) with ESMTP id TAA06965;
Thu, 5 Nov 1998 19:07:25 -0500 (EST)
Message-Id: <[email protected]>
Date: Thu, 05 Nov 1998 17:50:16 -0600
Reply-To: [email protected]
Sender: [email protected]
From: Albert Etienne <[email protected]>
To: [email protected], [email protected]
Subject: Re: Problems with conversions and etc
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.06 [en] (X11; I; SunOS 5.6 sun4u)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Gregory A Lundberg wrote:

> On Mon, 2 Nov 1998, Albert Etienne wrote:
>
> > Also when replying to other peoples problems should I reply to the
> > list as well? I haven't in the past to decrease traffic. Please
> > advise.
>
> Traffic?

Point taken ;-)

>
>
> > 220 alpha FTP server (Version wu-2.4.2-academ[BETA-18](1) Mon Nov 2
> > 13:36:10 CST 1998) ready.
> > Name (alpha:etienalb): etienalb
> > 331 Password required for etienalb.
> > Password:
> > 230 User etienalb logged in.
> > ftp> pwd
> > 257 "/home/etienalb" is current directory.
> > ftp> cd ~ftp
> > 250 CWD command successful.
> > ftp> pwd
> > 257 "/" is current directory.
>
> > This worked correctly on an earlier version.
>
> This is a problem in beta-18. I believe I've fixed it in the VR patches.
> Your daemon was probably compiled with ALTERNATE_CD defined, you could try
> toggling ALTERNATE_CD in config.h .. this is an educated guess, I
> personally have problems with beta-18's handling of '~' and '~<user>'

220 alpha FTP server (Version wu-2.4.2-academ[BETA-18-VR10](1) Thu Nov 5 11:57:53 CST 1998) ready

It works correctly if I use the following /etc/passwd syntax

alpha$ grep ftp /etc/passwd
ftp:x:100:100:Anonymous FTP:/usr/local/ftp:/bin/false

instead of ftp:x:100:100:Anonymous FTP:/usr/local/ftp/./.:/bin/false
but then with

anonymous-root /usr/local/ftp/ all

in the ftpaccess file and

alpha# grep ftp ~ftp/etc/passwd
ftp:x:100:100:Anonymous FTP:/usr/local/ftp/pub:/bin/false

the effect should be when logging in as anonymous to chroot to /usr/local/ftp
and cd to pub. It chroots but does not change to pub. If I use the /./pub syntax
in the /etc/passwd file for ftp it chroot and cd's to the initial directory indicated,
but fail for future cd ~ftp's.

>
>
> > The following line in ftpaccess does not work on the latest version
> > but does work on this version and earlier
>
> Huh? I presume you mean it worked on beta-17 and earlier and not with
> beta-18
>
> > class all real,guest,anonymous 161.26.*.* 127.0.0.1
>
> > Nov 2 13:27:12 alpha ftpd[499]: ACCESS DENIED (not in any class) TO
> > Nov 2 13:27:12 alpha ftpd[499]: FTP LOGIN REFUSED (access denied) FROM alpha [161.26.28.13], etienalb
>
> It doesn't look to me like your ftpaccess files is being used here. You
> might try making sure the daemon has '-a' on the comand line in
> /etc/inetd.conf
>

alpha$ ps -ef | grep ftp
etienalb 23032 149 0 17:07:01 ? 0:00 in.ftpd -al
etienalb 23031 1377 0 17:07:01 pts/8 0:00 ftp alpha

Yeah, checked that and the problem goes away with this line.
class all real,guest,anonymous *

>
> > I have never been able to get the automatic conversions for compress,
> > tar, gzip etc to work I do not get errors or anything. When used
> > through site exec all work fine.
>
> > alpha# cat /usr/local/etc/ftpconversions
>
> I presume the daemon was compiled to look for ftpconversions here. On
> most systems, it's in /etc/ftpconversions .. try this:
>
> cp /usr/local/etc/ftpconversions /etc/ftpconversions
>
> and if that makes it work for real but not anonymous users, then try this:
>
> cp /etc/ftpconversions ~ftp/etc/ftpconversions
>
> If the daemon was compiled to use /usr/local/etc/ftpconversions you could
> try
>
> cp /usr/local/etc/ftpconversions ~ftp/user/local/etc/ftpconversions
>
> this is why my example site shows ftpconversions copied all over the
> place; it didn't seem to work for me until I did that.
>

I changed it to #define USE_LOCAL_ETC in the config.sol file before comp
I have it and all the other files in the following
/etc
/usr/local/etc
~ftp/etc
~ftp/usr/local/etc

Everything seems OK?? This is really driving me nuts because I know its something stupid.

alpha# ./ckconfig
Checking _PATH_FTPUSERS :: /usr/local/etc/ftpusers
ok.

Checking _PATH_FTPACCESS :: /usr/local/etc/ftpaccess
ok.

Checking _PATH_PIDNAMES :: /var/adm/ftp.pids-%s
ok.

Checking _PATH_CVT :: /usr/local/etc/ftpconversions
ok.

Checking _PATH_XFERLOG :: /var/adm/xferlog
ok.

Checking _PATH_PRIVATE :: /usr/local/etc/ftpgroups
ok.

Checking _PATH_FTPHOSTS :: /usr/local/etc/ftphosts
ok.

Where else could I put them?

Thanks for your time and effort. I really appreciate the help.

cheers,
al

>
> --
>
> 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 Nov 5 19:17: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 TAA26888;
Thu, 5 Nov 1998 19:17:29 -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 TAA28953;
Thu, 5 Nov 1998 19:13: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 TAA06252
for <[email protected]>; Thu, 5 Nov 1998 19:11:08 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id UAA21056;
Thu, 5 Nov 1998 20:10:58 -0500
Message-Id: <[email protected]>
Date: Thu, 5 Nov 1998 20:10:57 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Albert Etienne <[email protected]>
Cc: [email protected]
Subject: Re: Problems with conversions and etc
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, 5 Nov 1998, Albert Etienne wrote:

> 220 alpha FTP server (Version wu-2.4.2-academ[BETA-18-VR10](1) Thu Nov 5 11:57:53 CST 1998) ready
>
> It works correctly if I use the following /etc/passwd syntax
>
> alpha$ grep ftp /etc/passwd
> ftp:x:100:100:Anonymous FTP:/usr/local/ftp:/bin/false
>
> instead of ftp:x:100:100:Anonymous FTP:/usr/local/ftp/./.:/bin/false

I don't think (but could be wrong, been a while since I looked) the
daemon uses the /./ syntax for the anonymous ftp user.

> but then with
>
> anonymous-root /usr/local/ftp/ all
>
> in the ftpaccess file and
>
> alpha# grep ftp ~ftp/etc/passwd
> ftp:x:100:100:Anonymous FTP:/usr/local/ftp/pub:/bin/false
>
> the effect should be when logging in as anonymous to chroot to /usr/local/ftp
> and cd to pub. It chroots but does not change to pub. If I use the /./pub syntax
> in the /etc/passwd file for ftp it chroot and cd's to the initial directory indicated,
> but fail for future cd ~ftp's.

With VR10, use the following in ~ftp/etc/passwd:

ftp:*:100:100::/pub:

If you use both anonymous-root and ~ftp/etc/passwd the contents of the
real /etc/passwd entry's home directory for 'ftp' won't matter at all.
In VR10, if you use these features, all the daemom uses /etc/passwd for
for 'ftp' user (and guests) is the UID/GID and a check on the shell
specification.

> alpha$ ps -ef | grep ftp
> etienalb 23032 149 0 17:07:01 ? 0:00 in.ftpd -al
> etienalb 23031 1377 0 17:07:01 pts/8 0:00 ftp alpha
>
>
> Yeah, checked that and the problem goes away with this line.
> class all real,guest,anonymous *

In VR10, you can use CIDR and netmask format for IP restrictions. Ie.,

class localusers real,guest,anonymous 10.0.0.0/8 127.0.0.0:255.0.0.0

The stars format (ie. 10.*.*.*) should work but I like CIDR and think
everyone else should too.

> > > I have never been able to get the automatic conversions for compress,
> > > tar, gzip etc to work I do not get errors or anything. When used
> > > through site exec all work fine.
> >
> > > alpha# cat /usr/local/etc/ftpconversions
> >
> > I presume the daemon was compiled to look for ftpconversions here. On
> > most systems, it's in /etc/ftpconversions .. try this:
> >
> > cp /usr/local/etc/ftpconversions /etc/ftpconversions
> >
> > and if that makes it work for real but not anonymous users, then try this:
> >
> > cp /etc/ftpconversions ~ftp/etc/ftpconversions
> >
> > If the daemon was compiled to use /usr/local/etc/ftpconversions you could
> > try
> >
> > cp /usr/local/etc/ftpconversions ~ftp/user/local/etc/ftpconversions
> >
> > this is why my example site shows ftpconversions copied all over the
> > place; it didn't seem to work for me until I did that.
> >
>
> I changed it to #define USE_LOCAL_ETC in the config.sol file before
> comp I have it and all the other files in the following
> /etc
> /usr/local/etc
> ~ftp/etc
> ~ftp/usr/local/etc
>
> Everything seems OK?? This is really driving me nuts because I know
> its something stupid.

Permissions? Some people try symlinks and that, of course, won't work.

Yeah, I remember when it didn't work for me and I though it was dumb that
I had to copy ftpconversions to ~ftp/etc/ .. onea these days maybe I'll
fix the code.

Patience. It works, you'll get it. And, yes, when you get it working
we can all whack our foreheads and say, "Of course!" Problem with email
support is the loss-y bandwidth (not the mention my geriatric mind ... :)

> alpha# ./ckconfig

ckconfig is old and crufty. When it's happy things are probably OK, but
no guarentee. When it complains it can be wrong. I find eyeballs more
accurate.

> Where else could I put them?
>
> Thanks for your time and effort. I really appreciate the help.

Might want to look at my example site.
ftp://ftp.vr.net/pub/wu-ftpd/examples

Also, there's a pre-compiled Solaris 2.6 binary which should work although
it'll want all the files in the normal places (/etc/...). Maybe there's
some unintended side-effect of changing pathnames.h .. if there is let me
know and I'll try to find it and fix it. Check the binaries area, there
may also be some pre-compiled support stuff for you (ls, tar, md5sum,
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] Fri Nov 6 07:26: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 HAA02111;
Fri, 6 Nov 1998 07:25:59 -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 HAA15494;
Fri, 6 Nov 1998 07:19:24 -0600 (CST)
Received: from kodakr.kodak.com (kodakr.kodak.com [192.232.119.69])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA29410
for <[email protected]>; Fri, 6 Nov 1998 07:12:49 -0600 (CST)
Received: from corpmail.kodak.com (corpmail.kodak.com [150.220.10.55])
by kodakr.kodak.com (8.9.1/8.9.1) with ESMTP id IAA06173
for <[email protected]>; Fri, 6 Nov 1998 08:11:27 -0500 (EST)
Received: from ekc-gpid-w8gz96 ([150.220.88.7]) by corpmail.kodak.com
(post.office MTA v1.9.3b ID# 269-16266) with SMTP id AAA12976
for <[email protected]>; Fri, 6 Nov 1998 08:03:53 -0400
Message-Id: <[email protected]>
Date: Fri, 6 Nov 1998 08:12:13 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Rick Flood" <[email protected]>
To: <[email protected]>
Subject: path-filter
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
X-Mimeole: Produced By Microsoft MimeOLE V4.72.3155.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have a user that needs to be able to upload files with blanks in the file
name. I have tried playing with the path-filter to make blanks allowed but
can't seem to get it to work? Any clues would be appreciated. My current
path-filter is:

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

Rick Flood mailto:[email protected]
Eastman Kodak, INET Infrastructure
Phone:(716)722-4331 Fax:(716)477-0552

From [email protected] Fri Nov 6 08:18: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 IAA02553;
Fri, 6 Nov 1998 08:18: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 IAA04884;
Fri, 6 Nov 1998 08:13:51 -0600 (CST)
Received: from ns1.fni.com ([email protected] [204.181.104.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA32153
for <[email protected]>; Fri, 6 Nov 1998 08:11:49 -0600 (CST)
Received: from ns1.fni.com (ns1.fni.com [204.181.104.1])
by ns1.fni.com (8.9.1/8.9.1) with ESMTP id IAA10479;
Fri, 6 Nov 1998 08:11:48 -0600
Message-Id: <[email protected]>
Date: Fri, 6 Nov 1998 08:11:48 -0600 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Michael Brennen <[email protected]>
To: Rick Flood <[email protected]>
Cc: [email protected]
Subject: Re: path-filter
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

Untested, but try this:

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

-- Michael

On Fri, 6 Nov 1998, Rick Flood wrote:

> I have a user that needs to be able to upload files with blanks in the file
> name. I have tried playing with the path-filter to make blanks allowed but
> can't seem to get it to work? Any clues would be appreciated. My current
> path-filter is:
>
> path-filter guest /etc/pathmsg.orig ^[-A-Za-z0-9_\.]*$ ^\. ^-
>
> Rick Flood mailto:[email protected]
> Eastman Kodak, INET Infrastructure
> Phone:(716)722-4331 Fax:(716)477-0552
>

From [email protected] Fri Nov 6 08:39: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 IAA02688;
Fri, 6 Nov 1998 08:39:17 -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 IAA23923;
Fri, 6 Nov 1998 08:33:38 -0600 (CST)
Received: from kodakr.kodak.com (kodakr.kodak.com [192.232.119.69])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA05880
for <[email protected]>; Fri, 6 Nov 1998 08:31:56 -0600 (CST)
Received: from corpmail.kodak.com (corpmail.kodak.com [150.220.10.55])
by kodakr.kodak.com (8.9.1/8.9.1) with ESMTP id JAA19082
for <[email protected]>; Fri, 6 Nov 1998 09:30:36 -0500 (EST)
Received: from ekc-gpid-w8gz96 ([150.220.88.7]) by corpmail.kodak.com
(post.office MTA v1.9.3b ID# 269-16266) with SMTP id AAA15967;
Fri, 6 Nov 1998 09:23:02 -0400
Message-Id: <[email protected]>
Date: Fri, 6 Nov 1998 09:31:22 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Rick Flood" <[email protected]>
To: "Michael Brennen" <[email protected]>
Cc: <[email protected]>
Subject: RE: path-filter
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
X-Mimeole: Produced By Microsoft MimeOLE V4.72.3155.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I tried that earlier and again just now, doesn't work...
I get a '553 REGEX error' when trying to upload the file. I ONLY see the
553 error, the pathmsg.orig is not displayed.

> -----Original Message-----
> From: Michael Brennen [mailto:[email protected]]
> Sent: Friday, November 06, 1998 9:12 AM
> To: Rick Flood
> Cc: [email protected]
> Subject: Re: path-filter
>
>
>
> Untested, but try this:
>
> path-filter guest /etc/pathmsg.orig ^[-A-Za-z0-9_\.\ ]*$ ^\. ^-
>
> -- Michael
>
> On Fri, 6 Nov 1998, Rick Flood wrote:
>
> > I have a user that needs to be able to upload files with blanks
> in the file
> > name. I have tried playing with the path-filter to make blanks
> allowed but
> > can't seem to get it to work? Any clues would be appreciated.
> My current
> > path-filter is:
> >
> > path-filter guest /etc/pathmsg.orig ^[-A-Za-z0-9_\.]*$ ^\. ^-
> >
> > Rick Flood mailto:[email protected]
> > Eastman Kodak, INET Infrastructure
> > Phone:(716)722-4331 Fax:(716)477-0552
> >
>

From [email protected] Fri Nov 6 08:44: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 IAA02720;
Fri, 6 Nov 1998 08:44: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 IAA14341;
Fri, 6 Nov 1998 08:40:03 -0600 (CST)
Received: from barbarossa.bright.net ([email protected] [205.212.112.20])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA03478
for <[email protected]>; Fri, 6 Nov 1998 08:37:13 -0600 (CST)
Received: from localhost (aholtz@localhost)
by barbarossa.bright.net (8.8.7/8.8.7) with ESMTP id JAA04358;
Fri, 6 Nov 1998 09:36:59 -0500
Message-Id: <[email protected]>
Date: Fri, 6 Nov 1998 09:36:59 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Aaron Holtz <[email protected]>
To: Rick Flood <[email protected]>
Cc: Michael Brennen <[email protected]>, [email protected]
Subject: RE: path-filter
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Authentication-Warning: barbarossa.bright.net: aholtz owned process doing -bs
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Rick,

Would this work:

path-filter guest /etc/pathmsg.orig ^[-A-Za-z0-9_\.\s+]*$ ^\. ^-

The \s+ should allow one or more whitespace characters, no?

--------------------------------------------------------------------------
Aaron Holtz
ComNet Inc.
Manager, Unix Systems Administration
Email: [email protected]
"We do these things not because they are easy,
but because they are hard." -JFK
--------------------------------------------------------------------------

On Fri, 6 Nov 1998, Rick Flood wrote:

>I tried that earlier and again just now, doesn't work...
>I get a '553 REGEX error' when trying to upload the file. I ONLY see the
>553 error, the pathmsg.orig is not displayed.
>
>
>
>> -----Original Message-----
>> From: Michael Brennen [mailto:[email protected]]
>> Sent: Friday, November 06, 1998 9:12 AM
>> To: Rick Flood
>> Cc: [email protected]
>> Subject: Re: path-filter
>>
>>
>>
>> Untested, but try this:
>>
>> path-filter guest /etc/pathmsg.orig ^[-A-Za-z0-9_\.\ ]*$ ^\. ^-
>>
>> -- Michael
>>
>> On Fri, 6 Nov 1998, Rick Flood wrote:
>>
>> > I have a user that needs to be able to upload files with blanks
>> in the file
>> > name. I have tried playing with the path-filter to make blanks
>> allowed but
>> > can't seem to get it to work? Any clues would be appreciated.
>> My current
>> > path-filter is:
>> >
>> > path-filter guest /etc/pathmsg.orig ^[-A-Za-z0-9_\.]*$ ^\. ^-
>> >
>> > Rick Flood mailto:[email protected]
>> > Eastman Kodak, INET Infrastructure
>> > Phone:(716)722-4331 Fax:(716)477-0552
>> >
>>
>

From [email protected] Fri Nov 6 09:32: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 JAA03225;
Fri, 6 Nov 1998 09:32: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 JAA04462;
Fri, 6 Nov 1998 09:25:25 -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 JAA23215
for <[email protected]>; Fri, 6 Nov 1998 09:22:27 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id KAA24186;
Fri, 6 Nov 1998 10:22:12 -0500
Message-Id: <[email protected]>
Date: Fri, 6 Nov 1998 10:22:12 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Rick Flood <[email protected]>
Cc: Michael Brennen <[email protected]>, [email protected]
Subject: RE: path-filter
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, 6 Nov 1998, Rick Flood wrote:

> I tried that earlier and again just now, doesn't work... I get a '553
> REGEX error' when trying to upload the file. I ONLY see the 553
> error, the pathmsg.orig is not displayed.

> > From: Michael Brennen [mailto:[email protected]]
> > Untested, but try this:
> >
> > path-filter guest /etc/pathmsg.orig ^[-A-Za-z0-9_\.\ ]*$ ^\. ^-

> > > I have a user that needs to be able to upload files with blanks
> > in the file
> > > name. I have tried playing with the path-filter to make blanks
> > allowed but
> > > can't seem to get it to work? Any clues would be appreciated.
> > My current
> > > path-filter is:
> > >
> > > path-filter guest /etc/pathmsg.orig ^[-A-Za-z0-9_\.]*$ ^\. ^-

The core problem is the daemon's method of parsing the configuration file.
you cannot put spaces in there. So you need a way to escape them.

The VR versions of the daemon allow the use of the POSIX form [:SPACE:] in
regular expressions. To use it, however, you will need the GNU librx
library (which is included with many Linux distributions but not with most
other Unix systems).

It is possible, depending upon the regular expression library actually
used on your system, that alternate forms may work. You will need to look
at the documentation for the regular expression library which came with
your system. If it does not provide an alternate form for specifying
non-print characters in the expression, you will probably need to download
the GNU library, build it for your Unix, and just to VR10.

--

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 Nov 6 09:38: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 JAA03277;
Fri, 6 Nov 1998 09:38:38 -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 JAA09781;
Fri, 6 Nov 1998 09:31:48 -0600 (CST)
Received: from algnet.algonquinc.on.ca (algnet.algonquinc.on.ca [205.211.30.9])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA18410
for <[email protected]>; Fri, 6 Nov 1998 09:27:09 -0600 (CST)
Received: from localhost (campbeg@localhost)
by algnet.algonquinc.on.ca (8.8.7/8.8.7) with SMTP id KAA02058
for <[email protected]>; Fri, 6 Nov 1998 10:30:08 -0500 (EST)
Message-Id: <Pine.SOL.3.95.981106102015.23075B-100000@algnet>
Date: Fri, 6 Nov 1998 10:30:07 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: George Campbell <[email protected]>
To: [email protected]
Subject: Sessions not hanging up
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: campbeg@algnet
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

We are running wu-ftpd 2.4 on a Sparc Ultra-1 with SunOS 4.0
and we find that user sessions seemed to be hanging around
instead of hanging up when they finish. We have been killing
old sessions ourselves, but I think we probably have
some parameter set up incorrectly.

Any suggestions for a poor amateur?
-------------------------------------------------------
George Campbell
Systems Support Analyst, Information Technology Services
Algonquin College of Arts and Technology,
1385 Woodroffe Avenue, Nepean, Ontario, Canada, K2G 1V8
613.727-4723 Ext 5494, Fax 613.727-7719

From [email protected] Fri Nov 6 09:44: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 JAA03363;
Fri, 6 Nov 1998 09:44:29 -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 JAA05834;
Fri, 6 Nov 1998 09:38:16 -0600 (CST)
Received: from kodakr.kodak.com (kodakr.kodak.com [192.232.119.69])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA03290
for <[email protected]>; Fri, 6 Nov 1998 09:33:51 -0600 (CST)
Received: from corpmail.kodak.com (corpmail.kodak.com [150.220.10.55])
by kodakr.kodak.com (8.9.1/8.9.1) with ESMTP id KAA28902
for <[email protected]>; Fri, 6 Nov 1998 10:32:32 -0500 (EST)
Received: from ekc-gpid-w8gz96 ([150.220.88.7]) by corpmail.kodak.com
(post.office MTA v1.9.3b ID# 269-16266) with SMTP id AAA18609;
Fri, 6 Nov 1998 10:24:58 -0400
Message-Id: <[email protected]>
Date: Fri, 6 Nov 1998 10:33:17 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Rick Flood" <[email protected]>
To: <[email protected]>
Cc: "Michael Brennen" <[email protected]>, <[email protected]>
Subject: RE: path-filter
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
X-Mimeole: Produced By Microsoft MimeOLE V4.72.3155.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

That did not work either...

> -----Original Message-----
> From: [email protected]
> [mailto:[email protected]]On Behalf Of Aaron Holtz
> Sent: Friday, November 06, 1998 9:37 AM
> To: Rick Flood
> Cc: Michael Brennen; [email protected]
> Subject: RE: path-filter
>
>
> Rick,
>
> Would this work:
>
> path-filter guest /etc/pathmsg.orig ^[-A-Za-z0-9_\.\s+]*$ ^\. ^-
>
>
> The \s+ should allow one or more whitespace characters, no?
>
> --------------------------------------------------------------------------
> Aaron Holtz
> ComNet Inc.
> Manager, Unix Systems Administration
> Email: [email protected]
> "We do these things not because they are easy,
> but because they are hard." -JFK
> --------------------------------------------------------------------------
>
>
> On Fri, 6 Nov 1998, Rick Flood wrote:
>
> >I tried that earlier and again just now, doesn't work...
> >I get a '553 REGEX error' when trying to upload the file. I ONLY see the
> >553 error, the pathmsg.orig is not displayed.
> >
> >
> >
> >> -----Original Message-----
> >> From: Michael Brennen [mailto:[email protected]]
> >> Sent: Friday, November 06, 1998 9:12 AM
> >> To: Rick Flood
> >> Cc: [email protected]
> >> Subject: Re: path-filter
> >>
> >>
> >>
> >> Untested, but try this:
> >>
> >> path-filter guest /etc/pathmsg.orig ^[-A-Za-z0-9_\.\ ]*$ ^\. ^-
> >>
> >> -- Michael
> >>
> >> On Fri, 6 Nov 1998, Rick Flood wrote:
> >>
> >> > I have a user that needs to be able to upload files with blanks
> >> in the file
> >> > name. I have tried playing with the path-filter to make blanks
> >> allowed but
> >> > can't seem to get it to work? Any clues would be appreciated.
> >> My current
> >> > path-filter is:
> >> >
> >> > path-filter guest /etc/pathmsg.orig
> ^[-A-Za-z0-9_\.]*$ ^\. ^-
> >> >
> >> > Rick Flood mailto:[email protected]
> >> > Eastman Kodak, INET Infrastructure
> >> > Phone:(716)722-4331 Fax:(716)477-0552
> >> >
> >>
> >
>

From [email protected] Fri Nov 6 09:47: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 JAA03402;
Fri, 6 Nov 1998 09:47: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 JAA19069;
Fri, 6 Nov 1998 09:40:42 -0600 (CST)
Received: from ns1.fni.com ([email protected] [204.181.104.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA21462
for <[email protected]>; Fri, 6 Nov 1998 09:37:25 -0600 (CST)
Received: from henry.fni.com (henry.fni.com [204.181.119.149])
by ns1.fni.com (8.9.1/8.9.1) with SMTP id JAA13840;
Fri, 6 Nov 1998 09:37:15 -0600
Message-Id: <[email protected]>
Date: Fri, 6 Nov 1998 09:37:00 -0600 (CST)
Reply-To: [email protected]
Sender: [email protected]
From: Michael Brennen <[email protected]>
To: Rick Flood <[email protected]>
Cc: [email protected], [email protected]
Subject: RE: path-filter
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

\s is a perlism that is not part of the standard regex system, AFAIK.

-- Michael

On Fri, 6 Nov 1998, Rick Flood wrote:

> That did not work either...

> > path-filter guest /etc/pathmsg.orig ^[-A-Za-z0-9_\.\s+]*$ ^\. ^-
> >
> > The \s+ should allow one or more whitespace characters, no?

From [email protected] Fri Nov 6 10:03: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 KAA03579;
Fri, 6 Nov 1998 10:03: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 JAA06857;
Fri, 6 Nov 1998 09:57:34 -0600 (CST)
Received: from amber.ccs.neu.edu ([email protected] [129.10.116.51])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA26692
for <[email protected]>; Fri, 6 Nov 1998 09:54:53 -0600 (CST)
Received: from elnath.ccs.neu.edu ([email protected] [129.10.116.160])
by amber.ccs.neu.edu (8.9.1a/8.9.1) with ESMTP id KAA23652;
Fri, 6 Nov 1998 10:54:44 -0500 (EST)
Message-Id: <[email protected]>
Date: Fri, 6 Nov 1998 10:54:43 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Aris Yannopoulos <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: Rick Flood <[email protected]>, Michael Brennen <[email protected]>,
[email protected]
Subject: RE: path-filter
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

\s etc are indeed perlisms and not part of the sets used by most
parsers (egrep)

Ari(=

From [email protected] Fri Nov 6 10:13: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 KAA03652;
Fri, 6 Nov 1998 10:13:23 -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 KAA32023;
Fri, 6 Nov 1998 10:04:06 -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 KAA15413
for <[email protected]>; Fri, 6 Nov 1998 10:02:59 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id LAA24417;
Fri, 6 Nov 1998 11:02:51 -0500
Message-Id: <[email protected]>
Date: Fri, 6 Nov 1998 11:02:51 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: George Campbell <[email protected]>
Cc: [email protected]
Subject: Re: Sessions not hanging up
In-Reply-To: <Pine.SOL.3.95.981106102015.23075B-100000@algnet>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 6 Nov 1998, George Campbell wrote:

> We are running wu-ftpd 2.4 on a Sparc Ultra-1 with SunOS 4.0 and we
> find that user sessions seemed to be hanging around instead of hanging
> up when they finish. We have been killing old sessions ourselves, but
> I think we probably have some parameter set up incorrectly.

I brlieve this is an old, old problem which upgrading to the current
versions should fix.

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 Nov 6 10:21: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 KAA03725;
Fri, 6 Nov 1998 10:21: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 KAA03559;
Fri, 6 Nov 1998 10:16:50 -0600 (CST)
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 KAA02277
for <[email protected]>; Fri, 6 Nov 1998 10:15:41 -0600 (CST)
Received: from kovar (kovar.dialup.webnexus.com [209.140.226.2])
by hub1.san-jose.webnexus.net (8.8.7/8.8.5/WN-1.3) with SMTP id IAA26674
for <[email protected]>; Fri, 6 Nov 1998 08:15:40 -0800 (PST)
Message-Id: <[email protected]>
Date: Fri, 06 Nov 1998 08:04:57 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "David C. Kovar" <[email protected]> (by way of "David C. Kovar" <[email protected]>)
To: [email protected]
Subject: getpeername (in.ftpd): Transport endpoint is not connected
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I'm getting hundreds of these messages on a Solaris 2.6 machine running
wu-2.4.2-academ[BETA-17](2) and, despite looking through the archives,
cannot find any solution for the problem.

I think this is coming from ENOTCONN, which is "The socket is not connected
or otherwise has not had the peer prespecified."

Unfortunately, this still doesn't help much. What's causing this error, can
I safely ignore it, or is there some way of correcting it? I'm running
wu-ftpd on other systems and have never seen this message, but the
configuration of both machines is similar, or identical.

Any help would be most appreciated....

-David

From [email protected] Fri Nov 6 14:16: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 OAA05879;
Fri, 6 Nov 1998 14:16: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 OAA20548;
Fri, 6 Nov 1998 14:11:46 -0600 (CST)
Received: from kodakr.kodak.com (kodakr.kodak.com [192.232.119.69])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA13869
for <[email protected]>; Fri, 6 Nov 1998 14:07:52 -0600 (CST)
Received: from corpmail.kodak.com (corpmail.kodak.com [150.220.10.55])
by kodakr.kodak.com (8.9.1/8.9.1) with ESMTP id PAA06195
for <[email protected]>; Fri, 6 Nov 1998 15:06:34 -0500 (EST)
Received: from ekc-gpid-w8gz96 ([150.220.88.7]) by corpmail.kodak.com
(post.office MTA v1.9.3b ID# 269-16266) with SMTP id AAA29776
for <[email protected]>; Fri, 6 Nov 1998 14:58:59 -0400
Message-Id: <[email protected]>
Date: Fri, 6 Nov 1998 15:07:19 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Rick Flood" <[email protected]>
To: <[email protected]>
Subject: RE: path-filter
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
X-Mimeole: Produced By Microsoft MimeOLE V4.72.3155.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Thanks to all that replied...
Decided to allow anything by using ^.*$ and disallow files starting with '.'
'-' and '~'. Does anyone see any problems with this approch?

path-filter guest /etc/pathmsg.orig ^.*$ ^\. ^- ^~

Rick Flood mailto:[email protected]
Eastman Kodak, INET Infrastructure
Phone:(716)722-4331 Fax:(716)477-0552

From [email protected] Fri Nov 6 14:30: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 OAA06031;
Fri, 6 Nov 1998 14:30:53 -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 OAA28372;
Fri, 6 Nov 1998 14:24: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 OAA18575
for <[email protected]>; Fri, 6 Nov 1998 14:18:19 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id PAA26163;
Fri, 6 Nov 1998 15:18:04 -0500
Message-Id: <[email protected]>
Date: Fri, 6 Nov 1998 15:18:04 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Rick Flood <[email protected]>
Cc: [email protected]
Subject: RE: path-filter
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, 6 Nov 1998, Rick Flood wrote:

> Date: Fri, 6 Nov 1998 15:07:19 -0500
> From: Rick Flood <[email protected]>
> To: [email protected]
> Subject: RE: path-filter
>
> Thanks to all that replied...
> Decided to allow anything by using ^.*$ and disallow files starting with '.'
> '-' and '~'. Does anyone see any problems with this approch?
>
> path-filter guest /etc/pathmsg.orig ^.*$ ^\. ^- ^~
>
> Rick Flood mailto:[email protected]
> Eastman Kodak, INET Infrastructure
> Phone:(716)722-4331 Fax:(716)477-0552
>
>

STOR <forgot the leading sting> rm -fR /

then as root, play with the file in a command shell and wathc your system
go bye-bye!

--

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 Nov 6 14:35: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 OAA06092;
Fri, 6 Nov 1998 14:35: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 OAA28035;
Fri, 6 Nov 1998 14:31:07 -0600 (CST)
Received: from ns1.fni.com ([email protected] [204.181.104.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA21162
for <[email protected]>; Fri, 6 Nov 1998 14:25:14 -0600 (CST)
Received: from henry.fni.com (henry.fni.com [204.181.119.149])
by ns1.fni.com (8.9.1/8.9.1) with SMTP id OAA21707;
Fri, 6 Nov 1998 14:25:15 -0600
Message-Id: <[email protected]>
Date: Fri, 6 Nov 1998 14:24:59 -0600 (CST)
Reply-To: [email protected]
Sender: [email protected]
From: Michael Brennen <[email protected]>
To: Rick Flood <[email protected]>
Cc: [email protected]
Subject: RE: path-filter
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 suspect you will let in file names with ^H and other goofy
characters in them also. I wouldn't if it were me.

-- Michael

On Fri, 6 Nov 1998, Rick Flood wrote:

> Thanks to all that replied...
> Decided to allow anything by using ^.*$ and disallow files starting with '.'
> '-' and '~'. Does anyone see any problems with this approch?
>
> path-filter guest /etc/pathmsg.orig ^.*$ ^\. ^- ^~

From [email protected] Fri Nov 6 14:43: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 OAA06189;
Fri, 6 Nov 1998 14:43:14 -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 OAA23389;
Fri, 6 Nov 1998 14:37:34 -0600 (CST)
Received: from relay.pair.com (relay1.pair.com [209.68.1.20])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA26399
for <[email protected]>; Fri, 6 Nov 1998 14:31:09 -0600 (CST)
Received: from THEpal.com (alpha.cngp.cng.com [161.26.28.13])
by relay.pair.com (8.8.7/8.8.5) with ESMTP id OAA10375
for <[email protected]>; Fri, 6 Nov 1998 14:16:16 -0500 (EST)
Message-Id: <[email protected]>
Date: Fri, 06 Nov 1998 12:59:04 -0600
Reply-To: [email protected]
Sender: [email protected]
From: Albert Etienne <[email protected]>
To: wuftpd <[email protected]>
Subject: /etc/passwd .vs. ~ftp/etc/passwd
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.6 sun4u)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

SunOS alpha 5.6 Generic_105181-08 sun4u sparc SUNW,Ultra-5_10
FTP server (Version wu-2.4.2-academ[BETA-18-VR10](1)

It appears that the only way to get the correct action when logged in as

anonymous and using cd ~ and cd ~ftp
is the following:

alpha# grep ftp /etc/passwd
ftp:x:100:100:Anonymous FTP:/usr/local/ftp/./pub:/bin/false

alpha# grep anonymous-root ftpaccess

You get the following

220 alpha FTP server (Version wu-2.4.2-academ[BETA-18-VR10](1) Thu Nov 5
11:57:53 CST 1998) ready.
Name (alpha:etienalb): anonymous
331 Guest login ok, send your complete e-mail address as password.
Password:
230-Fri Nov 6 12:43:24 1998, 760281K free space available in /pub
230-
230 Guest login ok, access restrictions apply.
ftp> cd ~
250 CWD command successful.
ftp> pwd
257 "/pub" is current directory.
ftp> cd ~ftp
250 CWD command successful.
ftp> pwd
257 "/pub" is current directory.

if you do use the anonymous-root directive with the same /etc/passwd
entry for ftp:

alpha# grep ftp /etc/passwd
ftp:x:100:100:Anonymous FTP:/usr/local/ftp/./pub:/bin/false

alpha# grep anonymous-root ftpaccess
anonymous-root /usr/local/ftp all

then cd ~ goes to the chrooted / and not the /pub , but cd ~ftp goes to
the chrooted /pub

220 alpha FTP server (Version wu-2.4.2-academ[BETA-18-VR10](1) Thu Nov 5
11:57:53 CST 1998) ready.
Name (alpha:etienalb): anonymous
331 Guest login ok, send your complete e-mail address as password.
Password:
230 Guest login ok, access restrictions apply.
ftp> pwd
257 "/" is current directory.
ftp> cd ~
250 CWD command successful.
ftp> pwd
257 "/" is current directory.
ftp> cd ~ftp
250-Fri Nov 6 12:50:11 1998, 760281K free space available in /pub
250-
250 CWD command successful.
ftp> pwd
257 "/pub" is current directory.

This is with the following entry for ~ftp/etc/passwd in both cases.

alpha# grep ftp /usr/local/ftp/etc/passwd
ftp:x:100:100:Anonymous FTP:/pub:/bin/false

It appears that the daemon never consults the ~ftp/etc/passwd file, in
any configuration, with respect to the cd ~ variants.
Which is not what I take the ftpaccess man page to say. But I think
there is some confusion on my part.
Is "the anonymous user", ftp, different from "anonymous users" as
mentioned in the manpage?

Thanks,
al

[email protected]

From [email protected] Fri Nov 6 15:01: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 PAA06402;
Fri, 6 Nov 1998 15:01: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 OAA24526;
Fri, 6 Nov 1998 14:57:03 -0600 (CST)
Received: from kodakr.kodak.com (kodakr.kodak.com [192.232.119.69])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA24301
for <[email protected]>; Fri, 6 Nov 1998 14:56:34 -0600 (CST)
Received: from corpmail.kodak.com (corpmail.kodak.com [150.220.10.55])
by kodakr.kodak.com (8.9.1/8.9.1) with ESMTP id PAA12087
for <[email protected]>; Fri, 6 Nov 1998 15:55:16 -0500 (EST)
Received: from ekc-gpid-w8gz96 ([150.220.88.7]) by corpmail.kodak.com
(post.office MTA v1.9.3b ID# 269-16266) with SMTP id AAA1697;
Fri, 6 Nov 1998 15:47:41 -0400
Message-Id: <[email protected]>
Date: Fri, 6 Nov 1998 15:56:01 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Rick Flood" <[email protected]>
To: <[email protected]>
Cc: <[email protected]>
Subject: RE: path-filter
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
X-Mimeole: Produced By Microsoft MimeOLE V4.72.3155.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

OK, sounds pretty scary...I put it back the way it was before.
Couldn't I just add ^\/ to prevent that nightmare? But I am beginning to
think allowing spaces may just be a bad thing...

> -----Original Message-----
> From: [email protected]
> [mailto:[email protected]]On Behalf Of Gregory A Lundberg
> Sent: Friday, November 06, 1998 3:18 PM
> To: Rick Flood
> Cc: [email protected]
> Subject: RE: path-filter
>
>
> On Fri, 6 Nov 1998, Rick Flood wrote:
>
> > Date: Fri, 6 Nov 1998 15:07:19 -0500
> > From: Rick Flood <[email protected]>
> > To: [email protected]
> > Subject: RE: path-filter
> >
> > Thanks to all that replied...
> > Decided to allow anything by using ^.*$ and disallow files
> starting with '.'
> > '-' and '~'. Does anyone see any problems with this approch?
> >
> > path-filter guest /etc/pathmsg.orig ^.*$ ^\. ^- ^~
> >
> > Rick Flood mailto:[email protected]
> > Eastman Kodak, INET Infrastructure
> > Phone:(716)722-4331 Fax:(716)477-0552
> >
> >
>
> STOR <forgot the leading sting> rm -fR /
>
> then as root, play with the file in a command shell and wathc your system
> go bye-bye!
>
> --
>
> 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 Nov 6 15:09: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 PAA06479;
Fri, 6 Nov 1998 15:09:30 -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 PAA02135;
Fri, 6 Nov 1998 15:03: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 OAA09409
for <[email protected]>; Fri, 6 Nov 1998 14:59:57 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id PAA26471;
Fri, 6 Nov 1998 15:59:47 -0500
Message-Id: <[email protected]>
Date: Fri, 6 Nov 1998 15:59:47 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Albert Etienne <[email protected]>
Cc: wuftpd <[email protected]>
Subject: Re: /etc/passwd .vs. ~ftp/etc/passwd
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, 6 Nov 1998, Albert Etienne wrote:

> FTP server (Version wu-2.4.2-academ[BETA-18-VR10](1)
>
> It appears that the only way to get the correct action when logged in as
>
> anonymous and using cd ~ and cd ~ftp
> is the following:
>
> alpha# grep ftp /etc/passwd
> ftp:x:100:100:Anonymous FTP:/usr/local/ftp/./pub:/bin/false
>
> alpha# grep anonymous-root ftpaccess
>
> You get the following
>
> 220 alpha FTP server (Version wu-2.4.2-academ[BETA-18-VR10](1) Thu Nov 5
> 11:57:53 CST 1998) ready.
> Name (alpha:etienalb): anonymous
> 331 Guest login ok, send your complete e-mail address as password.
> Password:
> 230-Fri Nov 6 12:43:24 1998, 760281K free space available in /pub
> 230-
> 230 Guest login ok, access restrictions apply.
> ftp> cd ~
> 250 CWD command successful.
> ftp> pwd
> 257 "/pub" is current directory.
> ftp> cd ~ftp
> 250 CWD command successful.
> ftp> pwd
> 257 "/pub" is current directory.

This is correct behavior.

> if you do use the anonymous-root directive with the same /etc/passwd
> entry for ftp:
>
> alpha# grep ftp /etc/passwd
> ftp:x:100:100:Anonymous FTP:/usr/local/ftp/./pub:/bin/false
>
> alpha# grep anonymous-root ftpaccess
> anonymous-root /usr/local/ftp all
>
> then cd ~ goes to the chrooted / and not the /pub , but cd ~ftp goes to
> the chrooted /pub
>
> 220 alpha FTP server (Version wu-2.4.2-academ[BETA-18-VR10](1) Thu Nov 5
> 11:57:53 CST 1998) ready.
> Name (alpha:etienalb): anonymous
> 331 Guest login ok, send your complete e-mail address as password.
> Password:
> 230 Guest login ok, access restrictions apply.
> ftp> pwd
> 257 "/" is current directory.
> ftp> cd ~
> 250 CWD command successful.
> ftp> pwd
> 257 "/" is current directory.
> ftp> cd ~ftp
> 250-Fri Nov 6 12:50:11 1998, 760281K free space available in /pub
> 250-
> 250 CWD command successful.
> ftp> pwd
> 257 "/pub" is current directory.

This is incorrect behavior. I'll take a look at it. It should cd to the
home directory for 'ftp' given in ~ftp/etc/passwd and cd ~ should take you
there as well.

> This is with the following entry for ~ftp/etc/passwd in both cases.
>
> alpha# grep ftp /usr/local/ftp/etc/passwd
> ftp:x:100:100:Anonymous FTP:/pub:/bin/false

> It appears that the daemon never consults the ~ftp/etc/passwd file, in
> any configuration, with respect to the cd ~ variants. Which is not
> what I take the ftpaccess man page to say.

It should. I'll take a look at this. I probably was more concerned in my
testing that it work properly for guest users. and my ftp user's home
directory is the same as the chroot point, so I wouldn't see this. My
oversight, I'll test and see if a correction is needed.

> But I think there is some confusion on my part. Is "the anonymous
> user", ftp, different from "anonymous users" as mentioned in the
> manpage?

No. They refer to the same concept, the Unix user 'ftp' logged into the
server using the username 'ftp' or 'anonymous'

--

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 Nov 6 15:14: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 PAA06530;
Fri, 6 Nov 1998 15:14: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 PAA04104;
Fri, 6 Nov 1998 15:09:56 -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 PAA12735
for <[email protected]>; Fri, 6 Nov 1998 15:04:19 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id QAA26484;
Fri, 6 Nov 1998 16:04:07 -0500
Message-Id: <[email protected]>
Date: Fri, 6 Nov 1998 16:04:07 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Rick Flood <[email protected]>
Cc: [email protected]
Subject: RE: path-filter
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, 6 Nov 1998, Rick Flood wrote:

> OK, sounds pretty scary...I put it back the way it was before.
> Couldn't I just add ^\/ to prevent that nightmare? But I am beginning
> to think allowing spaces may just be a bad thing...

Spaces per se aren't bad, they're just new. Prolly 'cause of some silly
system appearing on the 'net over the past few years from some vendor on
Washington state.

The only problem is telling the daemon you want to allow spaces when you
can't put a space character in the line of the ftpaccess file. The
solution I've used is the GNU stuff. If someone wants to come up with a
syntax which doesn't break existing ftpaccess files but can be parsed and
allow a space character in the ftpaccess line, I'm all for it and will
roll the patch into a future VR set. right now, I got other priorities
and a good-enough solution.

--

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 Nov 6 15:34: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 PAA06723;
Fri, 6 Nov 1998 15:34: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 PAA12793;
Fri, 6 Nov 1998 15:29:48 -0600 (CST)
Received: from ns1.fni.com ([email protected] [204.181.104.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA10447
for <[email protected]>; Fri, 6 Nov 1998 15:22:55 -0600 (CST)
Received: from henry.fni.com (henry.fni.com [204.181.119.149])
by ns1.fni.com (8.9.1/8.9.1) with SMTP id PAA23282;
Fri, 6 Nov 1998 15:22:57 -0600
Message-Id: <[email protected]>
Date: Fri, 6 Nov 1998 15:22:40 -0600 (CST)
Reply-To: [email protected]
Sender: [email protected]
From: Michael Brennen <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: [email protected]
Subject: RE: path-filter
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

Apple was using spaces in file names long before Redmond thought of
copying it. :)

-- Michael

On Fri, 6 Nov 1998, Gregory A Lundberg wrote:

> Spaces per se aren't bad, they're just new. Prolly 'cause of some silly
> system appearing on the 'net over the past few years from some vendor on
> Washington state.

From [email protected] Fri Nov 6 15:55: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 PAA06937;
Fri, 6 Nov 1998 15:55: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 PAA26315;
Fri, 6 Nov 1998 15:49:13 -0600 (CST)
Received: from mail-gw2adm.rcsntx.swbell.net (mail-gw2adm.rcsntx.swbell.net [151.164.60.102])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA25677
for <[email protected]>; Fri, 6 Nov 1998 15:44:32 -0600 (CST)
Received: from mmiguel.pbi.net (mmiguel.pbi.net [206.13.3.50])
by mail-gw2adm.rcsntx.swbell.net (8.8.5/8.8.5) with SMTP id PAA04065
for <[email protected]>; Fri, 6 Nov 1998 15:44:17 -0600 (CST)
Received: by localhost with Microsoft MAPI; Fri, 6 Nov 1998 13:45:35 -0800
Message-Id: <[email protected]>
Date: Fri, 6 Nov 1998 13:43:33 -0800
Reply-To: "[email protected]" <[email protected]>
Sender: [email protected]
From: Maribeth Miguel <[email protected]>
To: "'[email protected]'" <[email protected]>
Cc: "Choi, Toney" </O=SBC/OU=SBIS/CN=RECIPIENTS/[email protected]>
Subject: User ending up in root dir
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,

We're running wu-ftpd v2.4(20) on a Solaris 2.5.1 machine. The
authentication is done via NIS+. We are having problems with people that
are able to log in successfully because they have a NIS+ account, but if
they don't have a physical home directory on the box, they are dropped into
the user root home dir ("/"). We want to not let them log in if their home
directory does not exist on the box they are ftping to.

How can we do that?

Please advise.

Thanks,
Maribeth
------------------
Maribeth Miguel
SBC Internet Services
[email protected]
(415) 442-4517

From [email protected] Fri Nov 6 16:06: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 QAA07005;
Fri, 6 Nov 1998 16:06: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 QAA00948;
Fri, 6 Nov 1998 16:02:12 -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 PAA07397
for <[email protected]>; Fri, 6 Nov 1998 15:56:37 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id QAA26760;
Fri, 6 Nov 1998 16:56:32 -0500
Message-Id: <[email protected]>
Date: Fri, 6 Nov 1998 16:56:32 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "[email protected]" <[email protected]>
Cc: "'[email protected]'" <[email protected]>,
"Choi, Toney" </O=SBC/OU=SBIS/CN=RECIPIENTS/[email protected]>
Subject: Re: User ending up in root dir
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, 6 Nov 1998, Maribeth Miguel wrote:

> We're running wu-ftpd v2.4(20) on a Solaris 2.5.1 machine. The
> authentication is done via NIS+. We are having problems with people
> that are able to log in successfully because they have a NIS+ account,
> but if they don't have a physical home directory on the box, they are
> dropped into the user root home dir ("/"). We want to not let them
> log in if their home directory does not exist on the box they are
> ftping to.
>
> How can we do that?

ISTR something about this some time ago. Check the FAQ and the mailing
list archives.

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] Sat Nov 7 14:51: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 OAA04036;
Sat, 7 Nov 1998 14:51: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 OAA05316;
Sat, 7 Nov 1998 14:46:12 -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 OAA30870
for <[email protected]>; Sat, 7 Nov 1998 14:40:38 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id PAA31688;
Sat, 7 Nov 1998 15:40:34 -0500
Message-Id: <[email protected]>
Date: Sat, 7 Nov 1998 15:40:34 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Albert Etienne <[email protected]>
Cc: wuftpd <[email protected]>
Subject: Re: /etc/passwd .vs. ~ftp/etc/passwd
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

> > FTP server (Version wu-2.4.2-academ[BETA-18-VR10](1)

I have tested the anonymous-root and ~ftp/etc/passwd functionality for
VR10 and it appears to be working correctly.

With anonymous-root specified in the ftpaccess file the home directory
entry for 'ftp' in /etc/passwd is not used and the home directory entry
for 'ftp' in <anonymous-root>/etc/passwd determines the cwd at startup and
the target of the 'cd ~' (CWD ~) command.

Without anonymous-root, and with /./ in the /etc/passwd home directory for
'ftp', the chroot is to the part to the left and the cwd is the part to
the right, just as we'd expect. The ~ftp/etc/passwd is used for other
users and for 'cd ~ftp' but not for 'cd ~', as we'd expect.

This leads me to the believe the problems you're having with these
features are due to the specific setup you're using rather than the daemon
itself.

--

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 Nov 7 18:50: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 SAA05582;
Sat, 7 Nov 1998 18:50: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 SAA28192;
Sat, 7 Nov 1998 18:45:33 -0600 (CST)
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 SAA14118
for <[email protected]>; Sat, 7 Nov 1998 18:42:01 -0600 (CST)
Received: from localhost (jlewis@localhost)
by tarkin.fdt.net (8.8.5/8.8.5) with SMTP id TAA13778;
Sat, 7 Nov 1998 19:41:50 -0500
Message-Id: <[email protected]>
Date: Sat, 7 Nov 1998 19:41:50 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Jon Lewis <[email protected]>
To: George Campbell <[email protected]>
Cc: [email protected]
Subject: Re: Sessions not hanging up
In-Reply-To: <Pine.SOL.3.95.981106102015.23075B-100000@algnet>
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, 6 Nov 1998, George Campbell wrote:

> We are running wu-ftpd 2.4 on a Sparc Ultra-1 with SunOS 4.0
> and we find that user sessions seemed to be hanging around
> instead of hanging up when they finish. We have been killing
> old sessions ourselves, but I think we probably have
> some parameter set up incorrectly.

I posted a patch that _fixes_ this problem more than a year ago, but I
don't think Stan liked it, and it was not accepted into wu-ftpd. If
there's an archive for this list, search for the following and you will
find my patch. If I have time, soon I will upgrade to the latest release
adn post a patch for it again.

+int zap_xfer_time = 0; /* timeout after which an xfer is aborted
+ by killing the session */

---dont't waste your cpu, crack rc5...www.distributed.net team enzo---
Jon Lewis <[email protected]> | Spammers will be winnuked or
Network Administrator | nestea'd...whatever it takes
Florida Digital Turnpike | to get the job done.
______http://inorganic5.fdt.net/~jlewis/pgp for PGP public key________

From [email protected] Sun Nov 8 00:17:06 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 AAA08376;
Sun, 8 Nov 1998 00:17: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 AAA15482;
Sun, 8 Nov 1998 00:11:48 -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 AAA13622
for <[email protected]>; Sun, 8 Nov 1998 00:02:52 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id BAA01031;
Sun, 8 Nov 1998 01:02:42 -0500
Message-Id: <[email protected]>
Date: Sun, 8 Nov 1998 01:02:41 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Jon Lewis <[email protected]>
Cc: George Campbell <[email protected]>, [email protected]
Subject: Re: Sessions not hanging 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 Sat, 7 Nov 1998, Jon Lewis wrote:

> +int zap_xfer_time = 0; /* timeout after which an xfer is aborted
> + by killing the session */

I researched your patch during my investigations. It appeared to me the
problem your patch was meant to solve was handled other (better) ways.
I've included a derivitave of the patch in the VR versions, limit-time in
the ftpaccess file limits the total time of the connection but does not
kill any transfers in progress. Other patches (already present in
beta-18) take care of the missing timeout you and many others addressed.
Interestingly, a patch for the same problem had been posted almost a year
earlier which went totally unnoticed.

--

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 Nov 8 00:22: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 AAA08521;
Sun, 8 Nov 1998 00:22:13 -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 AAA19510;
Sun, 8 Nov 1998 00:18:01 -0600 (CST)
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 AAA10603
for <[email protected]>; Sun, 8 Nov 1998 00:13:27 -0600 (CST)
Received: from localhost (jlewis@localhost)
by tarkin.fdt.net (8.8.5/8.8.5) with SMTP id BAA14472;
Sun, 8 Nov 1998 01:13:23 -0500
Message-Id: <[email protected]>
Date: Sun, 8 Nov 1998 01:13:23 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Jon Lewis <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: [email protected]
Subject: Re: Sessions not hanging up
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 Sun, 8 Nov 1998, Gregory A Lundberg wrote:

> On Sat, 7 Nov 1998, Jon Lewis wrote:
>
> > +int zap_xfer_time = 0; /* timeout after which an xfer is aborted
> > + by killing the session */
>
> I researched your patch during my investigations. It appeared to me the
> problem your patch was meant to solve was handled other (better) ways.

As the name implies, zap_xfer_time puts a limit on the time that can be
spent in a single read/write operation during an upload/download. I did
this because I was frequently having to manually kill ftpd processes in
which someone went off-line during a file transfer, and since the
inactivity alarm was disabled during transfers, these sessions never timed
out. I've been on the list for a while and not noticed other patches
dealing with this problem. Do you have URLs where the ones you found
tonight can be seen?

> kill any transfers in progress. Other patches (already present in
> beta-18) take care of the missing timeout you and many others addressed.

I'll have to take a look at beta-18 then.

---dont't waste your cpu, crack rc5...www.distributed.net team enzo---
Jon Lewis <[email protected]> | Spammers will be winnuked or
Network Administrator | nestea'd...whatever it takes
Florida Digital Turnpike | to get the job done.
______http://inorganic5.fdt.net/~jlewis/pgp for PGP public key________

From [email protected] Mon Nov 9 09:27: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 JAA23163;
Mon, 9 Nov 1998 09:27:10 -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 JAA27277;
Mon, 9 Nov 1998 09:20:21 -0600 (CST)
Received: from ilsa.franken.de ([email protected] [193.175.24.42])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA20085
for <[email protected]>; Mon, 9 Nov 1998 09:10:14 -0600 (CST)
Received: by ilsa.franken.de (Smail3.2 #1)
id m0zcsx8-000VJLC; Mon, 9 Nov 1998 16:10:02 +0100 (CET)
Received: from billix.franken.de(194.94.248.151), claiming to be "idefix.billy.de"
via SMTP by ilsa.franken.de, id smtpda18098; Mon Nov 9 15:09:53 1998
Received: (from oliver@localhost)
by idefix.billy.de (8.8.8/8.8.8) id PAA00614;
Mon, 9 Nov 1998 15:54:36 +0100
Message-Id: <[email protected]>
Date: Mon, 9 Nov 1998 15:54:36 +0100
Reply-To: [email protected]
Sender: [email protected]
From: [email protected] (Oliver Billmann)
To: [email protected]
Subject: Re: Wrong completion status
In-Reply-To: <[email protected]>
References: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Newsreader: knews 0.9.8
X-Original-Newsgroups: lokal.wu-ftpd
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> On Thu, 5 Nov 1998, Phil Schwan wrote:
>
>> * Cases such as yours--where a STOR is marked as incomplete. I think
>> it depends on the client, to be honest. If the client, when receiving
>> your signal to abort, closes up the transfer nicely, it's probably
>> recorded as complete, because the ftp server was given that
>> impression. If the client just severs the pipe and lets the server
>> clean up the mess, it's probably recorded as incomplete.

Well, its the Linux command line ftp client, and it says the following
when pressing CTRL-C:

send aborted
waiting for remote to finish abort
226 Transfer complete.

This leaves the impression, that the client sends some kind of notification
to the server (at least if one [like me :] overlooks the 226 line, which
leaves a complete different impression...).

In the meantime I tested this with a SunOS client as well, with the same
result. On WinNT, CTRL-C kills the ftp client and the connection is closed.
The server doesn't even log the partial transfer! Just a "FTP session closed"
in the syslog...

In article <[email protected]>,
Gregory A Lundberg <[email protected]> writes:

> I, too, have received a report of false-complete status being logged.
> This is the first I've heard of false-incomplete, but it does not surprise

No, the incomplete I mentioned (when hitting the quota hardlimit) is
correct, at least IMO ;-)

> me. The complete/incomplete status means simply no errors were reported
> in the transfer. We could just leave it at that and say it's a client/OS
> problem (which it is).
>
> At this point, I can see the problem (even in my own logs) but cannot
> reproduce it. I do not know which clients, if any, consistently cause the
> problem.

With the Linux command line ftp client, it happens every time (at least it
happened the last 10 times I tried).

> If accurate transmission is your goal, I would suggest making use of the
> SITE CHECKSUM extensions. They will allow your client to determine
> whether the file was properly transmitted far better than reliance upon
> the complete status in the logs.

I thought this was a nice informational feature for the users. But because
it's not 100% accurate, I'll probably drop it and take a look at the
checksum extension...

Maybe this behaviour should be documented somewhere...

> In closing, I want to stress this has been happening all along. It's just
> now, with Phil's patch, we're recording the fact. Hey, nobody said the
> Emperor _ever_ had any clothes!

You're absolutely right. If you can come up with a solution, it'd be great.
If not, well, before VR8 (or was it VR9?) we didn't know about this and we
lived happily after all :-]

Oliver

--
\\\///
+--------------------+ \\// +-----------------------------+
| Oliver Billmann | ( .. ) | [email protected] |
+--------------------+-ooO-(__)-Ooo-+-----------------------------+

From [email protected] Wed Nov 11 15:55: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 PAA12316;
Wed, 11 Nov 1998 15:55: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 PAA05797;
Wed, 11 Nov 1998 15:45:15 -0600 (CST)
Received: from eagle.webpros.com (eagle.professionals.com [206.127.192.10])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA22338
for <[email protected]>; Wed, 11 Nov 1998 15:31:32 -0600 (CST)
Received: from peregrine (peregrine [206.127.192.18]) by eagle.webpros.com (8.8.7/8.6.10) with SMTP id NAA18778 for <[email protected]>; Wed, 11 Nov 1998 13:31:31 -0800 (PST)
Message-Id: <[email protected]>
Date: Wed, 11 Nov 1998 13:31:21 -0800 (PST)
Reply-To: Sanjay Dani <[email protected]>
Sender: [email protected]
From: Sanjay Dani <[email protected]>
To: [email protected]
Subject: Solaris 2.6/wu-2.4.2-academ[BETA-18](2): ls works but dir doesn't under virtual ftp areas
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
Content-MD5: 5eeX3ZbLGsTrQ75qSkc/EQ==
X-Mailer: dtmail 1.2.0 CDE Version 1.2 SunOS 5.6 sun4m sparc
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi, I couldn't find this anywhere under the faq as a known
bug. Essentially, when connected to a virtual IP address under
this server, ls works but dir doesn't. It does chroot to the
right "virtual I.P.A.DDR root". Any suggestions?

Both commands work if they come in to any IP address on the
server except the ones flagged by the virtual directives.

Thanks!
Sanjay.

PS. Unrelated to the above point: is there a way to disable
the ftpd from logging anonymous connections to the lastlog?

From [email protected] Wed Nov 11 16:14: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 QAA12556;
Wed, 11 Nov 1998 16:14:29 -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 QAA28153;
Wed, 11 Nov 1998 16:04:17 -0600 (CST)
Received: from wunet.wustl.edu (wunet.wustl.edu [128.252.120.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA14140
for <[email protected]>; Wed, 11 Nov 1998 15:42:35 -0600 (CST)
Received: from mail.accton-am.com by wunet.wustl.edu (PMDF V4.3-10 #26974)
id <[email protected]>; Wed, 11 Nov 1998 16:43:52 -0500 (CDT)
Received: by mail.accton-am.com with Internet Mail Service (5.0.1458.49)
id <WW7731J2>; Wed, 11 Nov 1998 16:43:48 -0500
Message-Id: <[email protected]>
Date: Wed, 11 Nov 1998 16:43:44 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Mike Rayle <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: wu-ftpd: Real users are denied login
MIME-version: 1.0
Content-type: text/plain
Content-transfer-encoding: 7BIT
X-Mailer: Internet Mail Service (5.0.1458.49)
X-Priority: 3
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have installed wu-ftp and have found out that my real users are denied
access.

I am assuming that this is a configuration error.
Anonymous and guest accesses work fine

My system is running Solaris 2.5.1

Can you help me out?

Thanks,
Michael

From [email protected] Wed Nov 11 16: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 QAA12606;
Wed, 11 Nov 1998 16:19:09 -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 QAA27865;
Wed, 11 Nov 1998 16:10:55 -0600 (CST)
Received: from harry.informatik.rwth-aachen.de (harry.Informatik.RWTH-Aachen.DE [137.226.116.28])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA09724
for <[email protected]>; Wed, 11 Nov 1998 16:05:55 -0600 (CST)
Received: from microsoft.sucks.eu.org ([email protected] [137.226.8.139])
by harry.informatik.rwth-aachen.de (8.9.1a/8.9.1/1) with SMTP id XAA29662;
Wed, 11 Nov 1998 23:04:53 +0100 (MET)
Message-Id: <Pine.Bero.4.05.9811112304430.12707-100000@k6.microsoft.sucks.eu.org>
Date: Wed, 11 Nov 1998 23:06:05 +0100 (CET)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: Sanjay Dani <[email protected]>
Cc: [email protected]
Subject: Re: Solaris 2.6/wu-2.4.2-academ[BETA-18](2): ls works but dir doesn't
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, 11 Nov 1998, Sanjay Dani wrote:

> Hi, I couldn't find this anywhere under the faq as a known
> bug. Essentially, when connected to a virtual IP address under
> this server, ls works but dir doesn't. It does chroot to the
> right "virtual I.P.A.DDR root". Any suggestions?

If you want to stick with wu-2.4.2-b18, you have to copy the ls binary and
the libraries it accesses to all the virtual root directories.

An alternative is to move to BeroFTPD 1.2.1
(ftp://beroftpd.unix.eu.org/pub/BeroFTPD), which is an extended version of
wu-ftpd that, among other things, implements the ls command 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] Wed Nov 11 16:37: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 QAA12806;
Wed, 11 Nov 1998 16:37: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 QAA28503;
Wed, 11 Nov 1998 16:30:21 -0600 (CST)
Received: from wunet.wustl.edu (wunet.wustl.edu [128.252.120.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA00650
for <[email protected]>; Wed, 11 Nov 1998 16:29:07 -0600 (CST)
Received: from mail.vr.net by wunet.wustl.edu (PMDF V4.3-10 #26974)
id <[email protected]>; Wed, 11 Nov 1998 17:30:24 -0500 (CDT)
Received: from localhost (lundberg@localhost) by mail.vr.net (8.9.1a/8.9.1)
with ESMTP id RAA25260; Wed, 11 Nov 1998 17:28:51 -0500
Message-Id: <[email protected]>
Date: Wed, 11 Nov 1998 17:28:50 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Mike Rayle <[email protected]>
Cc: "'[email protected]'" <[email protected]>
Subject: Re: wu-ftpd: Real users are denied login
In-Reply-To: <[email protected]>
MIME-version: 1.0
Content-type: TEXT/PLAIN; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 11 Nov 1998, Mike Rayle wrote:

> I have installed wu-ftp and have found out that my real users are
> denied access.
>
> I am assuming that this is a configuration error. Anonymous and guest
> accesses work fine
>
> My system is running Solaris 2.5.1

The system logs should tell you why they were denied access.

Start there and with 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] Wed Nov 11 16:45: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 QAA12886;
Wed, 11 Nov 1998 16:45:40 -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 QAA31399;
Wed, 11 Nov 1998 16:36:39 -0600 (CST)
Received: from wunet.wustl.edu (wunet.wustl.edu [128.252.120.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA05029
for <[email protected]>; Wed, 11 Nov 1998 16:30:12 -0600 (CST)
Received: from mail.accton-am.com by wunet.wustl.edu (PMDF V4.3-10 #26974)
id <[email protected]>; Wed, 11 Nov 1998 17:31:29 -0500 (CDT)
Received: by mail.accton-am.com with Internet Mail Service (5.0.1458.49)
id <WW7731KL>; Wed, 11 Nov 1998 17:31:28 -0500
Message-Id: <[email protected]>
Date: Wed, 11 Nov 1998 17:31:26 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Mike Rayle <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: RE: wu-ftpd: Real users are denied login
MIME-version: 1.0
Content-type: text/plain
Content-transfer-encoding: 7BIT
X-Mailer: Internet Mail Service (5.0.1458.49)
X-Priority: 3
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Thanks all.
I found the FAQ about 2 minutes after submitting the request.

Michael
-----Original Message-----
From: Gregory A Lundberg
[mailto:[email protected]]
Sent: Wednesday, November 11, 1998 5:29 PM
To: Mike Rayle
Cc: '[email protected]'
Subject: Re: wu-ftpd: Real users are denied login

On Wed, 11 Nov 1998, Mike Rayle wrote:

> I have installed wu-ftp and have found out that my
real users are
> denied access.
>
> I am assuming that this is a configuration error.
Anonymous and guest
> accesses work fine
>
> My system is running Solaris 2.5.1

The system logs should tell you why they were denied
access.

Start there and with 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] Thu Nov 12 06:39: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 GAA20958;
Thu, 12 Nov 1998 06:39: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 GAA08575;
Thu, 12 Nov 1998 06:33:46 -0600 (CST)
Received: from sid.com.br (servicos.sid.com.br [200.230.210.130])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA29986
for <[email protected]>; Thu, 12 Nov 1998 06:19:07 -0600 (CST)
Received: from classic_02.sid.com.br by sid.com.br (SMI-8.6/SMI-SVR4)
id KAA24727; Thu, 12 Nov 1998 10:18:25 -0200
Received: by sid.com.br (SMI-8.6/SMI-SVR4)
id KAA01161; Thu, 12 Nov 1998 10:18:07 -0200
Message-Id: <[email protected]>
Date: Thu, 12 Nov 1998 10:18:07 -0200
Reply-To: [email protected]
Sender: [email protected]
From: [email protected] (Luiz Antonio de Souza)
To: [email protected]
Subject: Groups
X-Sun-Charset: US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi all!

I need create ftp groups with wu-ftp.
Can somebody sendme an example how to do this?

TIA

Souza

From [email protected] Thu Nov 12 08:23: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 IAA21748;
Thu, 12 Nov 1998 08:23: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 IAA16020;
Thu, 12 Nov 1998 08:18:04 -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 IAA09945
for <[email protected]>; Thu, 12 Nov 1998 08:15:40 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id JAA28762;
Thu, 12 Nov 1998 09:15:26 -0500
Message-Id: <[email protected]>
Date: Thu, 12 Nov 1998 09:15:26 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Luiz Antonio de Souza <[email protected]>
Cc: [email protected]
Subject: Re: Groups
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, 12 Nov 1998, Luiz Antonio de Souza wrote:

> I need create ftp groups with wu-ftp. Can somebody sendme an example
> how to do this?

Add 'private yes' to ftpaccess

Create the UNIX group for special anonymous access, set up the permissions
and ownership for the directories and files group is to have special
access to.

Create /etc/ftpgroups with the FTP groupname (which can be different than
the UNIX group name). For ease of password maintenance, I'd recommend
downloading privatepw from the Resource Center.

The user will need a FTP client which allows SITE or QUOTE SITE commands
(I don't think web clients will do for this). To gain special access, the
use logs in as a normal anonymous FTP then issues SITE GROUP giving the
FTP group name followed by SITE GPASS with the password for the FTP GROUP.

Now, it's almost certain that none of this is what you're looking for.
Instead, you're looking for guest access. That is covered quite well 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] Thu Nov 12 10:42: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 KAA23682;
Thu, 12 Nov 1998 10:42: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 KAA03342;
Thu, 12 Nov 1998 10:34:39 -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 KAA23604
for <[email protected]>; Thu, 12 Nov 1998 10:28:40 -0600 (CST)
Received: from localhost (paulw@localhost)
by bluto.uwex.edu (8.8.7/8.8.7) with SMTP id KAA35738;
Thu, 12 Nov 1998 10:27:38 -0600
Message-Id: <[email protected]>
Date: Thu, 12 Nov 1998 10:27:37 -0600 (CST)
Reply-To: [email protected]
Sender: [email protected]
From: "Paul F. Williams" <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: Luiz Antonio de Souza <[email protected]>, [email protected]
Subject: Re: Groups
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

In the book "Managing Internet Information Services" there is a reference
to ftpgroups, however I didn't encounter such a reference in the on-line,
faqs from wu-ftp. Did I just miss it or does one need the book?

paulw

On Thu, 12 Nov 1998, Gregory A Lundberg wrote:

> On Thu, 12 Nov 1998, Luiz Antonio de Souza wrote:
>
> > I need create ftp groups with wu-ftp. Can somebody sendme an example
> > how to do this?
>
> Add 'private yes' to ftpaccess
>
> Create the UNIX group for special anonymous access, set up the permissions
> and ownership for the directories and files group is to have special
> access to.
>
> Create /etc/ftpgroups with the FTP groupname (which can be different than
> the UNIX group name). For ease of password maintenance, I'd recommend
> downloading privatepw from the Resource Center.
>
> The user will need a FTP client which allows SITE or QUOTE SITE commands
> (I don't think web clients will do for this). To gain special access, the
> use logs in as a normal anonymous FTP then issues SITE GROUP giving the
> FTP group name followed by SITE GPASS with the password for the FTP GROUP.
>
> Now, it's almost certain that none of this is what you're looking for.
> Instead, you're looking for guest access. That is covered quite well 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
>

--------------------------------------------------------------------
Paul F. Williams, UW-Extension, 432 N. Lake St., Madison, WI 53706
[email protected], 608-262-6011
--------------------------------------------------------------------

From [email protected] Thu Nov 12 10:55: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 KAA23820;
Thu, 12 Nov 1998 10:55:38 -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 KAA04627;
Thu, 12 Nov 1998 10:46:59 -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 KAA23054
for <[email protected]>; Thu, 12 Nov 1998 10:43:11 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id LAA29582;
Thu, 12 Nov 1998 11:42:23 -0500
Message-Id: <[email protected]>
Date: Thu, 12 Nov 1998 11:42:23 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Paul F. Williams" <[email protected]>
Cc: Luiz Antonio de Souza <[email protected]>, [email protected]
Subject: Re: Groups
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, 12 Nov 1998, Paul F. Williams wrote:

> In the book "Managing Internet Information Services" there is a
> reference to ftpgroups, however I didn't encounter such a reference in
> the on-line, faqs from wu-ftp. Did I just miss it or does one need
> the book?

The book mentions it because it's a feature of the daemon. That doesn't
mean anyone uses it. In my experience, when people as about ftp groups
they're looking for guestgroups and not SITE GROUP. I'm sure some sites
use it and find it solves a specific set of problems but for the average
user, it's unlikely to be the feature they want.

The FAQ only cover _Frequently_ Asked Questions. If ftp groups were
covered in the FAQ, it would be something like:

Q: How do I use ftp groups?
A: They probably are not what you're looking for, see the section(s) on
guest groups instead.

> On Thu, 12 Nov 1998, Gregory A Lundberg wrote:
>
> > On Thu, 12 Nov 1998, Luiz Antonio de Souza wrote:
> >
> > > I need create ftp groups with wu-ftp. Can somebody sendme an example
> > > how to do this?
> >
> > Add 'private yes' to ftpaccess
> >
> > Create the UNIX group for special anonymous access, set up the permissions
> > and ownership for the directories and files group is to have special
> > access to.
> >
> > Create /etc/ftpgroups with the FTP groupname (which can be different than
> > the UNIX group name). For ease of password maintenance, I'd recommend
> > downloading privatepw from the Resource Center.
> >
> > The user will need a FTP client which allows SITE or QUOTE SITE commands
> > (I don't think web clients will do for this). To gain special access, the
> > use logs in as a normal anonymous FTP then issues SITE GROUP giving the
> > FTP group name followed by SITE GPASS with the password for the FTP GROUP.
> >
> > Now, it's almost certain that none of this is what you're looking for.
> > Instead, you're looking for guest access. That is covered quite well 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
> >
>
> --------------------------------------------------------------------
> Paul F. Williams, UW-Extension, 432 N. Lake St., Madison, WI 53706
> [email protected], 608-262-6011
> --------------------------------------------------------------------
>
>

--

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 Nov 12 11:06: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 LAA23982;
Thu, 12 Nov 1998 11:06: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 KAA21594;
Thu, 12 Nov 1998 10:59:47 -0600 (CST)
Received: from rte.com (mail.rte.com [207.10.95.11])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA25316
for <[email protected]>; Thu, 12 Nov 1998 10:58:55 -0600 (CST)
Received: from rte.com by rte.com (SMI-8.6/SMI-SVR4)
id LAA13008; Thu, 12 Nov 1998 11:53:05 -0500
Message-Id: <[email protected]>
Date: Thu, 12 Nov 1998 11:58:50 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Scott D. MacKay" <[email protected]>
To: wu-ftp <[email protected]>
Subject: Hiya + chroot question
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: [email protected]
X-Mailer: Mozilla 4.5 [en] (X11; I; SunOS 5.5 sun4m)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hiya! I just joined on!

I have a question which may be covered in the current release of wu-ftp
or an add on patch.

I want to consolidate our existing FTP server onto another machine. The
problem is that I do not want to have to add users to /etc/passwd and do
not want them to have access to any of the system save the FTP area for
multiple reasons. Is there an easy way of doing this?
Thought I had...
Alter (shudder) ftpd.c to do a chroot/chdir when invoked. It would
change to a central area (ie: /export/ftp) where a private /etc/passwd,
etc are located.

I realize that *all* ftp would be forced to use /export/ftp as a root no
matter what, but this is not a problem given the roles of this machine.

Is this OK (well, maybe not nice but OK) or is there a better way of
doing this?

Thanks in advance!

--
-------------------------
| Scott MacKay : Postmaster
| [email protected] | [email protected] | ICQ 22025608 | (716) 383-1290
| Real Time Enterprises, Pittsford NY
| -Electronic Document Imaging-System Integration-Software Development-
| 'The opinions shared here only reflect the poster's
| views and may not reflect the views of the company.'

From [email protected] Thu Nov 12 11:18: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 LAA24119;
Thu, 12 Nov 1998 11:18:24 -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 LAA32521;
Thu, 12 Nov 1998 11:12:34 -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 LAA24606
for <[email protected]>; Thu, 12 Nov 1998 11:11:08 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id MAA29727;
Thu, 12 Nov 1998 12:10:48 -0500
Message-Id: <[email protected]>
Date: Thu, 12 Nov 1998 12:10:48 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Scott D. MacKay" <[email protected]>
Cc: wu-ftp <[email protected]>
Subject: Re: Hiya + chroot 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 Thu, 12 Nov 1998, Scott D. MacKay wrote:

> I want to consolidate our existing FTP server onto another machine.
> The problem is that I do not want to have to add users to /etc/passwd
> and do not want them to have access to any of the system save the FTP
> area for multiple reasons. Is there an easy way of doing this?
> Thought I had... Alter (shudder) ftpd.c to do a chroot/chdir when
> invoked. It would change to a central area (ie: /export/ftp) where a
> private /etc/passwd, etc are located.

I'd write a shell script such as:

#!/bin/sh
env - chroot /export/ftp /usr/sbin/wu-ftpd -a -l -i -o

And kick that off from inetd on the machine instead of the real ftpd
executable.

I just did something like this for a mail server and it works fine, but
you'll have to spend some time chasing down the pieces and parts you'll
need to copy/create in the chroot area. Libraries, special devices,
config files in /etc, stuff like that.

> I realize that *all* ftp would be forced to use /export/ftp as a root
> no matter what, but this is not a problem given the roles of this
> machine.

The FTP daemon won't know the difference but it will have a lot of effect
on your management of the site for any tools/scripts you may have.

> Is this OK (well, maybe not nice but OK) or is there a better way of
> doing this?

Actually, what you're talking about improves the security of the machine
if done right. If done wrong, it shouldn't make things any worse.

If it weren't such a pain to set up, I'd recommend everyone do this.

--

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 Nov 12 14:21: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 OAA26321;
Thu, 12 Nov 1998 14:21: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 OAA01221;
Thu, 12 Nov 1998 14:07:09 -0600 (CST)
Received: from rte.com (mail.rte.com [207.10.95.11])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA32418
for <[email protected]>; Thu, 12 Nov 1998 14:05:59 -0600 (CST)
Received: from rte.com by rte.com (SMI-8.6/SMI-SVR4)
id PAA14258; Thu, 12 Nov 1998 15:00:20 -0500
Message-Id: <[email protected]>
Date: Thu, 12 Nov 1998 15:06:05 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Scott D. MacKay" <[email protected]>
To: wu-ftp <[email protected]>
Subject: Re: Hiya + chroot question
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.5 [en] (X11; I; SunOS 5.5 sun4m)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

ooo, there is, of course, a very simple way of setting this up;
configure the base ftp path like you would for anonymous ftp.

I followed the steps to configure for anonymous ftp, using /export/ftp
as the root, altered the ftpd.c to chroot at the start (I am lazy; I
will do this better soon) and bing! It worked!

It is actually **really** good because I am on a networked machine, so I
was getting NIS+ entries before this. Now I can *really* isolate FTP.

One gotcha was that the /dev entries for tcp,udp,ticotsord were not like
the config scripts off
http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html#IDX35
(through a flub, I *killed* my real /dev s...lucky me I was already
telnetted to a good machine :)

My steps were:
1) Set up the subdirectory area as if it going to be used for anon ftp
(copy over ls, libs, etc files)
2) For every program (just for safety, even ftpd) run ldd against it to
get the shared library list; copy those too.
3) Alter ftpd.c; added a command line option '-r' for root path; in arg
loop do a chroot, then a chdir("/"), verifying both worked.
4) Changed inetd.conf to use my ftpd

The only think I am missing are files required for DNS resolution...
Easy nuff to track down.

With Sun ACLs, is there still a reason to do a chroot further for the
'ftp' user? I figure I can Solaris acl all the paths I do not want it
to have access to...

Yippie! It worked.

Things I plan to do:
a. Write a C prog to change passwords, add/del users in this chrooted
area
Anyone have user management progs where I can control the actual path to
the passwd and group files?

Gregory A Lundberg wrote:
>
> On Thu, 12 Nov 1998, Scott D. MacKay wrote:
>
> > I want to consolidate our existing FTP server onto another machine.
> > The problem is that I do not want to have to add users to /etc/passwd
> > and do not want them to have access to any of the system save the FTP
> > area for multiple reasons. Is there an easy way of doing this?
> > Thought I had... Alter (shudder) ftpd.c to do a chroot/chdir when
> > invoked. It would change to a central area (ie: /export/ftp) where a
> > private /etc/passwd, etc are located.
>
> I'd write a shell script such as:
>
> #!/bin/sh
> env - chroot /export/ftp /usr/sbin/wu-ftpd -a -l -i -o
>
> And kick that off from inetd on the machine instead of the real ftpd
> executable.
>
> I just did something like this for a mail server and it works fine, but
> you'll have to spend some time chasing down the pieces and parts you'll
> need to copy/create in the chroot area. Libraries, special devices,
> config files in /etc, stuff like that.
>
> > I realize that *all* ftp would be forced to use /export/ftp as a root
> > no matter what, but this is not a problem given the roles of this
> > machine.
>
> The FTP daemon won't know the difference but it will have a lot of effect
> on your management of the site for any tools/scripts you may have.
>
> > Is this OK (well, maybe not nice but OK) or is there a better way of
> > doing this?
>
> Actually, what you're talking about improves the security of the machine
> if done right. If done wrong, it shouldn't make things any worse.
>
> If it weren't such a pain to set up, I'd recommend everyone do this.

--
-------------------------
| Scott MacKay : Postmaster
| [email protected] | [email protected] | ICQ 22025608 | (716) 383-1290
| Real Time Enterprises, Pittsford NY
| -Electronic Document Imaging-System Integration-Software Development-
| 'The opinions shared here only reflect the poster's
| views and may not reflect the views of the company.'

From [email protected] Sun Nov 15 14:25: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 OAA19725;
Sun, 15 Nov 1998 14:25:19 -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 OAA06902;
Sun, 15 Nov 1998 14:18:53 -0600 (CST)
Received: from twiga.icequake.com (cs263194-a.cgno1.ab.wave.home.com [24.64.239.252] (may be forged))
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA07073
for <[email protected]>; Sun, 15 Nov 1998 14:10:26 -0600 (CST)
Received: (qmail 18312 invoked by uid 501); 15 Nov 1998 20:09:48 -0000
Message-Id: <[email protected]>
Date: 15 Nov 1998 20:09:48 -0000
Reply-To: [email protected]
Sender: [email protected]
From: "ANM Mlist 01" <[email protected]>
To: [email protected]
Subject: "ls" works but "dir" does not from a ftp client
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,

The dreaded "ls" works but "dir" does not from a ftp client subject.

I have checked the faq and mailarchive for information on this issue
and have not found a workable explaination or solution.

I have tested my environment as follows "cd ~ftp; chroot . /bin/ls -l"
and get the following results:

total 5
d--x--x--x 2 root root 1024 Sep 21 05:30 bin
dr-xr-xr-x 2 root root 1024 Nov 15 19:19 etc
drwx-wx-wt 2 root daemon 1024 Nov 15 18:28 incoming
dr-xr-xr-x 2 root root 1024 Nov 15 18:49 lib
drwxr-xr-x 2 root root 1024 Nov 15 18:29 pub

So I take it the "/bin/ls" in the chroot'ed fs work just peachy. Well
when I try as an anon login from a client, an "ls" returns:

ftp> ls
200 PORT command successful.
150 Opening ASCII mode data connection for file list.
pub
bin
etc
lib
incoming
226 Transfer complete.
30 bytes received in 0.11 seconds (0.27 Kbytes/sec)

while "dir" returns:

ftp> dir
200 PORT command successful.
150 Opening ASCII mode data connection for /bin/ls.
226 Transfer complete.

So what gives?

Of course without client "dir" work properly, web based clients always
see the directories as empty.

On a different matter: I installed the latest wu.ftpd dist, at the time,
a couple months ago and deleted the tarball. Now I cannot remeber the
version and have tried to do a wu.ftpd -v to get the version, but get
zip. Any ides on how to determin the current ftp server version?

Thanks for the help

Anthony

From [email protected] Sun Nov 15 14:53: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 OAA19920;
Sun, 15 Nov 1998 14:53: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 OAA01943;
Sun, 15 Nov 1998 14:49:28 -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 OAA30391
for <[email protected]>; Sun, 15 Nov 1998 14:47:39 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id PAA16118;
Sun, 15 Nov 1998 15:47:29 -0500
Message-Id: <[email protected]>
Date: Sun, 15 Nov 1998 15:47:29 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: ANM Mlist 01 <[email protected]>
Cc: [email protected]
Subject: Re: "ls" works but "dir" does not from a ftp client
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 15 Nov 1998, ANM Mlist 01 wrote:

> So I take it the "/bin/ls" in the chroot'ed fs work just peachy. Well
> when I try as an anon login from a client, an "ls" returns:
>
> ftp> ls
> 200 PORT command successful.
> 150 Opening ASCII mode data connection for file list.
> pub
> bin
> etc
> lib
> incoming
> 226 Transfer complete.
> 30 bytes received in 0.11 seconds (0.27 Kbytes/sec)

This is the built-in lister (LIST). It always works; the question is it
'ls' or 'dir' in the client.

> ftp> dir
> 200 PORT command successful.
> 150 Opening ASCII mode data connection for /bin/ls.
> 226 Transfer complete.
>
> So what gives?

This is the external lister (~ftp/bin/ls) (NLST). If it's not working
you're not set up correctly. The chroot test is a good starting point
since it tells you things are there. Check permissions. 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/

> On a different matter: I installed the latest wu.ftpd dist, at the
> time, a couple months ago and deleted the tarball. Now I cannot
> remeber the version and have tried to do a wu.ftpd -v to get the
> version, but get zip. Any ides on how to determin the current ftp
> server version?

read the greeting message when you log in or
quote SITE STAT
from a FTP 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] Sun Nov 15 15:08: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 PAA20046;
Sun, 15 Nov 1998 15:07:59 -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 PAA05944;
Sun, 15 Nov 1998 15:02:25 -0600 (CST)
Received: from jedi.DataCurrent.Com ([email protected] [207.225.232.200])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA32237
for <[email protected]>; Sun, 15 Nov 1998 14:57:08 -0600 (CST)
Received: from localhost (listmail@localhost)
by jedi.DataCurrent.Com (8.8.7/8.8.7) with SMTP id MAA01800
for <[email protected]>; Sun, 15 Nov 1998 12:57:07 -0800
Message-Id: <[email protected]>
Date: Sun, 15 Nov 1998 12:57:07 -0800 (PST)
Reply-To: [email protected]
Sender: [email protected]
From: Data Current ListMail Account <[email protected]>
To: [email protected]
Subject: exiting on signal 11
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

Howdy. What would cause wu to exit after uploading one file?
Right now, after every file, it kills itself on a signal 11. What is a
signal 11? Here's what an ftp session looks like in the log:

Nov 6 11:18:28 jedi ftpd[9194]: USER sean
Nov 6 11:18:29 jedi ftpd[9194]: PASS password
Nov 6 11:18:29 jedi ftpd[9194]: SYST
Nov 6 11:18:36 jedi ftpd[9194]: CWD web
Nov 6 11:18:37 jedi ftpd[9194]: PORT
Nov 6 11:18:37 jedi ftpd[9194]: LIST
Nov 6 11:18:41 jedi ftpd[9194]: TYPE Image
Nov 6 11:18:41 jedi ftpd[9194]: PORT
Nov 6 11:18:41 jedi ftpd[9194]: STOR Linux.jpg
Nov 6 11:18:41 jedi ftpd[9194]: exiting on signal 11

After you STOR anything, it kills your connection. What gives?
This is driving my clients crazy, as well as myself and any help you can
give is appreciated. I'm using wu-ftpd 2.6.0(4) with the source that I
found at sunsite. Thanks for your help in advance! --Sean

------------------------------
Data Current, Inc.
[email protected]
<http://www.datacurrent.com/>
------------------------------

From [email protected] Sun Nov 15 19:25: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 TAA21941;
Sun, 15 Nov 1998 19:25: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 TAA05553;
Sun, 15 Nov 1998 19:20:01 -0600 (CST)
Received: from twiga.icequake.com (cs263194-a.cgno1.ab.wave.home.com [24.64.239.252] (may be forged))
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA05802
for <[email protected]>; Sun, 15 Nov 1998 19:18:39 -0600 (CST)
Received: (qmail 18522 invoked by uid 501); 16 Nov 1998 01:17:54 -0000
Message-Id: <[email protected]>
Date: 16 Nov 1998 01:17:54 -0000
Reply-To: [email protected]
Sender: [email protected]
From: "ANM Mlist 01" <[email protected]>
To: [email protected]
Subject: Re: "ls" works but "dir" does not from a ftp client
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

At 03:47 PM 11/15/98 -0500, Gregory A Lundberg wrote:
>On 15 Nov 1998, ANM Mlist 01 wrote:
>
>> So I take it the "/bin/ls" in the chroot'ed fs work just peachy. Well
>> when I try as an anon login from a client, an "ls" returns:
>>
>> ftp> ls
>> 200 PORT command successful.
>> 150 Opening ASCII mode data connection for file list.
>> pub
>> bin
>> etc
>> lib
>> incoming
>> 226 Transfer complete.
>> 30 bytes received in 0.11 seconds (0.27 Kbytes/sec)
>
>This is the built-in lister (LIST). It always works; the question is it
>'ls' or 'dir' in the client.
>
>> ftp> dir
>> 200 PORT command successful.
>> 150 Opening ASCII mode data connection for /bin/ls.
>> 226 Transfer complete.
>>
>> So what gives?
>
>This is the external lister (~ftp/bin/ls) (NLST). If it's not working
>you're not set up correctly. The chroot test is a good starting point
>since it tells you things are there. Check permissions. Check the FAQ.
>

I realize that ~ftp/bin/ls is "NLST" that the client is calling. To
reiterate: I have checked the FAQ and the configurations: Again my
chroot test demonstrates that ~ftp/bin/ls does appear to work when
called stand-alone. I have triple checked the permissions as the test
below will show:

benny:ftp# (cd ~ftp; chroot . /bin/ls -l . /bin)
:
total 5
d--x--x--x 2 root root 1024 Sep 21 05:30 bin
dr-xr-xr-x 2 root root 1024 Nov 15 19:19 etc
drwx-wx-wt 2 root daemon 1024 Nov 15 18:28 incoming
dr-xr-xr-x 2 root root 1024 Nov 15 18:49 lib
drwxr-xr-x 2 root root 1024 Nov 15 18:29 pub

/bin:
total 189
---x--x--x 1 root root 116244 Sep 21 05:03 gtar
---x--x--x 1 root root 45309 Sep 21 05:03 gzip
---x--x--x 1 root root 27212 Sep 19 00:06 ls
lrwxrwxrwx 1 root root 4 Sep 21 05:30 tar -> gtar
benny:ftp#

So where is the configuration error? Why can't I get client "NLST" to
work correctly.

>
>The location of the latest version of wu-ftpd can be found in the
>directory
>
> ftp://ftp.academ.com/pub/wu-ftpd/private/
>

I checked the URL got following response:

ftp> open ftp.academ.com
Connected to ANNOUNCER.ACADEM.COM.
Connection closed by remote host.
ftp>

So thats not very helpful.

Thanks,

Anthony

From [email protected] Mon Nov 16 09:12: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 JAA28503;
Mon, 16 Nov 1998 09:12:34 -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 JAA04070;
Mon, 16 Nov 1998 09:02:18 -0600 (CST)
Received: from rte.com (mail.rte.com [207.10.95.11])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA05521
for <[email protected]>; Mon, 16 Nov 1998 08:47:25 -0600 (CST)
Received: from rte.com by rte.com (SMI-8.6/SMI-SVR4)
id JAA23604; Mon, 16 Nov 1998 09:41:38 -0500
Message-Id: <[email protected]>
Date: Mon, 16 Nov 1998 09:47:31 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Scott D. MacKay" <[email protected]>
To: wu-ftp <[email protected]>
Subject: Re: "ls" works but "dir" does not from a ftp client
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.5 [en] (X11; I; SunOS 5.5 sun4m)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I had this problem too for a while. Check your /dev/ entries. At the
bottom of this message is what I copied/configured for my system.
Notes: I tried alot of things so this may be overkill.
This is for a Solaris 2.5 SPARC20 system.
This was a test configuration, so permissions are not correct.

-Scott

Gregory A Lundberg wrote:
>
> On 15 Nov 1998, ANM Mlist 01 wrote:
>
> > So I take it the "/bin/ls" in the chroot'ed fs work just peachy. Well
> > when I try as an anon login from a client, an "ls" returns:
> >
> > ftp> ls
> > 200 PORT command successful.
> > 150 Opening ASCII mode data connection for file list.
> > pub
> > bin
> > etc
> > lib
> > incoming
> > 226 Transfer complete.
> > 30 bytes received in 0.11 seconds (0.27 Kbytes/sec)
>
> This is the built-in lister (LIST). It always works; the question is it
> 'ls' or 'dir' in the client.
>
> > ftp> dir
> > 200 PORT command successful.
> > 150 Opening ASCII mode data connection for /bin/ls.
> > 226 Transfer complete.
> >
> > So what gives?
>
> This is the external lister (~ftp/bin/ls) (NLST). If it's not working
> you're not set up correctly. The chroot test is a good starting point
> since it tells you things are there. Check permissions. 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/
>
> > On a different matter: I installed the latest wu.ftpd dist, at the
> > time, a couple months ago and deleted the tarball. Now I cannot
> > remeber the version and have tried to do a wu.ftpd -v to get the
> > version, but get zip. Any ides on how to determin the current ftp
> > server version?
>
> read the greeting message when you log in or
> quote SITE STAT
> from a FTP client.
>
> --

ls -lR
:
total 16
drwxrwxr-x 2 sdm staff 512 Nov 16 09:44 bin
drwxrwxr-x 2 sdm staff 512 Nov 13 13:53 cust
drwxrwxr-x 2 sdm staff 512 Nov 12 16:13 dev
drwxrwxr-x 3 sdm staff 512 Nov 13 16:12 etc
drwxrwxr-x 2 sdm staff 512 Nov 13 13:49 guest
drwxrwxr-x 2 sdm staff 512 Nov 13 13:49 rte
drwxrwxr-x 3 sdm staff 512 Nov 12 16:11 usr
drwxrwxr-x 3 sdm staff 512 Nov 13 15:30 var

/bin:
total 36
-rwxrwxrwx 1 root other 17500 Nov 12 16:04 ls

/cust:
total 0

/dev:
total 0
-rw-rw-rw- 1 root root 0 Nov 13 16:02 null
crw-rw-r-- 1 root other 11, 42 Nov 12 14:43 tcp
crw-rw-r-- 1 root other 8, 1 Nov 12 14:44 ticotsord
crw-rw-r-- 1 root other 11, 41 Nov 12 14:43 udp
crw-rw-r-- 1 root other 13, 12 Nov 12 16:13 zero

/etc:
total 16
drwxrwxr-x 3 sdm staff 512 Nov 12 12:45 daemon
-rw-rw-r-- 1 sdm staff 163 Nov 13 15:30 ftpaccess
-rw-r--r-- 1 sdm staff 375 Nov 12 14:19 group
-rw-r--r-- 1 root other 1064 Nov 12 14:28 netconfig
-rw-r--r-- 1 sdm staff 981 Nov 12 16:05 nsswitch.conf
-rw-rw-r-- 1 sdm staff 61 Nov 12 13:34 passwd
-rw-rw-r-- 1 sdm staff 29 Nov 13 16:01 shadow

/etc/daemon:
total 2
drwxrwxr-x 2 sdm staff 512 Nov 12 12:46 ftpd

/etc/daemon/ftpd:
total 8
-rw-r--r-- 1 root root 4096 Nov 12 16:15 ftp.pids-all

/guest:
total 0

/rte:
total 0

/usr:
total 4
lrwxrwxrwx 1 root other 6 Nov 12 16:11 bin -> ../bin
drwxrwxr-x 2 sdm staff 1024 Nov 12 16:10 lib

/usr/lib:
total 6694
-rwxr-xr-x 1 sdm staff 24576 Nov 12 14:28 ld.so
-rwxr-xr-x 1 root other 106768 Nov 12 14:28 ld.so.1
-rwxr-xr-x 1 root other 664872 Nov 12 16:10 libc.so
-rwxr-xr-x 1 sdm staff 664872 Nov 12 14:22 libc.so.1
-rwxr-xr-x 1 root other 2568 Nov 12 16:10 libdl.so
-rwxr-xr-x 1 sdm staff 2568 Nov 12 13:52 libdl.so.1
-rw-r--r-- 1 root other 100948 Nov 12 15:19 libelf.a
-rwxr-xr-x 1 root other 66644 Nov 12 15:19 libelf.so
-rwxr-xr-x 1 root other 66644 Nov 12 15:19 libelf.so.1
-rwxr-xr-x 1 root other 15304 Nov 12 16:10 libintl.so
-rwxr-xr-x 1 sdm staff 15304 Nov 12 13:52 libintl.so.1
-rwxr-xr-x 1 sdm staff 15720 Nov 12 13:52 libmp.so.1
-rwxr-xr-x 1 sdm staff 99616 Nov 12 13:55 libnisdb.so.2
-rwxr-xr-x 1 root other 569928 Nov 12 16:10 libnsl.so
-rwxr-xr-x 1 sdm staff 569928 Nov 12 13:55 libnsl.so.1
-rwxr-xr-x 1 root other 68780 Nov 12 16:10 libsocket.so
-rwxr-xr-x 1 sdm staff 68780 Nov 12 13:52 libsocket.so.1
-rwxr-xr-x 1 root other 39340 Nov 12 16:10 libw.so
-rwxr-xr-x 1 sdm staff 39340 Nov 12 13:52 libw.so.1
-rwxr-xr-x 1 root other 15636 Nov 12 14:29 nss_compat.so.1
-rwxr-xr-x 1 root other 10796 Nov 12 14:29 nss_dns.so.1
-rwxr-xr-x 1 root other 21028 Nov 12 14:29 nss_files.so.1
-rwxr-xr-x 1 root other 5964 Nov 12 14:29 nss_netmasks.so.1
-rwxr-xr-x 1 root other 24408 Nov 12 14:29 nss_nis.so.1
-rwxr-xr-x 1 root other 28848 Nov 12 14:29 nss_nisplus.so.1
-rwxr-xr-x 1 root other 9316 Nov 12 16:10 straddr.so

/var:
total 2
drwxrwxr-x 2 sdm staff 512 Nov 13 15:30 adm

/var/adm:
total 10
-rw-r--r-- 1 root root 4096 Nov 13 16:03 ftp.pids-all
-rw-rw---- 1 root root 73 Nov 13 15:31 xferlog
--
-------------------------
| Scott MacKay : Postmaster
| [email protected] | [email protected] | ICQ 22025608 | (716) 383-1290
| Real Time Enterprises, Pittsford NY
| -Electronic Document Imaging-System Integration-Software Development-
| 'The opinions shared here only reflect the poster's
| views and may not reflect the views of the company.'

From [email protected] Mon Nov 16 09:38: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 JAA28800;
Mon, 16 Nov 1998 09:38:14 -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 JAA07508;
Mon, 16 Nov 1998 09:31:47 -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 JAA27623
for <[email protected]>; Mon, 16 Nov 1998 09:28:44 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id KAA20055;
Mon, 16 Nov 1998 10:18:36 -0500
Message-Id: <[email protected]>
Date: Mon, 16 Nov 1998 10:18:36 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: ANM Mlist 01 <[email protected]>
Cc: [email protected]
Subject: Re: "ls" works but "dir" does not from a ftp client
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 16 Nov 1998, ANM Mlist 01 wrote:

> I realize that ~ftp/bin/ls is "NLST" that the client is calling. To
> reiterate: I have checked the FAQ and the configurations: Again my
> chroot test demonstrates that ~ftp/bin/ls does appear to work when
> called stand-alone. I have triple checked the permissions as the test
> below will show:
>
> benny:ftp# (cd ~ftp; chroot . /bin/ls -l . /bin)
> .:
> total 5
> d--x--x--x 2 root root 1024 Sep 21 05:30 bin
> dr-xr-xr-x 2 root root 1024 Nov 15 19:19 etc
> drwx-wx-wt 2 root daemon 1024 Nov 15 18:28 incoming
> dr-xr-xr-x 2 root root 1024 Nov 15 18:49 lib
> drwxr-xr-x 2 root root 1024 Nov 15 18:29 pub
>
> /bin:
> total 189
> ---x--x--x 1 root root 116244 Sep 21 05:03 gtar
> ---x--x--x 1 root root 45309 Sep 21 05:03 gzip
> ---x--x--x 1 root root 27212 Sep 19 00:06 ls
> lrwxrwxrwx 1 root root 4 Sep 21 05:30 tar -> gtar
> benny:ftp#
>
> So where is the configuration error? Why can't I get client "NLST" to
> work correctly.

A few comments about this:

- There's no ~ftp/dev directory so, depending on your flavor of Unix,
that's probably the problem. This is covered in the FAQ.

- The /bin you've listed here looks to be the root /bin .. what are the
contents of ~ftp/bin?

- chroot tells you *root* can run the program, with all the special
privileges, it doesn't say it's all there for a normal user like ftp.

- ISTM you're running a Sun system, in which case you did NOT read the
FAQ. Try reading it instead of scanning quickly over it.

> >The location of the latest version of wu-ftpd can be found in the
> >directory
> >
> > ftp://ftp.academ.com/pub/wu-ftpd/private/
>
> I checked the URL got following response:
>
> ftp> open ftp.academ.com
> Connected to ANNOUNCER.ACADEM.COM.
> Connection closed by remote host.
>
> So thats not very helpful.

Sure it is. You're just impatient. Machines go down for any number of
reasons. It's up and working fine today.

--

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 Nov 16 12:04: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 MAA00487;
Mon, 16 Nov 1998 12:04:31 -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 LAA05874;
Mon, 16 Nov 1998 11:54:25 -0600 (CST)
Received: from twiga.icequake.com (cs263194-a.cgno1.ab.wave.home.com [24.64.239.252] (may be forged))
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA26041
for <[email protected]>; Mon, 16 Nov 1998 11:47:51 -0600 (CST)
Received: (qmail 19603 invoked by uid 501); 16 Nov 1998 17:46:28 -0000
Message-Id: <[email protected]>
Date: 16 Nov 1998 17:46:28 -0000
Reply-To: [email protected]
Sender: [email protected]
From: "ANM Mlist 01" <[email protected]>
To: [email protected]
Subject: Re: "ls" works but "dir" does not from a ftp client
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

At 10:18 AM 11/16/98 -0500, Gregory A Lundberg wrote:
>
>A few comments about this:
>
> - There's no ~ftp/dev directory so, depending on your flavor of Unix,
> that's probably the problem. This is covered in the FAQ.
>

For the record I am running Linux with a 2.1.127 Kernel. The FAQ does
not mention /dev for Linux. Nether does the install instructions, if
memory serves. Comments for Linux user welcome......

>
> - The /bin you've listed here looks to be the root /bin .. what are the
> contents of ~ftp/bin?
>

Here is a non-chrooted ls:
benny:ftp# /bin/ls -l ~ftp/. ~ftp/bin;
/home/ftp/.:
total 5
d--x--x--x 2 root root 1024 Sep 20 23:30 bin
dr-xr-xr-x 2 root root 1024 Nov 15 12:19 etc
drwx-wx-wt 2 root daemon 1024 Nov 15 11:28 incoming
dr-xr-xr-x 2 root root 1024 Nov 15 11:49 lib
drwxr-xr-x 2 root root 1024 Nov 15 11:29 pub

/home/ftp/bin:
total 189
---x--x--x 1 root root 116244 Sep 20 23:03 gtar
---x--x--x 1 root root 45309 Sep 20 23:03 gzip
---x--x--x 1 root root 27212 Sep 18 18:06 ls
lrwxrwxrwx 1 root root 4 Sep 20 23:30 tar -> gtar

The following test shows that we are talking about the same
directories:

benny:ftp# (cd ~ftp; chroot . /bin/ls --directory --inode . /bin)
49153 . 53249 /bin
benny:ftp# /bin/ls --directory --inode ~ftp/. ~ftp/bin;
49153 /home/ftp/. 53249 /home/ftp/bin

So the /bin I listed in my earlier chroot test is one and the same as
~ftp/bin.

> - chroot tells you *root* can run the program, with all the special
> privileges, it doesn't say it's all there for a normal user like ftp.
>

That is true. If anyone has a suggestion as to how I can chroot and su
to ftp to perform a test without placing su into ~ftp/bin I would
like to know, since this would clear things up a bit. In fact I am now
curious how wuftp does it? Note that:

benny:ftp# su - ftp -c '~/bin/ls -l . ~/bin'
:
total 5
d--x--x--x 2 root root 1024 Sep 20 23:30 bin
dr-xr-xr-x 2 root root 1024 Nov 15 12:19 etc
drwx-wx-wt 2 root daemon 1024 Nov 15 11:28 incoming
dr-xr-xr-x 2 root root 1024 Nov 15 11:49 lib
drwxr-xr-x 2 root root 1024 Nov 15 11:29 pub

/home/ftp/bin/ls: /home/ftp/bin: Permission denied

Performs as expected. The user ftp is able to run the ~ftp/bin/ls
program but is unable to list ~ftp/bin. So if the user ftp can
"ls -l" the root directory ~ftp/. correctly, you would expect that a
NLST client command would work under wuftp...... No such luck yet!

> - ISTM you're running a Sun system, in which case you did NOT read the
> FAQ. Try reading it instead of scanning quickly over it.
>

I have read the entire FAQ more than once and there is no answer
there! I have scanned the mail-archive and noted that this problem
has been mentioned before, but it would appear that it affects Solaris
sites mostly. I am yet to see a Linux based discussion.

>> >The location of the latest version of wu-ftpd can be found in the
>> >directory
>> >
>> > ftp://ftp.academ.com/pub/wu-ftpd/private/
>>
>> I checked the URL got following response:
>>
>> ftp> open ftp.academ.com
>> Connected to ANNOUNCER.ACADEM.COM.
>> Connection closed by remote host.
>>
>> So thats not very helpful.
>
>Sure it is. You're just impatient. Machines go down for any number of
>reasons. It's up and working fine today.
>

That is interesting.... I just checked.... and..... nope. It's not
accessible.

Any other new ideas?

Thanks

Anthony

From [email protected] Mon Nov 16 12:42:06 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 MAA01028;
Mon, 16 Nov 1998 12:42: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 MAA06535;
Mon, 16 Nov 1998 12:32: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 MAA20586
for <[email protected]>; Mon, 16 Nov 1998 12:30:05 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id NAA21093;
Mon, 16 Nov 1998 13:09:02 -0500
Message-Id: <[email protected]>
Date: Mon, 16 Nov 1998 13:09:02 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: ANM Mlist 01 <[email protected]>
Cc: [email protected]
Subject: Re: "ls" works but "dir" does not from a ftp client
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 16 Nov 1998, ANM Mlist 01 wrote:

> For the record I am running Linux with a 2.1.127 Kernel. The FAQ does
> not mention /dev for Linux. Nether does the install instructions, if
> memory serves. Comments for Linux user welcome......

My example site shows exactly what's needed, ownerships and permissions,
for a Linux site.

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

If you're still having troubles, just grab the binaries from my site and
set things up as you see them there. I develop on Linux and run my site
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] Mon Nov 16 13:02: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 NAA01312;
Mon, 16 Nov 1998 13:02: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 MAA07099;
Mon, 16 Nov 1998 12:52:04 -0600 (CST)
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 MAA09318
for <[email protected]>; Mon, 16 Nov 1998 12:49:38 -0600 (CST)
Received: (from aaw@localhost)
by ds.rei.br (8.9.0/8.9.0) id PAA03600
for [email protected]; Mon, 16 Nov 1998 15:48:33 -0300
Message-Id: <[email protected]>
Date: Mon, 16 Nov 1998 15:48:33 -0300
Reply-To: [email protected]
Sender: [email protected]
From: Alexandre Almeida Wanderley <[email protected]>
To: [email protected]
Subject: Log file format?
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-MD5: ra2lk3BH8eWr3x4XC6dsxg==
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi, all

Please, I'm planning create scripts to analyse the log file (xferlog),
but there are some portions of the lines that I'm not understanding. Could
anybody tell me where xferlog's format is explained?

Thanks in advance

Alexandre Almeida

From [email protected] Mon Nov 16 13:10: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 NAA01431;
Mon, 16 Nov 1998 13:10:30 -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 MAA05730;
Mon, 16 Nov 1998 12:59:07 -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 MAA28159
for <[email protected]>; Mon, 16 Nov 1998 12:55:51 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id NAA21431;
Mon, 16 Nov 1998 13:55:03 -0500
Message-Id: <[email protected]>
Date: Mon, 16 Nov 1998 13:55:03 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Alexandre Almeida Wanderley <[email protected]>
Cc: [email protected]
Subject: Re: Log file format?
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, 16 Nov 1998, Alexandre Almeida Wanderley wrote:

> Please, I'm planning create scripts to analyse the log file (xferlog),
> but there are some portions of the lines that I'm not understanding.
> Could anybody tell me where xferlog's format is explained?

Did you look at 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] Mon Nov 16 13:21: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 NAA01541;
Mon, 16 Nov 1998 13:21:08 -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 NAA28763;
Mon, 16 Nov 1998 13:13:34 -0600 (CST)
Received: from yosemite.main.gnac.com ([email protected] [198.151.248.221])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA28453
for <[email protected]>; Mon, 16 Nov 1998 13:09:38 -0600 (CST)
Received: by yosemite.main.gnac.com; id LAA11618; Mon, 16 Nov 1998 11:08:24 -0800 (PST)
Received: from tweety.main.gnac.com(192.168.1.20) by yosemite.main.gnac.com via smap (4.1)
id xma011607; Mon, 16 Nov 98 11:08:16 -0800
Received: (from hogan@localhost)
by tweety.main.gnac.com (8.8.5/8.8.5/GNAC-GW-2.1) id LAA27299;
Mon, 16 Nov 1998 11:06:38 -0800 (PST)
Message-Id: <[email protected]>
Date: Mon, 16 Nov 1998 11:06:38 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Emmett Hogan <[email protected]>
To: [email protected], [email protected]
Subject: Re: Log file format?
In-Reply-To: <[email protected]>; from Alexandre Almeida Wanderley on Mon, Nov 16, 1998 at 03:48:33PM -0300
References: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.93.2i
X-URL: http://www.gnac.com/~hogan
X-Disclaimer: My opinions do not necessarily represent those of my employer.
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Are you sure you're not just re-inventing the wheel?

Phil Schwan <[email protected]> has written a great package: xferstats
which tells you just about everything you wanted to know.

Check out the web page at: http://sod.res.cmu.edu/xferstats/index.html

Hope this helps,
Emmett

On Mon, Nov 16, 1998 at 03:48:33PM -0300, Alexandre Almeida Wanderley wrote:
> Hi, all
>
>
> Please, I'm planning create scripts to analyse the log file (xferlog),
> but there are some portions of the lines that I'm not understanding. Could
> anybody tell me where xferlog's format is explained?
>
> Thanks in advance
>
>
> Alexandre Almeida

--
Emmett Hogan
Global Networking and Computing
Home Page: http://www.gnac.com/~hogan
Inet: [email protected]
ICBM: 38d 47' 27" N, 121d 14' 05" W

From [email protected] Mon Nov 16 13:22: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 NAA01554;
Mon, 16 Nov 1998 13:22:10 -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 NAA26064;
Mon, 16 Nov 1998 13:12:03 -0600 (CST)
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 NAA00688
for <[email protected]>; Mon, 16 Nov 1998 13:04:46 -0600 (CST)
Received: (from aaw@localhost)
by ds.rei.br (8.9.0/8.9.0) id QAA22482
for [email protected]; Mon, 16 Nov 1998 16:04:03 -0300
Message-Id: <[email protected]>
Date: Mon, 16 Nov 1998 16:04:03 -0300
Reply-To: [email protected]
Sender: [email protected]
From: Alexandre Almeida Wanderley <[email protected]>
To: [email protected]
Subject: Re: Log file format?
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-MD5: BOuQme3npQw7eWlexKytvw==
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

I've just search in the FAQs... I'm now in the man page and it is
everything there.
Thanks (again), Gregory...! (I should have thought before ask for
help...)

Alexandre Almeida
>
> Did you look at the man page?
>

From [email protected] Mon Nov 16 13:33: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 NAA01724;
Mon, 16 Nov 1998 13:33: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 NAA01413;
Mon, 16 Nov 1998 13:18:24 -0600 (CST)
Received: from porter.avnet.com (porter.avnet.com [12.9.139.170])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA09923
for <[email protected]>; Mon, 16 Nov 1998 13:13:35 -0600 (CST)
Received: from dev.avnet.com ([email protected] [12.9.139.43])
by porter.avnet.com (8.9.0.Beta3/8.9.0.Beta3) with ESMTP id MAA04665
for <[email protected]>; Mon, 16 Nov 1998 12:12:50 -0700 (MST)
Received: from az101-nt-imc1.avnet.com (az101-nt-imc1.avnet.com [10.2.248.13])
by dev.avnet.com (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id MAA24820
for <[email protected]>; Mon, 16 Nov 1998 12:12:49 -0700 (MST)
Received: by az101-nt-imc1.avnet.com with Internet Mail Service (5.0.1460.8)
id <WWYJ0F8J>; Mon, 16 Nov 1998 12:12:49 -0700
Message-Id: <[email protected]>
Date: Mon, 16 Nov 1998 12:12:47 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Thunem, Tom" <[email protected]>
To: [email protected]
Subject: y2k and wu_ftpd
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="---- =_NextPart_001_01BE1195.18A3A16E"
X-Mailer: Internet Mail Service (5.0.1460.8)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------ =_NextPart_001_01BE1195.18A3A16E
Content-Type: text/plain

good day,

i've tried on several occasions this morning to reach the FAQ to answer this
myself but the server appears to be having some difficulty. i just need to
know if my version of wu_ftpd is y2k compliant.

(Version wu-2.4.2-academ[BETA-17](1) Fri Jul 3 13:35:19 BST 1998)

thx

Tom Thunem
INTERNET Support
AVNET, Inc.

------ =_NextPart_001_01BE1195.18A3A16E
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.0.1460.9">
<TITLE>y2k and wu_ftpd</TITLE>
</HEAD>
<BODY>

good day,


i've tried on several occasions this morning =
to reach the FAQ to answer this myself but the server appears to be =
having some difficulty.  i just need to know if my version of =
wu_ftpd is y2k compliant.

(Version wu-2.4.2-academ[BETA-17](1) Fri Jul 3 =
13:35:19 BST 1998)


thx


Tom Thunem
 INTERNET Support
 AVNET, Inc.


</BODY>
</HTML>
------ =_NextPart_001_01BE1195.18A3A16E--

From [email protected] Mon Nov 16 13:52: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 NAA01980;
Mon, 16 Nov 1998 13:52: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 NAA26841;
Mon, 16 Nov 1998 13:37:36 -0600 (CST)
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 NAA32140
for <[email protected]>; Mon, 16 Nov 1998 13:34:17 -0600 (CST)
Received: (from aaw@localhost)
by ds.rei.br (8.9.0/8.9.0) id QAA14660
for [email protected]; Mon, 16 Nov 1998 16:34:15 -0300
Message-Id: <[email protected]>
Date: Mon, 16 Nov 1998 16:34:15 -0300
Reply-To: [email protected]
Sender: [email protected]
From: Alexandre Almeida Wanderley <[email protected]>
To: [email protected]
Subject: Re: Log file format?
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-MD5: +y2zNpQXPztLcyri4GVfDw==
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi, Emmet

I didn't now about xferstats... But I'm just downloading it. According
to its page, I am sure it will help me a lot.
Thanks for your help...!

Alexandre Almeida
>
> Are you sure you're not just re-inventing the wheel?
>
> Phil Schwan <[email protected]> has written a great package: xferstats
> which tells you just about everything you wanted to know.
>
> Check out the web page at: http://sod.res.cmu.edu/xferstats/index.html
>
> Hope this helps,
> Emmett
>

From [email protected] Mon Nov 16 13:57: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 NAA02067;
Mon, 16 Nov 1998 13:57:14 -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 NAA13590;
Mon, 16 Nov 1998 13:50:20 -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 NAA11917
for <[email protected]>; Mon, 16 Nov 1998 13:47:55 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id OAA21785;
Mon, 16 Nov 1998 14:47:46 -0500
Message-Id: <[email protected]>
Date: Mon, 16 Nov 1998 14:47:46 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Thunem, Tom" <[email protected]>
Cc: [email protected]
Subject: Re: y2k and wu_ftpd
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, 16 Nov 1998, Thunem, Tom wrote:

> i've tried on several occasions this morning to reach the FAQ to
> answer this myself but the server appears to be having some
> difficulty. i just need to know if my version of wu_ftpd is y2k
> compliant.
>
> (Version wu-2.4.2-academ[BETA-17](1) Fri Jul 3 13:35:19 BST 1998)

Y2K compliance is something you have to judge for yourself since there is
no definition of what the term means.

If you mean, does it use dates anywhere? Yes. Will it break if the
century changes? Who knows .. test it for yourself. Those of use who use
it or know the code don't believe there are any problems, but if there
are, they're yours and you're welcome to them.

Some time ago (before the beta-17 version you're running) a change was
made to the daemon so support *OTHER* programs which used dates in
inappropriate ways. The daemon itself does not care a bit about the
current system date (only the time) and where it does anything with dates
or times, it uses Unix internal dates.

--

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 Nov 16 17:09: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 RAA04228;
Mon, 16 Nov 1998 17:09:10 -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 QAA30278;
Mon, 16 Nov 1998 16:57:10 -0600 (CST)
Received: from smtp-gw.BayNetworks.COM (ns5.baynetworks.com [194.133.90.101])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA03833
for <[email protected]>; Mon, 16 Nov 1998 16:50:58 -0600 (CST)
Received: from mailhost.BayNetworks.COM (h016d.s86b1.BayNetworks.COM [134.177.1.109] (may be forged))
by smtp-gw.BayNetworks.COM (8.9.1/BNET-98/10/10-E) with ESMTP id XAA21024
for <[email protected]>; Mon, 16 Nov 1998 23:50:23 +0100 (MET)
Received: from ns2.corpwest.BayNetworks.COM (ns2.corpwest.baynetworks.com [134.177.1.22])
by mailhost.BayNetworks.COM (8.8.8/8.8.8) with ESMTP id OAA22857
for <[email protected]>; Mon, 16 Nov 1998 14:50:21 -0800 (PST)
Received: from bayxsc02.corpwest.baynetworks.com (bayxsc02.corpwest.baynetworks.com [134.177.2.121])
by ns2.corpwest.BayNetworks.COM (SMI-8.6/BNET-97/05/05-S) with ESMTP
id OAA06727; Mon, 16 Nov 1998 14:50:16 -0800
for <[email protected]>
Received: by BAYXSC02 with Internet Mail Service (5.5.2232.9)
id <W1XQH7LJ>; Mon, 16 Nov 1998 14:48:36 -0800
Message-Id: <4161A623F78DD1119A3F00805FA731777DA4DE@BAYXSC02>
Date: Mon, 16 Nov 1998 14:48:25 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Afraz Neikar <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: Timeout problems with ftpd
X-Mailer: Internet Mail Service (5.5.2232.9)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

We are experiencing frequent timeout problems with wu-ftpd. It seems to be a problem when the load is high. We find that there are some old ftpd processes hanging,
they don't seem to be closed. The total no of connections is set to 180...Any Ideas?

Thanks
Afraz

From [email protected] Mon Nov 16 17:47: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 RAA04598;
Mon, 16 Nov 1998 17:47:29 -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 RAA08812;
Mon, 16 Nov 1998 17:42:06 -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 RAA09847
for <[email protected]>; Mon, 16 Nov 1998 17:41:12 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id SAA22908;
Mon, 16 Nov 1998 18:37:42 -0500
Message-Id: <[email protected]>
Date: Mon, 16 Nov 1998 18:37:42 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Afraz Neikar <[email protected]>
Cc: "'[email protected]'" <[email protected]>
Subject: Re: Timeout problems with ftpd
In-Reply-To: <4161A623F78DD1119A3F00805FA731777DA4DE@BAYXSC02>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 16 Nov 1998, Afraz Neikar wrote:

> We are experiencing frequent timeout problems with wu-ftpd. It seems
> to be a problem when the load is high. We find that there are some old
> ftpd processes hanging, they don't seem to be closed. The total no of
> connections is set to 180...Any Ideas?

First, make sure you running the current version, 2.4.2 (beta 18). Back,
beta-12 days or so, there were some problems with connections hanging.

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 Nov 17 06:21: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 GAA16195;
Tue, 17 Nov 1998 06:21: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 GAA32259;
Tue, 17 Nov 1998 06:16:26 -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 GAA17799
for <[email protected]>; Tue, 17 Nov 1998 06:09:53 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id HAA25974;
Tue, 17 Nov 1998 07:09:38 -0500
Message-Id: <[email protected]>
Date: Tue, 17 Nov 1998 07:09:37 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Henry Leung <[email protected]>
Cc: wuftp list <[email protected]>
Subject: Re: Can not login after ftpd -A to ftp -a
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, 17 Nov 1998, Henry Leung wrote:

> 530 User author access denied...
> Login failed.
>
> What happend??

You tell me. The answer's in your system log.

--

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 Nov 17 06:46:32 1998
Received: from relay7.UU.NET (relay7.UU.NET [192.48.96.17])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA16824;
Tue, 17 Nov 1998 06:46:30 -0600 (CST)
Received: from relay7.UU.NET by relay7.UU.NET with ESMTP
(peer crosschecked as: root@localhost)
id QQfpvt23741; Tue, 17 Nov 1998 01:29:53 -0500 (EST)
Received: from wugate.wustl.edu by relay7.UU.NET with ESMTP
(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
id QQfpvt23734; Tue, 17 Nov 1998 01:29:52 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id AAA18709;
Tue, 17 Nov 1998 00:23:51 -0600 (CST)
Received: from ml.263.net ([202.96.44.7])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id AAA13184
for <[email protected]>; Tue, 17 Nov 1998 00:18:05 -0600 (CST)
Received: (fmail 20627 invoked from network); 17 Nov 1998 06:20:43 -0000
Received: from unknown (HELO db.263.net) (202.96.44.6)
by ml with SMTP; 17 Nov 1998 06:20:43 -0000
Received: (fmail 8402 invoked from network); 17 Nov 1998 06:22:01 -0000
Received: from unknown (HELO 263.net) (203.207.231.40)
by db.263.net with SMTP; 17 Nov 1998 06:22:01 -0000
Message-Id: <[email protected]>
Date: Tue, 17 Nov 1998 14:17:23 +0800
Reply-To: [email protected]
Sender: [email protected]
From: Henry Leung <[email protected]>
To: wuftp list <[email protected]>
Subject: Can not login after ftpd -A to ftp -a
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.04 [en] (Win95; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi, all:

I have just set up anonymous ftp on my testing on solaris 2.6. It works.

But when I ( follow "A How-to Guide for wu-ftpd on Solaris 2.x ")
1.create a user "author" in /etc/passwd;
2.a group "webauth" in /etc/group;
3.create directories like anonymous;
4.create ftpaccess in /opt/WUftp/etc/;
class all real,guest,anonymous *

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?

guestgroup webauth
5.change ftpd -A -> ftpd -a in /etc/inet/inet.conf
6.restart inetd

It still gave me message below:
****************************
530 User author access denied...
Login failed.
ftp>
****************************

What happend??
:-(

From [email protected] Tue Nov 17 08:35: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 IAA19183;
Tue, 17 Nov 1998 08:35: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 IAA27339;
Tue, 17 Nov 1998 08:29:56 -0600 (CST)
Received: from ns.etica.fr (ns.etica.fr [195.115.22.49])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA30673
for <[email protected]>; Tue, 17 Nov 1998 08:29:17 -0600 (CST)
Received: from fast.fr ([194.98.143.75]) by ns.etica.fr
(Netscape Messaging Server 3.52) with ESMTP id AAA2468
for <[email protected]>; Tue, 17 Nov 1998 15:29:15 +0000
Message-Id: <[email protected]>
Date: Tue, 17 Nov 1998 15:27:14 +0100
Reply-To: [email protected]
Sender: [email protected]
From: Antoine GIRARD <[email protected]>
To: wuftp list <[email protected]>
Subject: pbe with passv and Firewall
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
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,

I've a problem with wuftp to pass a firewall (Fw1 Checkpoint) :
My fw is configured with FTP-PASSV, and my wuftp on another station
with anonymous users.
When I try to put PASSV on my ftp client, I obtain "permission denied"
to passv, I just can passv with a real user.
But when my fw have ftp passv , there is a problem with wuftp which try
to open data port on range 1000 and more (like my fw block sqlnet
access, i can't run a good ftp session.

I've you already seems this pbe ?

thanks in advance
best regards
Antoine
[email protected]

From [email protected] Tue Nov 17 16:11: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 QAA26520;
Tue, 17 Nov 1998 16:11: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 QAA16303;
Tue, 17 Nov 1998 16:05:53 -0600 (CST)
Received: from smtp-gw.BayNetworks.COM (ns5.baynetworks.com [194.133.90.101])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA22953
for <[email protected]>; Tue, 17 Nov 1998 16:00:07 -0600 (CST)
Received: from mailhost.BayNetworks.COM (h016b.s86b1.BayNetworks.COM [134.177.1.107] (may be forged))
by smtp-gw.BayNetworks.COM (8.9.1/BNET-98/10/10-E) with ESMTP id WAA19491;
Tue, 17 Nov 1998 22:58:57 +0100 (MET)
Received: from ns2.corpwest.BayNetworks.COM (ns2.corpwest.baynetworks.com [134.177.1.22])
by mailhost.BayNetworks.COM (8.9.1/8.8.8) with ESMTP id NAA19566;
Tue, 17 Nov 1998 13:58:56 -0800 (PST)
Received: from bayxsc02.corpwest.baynetworks.com (bayxsc02.corpwest.baynetworks.com [134.177.2.121])
by ns2.corpwest.BayNetworks.COM (SMI-8.6/BNET-97/05/05-S) with ESMTP
id NAA09306; Tue, 17 Nov 1998 13:58:49 -0800
for
Received: by BAYXSC02 with Internet Mail Service (5.5.2232.9)
id <W1XQ2BTQ>; Tue, 17 Nov 1998 13:57:10 -0800
Message-Id: <4161A623F78DD1119A3F00805FA731777DA4E7@BAYXSC02>
Date: Tue, 17 Nov 1998 13:57:08 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Afraz Neikar <[email protected]>
To: "'[email protected]'" <[email protected]>,
"'Afraz Neikar'"
<[email protected]>
Cc: "'[email protected]'" <[email protected]>
Subject: RE: Timeout problems with ftpd
X-Mailer: Internet Mail Service (5.5.2232.9)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

We are running version 2.4 Does this version cause any time out problems...
We are reluctant to go with a beta version....

Another problem is that some of ftpd daemons are spawned by root and others
by ftp..This seems strange..

Afraz

-----Original Message-----
From: [email protected]
[mailto:[email protected]]On Behalf Of Gregory A Lundberg
Sent: Monday, November 16, 1998 3:38 PM
To: Afraz Neikar
Cc: '[email protected]'
Subject: Re: Timeout problems with ftpd

On Mon, 16 Nov 1998, Afraz Neikar wrote:

> We are experiencing frequent timeout problems with wu-ftpd. It seems
> to be a problem when the load is high. We find that there are some old
> ftpd processes hanging, they don't seem to be closed. The total no of
> connections is set to 180...Any Ideas?

First, make sure you running the current version, 2.4.2 (beta 18). Back,
beta-12 days or so, there were some problems with connections hanging.

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 Nov 17 18:00: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 SAA27705;
Tue, 17 Nov 1998 18:00: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 RAA07064;
Tue, 17 Nov 1998 17:49:40 -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 RAA30251
for <[email protected]>; Tue, 17 Nov 1998 17:44:11 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id SAA30424;
Tue, 17 Nov 1998 18:42:50 -0500
Message-Id: <[email protected]>
Date: Tue, 17 Nov 1998 18:42:49 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Afraz Neikar <[email protected]>
Cc: "'[email protected]'" <[email protected]>
Subject: RE: Timeout problems with ftpd
In-Reply-To: <4161A623F78DD1119A3F00805FA731777DA4E7@BAYXSC02>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 17 Nov 1998, Afraz Neikar wrote:

> We are running version 2.4 Does this version cause any time out
> problems... We are reluctant to go with a beta version....

Don't let the 'beta' fool you. It doesn't mean the software is 'testing'
instead it simply means the man who claims to maintain it doesn't want to
make a commitment by calling it a full release. The software itself is
quite stable. In fact, you should NOT .. I can't stress that strongly
enough .. **NOT** .. be running the old 2.4 version.

You have two choices if you care about system security:

- run the 2.4.2 (beta 18) version

- disconnect from all networks, including LANs.

anything else and your system is open to abuse including a number of
widely-know root breakin and denial-of-service attacks.

As for problems in 2.4 .. all I can say is "who knows, nobody's run it for
YEARS"

> Another problem is that some of ftpd daemons are spawned by root and
> others by ftp. This seems strange.

Not really. It depends upon where in the login sequence the daemon thinks
it is. When first started, all ftpd are running as root. Once someone
logs in, the daemon becomes that user (ftp, lundberg, whatever).

--

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 Nov 17 21:35: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 VAA29851;
Tue, 17 Nov 1998 21:35:39 -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 VAA10005;
Tue, 17 Nov 1998 21:31:23 -0600 (CST)
Received: from ml.263.net ([202.96.44.7])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id VAA27735
for <[email protected]>; Tue, 17 Nov 1998 21:28:52 -0600 (CST)
Received: (fmail 12210 invoked from network); 18 Nov 1998 03:31:37 -0000
Received: from unknown (HELO db.263.net) (202.96.44.6)
by ml with SMTP; 18 Nov 1998 03:31:37 -0000
Received: (fmail 26669 invoked from network); 18 Nov 1998 03:32:52 -0000
Received: from unknown (HELO 263.net) (203.207.231.40)
by db.263.net with SMTP; 18 Nov 1998 03:32:52 -0000
Message-Id: <[email protected]>
Date: Wed, 18 Nov 1998 11:28:18 +0800
Reply-To: [email protected]
Sender: [email protected]
From: Henry Leung <[email protected]>
To: [email protected]
Cc: wuftp list <[email protected]>
Subject: real, anonymous user can login, but guest still can 't.
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.04 [en] (Win95; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Dear Sir:

thank you for your help firstly.

>From the system log file, I do find something wrong. I corrected the
mistake.

Now , All real, anonymous user can login, but guest ( author ) still can
't.

What should I do next? :-)

Here is the tail of system log file :
Nov 18 10:21:42 dev2 ftpd[3304]: USER author
Nov 18 10:22:25 dev2 ftpd[3304]: QUIT
Nov 18 10:22:25 dev2 ftpd[3304]: FTP session closed
Nov 18 10:22:45 dev2 ftpd[3308]: USER author
Nov 18 10:22:50 dev2 ftpd[3308]: QUIT
Nov 18 10:22:50 dev2 ftpd[3308]: FTP session closed

Here is the ftpaccess file:
class local real,guest,anonymous *

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?

guestgroup webauth

Here is the ftp login dialog:
Connected to ...................
220 dev2 FTP server (Version wu-2.4(2) Mon Jun 2 12:37:12 EDT 1997)
ready.
Name (..................:henry): author
530 User author access denied...
Login failed.
ftp>

Best Regards

Gregory A Lundberg wrote:

> On Tue, 17 Nov 1998, Henry Leung wrote:
>
> > 530 User author access denied...
> > Login failed.
> >
> > What happend??
>
> You tell me. The answer's in your system log.
>
> --
>
> Gregory A Lundberg Senior Partner, VRnet Company
> 1441 Elmdale Drive [email protected]
> Kettering, OH 45409-1615 USA 1-800-809-2195

Leung wrote:
Hi, all:

I have just set up anonymous ftp on my testing on solaris 2.6. It works.

But when I ( follow "A How-to Guide for wu-ftpd on Solaris 2.x ")
1.create a user "author" in /etc/passwd;
2.a group "webauth" in /etc/group;
3.create directories like anonymous;
4.create ftpaccess in /opt/WUftp/etc/;
class all real,guest,anonymous *

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?

guestgroup webauth
5.change ftpd -A -> ftpd -a in /etc/inet/inet.conf
6.restart inetd

It still gave me message below:
****************************
530 User author access denied...
Login failed.
ftp>
****************************

What happend??
:-(

From [email protected] Tue Nov 17 22:35: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 WAA00641;
Tue, 17 Nov 1998 22:35: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 WAA29634;
Tue, 17 Nov 1998 22:29:41 -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 WAA06030
for <[email protected]>; Tue, 17 Nov 1998 22:26:57 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id XAA31725;
Tue, 17 Nov 1998 23:26:34 -0500
Message-Id: <[email protected]>
Date: Tue, 17 Nov 1998 23:26:33 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Henry Leung <[email protected]>
Cc: wuftp list <[email protected]>
Subject: Re: real, anonymous user can login, but guest still can 't.
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, 18 Nov 1998, Henry Leung wrote:

> Now , All real, anonymous user can login, but guest ( author ) still
> can 't.

> guestgroup webauth

> 530 User author access denied...

> 1.create a user "author" in /etc/passwd;
> 2.a group "webauth" in /etc/group;

"author" should be a member, explicity shown, in "webauth" so the
guestgroup makes him a guest.

> 3.create directories like anonymous;
> 4.create ftpaccess in /opt/WUftp/etc/;

The FAQ should cover all this. I'd look in the system log for a reason
like 'not in any class' or 'bad shell' from ftpd when "author" tries to
log in. Response '530 User %s access denied' can mean any of the
following:

- Remote host access denied, listed in /etc/ftphosts, see syslog
- Anonymous login but 'ftp' or 'anonymous' in /etc/ftpusers, see syslog
- Real/guest login, user in /etc/ftpusers or has a bad shell in
/etc/passwd, see syslog
- General access denied, see syslog, one of the following:
- Cannot read /etc/ftpaccess
- Host denied by 'deny' in /etc/ftpaccess
- not in any 'class' in /etc/ftpaccess
- user 'limit' in /etc/ftpaccess reached

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] Wed Nov 18 09:50: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 JAA12104;
Wed, 18 Nov 1998 09:50: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 JAA22657;
Wed, 18 Nov 1998 09:37:02 -0600 (CST)
Received: from smtp-gw.BayNetworks.COM (ns5.baynetworks.com [194.133.90.101])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA24684
for <[email protected]>; Wed, 18 Nov 1998 09:28:58 -0600 (CST)
Received: from mailhost.BayNetworks.COM ([132.245.135.115])
by smtp-gw.BayNetworks.COM (8.9.1/BNET-98/10/10-E) with ESMTP id QAA05510
for <[email protected]>; Wed, 18 Nov 1998 16:28:21 +0100 (MET)
Received: from mailhost.corpeast.BayNetworks.COM (ns5.corpeast.baynetworks.com [132.245.135.108])
by mailhost.BayNetworks.COM (8.9.1/8.8.8) with ESMTP id KAA10446
for <[email protected]>; Wed, 18 Nov 1998 10:28:18 -0500 (EST)
Received: from bl-mail2.corpeast.BayNetworks.com (bl-mail2-nf0.corpeast.baynetworks.com [192.32.72.23])
by mailhost.corpeast.BayNetworks.COM (SMI-8.6/BNET-97/05/05-S) with SMTP
id KAA06735; Wed, 18 Nov 1998 10:29:04 -0500
for <[email protected]>
Received: from dewyngaert.corpeast.baynetworks.com ([132.245.132.207])
by bl-mail2.corpeast.BayNetworks.com (Post.Office MTA v3.5.1
release 219 ID# 0-51848U14000L14000S0V35) with SMTP id com
for <[email protected]>; Wed, 18 Nov 1998 10:29:08 -0500
Message-Id: <[email protected]>
Date: Wed, 18 Nov 1998 10:28:12 -0500
Reply-To: [email protected]
Sender: [email protected]
From: [email protected] (Dave Dewyngaert)
To: [email protected]
Subject: questions on ls and ls -la
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

Hello,

I am new to WU and have some questions that I have not been able to find
elsewhere....Any help would be greatly appreciated.

Currently running on solaris 2.5.1

Question 1)

I would like to give anonymous the ability to do an "ls" and "ls -la"
command on two different directories.

Example: This is an example of a directory tree.....

/ftp (anonymous can do ls) This is where anonymous is logged in...

/ftp/incoming (anonymous can not do ls...can mkdir and drop files)

There is a directory, which I have already configured for no uploads and no
creation of directories called /ftp/software. I would like to give
anonymous the ability to do an ls -la here...basically anonymous should be
able to do an "ls" in the default directory and if they cd to
/ftp/software, they should be able to do an ls -la

/ftp/software (anonymous can do ls -la)

If anyone knows of a way to accomplish this, I would be very interested.

Thank You
Dave

[email protected]

From [email protected] Wed Nov 18 10:29: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 KAA15175;
Wed, 18 Nov 1998 10:29: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 KAA04562;
Wed, 18 Nov 1998 10:24:56 -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 KAA20602
for <[email protected]>; Wed, 18 Nov 1998 10:19:44 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id LAA02061;
Wed, 18 Nov 1998 11:19:35 -0500
Message-Id: <[email protected]>
Date: Wed, 18 Nov 1998 11:19:35 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Gregg A Hadish <[email protected]>
Cc: [email protected]
Subject: Re: Binary for Solaris 2.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 Wed, 18 Nov 1998, Gregg A Hadish wrote:

> Can anyone point me to a binary of wu-ftpd for Solaris 2.6. I am
> having problems trying to compile the source.

I have binaries for the VR10 changes to beta-18 at my ftp site. Dunno of
any binaries for stock beta-18.

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

--

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 Nov 18 12:15: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 MAA16363;
Wed, 18 Nov 1998 12:15:14 -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 MAA14587;
Wed, 18 Nov 1998 12:10:41 -0600 (CST)
Received: from kodakr.kodak.com (kodakr.kodak.com [192.232.119.69])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA22225
for <[email protected]>; Wed, 18 Nov 1998 12:08:22 -0600 (CST)
Received: from corpmail.kodak.com (corpmail.kodak.com [150.220.10.55])
by kodakr.kodak.com (8.9.1/8.9.1) with ESMTP id NAA12630
for <[email protected]>; Wed, 18 Nov 1998 13:06:53 -0500 (EST)
Received: from ekc-gpid-w8gz96 ([150.220.88.7]) by corpmail.kodak.com
(post.office MTA v1.9.3b ID# 269-16266) with SMTP id AAA12342
for <[email protected]>; Wed, 18 Nov 1998 12:59:23 -0400
Message-Id: <[email protected]>
Date: Wed, 18 Nov 1998 13:07:50 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Rick Flood" <[email protected]>
To: <[email protected]>
Subject: wu-ftp/AOL
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
X-Mimeole: Produced By Microsoft MimeOLE V4.72.3155.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I am running wu-ftp version 2.4.2(2) on Solaris 2.6. For sometime I have
been receiving occasional reports of users coming from AOL being unable to
connect with our server. It is certainly not all AOL users, because the logs
show that many user from AOL download files from our server daily. It
appears to be primarily Mac's that are having a problem...

Has anyone else heard of such complaints? I have nearly no experience with
Macs, nor do I have access to any, so testing becomes a bit difficult...

Rick Flood mailto:[email protected]
Eastman Kodak, INET Infrastructure
Phone:(716)722-4331 Fax:(716)477-0552

From [email protected] Wed Nov 18 14:58: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 OAA18417;
Wed, 18 Nov 1998 14:58: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 OAA12799;
Wed, 18 Nov 1998 14:53:52 -0600 (CST)
Received: from dfw.nationwide.net ([email protected] [198.175.15.10])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA31891
for <[email protected]>; Wed, 18 Nov 1998 14:50:22 -0600 (CST)
Received: from localhost (jwb@localhost)
by dfw.nationwide.net (8.9.0/8.9.0) with SMTP id OAA00626
for <[email protected]>; Wed, 18 Nov 1998 14:47:32 -0600 (CST)
Message-Id: <[email protected]>
Date: Wed, 18 Nov 1998 14:47:32 -0600 (CST)
Reply-To: [email protected]
Sender: [email protected]
From: Jack Beech - President <[email protected]>
To: [email protected]
Subject: Virtual
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I know that Virtual FTP has been touched on in the past, and I have read
over all of the information that I could find.. However, it's still doesnt
want to work properly.

I have all of the virtual information set in the ftpaccess file as
mentioned. However, when you log in, it places you in /. It acts as if
ts not even reading the ftpaccess file, however running ckconfig shows all
files to be in the proper place. Anyone encountered this problem?

Another quick question.. It mentioned that you needed to have a ftp
directory for each virtual. Does each virtual ftp dir need to have all of
the libs and everything in it aswell?

Thanks,

Jack Beech Serving Internet Access in:
President / CEO California:Texas:Illinois:Florida:
Nationwide Internet New York:Tennessee:Pennsylvania:
http://www.nationwide.net Georgia:Washington:Michigan:Arizona
1-888-Nationwide (628-4669) Massachusetts:Indiana:Oregon:Maryland

From [email protected] Wed Nov 18 15:12: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 PAA18643;
Wed, 18 Nov 1998 15:12:10 -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 PAA21600;
Wed, 18 Nov 1998 15:06:13 -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 PAA00387
for <[email protected]>; Wed, 18 Nov 1998 15:01:26 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id QAA06535;
Wed, 18 Nov 1998 16:01:17 -0500
Message-Id: <[email protected]>
Date: Wed, 18 Nov 1998 16:01:17 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Jack Beech - President <[email protected]>
Cc: [email protected]
Subject: Re: Virtual
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, 18 Nov 1998, Jack Beech - President wrote:

> I have all of the virtual information set in the ftpaccess file as
> mentioned. However, when you log in, it places you in /. It acts as
> if ts not even reading the ftpaccess file, however running ckconfig
> shows all files to be in the proper place. Anyone encountered this
> problem?

It worked OK with the stock beta-18. I needed a bit more, so I have
additional stuff for virtual in VR10. If you have more powerful needs,
switch to BeroFTPD.

> Another quick question.. It mentioned that you needed to have a ftp
> directory for each virtual. Does each virtual ftp dir need to have
> all of the libs and everything in it aswell?

Yes. Probably the cause of your problems, 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] Wed Nov 18 15:43: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 PAA18987;
Wed, 18 Nov 1998 15:43: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 PAA25533;
Wed, 18 Nov 1998 15:38:57 -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 PAA09882
for <[email protected]>; Wed, 18 Nov 1998 15:35:38 -0600 (CST)
Received: from localhost (paulw@localhost)
by bluto.uwex.edu (8.8.7/8.8.7) with SMTP id PAA75592
for <[email protected]>; Wed, 18 Nov 1998 15:35:38 -0600
Message-Id: <[email protected]>
Date: Wed, 18 Nov 1998 15:35:38 -0600 (CST)
Reply-To: [email protected]
Sender: [email protected]
From: "Paul F. Williams" <[email protected]>
To: wu-ftpd <[email protected]>
Subject: Re: Continued problem with ls and dir
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 have two AIX servers, one is running 4.2 and the other has 4.2.1

I have the latest wu-ftpd installed on both (beta18)

On the server running AIX 4.2
When I ftp anonymously to it the dir command will give me a
long listing.

On the server running AIX 4.2.1
When I ftp anonymously to it the dir command does not give
a listing.

I have compared the files and permissions on both systems
and they look the same

for AIX 4.2
d--x--x--x 2 root system 512 Nov 12 11:19 bin/
d--x--x--x 2 root system 512 Jul 23 1997 dev/
d--x--x--x 2 root system 512 Apr 25 1997 etc/
d--x--x--x 2 root system 512 Aug 20 1996 lib/
-rw-r--r-- 1 root system 127 Feb 18 1998 welcome.msg

The ./dev entry contains
crw-rw-rw- 1 listsmgr listserv 2, 2 Nov 18 15:28 null

for AIX 4.2.1
d--x--x--x 2 root system 512 Nov 18 13:01 bin/
d--x--x--x 2 root system 512 Mar 24 1997 etc/
d--x--x--x 2 root system 512 Mar 24 1997 lib/
-rw-r--r-- 1 root system 134 Oct 27 12:23 welcome.msg

One diff is in the ./lib directories, there is a slight difference
in the size of the libcurses.a file.

I compared both of the ftpaccess files and made them the same but
still no luck.

Any idea where I should focus my attention.

I have set up guest accounts on both servers and neither login
to the guest account produces a directory list with the dir command.

I have not set up ./etc ./bin accounts in the root of the guest account
so perhpas this is critical.

If someone recommends I read the FAQ I would appreciate also
knowing which section because I don't recall seeing this mentioned
anywhere in the docs. Of course that is not to say it isn't
there, I just can't see it for some reason.

Then again, perhaps something in AIX 4.2.1 is causing the problem.

paulw

------------------------------------------------------------
Paul F. Williams, Network Administrator, Information Systems
UW-Extension, 432 N. Lake St., Madison, WI 53706
[email protected], 608-262-6011, FAX 608-262-2343
------------------------------------------------------------

From [email protected] Wed Nov 18 16:03: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 QAA19248;
Wed, 18 Nov 1998 16:03:08 -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 PAA18940;
Wed, 18 Nov 1998 15:58:19 -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 PAA30108
for <[email protected]>; Wed, 18 Nov 1998 15:51:27 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id QAA06847;
Wed, 18 Nov 1998 16:50:53 -0500
Message-Id: <[email protected]>
Date: Wed, 18 Nov 1998 16:50:53 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Paul F. Williams" <[email protected]>
Cc: wu-ftpd <[email protected]>
Subject: Re: Continued problem with ls and dir
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, 18 Nov 1998, Paul F. Williams wrote:

> I have two AIX servers, one is running 4.2 and the other has 4.2.1
>
> I have the latest wu-ftpd installed on both (beta18)
>
> On the server running AIX 4.2
> When I ftp anonymously to it the dir command will give me a
> long listing.
>
> On the server running AIX 4.2.1
> When I ftp anonymously to it the dir command does not give
> a listing.
>
>
> I have compared the files and permissions on both systems
> and they look the same
>
>
> for AIX 4.2
> d--x--x--x 2 root system 512 Nov 12 11:19 bin/
> d--x--x--x 2 root system 512 Jul 23 1997 dev/
> d--x--x--x 2 root system 512 Apr 25 1997 etc/
> d--x--x--x 2 root system 512 Aug 20 1996 lib/
> -rw-r--r-- 1 root system 127 Feb 18 1998 welcome.msg
>
> The ./dev entry contains
> crw-rw-rw- 1 listsmgr listserv 2, 2 Nov 18 15:28 null
>
> for AIX 4.2.1
> d--x--x--x 2 root system 512 Nov 18 13:01 bin/
> d--x--x--x 2 root system 512 Mar 24 1997 etc/
> d--x--x--x 2 root system 512 Mar 24 1997 lib/
> -rw-r--r-- 1 root system 134 Oct 27 12:23 welcome.msg
>
> One diff is in the ./lib directories, there is a slight difference
> in the size of the libcurses.a file.
>
> I compared both of the ftpaccess files and made them the same but
> still no luck.
>
> Any idea where I should focus my attention.
>
> I have set up guest accounts on both servers and neither login
> to the guest account produces a directory list with the dir command.
>
> I have not set up ./etc ./bin accounts in the root of the guest account
> so perhpas this is critical.
>
> If someone recommends I read the FAQ I would appreciate also
> knowing which section because I don't recall seeing this mentioned
> anywhere in the docs. Of course that is not to say it isn't
> there, I just can't see it for some reason.
>
> Then again, perhaps something in AIX 4.2.1 is causing the problem.

I don't see a /dev and /dev/null on the 4.2.1 system

--

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 Nov 18 18:05: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 SAA20459;
Wed, 18 Nov 1998 18:05: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 SAA20032;
Wed, 18 Nov 1998 18:01:10 -0600 (CST)
Received: from harry.informatik.rwth-aachen.de (harry.Informatik.RWTH-Aachen.DE [137.226.116.28])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA07922
for <[email protected]>; Wed, 18 Nov 1998 17:56:02 -0600 (CST)
Received: from microsoft.sucks.eu.org ([email protected] [137.226.8.57])
by harry.informatik.rwth-aachen.de (8.9.1a/8.9.1/1) with SMTP id AAA10534;
Thu, 19 Nov 1998 00:55:27 +0100 (MET)
Message-Id: <Pine.Bero.4.05.9811190051120.12370-100000@k6.microsoft.sucks.eu.org>
Date: Thu, 19 Nov 1998 00:56:48 +0100 (CET)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: [email protected], [email protected]
Cc: [email protected]
Subject: BeroFTPD 1.2.2 and 1.3.0 released
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,
I've just released BeroFTPD 1.2.2 and 1.3.0.

They can be downloaded from
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 in 1.2.2:
* Fix a typo in Makefile (installing sample ftpconversions)
* compatibility fixes; (hopefully) fix compilation on HP/UX and SunOS 4.
* make distclean now removes src/ftpck/Makefile

1.3.0 starts the new experimental tree - feature time ;)
+ PAM support
+ Available in RPM format addditionally to normal .tar.gz

LLaP
bero

P.S.: The BeroFTPD mailing lists accidentally removed all members when the
mail server crashed - please resubscribe.

--
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 Nov 18 18:43: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 SAA20897;
Wed, 18 Nov 1998 18:43: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 SAA18535;
Wed, 18 Nov 1998 18:39:48 -0600 (CST)
Received: from harry.informatik.rwth-aachen.de (harry.Informatik.RWTH-Aachen.DE [137.226.116.28])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA06305
for <[email protected]>; Wed, 18 Nov 1998 18:39:01 -0600 (CST)
Received: from microsoft.sucks.eu.org ([email protected] [137.226.8.57])
by harry.informatik.rwth-aachen.de (8.9.1a/8.9.1/1) with SMTP id BAA11146;
Thu, 19 Nov 1998 01:38:55 +0100 (MET)
Message-Id: <Pine.Bero.4.05.9811190139170.12473-100000@k6.microsoft.sucks.eu.org>
Date: Thu, 19 Nov 1998 01:40:15 +0100 (CET)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: [email protected], [email protected]
Cc: [email protected]
Subject: BeroFTPD 1.2.2/1.3.0 download location
In-Reply-To: <Pine.Bero.4.05.9811190051120.12370-100000@k6.microsoft.sucks.eu.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Because of timeout problems, the current BeroFTPD can be downloaded only
from

ftp://ftp.croftj.net/usr/bero/BeroFTPD/

The other sites should get the new versions in the next couple of days.

--
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 Nov 19 05:48:26 1998
Received: from relay6.UU.NET (relay6.UU.NET [192.48.96.16])
by landfield.com (8.9.0/8.9.0) with ESMTP id FAA27098;
Thu, 19 Nov 1998 05:48:25 -0600 (CST)
Received: from relay6.UU.NET by relay6.UU.NET with ESMTP
(peer crosschecked as: root@localhost)
id QQfqay04498; Wed, 18 Nov 1998 11:04:15 -0500 (EST)
Received: from wugate.wustl.edu by relay6.UU.NET with ESMTP
(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
id QQfqay04485; Wed, 18 Nov 1998 11:04:13 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA02045;
Wed, 18 Nov 1998 10:00:53 -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 JAA31889
for <[email protected]>; Wed, 18 Nov 1998 09:58:17 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id KAA01857;
Wed, 18 Nov 1998 10:58:00 -0500
Message-Id: <[email protected]>
Date: Wed, 18 Nov 1998 10:58:00 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Dave Dewyngaert <[email protected]>
Cc: [email protected]
Subject: Re: questions on ls and ls -la
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, 18 Nov 1998, Dave Dewyngaert wrote:

> I am new to WU and have some questions that I have not been able to
> find elsewhere....Any help would be greatly appreciated.

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 would like to give anonymous the ability to do an "ls" and "ls -la"
> command on two different directories.

Unix permissions on the directory will do what you want. Check out my
example site at:

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

--

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 Nov 19 06:24:20 1998
Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA27911;
Thu, 19 Nov 1998 06:24:19 -0600 (CST)
Received: from relay5.UU.NET by relay5.UU.NET with ESMTP
(peer crosschecked as: root@localhost)
id QQfqay04268; Wed, 18 Nov 1998 11:02:27 -0500 (EST)
Received: from wugate.wustl.edu by relay5.UU.NET with ESMTP
(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
id QQfqay04230; Wed, 18 Nov 1998 11:02:23 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA15326;
Wed, 18 Nov 1998 09:59:14 -0600 (CST)
Received: from mailhub.iastate.edu (mailhub.iastate.edu [129.186.1.102])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA06072
for <[email protected]>; Wed, 18 Nov 1998 09:53:12 -0600 (CST)
Received: from gis1 (gis1.agron.iastate.edu [129.186.229.49])
by mailhub.iastate.edu (8.8.5/8.8.5) with SMTP id JAA00315
for <[email protected]>; Wed, 18 Nov 1998 09:53:10 -0600 (CST)
Message-Id: <[email protected]>
Date: Wed, 18 Nov 1998 09:50:49 -0600
Reply-To: [email protected]
Sender: [email protected]
From: Gregg A Hadish <[email protected]>
To: [email protected]
Subject: Binary for Solaris 2.6
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

Can anyone point me to a binary of wu-ftpd for Solaris 2.6. I am having
problems trying to compile the source.

Gregg Hadish
[email protected]

From [email protected] Thu Nov 19 11:26: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 LAA01143;
Thu, 19 Nov 1998 11:26:31 -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 LAA08461;
Thu, 19 Nov 1998 11:20:46 -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 LAA30988
for <[email protected]>; Thu, 19 Nov 1998 11:11:55 -0600 (CST)
Received: from localhost (paulw@localhost)
by bluto.uwex.edu (8.8.7/8.8.7) with SMTP id LAA76610
for <[email protected]>; Thu, 19 Nov 1998 11:11:45 -0600
Message-Id: <[email protected]>
Date: Thu, 19 Nov 1998 11:11:45 -0600 (CST)
Reply-To: [email protected]
Sender: [email protected]
From: "Paul F. Williams" <[email protected]>
To: wu-ftpd <[email protected]>
Subject: Re: Continued problem with ls and dir
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 finally solved this.

The FAQ section 6 has an AIX section and refers to the contents
of the ./lib directory. For some reason the libc.a and libcurses.a
didn't work. I re copied them from the location on the server and
dir started to work.

paulw

On Wed, 18 Nov 1998, Paul F. Williams wrote:

> I have two AIX servers, one is running 4.2 and the other has 4.2.1
>
> I have the latest wu-ftpd installed on both (beta18)
>
> On the server running AIX 4.2
> When I ftp anonymously to it the dir command will give me a
> long listing.
>
> On the server running AIX 4.2.1
> When I ftp anonymously to it the dir command does not give
> a listing.
>
>
> I have compared the files and permissions on both systems
> and they look the same
>
>
> for AIX 4.2
> d--x--x--x 2 root system 512 Nov 12 11:19 bin/
> d--x--x--x 2 root system 512 Jul 23 1997 dev/
> d--x--x--x 2 root system 512 Apr 25 1997 etc/
> d--x--x--x 2 root system 512 Aug 20 1996 lib/
> -rw-r--r-- 1 root system 127 Feb 18 1998 welcome.msg
>
> The ./dev entry contains
> crw-rw-rw- 1 listsmgr listserv 2, 2 Nov 18 15:28 null
>
> for AIX 4.2.1
> d--x--x--x 2 root system 512 Nov 18 13:01 bin/
> d--x--x--x 2 root system 512 Mar 24 1997 etc/
> d--x--x--x 2 root system 512 Mar 24 1997 lib/
> -rw-r--r-- 1 root system 134 Oct 27 12:23 welcome.msg
>
> One diff is in the ./lib directories, there is a slight difference
> in the size of the libcurses.a file.
>
> I compared both of the ftpaccess files and made them the same but
> still no luck.
>
> Any idea where I should focus my attention.
>
> I have set up guest accounts on both servers and neither login
> to the guest account produces a directory list with the dir command.
>
> I have not set up ./etc ./bin accounts in the root of the guest account
> so perhpas this is critical.
>
> If someone recommends I read the FAQ I would appreciate also
> knowing which section because I don't recall seeing this mentioned
> anywhere in the docs. Of course that is not to say it isn't
> there, I just can't see it for some reason.
>
> Then again, perhaps something in AIX 4.2.1 is causing the problem.
>
>
> paulw
>
> ------------------------------------------------------------
> Paul F. Williams, Network Administrator, Information Systems
> UW-Extension, 432 N. Lake St., Madison, WI 53706
> [email protected], 608-262-6011, FAX 608-262-2343
> ------------------------------------------------------------
>
>

------------------------------------------------------------
Paul F. Williams, Network Administrator, Information Systems
UW-Extension, 432 N. Lake St., Madison, WI 53706
[email protected], 608-262-6011, FAX 608-262-2343
------------------------------------------------------------

From [email protected] Thu Nov 19 14:12: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 OAA02914;
Thu, 19 Nov 1998 14:12: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 OAA05905;
Thu, 19 Nov 1998 14:06:34 -0600 (CST)
Received: from scccnta01.sccd.ctc.edu (central.sccd.ctc.edu [134.39.60.201])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA03169
for <[email protected]>; Thu, 19 Nov 1998 14:00:45 -0600 (CST)
Received: by central.sccd.ctc.edu with Internet Mail Service (5.0.1458.49)
id <WZR5W60Q>; Thu, 19 Nov 1998 12:00:34 -0800
Message-Id: <[email protected]>
Date: Thu, 19 Nov 1998 12:00:32 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "Marxen, Sara" <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: ftpaccess and guestgroup
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

After upgrading to wu-ftpd beta 18 on a redhat 5.1 server I am unable to

get the ftpaccess file to work properly. None of my guests are guests
anymore,
they are just normal users and I can't figure out why.
I have downloaded and run ftpck 1.11 it does not give me any errors
related to the guest groups function though it does report errors on my
upload directive that I have not investigated yet. Attached are the
lines from ftp access,
a guest groups password entry, and group entry. Help is greatly
appreciated, is there something different between beta 17 and beta 18
that my ftpaccess file would no longer work?

/etc/ftpaccess:
class all real *
guestgroup studentgrp

/etc/group:
studentgrp:x:255:mnagas03

/etc/passwd:
mnagas03:x:10678:10678:Nagashima,
Mayumi:/home/webusrs/./mnagas03/public_html:/bin/ftpdonly

From [email protected] Thu Nov 19 14:24: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 OAA03043;
Thu, 19 Nov 1998 14:24: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 OAA22808;
Thu, 19 Nov 1998 14:19:19 -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 OAA22415
for <[email protected]>; Thu, 19 Nov 1998 14:14:19 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id PAA13841;
Thu, 19 Nov 1998 15:14:15 -0500
Message-Id: <[email protected]>
Date: Thu, 19 Nov 1998 15:14:14 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Marxen, Sara" <[email protected]>
Cc: "'[email protected]'" <[email protected]>
Subject: Re: ftpaccess and guestgroup
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, 19 Nov 1998, Marxen, Sara wrote:

> After upgrading to wu-ftpd beta 18 on a redhat 5.1 server I am unable
> to get the ftpaccess file to work properly. None of my guests are
> guests anymore, they are just normal users and I can't figure out why.
> I have downloaded and run ftpck 1.11 it does not give me any errors
> related to the guest groups function though it does report errors on
> my upload directive that I have not investigated yet. Attached are
> the lines from ftp access, a guest groups password entry, and group
> entry. Help is greatly appreciated, is there something different
> between beta 17 and beta 18 that my ftpaccess file would no longer
> work?
>
> /etc/ftpaccess:
> class all real *
> guestgroup studentgrp
>
> /etc/group:
> studentgrp:x:255:mnagas03
>
> /etc/passwd:
> mnagas03:x:10678:10678::/home/webusrs/./mnagas03/public_html:/bin/ftpdonly

Looks like you don't have any 'class' for 'guest' users. Try this
instead:
class all real,guest *

Don't fret about the upload stuff reported by ftpck .. if it's working and
you have tested it to be working, it's ok. I've had ftpck report problems
with my upload clauses for years now .. never bothered to figure out why
since I consider ftpck a dinosaur and far less accurate than my eyeball.

--

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 Nov 19 15:02: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 PAA03470;
Thu, 19 Nov 1998 15:02: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 OAA05101;
Thu, 19 Nov 1998 14:51:44 -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 OAA01833
for <[email protected]>; Thu, 19 Nov 1998 14:47:15 -0600 (CST)
Received: from localhost (paulw@localhost)
by bluto.uwex.edu (8.8.7/8.8.7) with SMTP id OAA58764;
Thu, 19 Nov 1998 14:46:49 -0600
Message-Id: <[email protected]>
Date: Thu, 19 Nov 1998 14:46:49 -0600 (CST)
Reply-To: [email protected]
Sender: [email protected]
From: "Paul F. Williams" <[email protected]>
To: "Marxen, Sara" <[email protected]>
Cc: "'[email protected]'" <[email protected]>
Subject: Re: ftpaccess and guestgroup
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

You may be lloking at the wrong ftpaccess file.
Go to the location where you installed from and run the

./bin/ckconfig

program. It will indicate where the ftpaccess file and other files
should be located. The location may have changed.

paulw

On Thu, 19 Nov 1998, Marxen, Sara wrote:

> After upgrading to wu-ftpd beta 18 on a redhat 5.1 server I am unable to
>
> get the ftpaccess file to work properly. None of my guests are guests
> anymore,
> they are just normal users and I can't figure out why.
> I have downloaded and run ftpck 1.11 it does not give me any errors
> related to the guest groups function though it does report errors on my
> upload directive that I have not investigated yet. Attached are the
> lines from ftp access,
> a guest groups password entry, and group entry. Help is greatly
> appreciated, is there something different between beta 17 and beta 18
> that my ftpaccess file would no longer work?
>
> /etc/ftpaccess:
> class all real *
> guestgroup studentgrp
>
> /etc/group:
> studentgrp:x:255:mnagas03
>
> /etc/passwd:
> mnagas03:x:10678:10678:Nagashima,
> Mayumi:/home/webusrs/./mnagas03/public_html:/bin/ftpdonly
>
>

------------------------------------------------------------
Paul F. Williams, Network Administrator, Information Systems
UW-Extension, 432 N. Lake St., Madison, WI 53706
[email protected], 608-262-6011, FAX 608-262-2343
------------------------------------------------------------

From [email protected] Fri Nov 20 04:20: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 EAA09573;
Fri, 20 Nov 1998 04:20: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 EAA14052;
Fri, 20 Nov 1998 04:14:48 -0600 (CST)
Received: from ns0.muenchen.org ([email protected] [194.95.192.251])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id EAA03889
for <[email protected]>; Fri, 20 Nov 1998 04:08:08 -0600 (CST)
Received: from LOCALNAME (bnm004.muenchen.org [194.95.192.133])
by ns0.muenchen.org (8.9.1/8.9.1/Debian/GNU) with SMTP id NAA17475
for <[email protected]>; Fri, 20 Nov 1998 13:04:05 +0100
Message-Id: <[email protected]>
Date: Fri, 20 Nov 1998 11:06:36 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Oliver Dammer <[email protected]>
To: [email protected]
Subject: ftp AS400 <-> SCO
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 2.01 (Win16; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

We transfer files between an AS400 and SCO using ftp. The ftp running
under SCO might be compiled from Linux-Sources (I don't know whether it
is wu.ftpd - but maybe someone can help).
Each time the AS400 sends, we get an entry in the SCO file
/usr/adm/syslog like:
.. ftpd [...] SYST open of pid file failed: no such file or directory
File transfer works, but the syslog file blows up.
Creating a directory /var/run didn't help.
Where does ftpd expect the pid file to be?
Thanks for help -- Oliver

From [email protected] Fri Nov 20 05:19: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 FAA09989;
Fri, 20 Nov 1998 05:19: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 FAA17142;
Fri, 20 Nov 1998 05:15:17 -0600 (CST)
Received: from sco.COM (scol.london.sco.COM [150.126.1.48])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id FAA16832
for <[email protected]>; Fri, 20 Nov 1998 05:10:17 -0600 (CST)
Received: from tyne.london.sco.COM(150.126.1.103), claiming to be "tyne.sco.com"
via SMTP by scol.london.sco.COM, id smtpdAAAa00570; Fri Nov 20 11:07:09 1998
Message-Id: <[email protected]>
Date: Fri, 20 Nov 98 11:06:15 GMT
Reply-To: [email protected]
Sender: [email protected]
From: Ian Willis <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: ftp AS400 <-> SCO
X-Mailer: SCO OpenServer Mail Release 5.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

The cause and solution to the "open of pid file failed: no such
file or directory" message appearing in the syslog on SCO
OpenServer 5 are given in the SCO Technical Article:

http://www.sco.com/cgi-bin/ssl_reference?107639

Ian Willis
SCO Internet Engineering Group, Watford, England

From [email protected] Fri Nov 20 08:10: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 IAA12160;
Fri, 20 Nov 1998 08:10: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 IAA26594;
Fri, 20 Nov 1998 08:05:13 -0600 (CST)
Received: from redhades.photronics.com (redhades.photronics.com [207.77.140.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA04825
for <[email protected]>; Fri, 20 Nov 1998 08:03:40 -0600 (CST)
Received: from nimitz.photronics.com (NIMITZ.PHOTRONICS.COM [192.133.56.23])
by redhades.photronics.com (8.8.8+Sun/8.8.8) with ESMTP id GAA20232
for <[email protected]>; Fri, 20 Nov 1998 06:03:09 -0800 (PST)
Received: from st-peter.dallas.photronics.com (st-peter.dallas.photronics.com [192.129.97.2])
by nimitz.photronics.com (8.8.8+Sun/8.8.8) with SMTP id GAA21945
for <[email protected]>; Fri, 20 Nov 1998 06:03:09 -0800 (PST)
Received: from pmvax5.dallas.photronics.com by st-peter.dallas.photronics.com with SMTP;
Fri, 20 Nov 1998 8:01:04 -0600
Received: from dallas.photronics.com ([172.16.32.16]) by pmvax5.dallas.photronics.com with SMTP;
Fri, 20 Nov 1998 8:03:49 -0600 (CST)
Message-Id: <[email protected]>
Date: Fri, 20 Nov 1998 08:00:49 -0600
Reply-To: [email protected]
Sender: [email protected]
From: Keith Patton <[email protected]>
To: "[email protected]" <[email protected]>
Cc: Jeff Pallette <[email protected]>
Subject: Too Many files error...
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="------------808C2D7A2AFCEB1AE8AF67E5"
X-Sender: [email protected]
X-Mailer: Mozilla 4.05 [en] (X11; U; SunOS 5.5.1 sun4u)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

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

Hello to all,

We ran into a problem just the other day. We had a program

try to upload 200 files, the ftp deamon ran ok then hung.
After killing the client, we recieved, the error message too

many files. It seemed like this occured around the 130
files mark.

Has anyone seen this type of problem?

thanks,

Keith

--------------808C2D7A2AFCEB1AE8AF67E5
Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Keith Patton
Content-Disposition: attachment; filename="vcard.vcf"

begin: vcard
fn: Keith Patton
n: Patton;Keith
org: Photronics, Inc.
email;internet: [email protected]
title: Corp Systems Analyst
tel;work: (972)889-6280
tel;fax: (972)889-6475
x-mozilla-cpt: ;0
x-mozilla-html: TRUE
version: 2.1
end: vcard

--------------808C2D7A2AFCEB1AE8AF67E5--

From [email protected] Fri Nov 20 08:36: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 IAA12333;
Fri, 20 Nov 1998 08:36:06 -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 IAA28898;
Fri, 20 Nov 1998 08:31:25 -0600 (CST)
Received: from rte.com (mail.rte.com [207.10.95.11])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA23513
for <[email protected]>; Fri, 20 Nov 1998 08:27:04 -0600 (CST)
Received: from rte.com by rte.com (SMI-8.6/SMI-SVR4)
id JAA09802; Fri, 20 Nov 1998 09:21:17 -0500
Message-Id: <[email protected]>
Date: Fri, 20 Nov 1998 09:27:17 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Scott D. MacKay" <[email protected]>
To: [email protected]
Cc: "[email protected]" <[email protected]>
Subject: Re: Too Many files error...
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.5 [en] (X11; I; SunOS 5.5 sun4m)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Do you know what your file descriptor limit is on your process? There
is usually a real limit of 1024, but your process may be configured with
a lower threshold...
--Scott

Keith Patton wrote:
>
> Hello to all,
>
> We ran into a problem just the other day. We had a program
>
> try to upload 200 files, the ftp deamon ran ok then hung.
> After killing the client, we recieved, the error message too
>
> many files. It seemed like this occured around the 130
> files mark.
>
> Has anyone seen this type of problem?
>
> thanks,
>
> Keith

--
-------------------------
| Scott MacKay : Postmaster
| [email protected] | [email protected] | ICQ 22025608 | (716) 383-1290
| Real Time Enterprises, Pittsford NY
| -Electronic Document Imaging-System Integration-Software Development-
| 'The opinions shared here only reflect the poster's
| views and may not reflect the views of the company.'

From [email protected] Fri Nov 20 13:49: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 NAA15357;
Fri, 20 Nov 1998 13:49:41 -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 NAA10282;
Fri, 20 Nov 1998 13:45:15 -0600 (CST)
Received: from atlantic.nprdc.navy.mil (atlantic.nprdc.navy.mil [164.94.1.81])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA14994
for <[email protected]>; Fri, 20 Nov 1998 13:39:58 -0600 (CST)
Received: from saturn.nprdc.navy.mil (saturn.nprdc.navy.mil [164.94.37.85])
by atlantic.nprdc.navy.mil (8.9.1a/8.9.1) with ESMTP id LAA18606
for <[email protected]>; Fri, 20 Nov 1998 11:40:25 -0800 (PST)
Received: (from stanonik@localhost)
by saturn.nprdc.navy.mil (8.8.8+Sun/8.8.8) id LAA08854
for [email protected]; Fri, 20 Nov 1998 11:40:25 -0800 (PST)
Message-Id: <[email protected]>
Date: Fri, 20 Nov 1998 11:40:24 00800
Reply-To: [email protected]
Sender: [email protected]
From: Ron Stanonik <[email protected]>
To: [email protected]
Subject: ascii transfer size doesn't equal ls -l size
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

We're running wu-ftpd-2.4.2-beta-18 on Solaris 2.6 and notice
that sometimes for ascii incoming transfers the size in xferlog
is less than ls -l of the file. What could possibly do this?
wu-ftpd simply does getc()/putc() and the \r's aren't included
in the xferlog byte_count. A bug in stdio? wu-ftpd?

Maybe related, many files are being transferred in each session.
Actually, the limit now between 50 and 200 puts, because of problems
opening further data connections. We've been suspecting the client
(an IBM VM), but I need to do more testing.

Thanks,

Ron Stanonik
[email protected]

From [email protected] Fri Nov 20 14:48: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 OAA15924;
Fri, 20 Nov 1998 14:48:06 -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 OAA14966;
Fri, 20 Nov 1998 14:43:36 -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 OAA10374
for <[email protected]>; Fri, 20 Nov 1998 14:42:43 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id PAA20928;
Fri, 20 Nov 1998 15:42:09 -0500
Message-Id: <[email protected]>
Date: Fri, 20 Nov 1998 15:42:08 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Ron Stanonik <[email protected]>
Cc: [email protected]
Subject: Re: ascii transfer size doesn't equal ls -l size
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

Apples and Oranges

The ls -l size if the binary size. ASCII transfer converts LF to CR/LF on
send and CR/LF to LF in receive. Basically, the difference will be, in
characters, the number of lines in the file (approximately).

On Fri, 20 Nov 1998, Ron Stanonik wrote:

> We're running wu-ftpd-2.4.2-beta-18 on Solaris 2.6 and notice that
> sometimes for ascii incoming transfers the size in xferlog is less
> than ls -l of the file. What could possibly do this? wu-ftpd simply
> does getc()/putc() and the \r's aren't included in the xferlog
> byte_count. A bug in stdio? wu-ftpd?
>
> Maybe related, many files are being transferred in each session.
> Actually, the limit now between 50 and 200 puts, because of problems
> opening further data connections. We've been suspecting the client
> (an IBM VM), but I need to do more testing.

--

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 Nov 20 16:05: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 QAA16718;
Fri, 20 Nov 1998 16:05: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 QAA16501;
Fri, 20 Nov 1998 16:01:07 -0600 (CST)
Received: from atlantic.nprdc.navy.mil (atlantic.nprdc.navy.mil [164.94.1.81])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA28718
for <[email protected]>; Fri, 20 Nov 1998 15:56:55 -0600 (CST)
Received: from saturn.nprdc.navy.mil (saturn.nprdc.navy.mil [164.94.37.85])
by atlantic.nprdc.navy.mil (8.9.1a/8.9.1) with ESMTP id NAA19343;
Fri, 20 Nov 1998 13:57:32 -0800 (PST)
Received: (from stanonik@localhost)
by saturn.nprdc.navy.mil (8.8.8+Sun/8.8.8) id NAA11245;
Fri, 20 Nov 1998 13:57:32 -0800 (PST)
Message-Id: <[email protected]>
Date: Fri, 20 Nov 1998 13:57:25 00800
Reply-To: [email protected]
Sender: [email protected]
From: Ron Stanonik <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: ascii transfer size doesn't equal ls -l size
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Apples and Oranges
The ls -l size if the binary size. ASCII transfer converts LF to CR/LF on
send and CR/LF to LF in receive. Basically, the difference will be, in
characters, the number of lines in the file (approximately).

Yes, there is a conversion between CR/LF and LF, but the code almost
gets the incoming filesize correct. The problem was the case of \r
followed by something other than \n. byte_count should have been
incremented. The following corrected the problem, so that the filesize
in xferlog for incoming ascii files now matches the ls -l size.

rcsdiff -c ftpd.c
===================================================================
RCS file: RCS/ftpd.c,v
retrieving revision 1.4
diff -c -r1.4 ftpd.c
*** /tmp/T00ZbtuW Fri Nov 20 13:49:27 1998
--- ftpd.c Fri Nov 20 12:40:47 1998
***************
*** 2730,2735 ****
--- 2730,2736 ----
(void) putc('\r', outstr);
if (c == EOF) /* null byte fix, [email protected] */
goto contin2;
+ byte_count++;
}
}
(void) putc(c, outstr);

From [email protected] Fri Nov 20 16:31: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 QAA16968;
Fri, 20 Nov 1998 16:30:59 -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 QAA21452;
Fri, 20 Nov 1998 16:26:49 -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 QAA01175
for <[email protected]>; Fri, 20 Nov 1998 16:22:41 -0600 (CST)
Received: (from daemon@localhost) by oscar.tvdata.com (8.6.9/8.6.9) id RAA17570; Fri, 20 Nov 1998 17:22:09 -0500
Received: from emmy.tvdata.com(172.16.10.253), claiming to be "emmy"
via SMTP by oscar.tvdata.com, id smtpdAAAa17568; Fri Nov 20 22:22:06 1998
Received: from [172.16.20.81] (brett.tvdata.com) by emmy (5.0/SMI-SVR4)
id AA08834; Fri, 20 Nov 1998 17:22:06 +0500
Message-Id: <v04011717b27b97c25d22@[172.16.20.81]>
Date: Fri, 20 Nov 1998 17:22:01 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Brett Goldstock <[email protected]>
To: [email protected], <[email protected]>
Subject: Re: wu-ftp/AOL
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 have the same problem with some Mac users (although the vast majority of
my 850+ users have no trouble). I'm running wu-2.4.2-academ[BETA-18](1) on
a Solaris 2.5.1 machine. But I think I pinned it down even more
specifically. I've had users experience problems when they use AOL simply
as a gateway to the internet and then use a FTP client such a Fetch on the
Mac. But the same users can download fine using AOL's built-in FTP client
(keyword FTP). I noticed in my xferlog file that they come from a different
subnet at aol.com depending on which of these methods they use.

I'd be interested to know if there's further evidence to support this pattern.

-Brett

At 1:07 PM -0500 11/18/98, Rick Flood wrote:
>I am running wu-ftp version 2.4.2(2) on Solaris 2.6. For sometime I have
>been receiving occasional reports of users coming from AOL being unable to
>connect with our server. It is certainly not all AOL users, because the logs
>show that many user from AOL download files from our server daily. It
>appears to be primarily Mac's that are having a problem...
>
>Has anyone else heard of such complaints? I have nearly no experience with
>Macs, nor do I have access to any, so testing becomes a bit difficult...
>
>Rick Flood mailto:[email protected]
>Eastman Kodak, INET Infrastructure
>Phone:(716)722-4331 Fax:(716)477-0552

|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] Mon Nov 23 03:36: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 DAA29473;
Mon, 23 Nov 1998 03:36: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 DAA04828;
Mon, 23 Nov 1998 03:30:53 -0600 (CST)
Received: from mail1.gmx.net ([email protected] [195.63.104.61])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id DAA22393
for <[email protected]>; Mon, 23 Nov 1998 03:22:34 -0600 (CST)
Received: (qmail 19189 invoked from network); 23 Nov 1998 09:22:32 -0000
Received: from ln-gw.lausitz.net (HELO gmx.net) (151.189.5.9)
by mail1.gmx.net with SMTP; 23 Nov 1998 09:22:32 -0000
Message-Id: <[email protected]>
Date: Mon, 23 Nov 1998 11:22:35 +0100
Reply-To: [email protected]
Sender: [email protected]
From: eisen <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: ftp root
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: teisenga
X-Mailer: Mozilla 4.5 [en] (X11; I; Linux 2.0.35 i586)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

it is possible, that a non anonymous user can't leave his own home
directory with cd.. or other command? i need a config, where some users
only have access to an special ftp-root.
eisen

From [email protected] Mon Nov 23 05:43: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 FAA00184;
Mon, 23 Nov 1998 05:43:36 -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 FAA03600;
Mon, 23 Nov 1998 05:38: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 FAA14567
for <[email protected]>; Mon, 23 Nov 1998 05:35:41 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id GAA01149;
Mon, 23 Nov 1998 06:35:32 -0500
Message-Id: <[email protected]>
Date: Mon, 23 Nov 1998 06:35:32 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: eisen <[email protected]>
Cc: [email protected]
Subject: Re: ftp root
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

tOn Mon, 23 Nov 1998, eisen wrote:

> it is possible, that a non anonymous user can't leave his own home
> directory with cd.. or other command? i need a config, where some
> users only have access to an special ftp-root. eisen

guestgroup

See the FAQ and the examples at ftp://ftp.vr.net/pub/wu-ftpd/

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] Mon Nov 23 10:35: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 KAA03551;
Mon, 23 Nov 1998 10:35: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 KAA07311;
Mon, 23 Nov 1998 10:28:54 -0600 (CST)
Received: from umailsrv2.umd.edu (umailsrv2.umd.edu [128.8.10.76])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA31504
for <[email protected]>; Mon, 23 Nov 1998 10:21:18 -0600 (CST)
Received: from empire.umd.edu (empire.umd.edu [129.2.8.236])
by umailsrv2.umd.edu (8.8.8/8.8.8) with SMTP id LAA27594
for <[email protected]>; Mon, 23 Nov 1998 11:14:31 -0500
Message-Id: <[email protected]>
Date: Mon, 23 Nov 1998 11:14:13 -0500 (Eastern Standard Time)
Reply-To: [email protected]
Sender: [email protected]
From: Robert Kohlbus <[email protected]>
To: [email protected]
Subject: Another question on ftp root
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
X-Mailer: Simeon for Win32 Version 4.1.5 Build (43)
X-Authentication: none
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Here's my problem. I have several users who have accounts on my system
that have login access and I want them to continue to have login access.
However, I would like to set it up so that when the user FTPs into the
system, they are placed into a different directory other then their home
directory and that this directory is now their root directory. I've
looked over the guestgroup command and the FAQs. Everything that I have
seen on the issue requires that the user's shell be setup for ftp access
only and that their home directory field in the password file be divided
into two sections. Is there another way or am I out of luck? Thanks for
the help.

------------------------------------------
Robert Kohlbus - [email protected]
Academic Information Technology Services
University of Maryland
Computer & Space Sciences Bldg. - Room 3347
College Park, MD 20742-2411
Phone (301)405-0020 Fax (301)314-9220

From [email protected] Mon Nov 23 11:04: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 LAA03864;
Mon, 23 Nov 1998 11:04:34 -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 KAA19159;
Mon, 23 Nov 1998 10:58:04 -0600 (CST)
Received: from rte.com (mail.rte.com [207.10.95.11])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA06531
for <[email protected]>; Mon, 23 Nov 1998 10:52:30 -0600 (CST)
Received: from rte.com by rte.com (SMI-8.6/SMI-SVR4)
id LAA17422; Mon, 23 Nov 1998 11:46:26 -0500
Message-Id: <[email protected]>
Date: Mon, 23 Nov 1998 11:52:35 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Scott D. MacKay" <[email protected]>
To: wu-ftp <[email protected]>
Subject: Re: Another question on ftp root
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.5 [en] (X11; I; SunOS 5.5 sun4m)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Munge the source code...wohoo!! :)

Jyst kidding; while it would be good to have a separate resource file
which indicates alternate home paths, it could be cumbersome to
maintain.

If you want the FTP to be 100% separate from the login area, I would
suggest
the following:

1. script the in.ftp entry in inetd.conf
2. In the new script, do a chroot to a private area (like /export/ftp).
Set up the /export/ftp area like you would an anonymous FTP; /dev
entries, etc...
I would make the following exception:
Naming service: If users are local, I would hard link /etc/passwd,
/etc/group, and /etc/shadow. This would keep you from having to
maintain 2 sets of password files and should not be a problem since
people could see these before anyways. If you use NIS/NIS+/etc,
replicate the required files.
3. Recreate the path and home directories for users within /export/ftp.
This way, the passwd entries will 'look' the same for the home area
(/home/sdm), but will actually be located somewhere else
(/export/ftp/home/sdm).

This may not work if you use automounted homes in NIS/NIS+. It should
if you use automount definitions purely in local filesystems (since all
you have to do is ignore the original /etc/auto_home) or if your OS
allows you to override the automount lookup.

Just my ramblings....

Robert Kohlbus wrote:
>
> Here's my problem. I have several users who have accounts on my system
> that have login access and I want them to continue to have login access.
> However, I would like to set it up so that when the user FTPs into the
> system, they are placed into a different directory other then their home
> directory and that this directory is now their root directory. I've
> looked over the guestgroup command and the FAQs. Everything that I have
> seen on the issue requires that the user's shell be setup for ftp access
> only and that their home directory field in the password file be divided
> into two sections. Is there another way or am I out of luck? Thanks for
> the help.
>
> ------------------------------------------
> Robert Kohlbus - [email protected]
> Academic Information Technology Services
> University of Maryland
> Computer & Space Sciences Bldg. - Room 3347
> College Park, MD 20742-2411
> Phone (301)405-0020 Fax (301)314-9220

--
-------------------------
| Scott MacKay : Postmaster
| [email protected] | [email protected] | ICQ 22025608 | (716) 383-1290
| Real Time Enterprises, Pittsford NY
| -Electronic Document Imaging-System Integration-Software Development-
| 'The opinions shared here only reflect the poster's
| views and may not reflect the views of the company.'

From [email protected] Mon Nov 23 12:15: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 MAA04741;
Mon, 23 Nov 1998 12:15: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 LAA13795;
Mon, 23 Nov 1998 11:00: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 KAA19991
for <[email protected]>; Mon, 23 Nov 1998 10:53:52 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id LAA02956;
Mon, 23 Nov 1998 11:53:44 -0500
Message-Id: <[email protected]>
Date: Mon, 23 Nov 1998 11:53:43 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Robert Kohlbus <[email protected]>
Cc: [email protected]
Subject: Re: Another question on ftp root
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, 23 Nov 1998, Robert Kohlbus wrote:

> Here's my problem. I have several users who have accounts on my
> system that have login access and I want them to continue to have
> login access.

No problem.

> However, I would like to set it up so that when the user FTPs into the
> system, they are placed into a different directory other then their
> home directory and that this directory is now their root directory.

Also no problem.

> I've looked over the guestgroup command and the FAQs. Everything that
> I have seen on the issue requires that the user's shell be setup for
> ftp access only and that their home directory field in the password
> file be divided into two sections.

The shell must be a valid shell. The ftp-only shell is for just that,
ftp-only access. Give them a standard shell and they can telnet just
fine. It's how I several of have my users set up here.

> Is there another way or am I out of luck?

If you don't like hacking the passwd file's home directory entry, check
out the changes to the daemon in my VR version (currently at VR10):

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

In particular look at the new ftpaccess features

- deny-gid, deny-uid, allow-gid and allow-uid
- guestuser, realgroup and realuser
- wildcards for user and group numbers
- anonymous-root and guest-root

--

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 Nov 23 13:52: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 NAA05719;
Mon, 23 Nov 1998 13:52: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 NAA23726;
Mon, 23 Nov 1998 13:47:06 -0600 (CST)
Received: from iodine.house.gov (iodine.house.gov [137.18.128.25])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA16643
for <[email protected]>; Mon, 23 Nov 1998 13:41:22 -0600 (CST)
Received: from msg09.house.gov (msg09.house.gov [143.231.53.68])
by iodine.house.gov (8.9.1/8.9.1) with SMTP id OAA07268
for <[email protected]>; Mon, 23 Nov 1998 14:38:10 -0500
Received: by msg09.house.gov with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62)
id <[email protected]>; Mon, 23 Nov 1998 14:43:09 -0500
Message-Id: <c=US%a=_%p=U.S._House_of_Re%[email protected]>
Date: Mon, 23 Nov 1998 14:43:07 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Pomerance, Debbie" <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: fcntl
X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have searched the list archives but have not found a satisfactory
answer for the occurrence of the following message, can someone
enlighten me as to the cause and the relative severity of it vis-a-vis
user's access to wu services..

I'm using Wu ftp beta 18 on Solaris 2.5.1. Thanks in advance.

ftpd[18356]: sleeping: fcntl lock of pid file failed: Resource
temporarily unavailable

Debbie Pomerance

-------------------------------------------------------------
Deborah Pomerance (202) 226-6255
mailto:[email protected]
Unix System Administration
U.S. House of Representatives / House Information Resources

From [email protected] Mon Nov 23 15:36: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 PAA07011;
Mon, 23 Nov 1998 15:35:59 -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 PAA29219;
Mon, 23 Nov 1998 15:31:07 -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 PAA11645
for <[email protected]>; Mon, 23 Nov 1998 15:27:30 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id QAA04805;
Mon, 23 Nov 1998 16:27:21 -0500
Message-Id: <[email protected]>
Date: Mon, 23 Nov 1998 16:27:21 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Pomerance, Debbie" <[email protected]>
Cc: "'[email protected]'" <[email protected]>
Subject: Re: fcntl
In-Reply-To: <c=US%a=_%p=U.S._House_of_Re%[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 23 Nov 1998, Pomerance, Debbie wrote:

> I have searched the list archives but have not found a satisfactory
> answer for the occurrence of the following message, can someone
> enlighten me as to the cause and the relative severity of it vis-a-vis
> user's access to wu services..
>
> I'm using Wu ftp beta 18 on Solaris 2.5.1. Thanks in advance.
>
> ftpd[18356]: sleeping: fcntl lock of pid file failed: Resource
> temporarily unavailable

The WU-FTPD daemon uses a set of files, the pid files, to implement the
'limit' ftpaccess directive. These files usually appear in /var/run or a
similar directory. There is one file named 'ftp.pids-all' which holds the
connection information for all currently-running daemons. In addition
there is one file for each 'class' defined in ftpaccess. For example, on
my system I have a class 'local' so a file named 'ftp.pids-local' exists.

Whenever a new connection apepars, the daemon attempts to obtain an
exclusive lock on these pid files. If available, the daemon uses the
fcntl(2) function; otherwise it uses the flock(2) function.

The message you're seeing appears when, in access.c, the daemon is not
able to get the exclusive lock. The message "Resource temprorarily
unavailable" simply means the file is locked. This is a _very_
short-lived error so the daemon waits one second (using the sleep(3)
function) and tries again.

If you're seeing this occassionally, it means your site is a very busy
one. Don't worry about the message.

If you're seeing it a lot, you should look for possible problems on the
system. For instance, if the /var/run directory is not local the locks
must process through NFS and, besides being unreliable, will take longer
to set and clear. You should never mount this area; it should always be
on a local file system.

Other possible problems to look for are: excessive swapping due to too
many processes on the system (nice(1) some of the processes or move the
FTP server to a dedicated machine). Excessive swapping due to
insufficient memory (buy more). Slow or failing disk drives (replace
them). Anything else which would slow down the machine in some way.

--

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 Nov 23 15:42: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 PAA07127;
Mon, 23 Nov 1998 15:42:36 -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 PAA19342;
Mon, 23 Nov 1998 15:37:34 -0600 (CST)
Received: from quatloo.scn.rain.com (QsPcZ79u0RkyPB/tSdhAJvG/[email protected] [205.238.26.104])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA32311
for <[email protected]>; Mon, 23 Nov 1998 15:33:34 -0600 (CST)
Received: (1366 bytes) by quatloo.scn.rain.com
via sendmail with P:stdio/R:inet_hosts/T:smtp
(sender: <[email protected]>)
id <[email protected]>
for [email protected]; Mon, 23 Nov 1998 13:33:33 -0800 (PST)
(Smail-3.2.0.103 1998-Oct-9 #2 built 1998-Nov-7)
Message-Id: <[email protected]>
Date: Mon, 23 Nov 1998 13:33:33 -0800 (PST)
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

[In the message entitled "fcntl", on Nov 23,
"Pomerance, Debbie" writes:]

>I have searched the list archives but have not found a satisfactory
>answer for the occurrence of the following message, can someone
>enlighten me as to the cause and the relative severity of it vis-a-vis
>user's access to wu services..
>
>I'm using Wu ftp beta 18 on Solaris 2.5.1. Thanks in advance.
>
>ftpd[18356]: sleeping: fcntl lock of pid file failed: Resource
>temporarily unavailable

It is possible to get this if your:

-rw-r--r-- 1 root daemon 4096 Nov 23 11:32 ftp.pids-local
-rw-r--r-- 1 root daemon 4096 Nov 23 11:52 ftp.pids-remote

files are on an NFS mounted drive.

While there may be other ways to fix this, you can mount NFS dirs
on the FTP machine with the following options:

(example)

rw,bg,intr,noquota,proto=udp,posix

the key word is "posix"

or you can put the pid files in /var/tmp or some other local file

--
Steven C. Neighorn [email protected] http://www.scn.rain.com
SCN Research, Inc. "Where we train the Star Fighters who defend the
10635 S.W. 127th Court frontier against Xur and the Ko-dan Armada"
Tigard, Oregon 97223-1964 Voice: +1 (503) 524-7348 Fax: +1 (503) 524-0708

From [email protected] Mon Nov 23 20:21: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 UAA09719;
Mon, 23 Nov 1998 20:21: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 UAA09719;
Mon, 23 Nov 1998 20:17:19 -0600 (CST)
Received: from att.com (cagw1.att.com [192.128.52.89])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA29700
for <[email protected]>; Mon, 23 Nov 1998 20:11:50 -0600 (CST)
Received: from caig1.fw.att.com by cagw1.att.com (AT&T/IPNS/UPAS-1.0)
for wugate.wustl.edu!wu-ftpd
sender lynx.lz.att.com!rah (lynx.lz.att.com!rah); Mon Nov 23 20:03 EST 1998
Received: from merlin.lz.att.com (lynx.lz.att.com [135.25.200.5])
by caig1.fw.att.com (AT&T/IPNS/GW-1.0) with SMTP id UAA18643
for <[email protected]>; Mon, 23 Nov 1998 20:12:52 -0500 (EST)
Received: by merlin.lz.att.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62)
id <[email protected]>; Mon, 23 Nov 1998 20:27:41 -0500
Message-Id: <c=US%a=_%p=att%[email protected]>
Date: Mon, 23 Nov 1998 20:27:39 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Roger Hanke <[email protected]>
To: "'[email protected]'" <[email protected]>,
"'Pomerance, Debbie'" <[email protected]>
Cc: "'[email protected]'" <[email protected]>
Subject: RE: fcntl error message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Gregory,
If the limit command is not being used, and we decide not
to use it in the future, how simple would it be to remove the
fcntl/flock checks and the pieces of code surrounding it
implementing the limit command?
Was curious since we too have seen this under serious
load. Actually under these conditions we see repeated
fcntl failures but normally after several iterations they go
thru.
Roger Hanke

>-----Original Message-----
>From: Gregory A Lundberg [SMTP:[email protected]]
>Sent: Monday, November 23, 1998 4:27 PM
>To: Pomerance, Debbie
>Cc: '[email protected]'
>Subject: Re: fcntl
>
>On Mon, 23 Nov 1998, Pomerance, Debbie wrote:
>
>> I have searched the list archives but have not found a satisfactory
>> answer for the occurrence of the following message, can someone
>> enlighten me as to the cause and the relative severity of it vis-a-vis
>> user's access to wu services..
>>
>> I'm using Wu ftp beta 18 on Solaris 2.5.1. Thanks in advance.
>>
>> ftpd[18356]: sleeping: fcntl lock of pid file failed: Resource
>> temporarily unavailable
>
>The WU-FTPD daemon uses a set of files, the pid files, to implement the
>'limit' ftpaccess directive. These files usually appear in /var/run or a
>similar directory. There is one file named 'ftp.pids-all' which holds the
>connection information for all currently-running daemons. In addition
>there is one file for each 'class' defined in ftpaccess. For example, on
>my system I have a class 'local' so a file named 'ftp.pids-local' exists.
>
>Whenever a new connection apepars, the daemon attempts to obtain an
>exclusive lock on these pid files. If available, the daemon uses the
>fcntl(2) function; otherwise it uses the flock(2) function.
>
>The message you're seeing appears when, in access.c, the daemon is not
>able to get the exclusive lock. The message "Resource temprorarily
>unavailable" simply means the file is locked. This is a _very_
>short-lived error so the daemon waits one second (using the sleep(3)
>function) and tries again.
>
>If you're seeing this occassionally, it means your site is a very busy
>one. Don't worry about the message.
>
>If you're seeing it a lot, you should look for possible problems on the
>system. For instance, if the /var/run directory is not local the locks
>must process through NFS and, besides being unreliable, will take longer
>to set and clear. You should never mount this area; it should always be
>on a local file system.
>
>Other possible problems to look for are: excessive swapping due to too
>many processes on the system (nice(1) some of the processes or move the
>FTP server to a dedicated machine). Excessive swapping due to
>insufficient memory (buy more). Slow or failing disk drives (replace
>them). Anything else which would slow down the machine in some way.
>
>--
>
>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 Nov 23 20:59: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 UAA12116;
Mon, 23 Nov 1998 20:59: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 UAA25205;
Mon, 23 Nov 1998 20:55: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 UAA08188
for <[email protected]>; Mon, 23 Nov 1998 20:53:32 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id VAA07094;
Mon, 23 Nov 1998 21:53:20 -0500
Message-Id: <[email protected]>
Date: Mon, 23 Nov 1998 21:53:19 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Roger Hanke <[email protected]>
Cc: "'Pomerance, Debbie'" <[email protected]>,
"'[email protected]'" <[email protected]>
Subject: RE: fcntl error message
In-Reply-To: <c=US%a=_%p=att%[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 23 Nov 1998, Roger Hanke wrote:

> If the limit command is not being used, and we decide not to use it in
> the future, how simple would it be to remove the fcntl/flock checks
> and the pieces of code surrounding it implementing the limit command?

Run VR10, disable the pid files with the command-line switch provided.

--

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 Nov 26 06:02:56 1998
Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA11477;
Thu, 26 Nov 1998 06:02:54 -0600 (CST)
Received: from relay5.UU.NET by relay5.UU.NET with ESMTP
(peer crosschecked as: root@localhost)
id QQfqyr22284; Tue, 24 Nov 1998 21:22:49 -0500 (EST)
Received: from wugate.wustl.edu by relay5.UU.NET with ESMTP
(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
id QQfqyr22272; Tue, 24 Nov 1998 21:22:48 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA11255;
Tue, 24 Nov 1998 20:19:42 -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 UAA26749
for <[email protected]>; Tue, 24 Nov 1998 20:12:57 -0600 (CST)
Received: from trw.com ([129.4.74.179]) by mail1.dh.trw.com
(Netscape Messaging Server 3.5) with ESMTP id AAA422E
for <[email protected]>; Tue, 24 Nov 1998 18:12:21 -0800
Message-Id: <[email protected]>
Date: Tue, 24 Nov 1998 18:12:20 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "Scott Parmenter" <[email protected]>
To: wuftplist <[email protected]>
Subject: VR10 compilation error
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, everyone,

I recently downloaded the full Beta-18 VR10 source code but can't
compile it. I'm getting the following errors:

..
Making ftpd.
cc -g -I.. -I../support -L../support -c ftpd.c
"/usr/ucbinclude/sys/file.h", line 119: macro L_INCR redefines previous
macro at "./config.h", line 22
"ftpd.c", line 2520: (in preprocessor if): syntax error
"ftpd.c", line 3229: (in preprocessor if): syntax error
*** Error code 2
make: Fatal error: Command failed for target `ftpd.o'
..

Looking at the code, I don't see anything wrong. Looks identical to the
base Beta-18 code which compiled just fine with the same compiler on a
similar machine. Compiler flags look ok. I don't see why the L_INCR
macro redefinition would cause a problem. No other errors or warnings
are generated. Am I missing something obvious?

Using cc 4.2 on an Ultra 60 running Trusted Solaris 2.5.1.

Any help would be appreciated!

Scott

From [email protected] Thu Nov 26 06:06:57 1998
Received: from relay2.UU.NET (relay2.UU.NET [192.48.96.7])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA11818;
Thu, 26 Nov 1998 06:06:56 -0600 (CST)
Received: from relay2.UU.NET by relay2.UU.NET with ESMTP
(peer crosschecked as: root@localhost)
id QQfqyt07114; Tue, 24 Nov 1998 21:46:29 -0500 (EST)
Received: from wugate.wustl.edu by relay2.UU.NET with ESMTP
(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
id QQfqyt07106; Tue, 24 Nov 1998 21:46:28 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA00915;
Tue, 24 Nov 1998 20:38:48 -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 UAA02228
for <[email protected]>; Tue, 24 Nov 1998 20:32:23 -0600 (CST)
Received: from trw.com ([129.4.74.179]) by mail1.dh.trw.com
(Netscape Messaging Server 3.5) with ESMTP id AAA4C6E
for <[email protected]>; Tue, 24 Nov 1998 18:31:50 -0800
Message-Id: <[email protected]>
Date: Tue, 24 Nov 1998 18:31:50 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "Scott Parmenter" <[email protected]>
To: wuftplist <[email protected]>
Subject: Re: VR10 compilation error - Never mind
References: <[email protected]>
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

Scott Parmenter wrote:

> Hi, everyone,
>
> I recently downloaded the full Beta-18 VR10 source code but can't
> compile it. I'm getting the following errors:

Never mind. Using CC=/opt/SUNWspro/bin/cc instead of CC=cc did the trick.

One of these days I'll get my PATH right. Sigh...

Scott

From [email protected] Thu Nov 26 06:07:14 1998
Received: from relay2.UU.NET (relay2.UU.NET [192.48.96.7])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA11864;
Thu, 26 Nov 1998 06:07:13 -0600 (CST)
Received: from relay2.UU.NET by relay2.UU.NET with ESMTP
(peer crosschecked as: root@localhost)
id QQfqxq22282; Tue, 24 Nov 1998 14:30:16 -0500 (EST)
Received: from wugate.wustl.edu by relay2.UU.NET with ESMTP
(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
id QQfqxp21974; Tue, 24 Nov 1998 14:29:46 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA32466;
Tue, 24 Nov 1998 13:28: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 NAA22429
for <[email protected]>; Tue, 24 Nov 1998 13:25:01 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id OAA13250;
Tue, 24 Nov 1998 14:24:57 -0500
Message-Id: <[email protected]>
Date: Tue, 24 Nov 1998 14:24:56 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Che Tran <[email protected]>
Cc: [email protected]
Subject: Re: regex with 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, 24 Nov 1998, Che Tran wrote:

> 1. Does ftpaccess file understand regex? I tried it without success,
> perhaps I'm using the wrong syntax.
>
> I'm looking to do something from:
> upload /home/users/user1 * yes websrv websrv 0775
> upload /home/users/user2 * yes websrv websrv 0775
>
> to
> upload /home/users/* * yes websrv websrv 0775
>
> 2. Or can ftpaccess make calls to an external file so the webmaster
> can edit the file without root access, similar to sendmail's
> :include:.
> upload /usr/local/wuftpd/upload.list * yes websrv websrv 0775
>
> Basically, all I want to do is changed the ownership of a guest user's
> uploaded file to a different ownership without having to manually
> editing (or even using sed) the ftpaccess file. Is there an easier
> way? Thanks in advance.

What you're looking for cannot be done with the stock WU-FTPD from either
wustl.edu (which you shouldn't be using anyway) or Academ.com.

You need to download and install either BeroFTPD 1.2.1 or WU-FTPD 2.4.2
(beta 18) VR10, both are available at my FTP site:

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

Your first question is implemented by the VR enhancements, which have been
rolled into BeroFTPD as well. The second is not possible with any version
of wu-ftpd I am aware of (and I rather doubt it'll become available
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] Thu Nov 26 06:11:53 1998
Received: from relay4.UU.NET (relay4.UU.NET [192.48.96.14])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA11941;
Thu, 26 Nov 1998 06:11:52 -0600 (CST)
Received: from relay4.UU.NET by relay4.UU.NET with ESMTP
(peer crosschecked as: root@localhost)
id QQfqxo24905; Tue, 24 Nov 1998 14:06:38 -0500 (EST)
Received: from wugate.wustl.edu by relay4.UU.NET with ESMTP
(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
id QQfqxo24779; Tue, 24 Nov 1998 14:06:25 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA32242;
Tue, 24 Nov 1998 13:00:38 -0600 (CST)
Received: from b5.eng.internex.net (b5.eng.internex.net [207.88.8.14])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA01272
for <[email protected]>; Tue, 24 Nov 1998 12:51:07 -0600 (CST)
Received: from localhost by b5.eng.internex.net (8.9.1/8.9.1) with SMTP id KAA12552
for <[email protected]>; Tue, 24 Nov 1998 10:50:36 -0800 (PST)
Message-Id: <[email protected]>
Date: Tue, 24 Nov 1998 10:50:35 -0800 (PST)
Reply-To: [email protected]
Sender: [email protected]
From: Che Tran <[email protected]>
To: [email protected]
Subject: regex with ftpaccess?
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi all, I been working on this for several days now but still can find a
solution.

1. Does ftpaccess file understand regex? I tried it without success,
perhaps I'm using the wrong syntax.

I'm looking to do something from:
upload /home/users/user1 * yes websrv websrv 0775
upload /home/users/user2 * yes websrv websrv 0775

to
upload /home/users/* * yes websrv websrv 0775

2. Or can ftpaccess make calls to an external file so the webmaster can
edit the file without root access, similar to sendmail's :include:.
upload /usr/local/wuftpd/upload.list * yes websrv websrv 0775

Basically, all I want to do is changed the ownership of a guest user's
uploaded file to a different ownership without having to manually editing
(or even using sed) the ftpaccess file. Is there an easier way? Thanks in
advance.

=== [email protected] ===

From [email protected] Thu Nov 26 10:19: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 KAA13958;
Thu, 26 Nov 1998 10:19: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 KAA25443;
Thu, 26 Nov 1998 10:11:02 -0600 (CST)
Received: from josef.ifi.unizh.ch (josef.ifi.unizh.ch [130.60.48.10])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA26670
for <[email protected]>; Thu, 26 Nov 1998 10:05:34 -0600 (CST)
Received: from ifi.unizh.ch by josef.ifi.unizh.ch with SMTP (PP)
id <[email protected]>; Thu, 26 Nov 1998 17:05:20 +0100
Received: from localhost by mauritius via ESMTP (SMI-8.6/JAN94.IFI.UNIZH.CH)
for <[email protected]> id RAA10038;
Thu, 26 Nov 1998 17:05:18 +0100
Message-Id: <[email protected]>
Date: Thu, 26 Nov 1998 17:05:07 +0100 (MET)
Reply-To: [email protected]
Sender: [email protected]
From: "Denis N. Antonioli" <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: Re: [VR10] More enhancements and bug fixes for beta-18
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've found a bug in the host control: the sscanf has 9 arguments
but the format specification has only 8 fields :-(

Here is a patch:

# wu-ftpd-2.4.2-beta-18-vr10
# src/access.c
231c231
< else if (sscanf(addr,"%d.%d.%d.%d:%d.%d.%d.%d",a,a+1,a+2,a+3,a+4,m,m+1,m+2,m+3) == 8) {
- ---
> else if (sscanf(addr,"%d.%d.%d.%d:%d.%d.%d.%d",a,a+1,a+2,a+3,m,m+1,m+2,m+3) == 8) {

Greetings,
dna

- --
A Perl module would prefer that you stayed out of its living room
because you weren't invited, not because it has a shotgun.
-- Larry Wall & Tom Christiansen in the Camel

-----BEGIN PGP SIGNATURE-----
Version: 2.6.3ia
Charset: latin1

iQCVAwUBNl18O37lXFr6ofWlAQGBdAQA02hf8Y0be2+hoq5F7VOjZE2VBYVHIQQt
nc/vwVhGxO2qUdFmvgSocxaN68vHGIOcPbWeMrlqDOI52PCqIb9Z7w0cCesqWfkr
28Kir7FBJrZJUXndLgvaLMi5a+ASASBzWa7AEmMIzL7MZ0Fr4eJ4Yvwv6GZYfawf
sBdaD3YY/5w=
=DYTi
-----END PGP SIGNATURE-----

From [email protected] Thu Nov 26 13:22: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 NAA15224;
Thu, 26 Nov 1998 13:22:08 -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 NAA11095;
Thu, 26 Nov 1998 13:15:31 -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 NAA25858
for <[email protected]>; Thu, 26 Nov 1998 13:12:44 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id OAA28922;
Thu, 26 Nov 1998 14:09:32 -0500
Message-Id: <[email protected]>
Date: Thu, 26 Nov 1998 14:09:32 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Denis N. Antonioli" <[email protected]>
Cc: WU-FTPD Discussion List <[email protected]>
Subject: Re: [VR10] More enhancements and bug fixes for beta-18
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, 26 Nov 1998, Denis N. Antonioli wrote:

> # wu-ftpd-2.4.2-beta-18-vr10
> # src/access.c
> 231c231
> < else if (sscanf(addr,"%d.%d.%d.%d:%d.%d.%d.%d",a,a+1,a+2,a+3,a+4,m,m+1,m+2,m+3) == 8) {
> - ---
> > else if (sscanf(addr,"%d.%d.%d.%d:%d.%d.%d.%d",a,a+1,a+2,a+3,m,m+1,m+2,m+3) == 8) {

Ah. OK. I'll roll this into the next version: VR12, VR11 has been tagged
and you're a day too late to make it into 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 Nov 26 19:38: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 TAA17413;
Thu, 26 Nov 1998 19:38: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 TAA04898;
Thu, 26 Nov 1998 19:31:44 -0600 (CST)
Received: from correo.data.net.mx (correo.data.net.mx [200.13.16.5])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA14643
for <[email protected]>; Thu, 26 Nov 1998 19:29:37 -0600 (CST)
Received: from mherrera.data.net.mx ([200.13.26.42]) by correo.data.net.mx
(Post.Office MTA v3.5.2 release 221 ID# 0-56385U10000L10000S0V35)
with SMTP id mx for <[email protected]>;
Thu, 26 Nov 1998 19:29:56 -0600
Message-Id: <[email protected]>
Date: Thu, 26 Nov 1998 19:26:40 -0600
Reply-To: [email protected]
Sender: [email protected]
From: Mauricio Herrera <[email protected]>
To: [email protected]
Subject: Limited root directory.
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi all!

I'm a Linux RedHat 5.2 user with wu-ftpd. I have many users logging to my
server via FTP, but all of them are real users, I have no anonymous or
guests. I am using virtual servers also. They have their local root
directory, but I want to deny them the permission to go to directories on
a higher level. I can't find how to do this. I have tried tcpwrappers but
got a lot of mess.

Thanks for any help on this.

Mauricio

From [email protected] Thu Nov 26 20:49: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 UAA17841;
Thu, 26 Nov 1998 20:49:08 -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 UAA03025;
Thu, 26 Nov 1998 20:42:38 -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 UAA00137
for <[email protected]>; Thu, 26 Nov 1998 20:39:07 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id VAA30651;
Thu, 26 Nov 1998 21:39:04 -0500
Message-Id: <[email protected]>
Date: Thu, 26 Nov 1998 21:39:03 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Mauricio Herrera <[email protected]>
Cc: [email protected]
Subject: Re: Limited root 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 Thu, 26 Nov 1998, Mauricio Herrera wrote:

> I'm a Linux RedHat 5.2 user with wu-ftpd. I have many users logging to
> my server via FTP, but all of them are real users, I have no anonymous
> or guests. I am using virtual servers also. They have their local root
> directory, but I want to deny them the permission to go to directories
> on a higher level. I can't find how to do this. I have tried
> tcpwrappers but got a lot of mess.

Make 'em guests. See 'guestgroup' in the ftpaccess manpage and read the
FAQ for help.

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 Nov 26 22:12: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 WAA18568;
Thu, 26 Nov 1998 22:12: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 WAA00816;
Thu, 26 Nov 1998 22:06:49 -0600 (CST)
Received: from yourlink.net (mail.yourlink.net [205.152.62.5])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id WAA16554
for <[email protected]>; Thu, 26 Nov 1998 22:04:30 -0600 (CST)
Received: from yourlink.net (205.152.62.51) by yourlink.net with ESMTP (Eudora
Internet Mail Server 2.2); Thu, 26 Nov 1998 23:04:59 -0500
Message-Id: <[email protected]>
Date: Thu, 26 Nov 1998 22:57:22 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Aaron Faby <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Limited root directory.
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.05 [en] (X11; I; Linux 2.0.34 i586)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Mauricio Herrera wrote:

> Hi all!
>
> I'm a Linux RedHat 5.2 user with wu-ftpd. I have many users logging to my
> server via FTP, but all of them are real users, I have no anonymous or
> guests. I am using virtual servers also. They have their local root
> directory, but I want to deny them the permission to go to directories on
> a higher level. I can't find how to do this. I have tried tcpwrappers but
> got a lot of mess.
>
> Thanks for any help on this.
>
> Mauricio

Hmmm
I think theres a way to root users by adding a /./ to their home directory
in the passwd file.

Like so:

joe:500:501:iJeUsYshsIe938:/home/./joe/:blah

whereever you put the /./ is the highest they can go

Aaron

From [email protected] Fri Nov 27 04:19: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 EAA20720;
Fri, 27 Nov 1998 04:19:39 -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 EAA14079;
Fri, 27 Nov 1998 04:11:43 -0600 (CST)
Received: from josef.ifi.unizh.ch (josef.ifi.unizh.ch [130.60.48.10])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id EAA00738
for <[email protected]>; Fri, 27 Nov 1998 04:07:03 -0600 (CST)
Received: from ifi.unizh.ch by josef.ifi.unizh.ch with SMTP (PP)
id <[email protected]>; Fri, 27 Nov 1998 11:06:46 +0100
Received: from localhost by mauritius via ESMTP (SMI-8.6/JAN94.IFI.UNIZH.CH)
for <[email protected]> id LAA03900;
Fri, 27 Nov 1998 11:06:45 +0100
Message-Id: <[email protected]>
Date: Fri, 27 Nov 1998 11:06:33 +0100 (MET)
Reply-To: [email protected]
Sender: [email protected]
From: "Denis N. Antonioli" <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: realpath in 2.4.2-beta-18-vr10
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 think I've found another problem with our beloved ftp server, this time
in realpath.c.

The function fb_realpath changes to euid 0 (root) for every disk access,
in order to be able to walk the directory structure without having to
follow the access rights.

This is ok as long as ftpd reads directories on the local machine, but
fails for mounted volumes, because each server has its own super user,
at least by us. ftpd has to access mounted volumes when real user logs
in, as their homes are distributed over different servers.

Maybe ftpd could seteuid(0) only if a normal access failed?

A /* the disk access, as plain user */
if (EACCES == errno) {
uid_t userid = geteuid();
delay_signaling(); /* we can't allow any signals while euid==0: kinch */
seteuid(0);
A /* the disk access, as super user */
seteuid(userid);
enable_signaling(); /* we can allow signals once again: kinch */
}

I'll be glad to hear what more experimented users will think of this!

Greetings,
dna

- --
The C Programming Language -- A language which combines the flexibility
of assembly language with the power of assembly language.

-----BEGIN PGP SIGNATURE-----
Version: 2.6.3ia
Charset: latin1

iQCVAwUBNl55sX7lXFr6ofWlAQEkKQP6A+Lh+2wrIeiRtNJeVjVYdXRKw2OrNT2v
WnUGo3jgo9F1VK3aFCsYlDDsdXuvrZO7LVTelFnAaeWnE/8/rkNkYYgISJtEL77u
iKXCh3NkmTcgs4wSFYyyFaP9Wnemd706KHV1r+q0ya7jkn+dePzS16WbTGcRp2lg
MbCKGQ6U9Ck=
=+g/X
-----END PGP SIGNATURE-----

From [email protected] Fri Nov 27 09: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 JAA23059;
Fri, 27 Nov 1998 09:19:50 -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 JAA21601;
Fri, 27 Nov 1998 09:14:31 -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 JAA08332
for <[email protected]>; Fri, 27 Nov 1998 09:09:13 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id KAA32685;
Fri, 27 Nov 1998 10:09:04 -0500
Message-Id: <[email protected]>
Date: Fri, 27 Nov 1998 10:09:03 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Denis N. Antonioli" <[email protected]>
Cc: WU-FTPD Discussion List <[email protected]>
Subject: Re: realpath in 2.4.2-beta-18-vr10
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, 27 Nov 1998, Denis N. Antonioli wrote:

> Maybe ftpd could seteuid(0) only if a normal access failed?

Sounds fine. The seteuid(0) stuff is there mainly to support people
who've revoked read access on the common directory containing the users'
home directories as in:

d--x--x--x root root /home
drwx------ greg greg /home/greg

Where 'greg' is a guest user chroot'd to /home/./greg and we want him to
be able to cd, pwd, etc., but not see the other users in /home

--

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 Nov 27 12:34: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 MAA24406;
Fri, 27 Nov 1998 12:34: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 MAA08975;
Fri, 27 Nov 1998 12:28:59 -0600 (CST)
Received: from postoffice.webport.net (postoffice.webport.net [209.143.6.134])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA16034
for <[email protected]>; Fri, 27 Nov 1998 12:27:58 -0600 (CST)
Received: from tomd (205.212.112.74) by postoffice.webport.net with ESMTP
(Eudora Internet Mail Server 2.2); Fri, 27 Nov 1998 13:27:57 -0500
Message-Id: <[email protected]>
Date: Fri, 27 Nov 1998 13:27:15 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Tom deLombarde" <[email protected]>
To: <[email protected]>
Subject: ls Returns nothing for guest users
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.1161
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I know this has been discussed - and have tried all of the tests
that I have seen suggested.

Problem: Neither 'ls' nor 'dir' deliver any text for users in the
guest group. ls works fine for both real users and anonymous.

I have tried:
1. Copying ls from /home/ftp/bin into users' bin directory
instead of /bin/ls (they are different on my system,
and both work the same).

2. Directly invoking the /home/test/bin/ls copy of ls
($ /home/test/bin/ls - it works)

3. The chroot test. (chroot /home/test sh -c "/bin/ls"
- it works).

The system is:
Redhat Linux 5.0
Stronghold 2.3 (Apache 1.2.6)
wu-ftp (not sure how to get version,
/usr/lib/linuxconf/modules/wuftpd.so.1.11.11)

If anyone can point me in the right direction it will be
very much appreciated.

Tom deLombarde
[email protected]
http://www.blackflute.com/

From [email protected] Fri Nov 27 13:45: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 NAA25028;
Fri, 27 Nov 1998 13:45:15 -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 NAA19492;
Fri, 27 Nov 1998 13:41:08 -0600 (CST)
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 NAA06868
for <[email protected]>; Fri, 27 Nov 1998 13:35:49 -0600 (CST)
Received: (from uucp@localhost)
by gw1.bfg.com (8.8.8/8.8.8) id OAA18131
for <[email protected]>; Fri, 27 Nov 1998 14:35:48 -0500 (EST)
Received: from ns1.bfg.com(192.73.67.20) by gw1.bfg.com via smap (V2.0)
id sma017980; Fri, 27 Nov 98 14:34:49 -0500
Received: from localhost (keller@localhost)
by ns1.bfg.com (8.8.8/8.8.8) with SMTP id OAA24035
for <[email protected]>; Fri, 27 Nov 1998 14:34:47 -0500 (EST)
Message-Id: <[email protected]>
Date: Fri, 27 Nov 1998 14:34:45 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Ted Keller <[email protected]>
To: [email protected]
Subject: ftpusers ftpgoups
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,

I'm finding precious little information on the functions fo the ftpusers
and ftpgroups accounts. Can anyone explain how these files are used and
what their contents should be?

Many thanks

ted keller - bfg.com

From [email protected] Fri Nov 27 14:35: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 OAA25425;
Fri, 27 Nov 1998 14:35:40 -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 OAA14782;
Fri, 27 Nov 1998 14:32:44 -0600 (CST)
Received: from correo.data.net.mx (correo.data.net.mx [200.13.16.5])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA16889
for <[email protected]>; Fri, 27 Nov 1998 14:27:57 -0600 (CST)
Received: from mherrera.data.net.mx ([200.13.26.42]) by correo.data.net.mx
(Post.Office MTA v3.5.2 release 221 ID# 0-56385U10000L10000S0V35)
with SMTP id mx for <[email protected]>;
Fri, 27 Nov 1998 14:28:15 -0600
Message-Id: <[email protected]>
Date: Fri, 27 Nov 1998 14:24:10 -0600
Reply-To: [email protected]
Sender: [email protected]
From: Mauricio Herrera <[email protected]>
To: [email protected]
Subject: FTP root directory (cont)
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi!!

Thanks to all of you who helped me with my problem. Now all my users access
to their home directory and they can't get out of there. But, I have this
problem now: they can't see any files in the directory. I put an ./etc
/bin ./lib in their directories, but it didn't help. Also tried to chgrp
to ftp, guestftp, ftpguest and the same group name.

What am I missing here??

Thanks a lot!!

Mauricio

From [email protected] Fri Nov 27 15:48: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 PAA25873;
Fri, 27 Nov 1998 15:48:31 -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 PAA25890;
Fri, 27 Nov 1998 15:44:17 -0600 (CST)
Received: from harry.informatik.rwth-aachen.de (harry.Informatik.RWTH-Aachen.DE [137.226.116.28])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA30327
for <[email protected]>; Fri, 27 Nov 1998 15:41:53 -0600 (CST)
Received: from microsoft.sucks.eu.org (IDENT:[email protected] [137.226.8.65])
by harry.informatik.rwth-aachen.de (8.9.1a/8.9.1/1) with SMTP id WAA09637;
Fri, 27 Nov 1998 22:40:43 +0100 (MET)
Message-Id: <Pine.LNX.4.04.9811272229450.9849-100000@k6.microsoft.sucks.eu.org>
Date: Fri, 27 Nov 1998 22:30:41 +0100 (CET)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: Tom deLombarde <[email protected]>
Cc: [email protected]
Subject: Re: ls Returns nothing for guest users
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, 27 Nov 1998, Tom deLombarde wrote:

> I know this has been discussed - and have tried all of the tests
> that I have seen suggested.
>
> Problem: Neither 'ls' nor 'dir' deliver any text for users in the
> guest group. ls works fine for both real users and anonymous.

You very probably don't have an ls command (or the libraries it requires)
in the root directory for your guest users.
Either get BeroFTPD (which implements ls internally, and therefore doesn't
need the files), or read the FAQ.

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 Nov 27 17:05: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 RAA26380;
Fri, 27 Nov 1998 17:05: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 RAA22301;
Fri, 27 Nov 1998 17:02:22 -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 QAA02943
for <[email protected]>; Fri, 27 Nov 1998 16:59:45 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id RAA01488;
Fri, 27 Nov 1998 17:59:41 -0500
Message-Id: <[email protected]>
Date: Fri, 27 Nov 1998 17:59:40 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Mauricio Herrera <[email protected]>
Cc: [email protected]
Subject: Re: FTP root directory (cont)
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, 27 Nov 1998, Mauricio Herrera wrote:

> Thanks to all of you who helped me with my problem. Now all my users
> access to their home directory and they can't get out of there. But, I
> have this problem now: they can't see any files in the directory. I
> put an ./etc ./bin ./lib in their directories, but it didn't help.
> Also tried to chgrp to ftp, guestftp, ftpguest and the same group
> name.

Assuming you've got all the bits and pieces in place (which is unlikely
given that it doesn't work) check the file and directory permissions.

--

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 Nov 27 17:11: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 RAA26431;
Fri, 27 Nov 1998 17:11:15 -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 RAA30106;
Fri, 27 Nov 1998 17:08:19 -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 RAA29644
for <[email protected]>; Fri, 27 Nov 1998 17:03:08 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id SAA01501;
Fri, 27 Nov 1998 18:03:06 -0500
Message-Id: <[email protected]>
Date: Fri, 27 Nov 1998 18:03:05 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Ted Keller <[email protected]>
Cc: [email protected]
Subject: Re: ftpusers ftpgoups
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, 27 Nov 1998, Ted Keller wrote:

> I'm finding precious little information on the functions fo the
> ftpusers and ftpgroups accounts. Can anyone explain how these files
> are used and what their contents should be?

Sure. Read the man pages.

ftpusers is a list of usernames you do NOT want allowed to use FTP. This
should include all 'special' users on your system such as 'root', 'bin'
etc.

ftpgroups you don't want to use. Leave it blank and say 'private no' in
your ftpaccess file. Read the man page for ftpgroups and the 'private'
clause in the manpage for ftpaccess. Honestly, I'd say don't bother
looking; it won't do anything you want it to and it'll just confuse you.
ftpgroups is a good and valuable tool, but almost nobody needs it any
more.

--

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 Nov 27 20:19: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 UAA00377;
Fri, 27 Nov 1998 20:19: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 UAA00987;
Fri, 27 Nov 1998 20:16:54 -0600 (CST)
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 UAA20786
for <[email protected]>; Fri, 27 Nov 1998 20:16:12 -0600 (CST)
Received: (from uucp@localhost)
by gw1.bfg.com (8.8.8/8.8.8) id VAA04827;
Fri, 27 Nov 1998 21:16:09 -0500 (EST)
Received: from ns1.bfg.com(192.73.67.20) by gw1.bfg.com via smap (V2.0)
id sma004751; Fri, 27 Nov 98 21:15:57 -0500
Received: from localhost (keller@localhost)
by ns1.bfg.com (8.8.8/8.8.8) with SMTP id VAA25491;
Fri, 27 Nov 1998 21:15:54 -0500 (EST)
Message-Id: <[email protected]>
Date: Fri, 27 Nov 1998 21:15:52 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Ted Keller <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: [email protected]
Subject: Re: ftpusers ftpgoups
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

Thanks for the info. However, those two files are not in the man pages on
the 2.4.2-beta-18 release.

ted keller

On Fri, 27 Nov 1998, Gregory A Lundberg wrote:

> On Fri, 27 Nov 1998, Ted Keller wrote:
>
> > I'm finding precious little information on the functions fo the
> > ftpusers and ftpgroups accounts. Can anyone explain how these files
> > are used and what their contents should be?
>
> Sure. Read the man pages.
>
> ftpusers is a list of usernames you do NOT want allowed to use FTP. This
> should include all 'special' users on your system such as 'root', 'bin'
> etc.
>
> ftpgroups you don't want to use. Leave it blank and say 'private no' in
> your ftpaccess file. Read the man page for ftpgroups and the 'private'
> clause in the manpage for ftpaccess. Honestly, I'd say don't bother
> looking; it won't do anything you want it to and it'll just confuse you.
> ftpgroups is a good and valuable tool, but almost nobody needs it any
> more.
>
> --
>
> 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 Nov 28 06:39: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 GAA17350;
Sat, 28 Nov 1998 06:39: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 GAA32259;
Sat, 28 Nov 1998 06:34:28 -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 GAA12079
for <[email protected]>; Sat, 28 Nov 1998 06:26:12 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id HAA03930;
Sat, 28 Nov 1998 07:25:47 -0500
Message-Id: <[email protected]>
Date: Sat, 28 Nov 1998 07:25:46 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Ted Keller <[email protected]>
Cc: [email protected]
Subject: Re: ftpusers ftpgoups
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, 27 Nov 1998, Ted Keller wrote:

> Thanks for the info. However, those two files are not in the man
> pages on the 2.4.2-beta-18 release.

ftpusers doesn't have a manpage of it's own. for ftphosts(5) either take
a squeegee to your eyeballs go get a clean copy of the source kit. it's
there. really.

the entire documentation for ftpusers is a bit thin: a reference to how
it's used is ftpd(8) and the example file. Considering the file, however,
that looks like enough.

--

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 Nov 29 08:34: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 IAA00224;
Sun, 29 Nov 1998 08:34: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 IAA03969;
Sun, 29 Nov 1998 08:27:35 -0600 (CST)
Received: from josef.ifi.unizh.ch (josef.ifi.unizh.ch [130.60.48.10])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA03676
for <[email protected]>; Sun, 29 Nov 1998 08:24:07 -0600 (CST)
Received: from ifi.unizh.ch by josef.ifi.unizh.ch with SMTP (PP)
id <[email protected]>; Sun, 29 Nov 1998 15:24:02 +0100
Received: from localhost by mauritius via ESMTP (SMI-8.6/JAN94.IFI.UNIZH.CH)
for <[email protected]> id PAA00950;
Sun, 29 Nov 1998 15:24:02 +0100
Message-Id: <[email protected]>
Date: Sun, 29 Nov 1998 15:23:52 +0100 (MET)
Reply-To: [email protected]
Sender: [email protected]
From: "Denis N. Antonioli" <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: Re: realpath in 2.4.2-beta-18-vr10
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-----

On Fri, 27 Nov 1998, Gregory A Lundberg wrote:

> On Fri, 27 Nov 1998, Denis N. Antonioli wrote:
>
> > Maybe ftpd could seteuid(0) only if a normal access failed?
>
> Sounds fine. The seteuid(0) stuff is there mainly to support people
> who've revoked read access on the common directory containing the users'
> home directories as in:
>
> d--x--x--x root root /home
> drwx------ greg greg /home/greg
>
> Where 'greg' is a guest user chroot'd to /home/./greg and we want him to
> be able to cd, pwd, etc., but not see the other users in /home
>

Ok. Here then is a patch for realpath.c.

Happy programming,
Denis N. Antonioli

- --
Common sense is the collection of prejudices acquired by age 18.
-- Einstein

*** realpath.c.orig Fri Nov 27 09:33:28 1998
- --- realpath.c Sun Nov 29 15:13:23 1998
***************
*** 108,114 ****
int fd, n, rootd, serrno;
char *p, *q, wbuf[MAXPATHLEN];
int symlinks = 0;
- - uid_t userid;
int resultcode;
#ifdef HAS_NO_FCHDIR
/* AIX Has no fchdir() so we hope the getcwd() call doesn't overrun the buffer! */
- --- 108,113 ----
***************
*** 117,123 ****
#endif

/* Save the starting point. */
! userid = geteuid();
delay_signaling(); /* we can't allow any signals while euid==0: kinch */
seteuid(0);
#ifdef HAS_NO_FCHDIR
- --- 116,128 ----
#endif

/* Save the starting point. */
! #ifdef HAS_NO_FCHDIR
! pcwd = getcwd(cwd, sizeof (cwd));
! #else
! fd = open(".", O_RDONLY);
! #endif
! if (EACCES == errno) {
! uid_t userid = geteuid();
delay_signaling(); /* we can't allow any signals while euid==0: kinch */
seteuid(0);
#ifdef HAS_NO_FCHDIR
***************
*** 127,132 ****
- --- 132,139 ----
#endif
seteuid(userid);
enable_signaling(); /* we can allow signals once again: kinch */
+ }
+
#ifdef HAS_NO_FCHDIR
if (pcwd == NULL) {
#else
***************
*** 159,170 ****
q[1] = '\0';
q = resolved;
}
! userid = geteuid();
delay_signaling(); /* we can't allow any signals while euid==0: kinch */
seteuid(0);
resultcode = chdir(q);
seteuid(userid);
enable_signaling(); /* we can allow signals once again: kinch */
if (resultcode < 0)
goto err1;
} else
- --- 166,180 ----
q[1] = '\0';
q = resolved;
}
! resultcode = chdir(q);
! if (EACCES == errno) {
! uid_t userid = geteuid();
delay_signaling(); /* we can't allow any signals while euid==0: kinch */
seteuid(0);
resultcode = chdir(q);
seteuid(userid);
enable_signaling(); /* we can allow signals once again: kinch */
+ }
if (resultcode < 0)
goto err1;
} else
***************
*** 172,207 ****

/* Deal with the last component. */
if (*p != '\0') {
! userid = geteuid();
delay_signaling(); /* we can't allow any signals while euid==0: kinch */
seteuid(0);
resultcode = lstat(p, &sb);
seteuid(userid);
enable_signaling(); /* we can allow signals once again: kinch */
if (resultcode == 0) {
if (S_ISLNK(sb.st_mode)) {
if (++symlinks > MAXSYMLINKS) {
errno = ELOOP;
goto err1;
}
! userid = geteuid();
delay_signaling(); /* we can't allow any signals while euid==0: kinch */
seteuid(0);
n = readlink(p, resolved, MAXPATHLEN);
seteuid(userid);
enable_signaling(); /* we can allow signals once again: kinch */
if (n < 0)
goto err1;
resolved[n] = '\0';
goto loop;
}
if (S_ISDIR(sb.st_mode)) {
! userid = geteuid();
delay_signaling(); /* we can't allow any signals while euid==0: kinch */
seteuid(0);
resultcode = chdir(p);
seteuid(userid);
enable_signaling(); /* we can allow signals once again: kinch */
if (resultcode < 0)
goto err1;
p = "";
- --- 182,226 ----

/* Deal with the last component. */
if (*p != '\0') {
! resultcode = lstat(p, &sb);
! if (EACCES == errno) {
! uid_t userid = geteuid();
delay_signaling(); /* we can't allow any signals while euid==0: kinch */
seteuid(0);
resultcode = lstat(p, &sb);
seteuid(userid);
enable_signaling(); /* we can allow signals once again: kinch */
+ }
if (resultcode == 0) {
if (S_ISLNK(sb.st_mode)) {
if (++symlinks > MAXSYMLINKS) {
errno = ELOOP;
goto err1;
}
! n = readlink(p, resolved, MAXPATHLEN);
! if (EACCES == errno) {
! uid_t userid = geteuid();
delay_signaling(); /* we can't allow any signals while euid==0: kinch */
seteuid(0);
n = readlink(p, resolved, MAXPATHLEN);
seteuid(userid);
enable_signaling(); /* we can allow signals once again: kinch */
+ }
if (n < 0)
goto err1;
resolved[n] = '\0';
goto loop;
}
if (S_ISDIR(sb.st_mode)) {
! resultcode = chdir(p);
! if (EACCES == errno) {
! uid_t userid = geteuid();
delay_signaling(); /* we can't allow any signals while euid==0: kinch */
seteuid(0);
resultcode = chdir(p);
seteuid(userid);
enable_signaling(); /* we can allow signals once again: kinch */
+ }
if (resultcode < 0)
goto err1;
p = "";
***************
*** 214,225 ****
* the current directory.
*/
(void)strcpy(wbuf, p);
! userid = geteuid();
delay_signaling(); /* we can't allow any signals while euid==0: kinch */
seteuid(0);
resultcode = getcwd(resolved, MAXPATHLEN) == NULL ? 0 : 1;
seteuid(userid);
enable_signaling(); /* we can allow signals once again: kinch */
if (resultcode == 0)
goto err1;

- --- 233,247 ----
* the current directory.
*/
(void)strcpy(wbuf, p);
! resultcode = getcwd(resolved, MAXPATHLEN) == NULL ? 0 : 1;
! if (EACCES == errno) {
! uid_t userid = geteuid();
delay_signaling(); /* we can't allow any signals while euid==0: kinch */
seteuid(0);
resultcode = getcwd(resolved, MAXPATHLEN) == NULL ? 0 : 1;
seteuid(userid);
enable_signaling(); /* we can allow signals once again: kinch */
+ }
if (resultcode == 0)
goto err1;

***************
*** 243,249 ****
}

/* Go back to where we came from. */
! userid = geteuid();
delay_signaling(); /* we can't allow any signals while euid==0: kinch */
seteuid(0);
#ifdef HAS_NO_FCHDIR
- --- 265,277 ----
}

/* Go back to where we came from. */
! #ifdef HAS_NO_FCHDIR
! resultcode = chdir(cwd);
! #else
! resultcode = fchdir(fd);
! #endif
! if (EACCES == errno) {
! uid_t userid = geteuid();
delay_signaling(); /* we can't allow any signals while euid==0: kinch */
seteuid(0);
#ifdef HAS_NO_FCHDIR
***************
*** 253,258 ****
- --- 281,287 ----
#endif
seteuid(userid);
enable_signaling(); /* we can allow signals once again: kinch */
+ }
if (resultcode < 0) {
serrno = errno;
goto err2;
***************
*** 265,271 ****
return (resolved);

err1: serrno = errno;
! userid = geteuid();
delay_signaling(); /* we can't allow any signals while euid==0: kinch */
seteuid(0);
#ifdef HAS_NO_FCHDIR
- --- 294,306 ----
return (resolved);

err1: serrno = errno;
! #ifdef HAS_NO_FCHDIR
! (void)chdir(cwd);
! #else
! (void)fchdir(fd);
! #endif
! if (EACCES == errno) {
! uid_t userid = geteuid();
delay_signaling(); /* we can't allow any signals while euid==0: kinch */
seteuid(0);
#ifdef HAS_NO_FCHDIR
***************
*** 275,280 ****
- --- 310,316 ----
#endif
seteuid(userid);
enable_signaling(); /* we can allow signals once again: kinch */
+ }
#ifdef HAS_NO_FCHDIR
err2: errno = serrno;
#else

-----BEGIN PGP SIGNATURE-----
Version: 2.6.3ia
Charset: latin1

iQCVAwUBNmFY/n7lXFr6ofWlAQGjNgQA5dI/brprMXzJcrgWeojS/q5RVtz6OjuX
1GV6x/XuDSyfbpK0I5Xbg2dhCjpvHjb4CYtJpOpGe4LT4fvTIplkMXY61UlftSS9
ZhTYcEwsgeIr+anlSGk4bwdGI+RRkHx7ctTayW6Ug+3CpJN0Wazk6wiSPTyLMf0l
cSc3EBen9TA=
=iID6
-----END PGP SIGNATURE-----

From [email protected] Mon Nov 30 14:53: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 OAA14486;
Mon, 30 Nov 1998 14:53: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 OAA22955;
Mon, 30 Nov 1998 14:46:47 -0600 (CST)
Received: from airlink.com ([199.108.92.4])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA13613
for <[email protected]>; Mon, 30 Nov 1998 14:40:43 -0600 (CST)
Received: from [199.108.92.6] by airlink.com
(SMTPD32-3.02) id A308559A0068; Mon, 30 Nov 1998 12:41:44 -0800
Message-Id: <[email protected]>
Date: Mon, 30 Nov 1998 12:39:16 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "Edward Baichtal" <[email protected]>
To: <[email protected]>
Subject: Timeout issues using a wireless modem...
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I've got a wireless modem (CDPD) hooked up to a Win98 machine. When
connecting to my wu-ftp server which is on a Linux box and on the internet
as well, the connection times out and fails. This is using the DOS FTP
client. However using IE I connect immediately but when I click on a file
to download, I get a 2-3 minute lag before the file starts downloading.

Microsoft FTP servers come back instantly and work just fine.

Tried ftp.redhat.com, and other UNIX FTP server sites that I know of, and
they also time out over the wireless modem. When I run the modem under
RedHat 5.2, there's a 3 minute lag before connecting to a UNIX FTP server,
and Microsoft FTP servers connect instantly.

I have also observed that there is a lag that's noticeable when I try FTP
over my DSL connection. There's a few seconds of lag going to a wu-ftpd
server and then I get the login prompt.

So my question is, is this by design? Is there a timeout I can fix on the
server end? Is this because wu-ftpd is more security minded and might drop
a slow response? I traced packets and observed that packets from the
wireless modem have a half second delay, might this make wu-ftpd drop the
connection thinking it's a flood attack?

FTP Server: Version wu-2.4.2-academ[BETA-17] on RH 5.0, Pentium 120mhz.

--------------------------
Edward Baichtal
[email protected]
http://www.airlink.com

From [email protected] Mon Nov 30 15: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 PAA15229;
Mon, 30 Nov 1998 15:40: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 PAA07072;
Mon, 30 Nov 1998 15:35:40 -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 PAA15560
for <[email protected]>; Mon, 30 Nov 1998 15:30:12 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id QAA16997;
Mon, 30 Nov 1998 16:30:02 -0500
Message-Id: <[email protected]>
Date: Mon, 30 Nov 1998 16:30:02 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Edward Baichtal <[email protected]>
Cc: [email protected]
Subject: Re: Timeout issues using a wireless modem...
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, 30 Nov 1998, Edward Baichtal wrote:

> I've got a wireless modem (CDPD) hooked up to a Win98 machine. When
> connecting to my wu-ftp server which is on a Linux box and on the
> internet as well, the connection times out and fails. This is using
> the DOS FTP client. However using IE I connect immediately but when I
> click on a file to download, I get a 2-3 minute lag before the file
> starts downloading.

IE's ftp client is primitive. Probably what you're seeing (whe it's fast
at the beginning) is cached locally. the long lag tstart the download is
the real connection and that sounds like the same behavior as the
command-line client.

> Microsoft FTP servers come back instantly and work just fine.
>
> Tried ftp.redhat.com, and other UNIX FTP server sites that I know of,
> and they also time out over the wireless modem. When I run the modem
> under RedHat 5.2, there's a 3 minute lag before connecting to a UNIX
> FTP server, and Microsoft FTP servers connect instantly.

Not surprising, virtually anyone who's anyone running a serious ftp site
runs wu-ftpd. Frankly, the scary thing is that the ftp server from MS
doesn't have problems.

> I have also observed that there is a lag that's noticeable when I try
> FTP over my DSL connection. There's a few seconds of lag going to a
> wu-ftpd server and then I get the login prompt.
>
> So my question is, is this by design?

No.

> Is there a timeout I can fix on the server end?

Yes, by hacking the source.

> Is this because wu-ftpd is more security minded and might drop a slow
> response?

wu-ftpd is *FAR* more security-minded than the stuff MS foists on the
unsuspecting.

> I traced packets and observed that packets from the wireless modem
> have a half second delay, might this make wu-ftpd drop the connection
> thinking it's a flood attack?

What? You seeing a lot of TCP SYNs fired off before the server machine
can ACK them? WU-FTPD isn't on the scene at that point. Linux might
declare it a SYN-flood attack. Or the inetd super-server may decide it's
had enough and shut down the service. I don't think this is the case,
though.

> FTP Server: Version wu-2.4.2-academ[BETA-17] on RH 5.0, Pentium
> 120mhz.

My WAG is that all your problems due to incomplete/improper setup of the
client machine, DNS or something like that. From what you've said, it's a
problem starting the connection and getting a login prompt.

Most of the times I've seen lag connecting to wu-ftpd it was because the
server (or, more usually the tcpwrappers, tcpd) wanted to AUTH (RFC-931)
the remote user and the client machine wasn't accepting _or_ refusing the
connection causing the AUTH to have to timeout before proceeding with the
ftp session (this happens a lot with firewalls). I don't believe the MS
FTP server does AUTH and I'm fairly sure there's no such thing as the
inetd super-server or the tcpwrappers on stock MS operating systems ..
like I said, scary. Anyway, you could try running without tcpd and if
things are faster, you know you need to fix your AUTH problems or live
without the security features you get from using the tcpwrappers.

Other times, I've seen problems with DNS. The server (and tcpd if you ask
it to) try to reduce IP spoofing by comparing the client machine's IP
number with the results of an IP->name->IP lookup through DNS. If the DNS
machines are across a slow link, or the DNS/resolver setup on the wu-ftpd
box is bunged up, this can slow things down quite a bit.

Both the above will cause problems getting connected but won't have much
effect once you're connected. So, if timeouts occur durring transfers,
I'd look at the MTU, packet fragmentation, TCP window size, timeouts, etc.
A lot of this stuff is configurable to some extent or another either in
the setup of the machine or by changing/hacking the daemon.

There are some *very* old messages in the mailing list archives about slow
links to the nether regions of the Internet and hacking the timeouts and
retries to work arround them. You might want to wade through the archives
if you're gonna hack the source.

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