From owner-wu-ftpd@wugate.wustl.edu Tue Sep 1 08:14:45 1998

From [email protected] Tue Sep 1 08:14:45 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA08225
for <[email protected]>; Tue, 1 Sep 1998 08:14:43 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA31316;
Tue, 1 Sep 1998 08:07:25 -0500 (CDT)
Received: from pizza.hvu.nl (Pizza.hvu.nl [145.89.234.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA19500
for <[email protected]>; Tue, 1 Sep 1998 08:03:05 -0500 (CDT)
Received: (from koos@localhost) by pizza.hvu.nl (8.8.6/KH19980502 (dbm++)) id PAA02004 for [email protected]; Tue, 1 Sep 1998 15:03:02 +0200 (MET DST)
Message-Id: <[email protected]>
Date: Tue, 1 Sep 1998 15:03:02 +0200 (MET DST)
Reply-To: [email protected]
Sender: [email protected]
From: Koos van den Hout _U nix and we all_ <[email protected]>
To: [email protected]
Subject: Contents of wu-ftpd FAQ
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

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

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

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

From [email protected] Tue Sep 1 11:39:16 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA10233
for <[email protected]>; Tue, 1 Sep 1998 11:39:15 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA06078;
Tue, 1 Sep 1998 11:32:26 -0500 (CDT)
Received: from att.com (kcgw2.att.com [192.128.133.152])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA22933
for <[email protected]>; Tue, 1 Sep 1998 11:25:36 -0500 (CDT)
Received: from kcig2.fw.att.com by kcgw2.att.com (AT&T/IPNS/UPAS-1.0)
for wugate.wustl.edu!wu-ftpd
sender lynx.lz.att.com!rah (lynx.lz.att.com!rah); Tue Sep 1 11:04 CDT 1998
Received: from merlin.lz.att.com (lynx.lz.att.com [135.25.200.5])
by kcig2.fw.att.com (AT&T/IPNS/GW-1.0) with SMTP id LAA06499
for <[email protected]>; Tue, 1 Sep 1998 11:25:27 -0500 (CDT)
Received: by merlin.lz.att.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.995.52)
id <[email protected]>; Tue, 1 Sep 1998 12:36:58 -0400
Message-Id: <c=US%a=_%p=att%[email protected]>
Date: Tue, 1 Sep 1998 12:36:56 -0400
Reply-To: [email protected]
Sender: [email protected]
From: Roger Hanke <[email protected]>
To: "'WUFTPD List'" <[email protected]>
Cc: "'Roger A. Hanke'" <[email protected]>
Subject: what is a door_call system call?
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.995.52
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Dear WUFTPD'ers,
Experiencing a problem with Beta 13 version on Solaris 2.5.1.
But only on one server. All of the other servers take 5 seconds or
less to produce the logon prompt. But the one having problems
takes 40 or more seconds every time. Finally setup a truss on
wuftpd and included a page of it below. The door_call line in the
middle is actually sleeping for 35 seconds which accounts for
the entire difference in connection times. This same call is made
on the other servers but does not sleep at all.
But I can not find any references to door_call in the WUFTPD
source or find any system calls by that name.
Does anyone know what this call is doing and what might
cause it to sleep for such a long time?
Thanx,
Roger Hanke

3254: fstat(-1, 0xDFFFE080) Err#9 EBADF
3254: open("/etc/syslog.pid", O_RDONLY) = 6
3254: fstat(6, 0xDFFFE080) = 0
3254: fcntl(6, F_SETFD, 0x00000001) = 0
3254: lseek(6, 0, SEEK_SET) = 0
3254: read(6, " 6 0 1\n\0", 11) = 5
3254: getpid() = 3254 [3253]
3254: fcntl(6, F_SETLK, 0xDFFFE12C) Err#11 EAGAIN
3254: door_info(4, 0xDFFFC9F8) = 0
3254: door_call(4, 0xDFFFCA8C, 0x00002000, 0x00000015, 0x00000000)
(sleeping...) **** THIS IS LINE *****
3254: door_call(4, 0xDFFFCA8C, 0x00002000, 0x00000040, 0x00000000) = 0
3254: stat("/d02001/ayuba2ftp/config", 0xDFFFEC68) = 0
3254: access("/d02001/ayuba2ftp/config/ftpaccess", 4) = 0
3254: access("/d02001/ayuba2ftp/config/ftpusers", 4) Err#2 ENOENT
3254: access("/d02001/ayuba2ftp/config/ftpgroups", 4) Err#2 ENOENT
3254: access("/d02001/ayuba2ftp/config/ftphosts", 4) Err#2 ENOENT
3254: access("/d02001/ayuba2ftp/config/ftpconversions", 4) Err#2
ENOENT
3254: open("/d02001/ayuba2ftp/config/ftpaccess", O_RDONLY) = 7
3254: fstat(7, 0xDFFFFC18) = 0
3254: fstat(7, 0xDFFFFA70) = 0
3254: brk(0x00051C00) = 0
3254: brk(0x00053C00) = 0

---------------------------------------------------------------
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] Tue Sep 1 11:39:38 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA10241
for <[email protected]>; Tue, 1 Sep 1998 11:39:38 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA24480;
Tue, 1 Sep 1998 11:34:18 -0500 (CDT)
Received: from extfw.dmz.lpl.com (extfw.lpl.com [208.129.246.15])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA02500
for <[email protected]>; Tue, 1 Sep 1998 11:28:34 -0500 (CDT)
Received: by extfw.dmz.lpl.com; (5.65v3.2/1.3/10May95) id AA13527; Tue, 1 Sep 1998 09:28:33 -0700
Message-Id: <[email protected]>
Date: Tue, 01 Sep 1998 09:29 -0700 (PDT)
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: Q: Using symbolic links in wu-ftpd-2.4 on Digital Unix V4.0d
Mime-Version: 1.0
Content-Type: TEXT/PLAIN
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Greetings All,

I'm running Digital Unix V4.0d and TruCluster V1.5 with C2 security. I'm
also using wu-ftpd v2.4 with the patches for C2 security.

I am having some trouble getting anonymous ftp to work correctly. Real
accounts work a-ok.

The ftp account has as it's home directory: /usr/users/ftp. In this
directory I have the etc and bin directories appropriately permissioned and
with the correct files in them. I also have my public directory, pub, as a
symbolic link to /ftpsvc/pub.

Here's what it all looks like:

# /usr/users/ftp >ls -l
total 16
d--x--x--x 2 root system 8192 Aug 18 14:39 bin
d--x--x--x 3 root system 8192 Aug 31 09:55 etc
lrwxrwxrwx 1 ftp ftponly 11 Sep 1 08:55 pub -> /ftpsvc/pub

And /ftpsvc

sd800b /usr/users/ftp >ls -l /ftpsvc
total 40
<snip>
drwxrwxrwx 2 ftp ftponly 8192 Sep 1 08:53 pub

Yet when I ftp with anonymous I get:

Connected to SD800B.DMZ.LPL.COM.
Name (SD800B.DMZ.LPL.COM:larryc): anonymous
331 Guest login ok, send your complete e-mail address as password.
Password:
230 Guest login ok, access restrictions apply.
FTP> ls -l
200 PORT command successful.
150 Opening ASCII mode data connection for /bin/ls.
total 16
d--x--x--x 2 0 0 8192 Aug 18 13:39 bin
d--x--x--x 3 0 0 8192 Aug 31 08:55 etc
lrwxrwxrwx 1 201 200 11 Sep 1 07:55 pub -> /ftpsvc/pub

226 Transfer complete.
202 bytes received in 00:00:00.07 seconds (2.81 Kbytes/s)
FTP> cd pub
550 pub: No such file or directory.
FTP> cd bin
250 CWD command successful.
FTP> ls
200 PORT command successful.
550 No files found.
%FTP-E-NOSUCHFILE, No such file (* or directory)
FTP> cd ..
250 CWD command successful.
FTP> ls
200 PORT command successful.
150 Opening ASCII mode data connection for file list.
pub
bin
etc

226 Transfer complete.
15 bytes received in 00:00:00.00 seconds (14.64 Kbytes/s)
FTP>

Is there some problem or issue I'm overlooking with regard to symbolic
links? This anonymous ftp service will be for 'public' use. It is also a
TruCluster service meaning if its primary node is down it will failover to
the other node. The /ftpsvc is a TruCluster disk service, e.g. shared media
and is where I need to keep all the 'public' files for downloading.

Any hints or advice would be greatly appreciated. Thank you.

Larry Clegg
Systems Manager
LPL Financial Services
San Diego, California
[email protected]

From [email protected] Tue Sep 1 11:44:15 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA10280
for <[email protected]>; Tue, 1 Sep 1998 11:44:14 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA00718;
Tue, 1 Sep 1998 11:38:35 -0500 (CDT)
Received: from bert.acesag.auburn.edu (bert.acesag.auburn.edu [131.204.46.47])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA04506
for <[email protected]>; Tue, 1 Sep 1998 11:36:21 -0500 (CDT)
Received: from bert (bert [131.204.46.47])
by bert.acesag.auburn.edu (8.8.8/8.8.8) with SMTP id LAA14337;
Tue, 1 Sep 1998 11:36:00 -0500 (CDT)
Message-Id: <Pine.SO4.4.02A.9809011119450.1130-100000@bert>
Date: Tue, 1 Sep 1998 11:35:59 -0500 (CDT)
Reply-To: [email protected]
Sender: [email protected]
From: "Gregory A. Parmer" <[email protected]>
To: Karl Hanzel <[email protected]>
Cc: [email protected]
Subject: Re: authentication & NIS ?
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: gparmer@bert
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 31 Aug 1998, Karl Hanzel wrote:
> host that relies upon NIS for userid/passwds? Is it manditory that an ftp
> user be in the local /etc/passwd file, or is authentication handled in the
> regular manor of consulting the NIS-savy system calls?
>
> I ask because an older version (2.4) authenticated users w/o problems, but
> the new beta (2.4.2-beta-18) is failing to authenticate legit users.
> Everything else is the same config-wise. This is on HPUX_10.20.

Beta-16 works w/NIS on Solaris2.5. Probably Beta-18 also.
When you find the snag please summarize.

Also, if moving from 2.4--don't forget to add "-a" in inetd.conf
to use ftpaccess.
See FAQ for details at http://www.landfield.com/wu-ftpd/

-greg

From [email protected] Tue Sep 1 11:49:48 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA10339
for <[email protected]>; Tue, 1 Sep 1998 11:49:46 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA18095;
Tue, 1 Sep 1998 11:44:51 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA30269
for <[email protected]>; Tue, 1 Sep 1998 11:42:21 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with SMTP id MAA20175;
Tue, 1 Sep 1998 12:42:10 -0400
Message-Id: <[email protected]>
Date: Tue, 1 Sep 1998 12:42:09 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Q: Using symbolic links in wu-ftpd-2.4 on Digital Unix V4.0d
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, 1 Sep 1998 [email protected] wrote:

> # /usr/users/ftp >ls -l
> lrwxrwxrwx 1 ftp ftponly 11 Sep 1 08:55 pub -> /ftpsvc/pub

When you ftp in as anonymous (or guest) you get chroot'd. Symlinks
outside the chroot'd directory won't work. Period. You could switch them
arround, but that's just putting of the agony.

rm -f /usr/users/ftp/pub
mv /ftpsvc/pub /usr/users/ftp/pub
ln -s /usr/users/ftp/pub /ftpsvc/pub

if you REALLY need access to the pub from telnet/shell.

----

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 Sep 1 12:08:46 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA10636
for <[email protected]>; Tue, 1 Sep 1998 12:08:45 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA20143;
Tue, 1 Sep 1998 12:04:14 -0500 (CDT)
Received: from raid.comet.ucar.edu (raid.comet.ucar.edu [128.117.110.180])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA07482
for <[email protected]>; Tue, 1 Sep 1998 11:58:43 -0500 (CDT)
Received: from localhost (karl@localhost) by raid.comet.ucar.edu (8.8.5/8.7.X) with SMTP id KAA17037; Tue, 1 Sep 1998 10:58:41 -0600 (MDT)
Message-Id: <[email protected]>
Date: Tue, 1 Sep 1998 10:58:41 -0600 (MDT)
Reply-To: [email protected]
Sender: [email protected]
From: Karl Hanzel <[email protected]>
To: "Gregory A. Parmer" <[email protected]>
Cc: [email protected]
Subject: Not just an NIS problem (Re: authentication & NIS ?)
In-Reply-To: <Pine.SO4.4.02A.9809011119450.1130-100000@bert>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Authentication-Warning: raid.comet.ucar.edu: karl owned process doing -bs
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

>> ...{not able to authenticate valid users on HPUX 10.20}...

> Beta-16 works w/NIS on Solaris2.5. Probably Beta-18 also.
> When you find the snag please summarize.

No joy yet. I'm stumped. The same build works fine under Solaris 2.6.

Actually, i've just discovered that it doesn't even authenticate users who
_do_ have an entry in the server's /etc/passwd (never mind NIS), so it's a
more generic authentication problem than i first suspected.

Sanity check: No, these users are _not_ in the ftpusers file (misnamed...
should be "ftpXusers" or something comparable :^)

> Also, if moving from 2.4--don't forget to add "-a" in inetd.conf
> to use ftpaccess.

Right,... got that part at least, thanks.

*----->

From [email protected] Tue Sep 1 16:59:51 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA14056
for <[email protected]>; Tue, 1 Sep 1998 16:59:47 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA04422;
Tue, 1 Sep 1998 16:55:04 -0500 (CDT)
Received: from iodine.house.gov (iodine.house.gov [137.18.128.25])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA20088
for <[email protected]>; Tue, 1 Sep 1998 16:50:04 -0500 (CDT)
Received: from msg09.house.gov (msg09.house.gov [143.231.53.68])
by iodine.house.gov (8.9.1/8.9.1) with SMTP id RAA36692
for <[email protected]>; Tue, 1 Sep 1998 17:47:59 -0400
Received: by msg09.house.gov with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62)
id <[email protected]>; Tue, 1 Sep 1998 17:50:16 -0400
Message-Id: <c=US%a=_%p=U.S._House_of_Re%[email protected]>
Date: Tue, 1 Sep 1998 17:50:14 -0400
Reply-To: [email protected]
Sender: [email protected]
From: "Pomerance, Debbie" <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: wu-ftpd 18 and logging
X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Is there a way to get wu-ftp to log attempted (that is not succesful)
uploads/downloads. They may be refused by

system directory/file permissions; or by
path-filter exclusions; or by
noretrievals exclusions.

User_messages seems to log only successful deletions. Daemon.info lists
name of file but does not show the outcome.

If I turn PARANOID on I get better logging (although I'm not sure I get
all of the above), however, that also unfortunately, also turns off
deletions.

Am I missing something? Has anyone implemented logging of failed
attempts due to wu restrictions / and or system restrictions.

Any help is much 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] Tue Sep 1 17:18:26 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA14295
for <[email protected]>; Tue, 1 Sep 1998 17:18:26 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA07606;
Tue, 1 Sep 1998 17:14:26 -0500 (CDT)
Received: from enterprise.ic.gc.ca (enterprise.ic.gc.ca [192.197.182.100])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA27517
for <[email protected]>; Tue, 1 Sep 1998 17:10:57 -0500 (CDT)
Received: from localhost (wmaton@localhost)
by enterprise.ic.gc.ca (8.9.1/8.9.1) with SMTP id SAA31754
for <[email protected]>; Tue, 1 Sep 1998 18:10:55 -0400
Message-Id: <Pine.LNX.3.96LJ1.1b7.980901180319.31279A-100000@enterprise.ic.gc.ca>
Date: Tue, 1 Sep 1998 18:10:54 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: "William F. Maton" <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: strange wu-ftpd timeout on solaris 2.6
In-Reply-To: <c=US%a=_%p=U.S._House_of_Re%[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello folks

I have just only recently noticed a strange time-out problem with
wuftpd-beta-17 and -beta-18 when downloading large files via modem
(33.6K). It seems that after approximately 50-60 minutes, I suddenly get
a netin() error, and the transfer dies. I do remain connected to the
server, can ls, etc., and I can even try re-fetching any other file I want
- except large ones that take more than the amount of time before I get
cut off again.

Just in case I thought it was the FTP server's TCP/IP stack, I re-enabled
the stock Solaris 2.6 ftpd, and I didn't get this problem.

Unfortunately, I hadn't tried this with versions previous to -beta-17
because I have only just noticed this. Any one here have any ideas what's
up? The server is ftp.crc.ca, for those that wish to try.

Thanks in advance,

William F. Maton

From [email protected] Tue Sep 1 17:38:11 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA14539
for <[email protected]>; Tue, 1 Sep 1998 17:38:10 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA04776;
Tue, 1 Sep 1998 17:33:40 -0500 (CDT)
Received: from shodan.in-trier.de ([email protected] [198.22.51.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA01772
for <[email protected]>; Tue, 1 Sep 1998 17:29:25 -0500 (CDT)
Received: from localhost (cray.microsoft.eu.org [198.22.51.119])
by shodan.in-trier.de (8.8.8/8.8.8) with SMTP id AAA15241;
Wed, 2 Sep 1998 00:30:00 +0200
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 00:27:49 +0200 (CEST)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: "Pomerance, Debbie" <[email protected]>
Cc: "'[email protected]'" <[email protected]>
Subject: Re: wu-ftpd 18 and logging
In-Reply-To: <c=US%a=_%p=U.S._House_of_Re%[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 1 Sep 1998, Pomerance, Debbie wrote:

> Has anyone implemented logging of failed
> attempts due to wu restrictions / and or system restrictions.

Currently working on it in BeroFTPD 1.1.9...

LLaP
bero

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

From [email protected] Tue Sep 1 18:55:38 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id SAA15138
for <[email protected]>; Tue, 1 Sep 1998 18:55:38 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA12799;
Tue, 1 Sep 1998 18:51:36 -0500 (CDT)
Received: from mail-gw1adm.rcsntx.swbell.net (mail-gw1adm.rcsntx.swbell.net [151.164.60.101])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA09102
for <[email protected]>; Tue, 1 Sep 1998 18:45:29 -0500 (CDT)
Received: from mmiguel.pbi.net (mmiguel.pbi.net [206.13.3.50])
by mail-gw1adm.rcsntx.swbell.net (8.8.5/8.8.5) with SMTP id SAA20782
for <[email protected]>; Tue, 1 Sep 1998 18:45:20 -0500 (CDT)
Received: by localhost with Microsoft MAPI; Tue, 1 Sep 1998 16:45:21 -0700
Message-Id: <[email protected]>
Date: Tue, 1 Sep 1998 16:37:40 -0700
Reply-To: "[email protected]" <[email protected]>
Sender: [email protected]
From: Maribeth Miguel <[email protected]>
To: "[email protected]" <[email protected]>
Subject: Error in /var/adm/messages
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

What causes this error?

open of pid failed: no such file or directory

Thanks,
Maribeth

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

From [email protected] Tue Sep 1 20:40:26 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id UAA15842
for <[email protected]>; Tue, 1 Sep 1998 20:40:26 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA17097;
Tue, 1 Sep 1998 20:35:22 -0500 (CDT)
Received: from mail.cyberstar2.com ([208.25.36.197])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA01276
for <[email protected]>; Tue, 1 Sep 1998 20:33:52 -0500 (CDT)
Received: from cyberstar.com ([209.97.148.97]) by mail.cyberstar2.com
(Netscape Messaging Server 3.5) with ESMTP id 400
for <[email protected]>; Tue, 1 Sep 1998 18:32:43 -0700
Message-Id: <[email protected]>
Date: Tue, 01 Sep 1998 18:33:48 -0700
Reply-To: [email protected]
Sender: [email protected]
From: Matt Engen <[email protected]>
To: "[email protected]" <[email protected]>
Subject: PASV ftp ports
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: matte
X-Mailer: Mozilla 4.05 [en] (X11; I; Linux 2.0.35 i686)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

I would like to restrict PASV ftp to a given port range. It is my
understanding
that when the client sends the PASV command, the server opens a random
high numbered port and informs the client of the port number. The client
then
does and active open to the server on that specified port. This is a
problem
when the ftp server is located behind a firewall. The incoming
connection
is blocked. For security reasons, I would much rather open up a "range"
of
ports for inbound traffic rather than anything over 1024. Can this be
done with
wu-ftp? Am I missing something else?

According to RFC 1579

"Further precautions can be taken by modifying the FTP server so that
it only uses very high-numbered ports for the data channel. It is
comparatively easy to ensure that no dangerous services live in a
given port range. Again, this is feasible because of the small
number of servers. "

I have read through various READMEs and the FAQ and do not see it. A
pointer to the correct document would be greatly appreciated.

Thanks.

-Matt

From [email protected] Tue Sep 1 20:50:12 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id UAA15953
for <[email protected]>; Tue, 1 Sep 1998 20:50:12 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA29349;
Tue, 1 Sep 1998 20:47:15 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA25850
for <[email protected]>; Tue, 1 Sep 1998 20:45:09 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with SMTP id VAA22779;
Tue, 1 Sep 1998 21:45:01 -0400
Message-Id: <[email protected]>
Date: Tue, 1 Sep 1998 21:45:01 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Matt Engen <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: PASV ftp ports
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, 1 Sep 1998, Matt Engen wrote:

> I would like to restrict PASV ftp to a given port range.

Get the VR6 patched version of the daemon from:

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

Or dig through the mailing list archives at the Resource Center for the
specific patch.

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

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

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

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

----

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

From [email protected] Wed Sep 2 07:57:02 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA03485;
Wed, 2 Sep 1998 07:57:01 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA19352;
Wed, 2 Sep 1998 07:49:53 -0500 (CDT)
Received: from ACAD.LVC.EDU (acad.lvc.edu [207.87.96.2])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA19386
for <[email protected]>; Wed, 2 Sep 1998 07:46:38 -0500 (CDT)
Received: from default.lvc.edu ([207.87.97.244]) by ACAD.LVC.EDU with SMTP;
Wed, 2 Sep 1998 8:44:31 -0400 (EDT)
Message-Id: <[email protected]>
Date: Wed, 02 Sep 1998 08:44:27 -0400
Reply-To: [email protected]
Sender: [email protected]
From: "Sheryl A. Lemma" <[email protected]>
To: [email protected]
Subject: Re-post ... attachments
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 all,

I posted the other day about having difficulty attaching files in Pine now
that we have wu-tp installed. I cross-posted with the Pine list, and they
are stumped. I'm re-posting here in the hopes that SOMEBODY is running Pine
with wu-ftp accounts with guestgroups.

Please help ... the school year has already started!!

Thanks,

Sheryl

% % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % %
% Sheryl A. Lemma Internet: [email protected] %
% Assistant Director Voice: (717)867-6060 %
% Administrative Computing FAX: (717)867-6019 %
% %
% L E B A N O N V A L L E Y C O L L E G E %
% %
% DEC Unix 3.2d/4.0D, Coll: Live 14v5, Dev 16, Ben: Live 4.3, Dev 5.0 %
% %
% Visit my Personal Web Page at %
% http://www.geocities.com/Heartland/Plains/4407/index.html %
% %
% Never underestimate the power of a smile! %
% % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % %

From [email protected] Wed Sep 2 09:25:42 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA04942;
Wed, 2 Sep 1998 09:25:41 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA01152;
Wed, 2 Sep 1998 09:18:43 -0500 (CDT)
Received: from att.com (cagw1.att.com [192.128.52.89])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA00035
for <[email protected]>; Wed, 2 Sep 1998 09:16:51 -0500 (CDT)
Received: from caig1.fw.att.com by cagw1.att.com (AT&T/IPNS/UPAS-1.0)
for wugate.wustl.edu!wu-ftpd
sender lynx.lz.att.com!rah (lynx.lz.att.com!rah); Wed Sep 2 09:40 EDT 1998
Received: from merlin.lz.att.com (lynx.lz.att.com [135.25.200.5])
by caig1.fw.att.com (AT&T/IPNS/GW-1.0) with SMTP id JAA26119
for <[email protected]>; Wed, 2 Sep 1998 09:49:04 -0400 (EDT)
Received: by merlin.lz.att.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.995.52)
id <[email protected]>; Wed, 2 Sep 1998 10:00:36 -0400
Message-Id: <c=US%a=_%p=att%[email protected]>
Date: Wed, 2 Sep 1998 10:00:35 -0400
Reply-To: [email protected]
Sender: [email protected]
From: Roger Hanke <[email protected]>
To: "'[email protected]'" <[email protected]>,
"'[email protected]'" <[email protected]>
Subject: RE: PASV ftp ports
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.995.52
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Matt,
Pedro Melo did the first patch for PASV port range that I know of.
He did submit it to Stans bug list but it has not made it into a
subsequent
release, perhaps because its considered a feature vs bug?
Anyway several other people have since published their own patches
doing essentially the same thing proving that it is indeed a quite
common
need. Have included Pedros last patch below to save you the
digging if you want to use it. You can go back into the archives if you
want to find one of the newer ones by different authors.
Enjoy,
Roger Hanke
------------------------------------------------------------------------
-------------
Some time ago I made a patch for beta12 that allows you to restrict the
port ranges used by passive mode ftp.

This is helpfull for people who dont want to open just a part of their
port
space in their firewall.

So far, the pacth is compile time only. You cannot specify in the
config
file the port range to use. You have to change the values of
PASSIVE_BASE
and PASSIVE_SPAN in the patched ftpd.c and recompile... For ex, if you
want
to open ports 4000 to 5000, use PASSIVE_BASE 4000 and PASSIVE_SPAN 1000

Apply to the ftpd.c in the src directory...

I've been working with this patch for a coupple of month now, no
problems.

*** ftpd.c.orig Fri Mar 21 02:15:09 1997
--- ftpd.c Fri Mar 21 02:19:00 1997
***************
*** 394,399 ****
--- 394,401 ----
struct sockaddr_in *virtual_ptr;
#endif

+ srandom(getpid());
+
#ifdef AUX
setcompat(COMPAT_POSIX | COMPAT_BSDSETUGID);
#endif
***************
*** 3246,3251 ****
--- 3248,3256 ----
* response by Jon Postel in a telephone conversation with Rick Adams
on
25
* Jan 89. */

+ #define PASSIVE_BASE 3000
+ #define PASSIVE_SPAN 500
+
void
#ifdef __STDC__
passive(void)
***************
*** 3253,3259 ****
passive()
#endif
{
! int len;
register char *p,
*a;

--- 3258,3264 ----
passive()
#endif
{
! int len, bind_error;
register char *p,
*a;

***************
*** 3268,3281 ****
return;
}
pasv_addr = ctrl_addr;
! pasv_addr.sin_port = 0;
delay_signaling(); /* we can't allow any signals while euid==0:
kinch
*/
(void) seteuid((uid_t) 0); /* XXX: not needed if >
1024 */
! if (bind(pdata, (struct sockaddr *) &pasv_addr, sizeof(pasv_addr))
<
0) {
! (void) seteuid((uid_t) pw->pw_uid);
! enable_signaling(); /* we can allow signals once again: kinch
*/
! goto pasv_error;
}
(void) seteuid((uid_t) pw->pw_uid);
enable_signaling(); /* we can allow signals once again: kinch */
len = sizeof(pasv_addr);
--- 3273,3293 ----
return;
}
pasv_addr = ctrl_addr;
!
delay_signaling(); /* we can't allow any signals while euid==0:
kinch
*/
(void) seteuid((uid_t) 0); /* XXX: not needed if >
1024 */
! do {
! pasv_addr.sin_port = PASSIVE_BASE + random() % PASSIVE_SPAN;
! if (log_commands) syslog(LOG_DEBUG, "PASV trying %d",
pasv_addr.sin_port);
! bind_error = bind(pdata, (struct sockaddr *) &pasv_addr,
sizeof(pasv_addr));
! } while(errno==EADDRINUSE);
! if (bind_error < 0) {
! (void) seteuid((uid_t) pw->pw_uid);
! enable_signaling(); /* we can allow signals once again:
kinch */
! goto pasv_error;
}
+ if (log_commands) syslog(LOG_DEBUG, "PASV got %d",
pasv_addr.sin_port);
+
(void) seteuid((uid_t) pw->pw_uid);
enable_signaling(); /* we can allow signals once again: kinch */
len = sizeof(pasv_addr);
--
************** Pedro Melo ([email protected]) BOFH ******************
* TELENET, Servicos de Telecomunicacoes, SA - Tel +351 1 3139190 *
* finger [email protected] or search key servers for PGP key *
* It's management's job to support the geniuses, *
* not to tell them what to do *
**********************************************************************

>-----Original Message-----
>From: Matt Engen [SMTP:[email protected]]
>Sent: Tuesday, September 01, 1998 9:34 PM
>To: [email protected]
>Subject: PASV ftp ports
>
>Hi,
>
>I would like to restrict PASV ftp to a given port range. It is my
>understanding
>that when the client sends the PASV command, the server opens a random
>high numbered port and informs the client of the port number. The client
>then
>does and active open to the server on that specified port. This is a
>problem
>when the ftp server is located behind a firewall. The incoming
>connection
>is blocked. For security reasons, I would much rather open up a "range"
>of
>ports for inbound traffic rather than anything over 1024. Can this be
>done with
>wu-ftp? Am I missing something else?
>
>According to RFC 1579
>
> "Further precautions can be taken by modifying the FTP server so that
> it only uses very high-numbered ports for the data channel. It is
> comparatively easy to ensure that no dangerous services live in a
> given port range. Again, this is feasible because of the small
> number of servers. "
>
>I have read through various READMEs and the FAQ and do not see it. A
>pointer to the correct document would be greatly appreciated.
>
>Thanks.
>
>-Matt
>

From [email protected] Wed Sep 2 09:43:19 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA05495;
Wed, 2 Sep 1998 09:43:18 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA14113;
Wed, 2 Sep 1998 09:38:43 -0500 (CDT)
Received: from valhalla.stormking.com ([email protected] [204.141.98.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA25197
for <[email protected]>; Wed, 2 Sep 1998 09:34:19 -0500 (CDT)
Received: from heimdall.UUCP (root@localhost)
by valhalla.stormking.com (8.8.5/8.8.5) with UUCP id KAA31044
for [email protected]; Wed, 2 Sep 1998 10:34:16 -0400
Received: (from ttsg@localhost) by heimdall.ttsg.com (8.8.6/8.8.3) id KAA01475 for [email protected]; Wed, 2 Sep 1998 10:33:18 -0400
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 10:33:18 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: TTSG <[email protected]>
To: [email protected]
Subject: HEAVY ftp server / BSDI
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,

I was wondering if anyone is using WU-FTPD under HEAVY LOAD
conditions (1000 connections), and what kernel mods they needed to
make. Under a server tuned for Web serving, it died at about 300
connections. We've raised the KMEMSIZE to 16M (We only have 128M
in the current box, looking to buy a 1G machine) but wondered what
else we'll need to tweak.

CDROM.COM uses its custom ftpd on a box like ours running
FreeBSD with over 3200 connections. We don't expect to hit that, but
somewhere in that area would be GREAT!

Thanks, Tuc/TTSG

From [email protected] Wed Sep 2 09:44:03 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA05511;
Wed, 2 Sep 1998 09:44:02 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA09534;
Wed, 2 Sep 1998 09:38:16 -0500 (CDT)
Received: from valhalla.stormking.com ([email protected] [204.141.98.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA01933
for <[email protected]>; Wed, 2 Sep 1998 09:34:17 -0500 (CDT)
Received: from heimdall.UUCP (root@localhost)
by valhalla.stormking.com (8.8.5/8.8.5) with UUCP id KAA31039
for [email protected]; Wed, 2 Sep 1998 10:34:15 -0400
Received: (from ttsg@localhost) by heimdall.ttsg.com (8.8.6/8.8.3) id KAA01460 for [email protected]; Wed, 2 Sep 1998 10:30:03 -0400
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 10:30:03 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: TTSG <[email protected]>
To: [email protected]
Subject: Beta 18, Signal 11, BSDI
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,

Wondering if anyone else is having the following problem on
Beta 18, BSDI 3.1.

If you put in a bad username and password, it doesn't give the
"Login incorrect" message, but signal 11's and exits. I've got another
system on Beta 16 and it doesn't do that.

Thanks, Tuc/TTSG

From [email protected] Wed Sep 2 10:08:32 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA05999;
Wed, 2 Sep 1998 10:08:31 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA32294;
Wed, 2 Sep 1998 10:03:50 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA08311
for <[email protected]>; Wed, 2 Sep 1998 10:01:34 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with SMTP id KAA26467;
Wed, 2 Sep 1998 10:58:17 -0400
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 10:58:17 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Roger Hanke <[email protected]>
Cc: "'[email protected]'" <[email protected]>,
"'[email protected]'" <[email protected]>
Subject: RE: PASV ftp ports
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 Wed, 2 Sep 1998, Roger Hanke wrote:

> ! do {
> ! pasv_addr.sin_port = PASSIVE_BASE + random() % PASSIVE_SPAN;
> ! if (log_commands) syslog(LOG_DEBUG, "PASV trying %d",
> pasv_addr.sin_port);
> ! bind_error = bind(pdata, (struct sockaddr *) &pasv_addr,
> sizeof(pasv_addr));
> ! } while(errno==EADDRINUSE);

All the original patches use this loop which effectively hangs the server
until it can find an available port. Disliking the possibilty of someone
forcing the daemon into this infinite loop, I changed to the use of a
linear search which has the ability of terminating deterministicly, but
the disadvantage of predictive use. Using the former method, the daemon
is open to DoS, and the latter allows connection stealing.

I'm working on a way which offers both random selection and deterministic
termination. Basically, what I'm considering right now is populating an
array of port numbers with one occurance of each number in the port range
in a random sequence then running through this array some fixed number of
times (three probably) before declaring that there are no available ports.
Comments?

----

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 Sep 2 10:20:09 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA06228;
Wed, 2 Sep 1998 10:20:04 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA31764;
Wed, 2 Sep 1998 10:16:42 -0500 (CDT)
Received: from shodan.in-trier.de ([email protected] [198.22.51.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA22141
for <[email protected]>; Wed, 2 Sep 1998 10:12:10 -0500 (CDT)
Received: from localhost (cray.microsoft.eu.org [198.22.51.119])
by shodan.in-trier.de (8.8.8/8.8.8) with SMTP id RAA19753;
Wed, 2 Sep 1998 17:13:25 +0200
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 17:02:45 +0200 (CEST)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: "Pomerance, Debbie" <[email protected]>
Cc: "'[email protected]'" <[email protected]>
Subject: Re: wu-ftpd 18 and logging
In-Reply-To: <c=US%a=_%p=U.S._House_of_Re%[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 1 Sep 1998, Pomerance, Debbie wrote:

> Is there a way to get wu-ftp to log attempted (that is not succesful)
> uploads/downloads. They may be refused by
>
> system directory/file permissions; or by
> path-filter exclusions; or by
> noretrievals exclusions.

I have just finished implementing this - it's contained in BeroFTPD 1.1.9

ftp://ftp.aachen.linux.de/pub/BeroFTPD/BeroFTPD-1.1.9.tar.gz
ftp://ftp.croftj.net/usr/bero/BeroFTPD/BeroFTPD-1.1.9.tar.gz

You have to add the command
log security anonymous,guest,real
to get the feature.

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 Sep 2 10:20:48 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA06249;
Wed, 2 Sep 1998 10:20:47 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA22165;
Wed, 2 Sep 1998 10:17:11 -0500 (CDT)
Received: from shodan.in-trier.de ([email protected] [198.22.51.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA26173
for <[email protected]>; Wed, 2 Sep 1998 10:12:10 -0500 (CDT)
Received: from localhost (cray.microsoft.eu.org [198.22.51.119])
by shodan.in-trier.de (8.8.8/8.8.8) with SMTP id RAA19759;
Wed, 2 Sep 1998 17:13:28 +0200
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 17:07:20 +0200 (CEST)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: [email protected], [email protected],
[email protected]
Cc: [email protected]
Subject: BeroFTPD 1.1.9 released
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have just released BeroFTPD 1.1.9.
As long as you don't use the internal ls command (--disable-internal-ls),
this version is stable; if I don't hear of any bugs, it will be released
as 1.0.11 with the internal ls command disabled by default.

It can be downloaded from the usual locations:

ftp://ftp.aachen.linux.de/pub/BeroFTPD/
ftp://ftp.croftj.net/usr/bero/BeroFTPD/
ftp://ftp.sunet.se/pub/nir/ftp/servers/BeroFTPD/
ftp://sunsite.cnlab-switch.ch/mirror/BeroFTPD/

Changes this time:
* Fix SunOS compatibility
* Fix several bugs in the internal ls command
* Fix compilation bug for ratios caused by the VR6 patches
* Fix typo in configure.in
* Install ftpck, ftpshut, ftprestart and ckconfig to sbindir rather than
bindir
* Make ftpck check ftphosts only if support for host access is compiled in
(--disable-hostxs)
* Make a missing ftpservers a WARNING rather than an ERROR in ftpck -
after all, we can compile with virtual host support without using it...
* Make missing system accounts in ftpusers a WARNING rather than an ERROR
in ftpck - it might be a security leak, but it might also make some
sense.
* Include config.h in dependencies for every file, so every file is
recompiled after a configure with different parameters
* Fix a possible buffer overrun in the internal ls for usernames longer
than 8 characters
* make install now installs the ftprestart.8 manpage
+ Add --enable-numeric-uids option (see INSTALL)
+ Add support for Kerberos5 and AFS authentication.
+ Add "log security" option to ftpaccess so we can log attempts to violate
security restrictions (noretrieve, .notar, ...)

--
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 Sep 2 10:21:45 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA06280;
Wed, 2 Sep 1998 10:21:43 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA27091;
Wed, 2 Sep 1998 10:18:04 -0500 (CDT)
Received: from shodan.in-trier.de ([email protected] [198.22.51.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA31852
for <[email protected]>; Wed, 2 Sep 1998 10:12:19 -0500 (CDT)
Received: from localhost (cray.microsoft.eu.org [198.22.51.119])
by shodan.in-trier.de (8.8.8/8.8.8) with SMTP id RAA19746;
Wed, 2 Sep 1998 17:13:17 +0200
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 16:00:50 +0200 (CEST)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Security leak in VR6 patches
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

There is a security leak in the VR6 patches, affecting noretrieve.

The line
wu_realpath (name, realname, chroot_path);

in the beginning of checknoretrieve() should read
wu_realpath(name, realname, NULL);

Otherwise, a "noretrieve /etc/passwd" can be ignored by doing
cd /etc
get passwd

This behavior is fixed in BeroFTPD 1.1.9.

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 Sep 2 10:43:51 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA06556;
Wed, 2 Sep 1998 10:43:50 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA23489;
Wed, 2 Sep 1998 10:29:38 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA11032
for <[email protected]>; Wed, 2 Sep 1998 10:28:51 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with SMTP id LAA26711;
Wed, 2 Sep 1998 11:28:47 -0400
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 11:28:47 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Bernhard Rosenkraenzer <[email protected]>
Cc: [email protected]
Subject: Re: Security leak in VR6 patches
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, 2 Sep 1998, Bernhard Rosenkraenzer wrote:

> There is a security leak in the VR6 patches, affecting noretrieve.
>
> The line
> wu_realpath (name, realname, chroot_path);
>
> in the beginning of checknoretrieve() should read
> wu_realpath(name, realname, NULL);
>
> Otherwise, a "noretrieve /etc/passwd" can be ignored by doing
> cd /etc
> get passwd
>
> This behavior is fixed in BeroFTPD 1.1.9.

This will be in VR7

*** extensions.c.orig Wed Aug 26 10:53:29 1998
--- extensions.c Wed Sep 2 11:27:31 1998
***************
*** 1346,1352 ****
if (name == (char *)NULL || *name == '\0')
return 0;

! realpath (name, realname, chroot_path);

while (getaclentry("noretrieve", &entry)) {
if (ARG0 == (char *)NULL)
--- 1346,1352 ----
if (name == (char *)NULL || *name == '\0')
return 0;

! realpath (name, realname, NULL);

while (getaclentry("noretrieve", &entry)) {
if (ARG0 == (char *)NULL)

----

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 Sep 2 10:47:07 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA06674;
Wed, 2 Sep 1998 10:47:06 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA01394;
Wed, 2 Sep 1998 10:42:50 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA13707
for <[email protected]>; Wed, 2 Sep 1998 10:36:39 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with SMTP id LAA26798;
Wed, 2 Sep 1998 11:36:35 -0400
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 11:36:35 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Bernhard Rosenkraenzer <[email protected]>
Cc: [email protected]
Subject: Re: Security leak in VR6 patches
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, 2 Sep 1998, Bernhard Rosenkraenzer wrote:

> Otherwise, a "noretrieve /etc/passwd" can be ignored by doing
> cd /etc
> get passwd
>
> This behavior is fixed in BeroFTPD 1.1.9.

On second thought, maybe I won't fix that. The etc/passwd he's retrieving
is not the system password file, but the local copy in the chroot'd area
which (at least for the base release, I don't know what he's doing in
BeroFTPD) should NOT contain any security information such as passwords.

It is my belief that the notreieve directive should use absolute file
names. So, if he has a /virt/etc/passwd file containing sensistive
information, he should make THAT file noretrieve.

----

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 Sep 2 10:59:32 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA07019;
Wed, 2 Sep 1998 10:59:30 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA29962;
Wed, 2 Sep 1998 10:55:37 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA20251
for <[email protected]>; Wed, 2 Sep 1998 10:49:29 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with SMTP id LAA26863;
Wed, 2 Sep 1998 11:49:19 -0400
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 11:49:19 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: TTSG <[email protected]>
Cc: [email protected]
Subject: Re: Beta 18, Signal 11, BSDI
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, 2 Sep 1998, TTSG wrote:

> If you put in a bad username and password, it doesn't give the "Login
> incorrect" message, but signal 11's and exits. I've got another system
> on Beta 16 and it doesn't do that.

I got this last night mucking about inside the ftpcmd.y for USER and PASS
and working on ftpd.c user() and pass() functions. the only way I've been
able to cause it is to inject (then fix) a bug myself. I've never had it
do this with clean sources.

----

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 Sep 2 11:18:51 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA07523;
Wed, 2 Sep 1998 11:18:50 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA16858;
Wed, 2 Sep 1998 11:14:55 -0500 (CDT)
Received: from freenet.macatawa.org (smtp.americanlogistics.com [206.26.113.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA04442
for <[email protected]>; Wed, 2 Sep 1998 11:14:23 -0500 (CDT)
Received: from def1 (pm336-27.dialip.mich.net [35.9.11.93]) by freenet.macatawa.org (8.7.5/8.7.3) with ESMTP id MAA28580 for <[email protected]>; Wed, 2 Sep 1998 12:05:45 -0400 (EDT)
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 12:21:29 -0400
Reply-To: [email protected]
Sender: [email protected]
From: "Brian DeFeyter" <[email protected]>
To: <[email protected]>
Subject: Lib C/Linux Problem?
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-MSMail-Priority: Normal
X-Priority: 3
X-Mailer: Microsoft Internet Mail 4.70.1155
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I'm attempting to build wu-ftpd-2.4.2-beta-18 on a RedHat 4.2
system with a 2.0.30 kernel.
I get the following errors while the build attempts to link:

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
ld: cannot open -lc: No such file or directory
make: *** [ftpshut] Error 1

And the same happens for all of the ftpd and related programs it tries to
compile.
Any ideas how to fix it?

Brian DeFeyter
[email protected]

From [email protected] Wed Sep 2 11:31:29 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA07731;
Wed, 2 Sep 1998 11:31:26 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA11076;
Wed, 2 Sep 1998 11:27:42 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA14487
for <[email protected]>; Wed, 2 Sep 1998 11:26:48 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with SMTP id MAA27186;
Wed, 2 Sep 1998 12:26:33 -0400
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 12:26:32 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Brian DeFeyter <[email protected]>
Cc: [email protected]
Subject: Re: Lib C/Linux 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 Wed, 2 Sep 1998, Brian DeFeyter wrote:

> ld: cannot open -lc: No such file or directory

did you install the development libraries? My system was (once upon a
time) RedHat 4.2 with 2.0.30 and I had no 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] Wed Sep 2 11:37:58 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA07834;
Wed, 2 Sep 1998 11:37:55 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA00136;
Wed, 2 Sep 1998 11:34:19 -0500 (CDT)
Received: from valhalla.stormking.com ([email protected] [204.141.98.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA20767
for <[email protected]>; Wed, 2 Sep 1998 11:29:36 -0500 (CDT)
Received: from heimdall.UUCP (root@localhost)
by valhalla.stormking.com (8.8.5/8.8.5) with UUCP id MAA33085;
Wed, 2 Sep 1998 12:29:16 -0400
Received: (from ttsg@localhost) by heimdall.ttsg.com (8.8.6/8.8.3) id MAA02414; Wed, 2 Sep 1998 12:15:33 -0400
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 12:15:33 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: TTSG <[email protected]>
To: [email protected] (Gregory A Lundberg)
Cc: [email protected], [email protected]
Subject: Re: Beta 18, Signal 11, BSDI
In-Reply-To: <[email protected]> from "Gregory A Lundberg" at Sep 2, 98 11:49:19 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

>
> On Wed, 2 Sep 1998, TTSG wrote:
>
> > If you put in a bad username and password, it doesn't give the "Login
> > incorrect" message, but signal 11's and exits. I've got another system
> > on Beta 16 and it doesn't do that.
>
> I got this last night mucking about inside the ftpcmd.y for USER and PASS
> and working on ftpd.c user() and pass() functions. the only way I've been
> able to cause it is to inject (then fix) a bug myself. I've never had it
> do this with clean sources.
>
It seems to be doing it on 2 different, but equally set up systems.
(Same MB, memory, OS, patches, etc)

Tuc/TTSG

From [email protected] Wed Sep 2 11:57:46 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA08889;
Wed, 2 Sep 1998 11:57:42 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA01543;
Wed, 2 Sep 1998 11:53:33 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA25612
for <[email protected]>; Wed, 2 Sep 1998 11:47:05 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with SMTP id MAA27363;
Wed, 2 Sep 1998 12:46:54 -0400
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 12:46:54 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: TTSG <[email protected]>
Cc: [email protected]
Subject: Re: Beta 18, Signal 11, BSDI
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, 2 Sep 1998, TTSG wrote:

> > > If you put in a bad username and password, it doesn't give the "Login
> > > incorrect" message, but signal 11's and exits. I've got another system
> > > on Beta 16 and it doesn't do that.
> >
> > I got this last night mucking about inside the ftpcmd.y for USER and PASS
> > and working on ftpd.c user() and pass() functions. the only way I've been
> > able to cause it is to inject (then fix) a bug myself. I've never had it
> > do this with clean sources.
> >
> It seems to be doing it on 2 different, but equally set up systems.
> (Same MB, memory, OS, patches, etc)

My VR6 patches change a lot of the way bad user names and passwords are
handled. If you try them and get the same problem, send me a stack trace
and I'll see what I can do.

signal 11 usually occurs, for me anyway, by overrunning a buffer on the
stack and wiping out a pointer causing a segmentation violation. When I
was playing with it last night, it was caused by attempting to use an
un-initialized pointer (actually, a NULL pointer, I think).

----

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 Sep 2 12:36:32 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA09818;
Wed, 2 Sep 1998 12:36:31 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA09389;
Wed, 2 Sep 1998 12:31:42 -0500 (CDT)
Received: from shodan.in-trier.de ([email protected] [198.22.51.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA03214
for <[email protected]>; Wed, 2 Sep 1998 12:27:14 -0500 (CDT)
Received: from localhost (cray.microsoft.eu.org [198.22.51.119])
by shodan.in-trier.de (8.8.8/8.8.8) with SMTP id TAA21511;
Wed, 2 Sep 1998 19:28:22 +0200
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 18:53:18 +0200 (CEST)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: [email protected]
Subject: Re: Security leak in VR6 patches
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 Wed, 2 Sep 1998, Gregory A Lundberg wrote:

> It is my belief that the notreieve directive should use absolute file
> names. So, if he has a /virt/etc/passwd file containing sensistive
> information, he should make THAT file noretrieve.

You're right here - it's probably sufficient to mark in the docs that the
filenames must be absolute.

Then again, it also makes sense to have a noretrieve directive for
relative paths, so I can for example say
noretrieve /etc/
and it effects the /etc directory in all the virtual hosts... (This makes
sense, of course, only with the combination of VR6 and newvirt - or
BeroFTPD which contains both of them anyway).
On systems with 200 virtual hosts, that's far easier than having 200
separate noretrieve /serverx/etc files...

I'm thinking about adding an option "absolute|relative" to the noretrieve
directive, which should combine the good sides of both approaches.

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 Sep 2 12:37:59 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA09851;
Wed, 2 Sep 1998 12:37:58 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA06630;
Wed, 2 Sep 1998 12:32:47 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA16492
for <[email protected]>; Wed, 2 Sep 1998 12:29:59 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with SMTP id NAA27639;
Wed, 2 Sep 1998 13:29:50 -0400
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 13:29:50 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Bernhard Rosenkraenzer <[email protected]>
Cc: [email protected]
Subject: Re: Security leak in VR6 patches
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, 2 Sep 1998, Bernhard Rosenkraenzer wrote:

> I'm thinking about adding an option "absolute|relative" to the noretrieve
> directive, which should combine the good sides of both approaches.

Excellent idea, and it should only take a few seconds to add. I'll put it
in VR7.

----

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 Sep 2 14:16:15 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA11223;
Wed, 2 Sep 1998 14:16:12 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA07060;
Wed, 2 Sep 1998 14:10:32 -0500 (CDT)
Received: from valhalla.stormking.com ([email protected] [204.141.98.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA04032
for <[email protected]>; Wed, 2 Sep 1998 14:04:32 -0500 (CDT)
Received: from heimdall.UUCP (root@localhost)
by valhalla.stormking.com (8.8.5/8.8.5) with UUCP id PAA24257
for [email protected]; Wed, 2 Sep 1998 15:04:21 -0400
Received: (from ttsg@localhost) by heimdall.ttsg.com (8.8.6/8.8.3) id OAA03473 for [email protected]; Wed, 2 Sep 1998 14:58:59 -0400
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 14:58:57 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: TTSG <[email protected]>
To: [email protected]
Subject: WTMP / DNS / Data connections
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,

Ok, its my turn for questions today.

1) Is there any way to stop wtmp loggin. In 1 day only its
grown to 11Meg!

2) Is there a way to stop DNS lookups? If nothing more to
stop all the :

Sep 2 14:57:08 tyr named[27669]: Lame server on '13.230.125.207.in-addr.arpa' (in '125.207.in-addr.arpa'?): [170.142.1.74].53 'DNS2.STATE.TN.US': learnt (A=128.9.128.127,NS=128.8.10.90)
Sep 2 14:57:32 tyr named[27669]: Lame server on '62.107.14.209.in-addr.arpa' (in '14.209.in-addr.arpa'?): [205.137.48.7].53 'NS3.AGIS.NET': learnt (A=128.63.2.53,NS=192.36.148.17)
Sep 2 14:57:32 tyr named[27669]: Lame server on '62.107.14.209.in-addr.arpa' (in '14.209.in-addr.arpa'?): [205.137.48.5].53 'NS1.AGIS.NET': learnt (A=128.63.2.53,NS=192.36.148.17)

messages

3) What/where is this :

Sep 2 01:15:46 tyr ftpd[10020]: mozilla@ of 210.96.13.54 [210.96.13.54]: data connect from 210.96.13.73 for /pub/download/webcelerator.exe (1336971 bytes)

What is different about that connection than any other?

Thanks, Tuc/TTSG

From [email protected] Wed Sep 2 14:27:55 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA11423;
Wed, 2 Sep 1998 14:27:53 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA21495;
Wed, 2 Sep 1998 14:23:13 -0500 (CDT)
Received: from quartz.nbnet.nb.ca (quartz.nbnet.nb.ca [198.164.200.18])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA03228
for <[email protected]>; Wed, 2 Sep 1998 14:17:09 -0500 (CDT)
Received: from nbnet.nb.ca ([142.134.11.157]) by quartz.nbnet.nb.ca
(Post.Office MTA v3.1.2 release (PO203-101c)
ID# 607-54382U75000L75000S0V35) with ESMTP id AAA23918;
Wed, 2 Sep 1998 16:17:08 -0300
Message-Id: <[email protected]>
Date: Wed, 02 Sep 1998 16:16:34 -0300
Reply-To: [email protected]
Sender: [email protected]
From: Cameron Lemon <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: WTMP / DNS / Data connections
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.04 [en] (Win95; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

TTSG wrote:

> Hi,
>
> Ok, its my turn for questions today.
>
> 1) Is there any way to stop wtmp loggin. In 1 day only its
> grown to 11Meg!

During compilations, an option is available to log to a different file. I did this when I compiled my beta 18.

>
>
> 2) Is there a way to stop DNS lookups? If nothing more to
> stop all the :
>
> Sep 2 14:57:08 tyr named[27669]: Lame server on '13.230.125.207.in-addr.arpa' (in '125.207.in-addr.arpa'?): [170.142.1.74].53 'DNS2.STATE.TN.US': learnt (A=128.9.128.127,NS=128.8.10.90)
> Sep 2 14:57:32 tyr named[27669]: Lame server on '62.107.14.209.in-addr.arpa' (in '14.209.in-addr.arpa'?): [205.137.48.7].53 'NS3.AGIS.NET': learnt (A=128.63.2.53,NS=192.36.148.17)
> Sep 2 14:57:32 tyr named[27669]: Lame server on '62.107.14.209.in-addr.arpa' (in '14.209.in-addr.arpa'?): [205.137.48.5].53 'NS1.AGIS.NET': learnt (A=128.63.2.53,NS=192.36.148.17)
>
> messages

If you wish to dive into the code you can stop it, however the answer is no. It is a good thing to have the WUFTPD perform forward/reverse lookups.

>
>
> 3) What/where is this :
>
> Sep 2 01:15:46 tyr ftpd[10020]: mozilla@ of 210.96.13.54 [210.96.13.54]: data connect from 210.96.13.73 for /pub/download/webcelerator.exe (1336971 bytes)
>
> What is different about that connection than any other?

Just that the info was made available to the daemon to log is all.

>
>
> Thanks, Tuc/TTSG

From [email protected] Wed Sep 2 14:32:53 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA11463;
Wed, 2 Sep 1998 14:32:52 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA12864;
Wed, 2 Sep 1998 14:29:29 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA02170
for <[email protected]>; Wed, 2 Sep 1998 14:25:54 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with SMTP id PAA28281;
Wed, 2 Sep 1998 15:25:47 -0400
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 15:25:47 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: TTSG <[email protected]>
Cc: [email protected]
Subject: Re: WTMP / DNS / Data connections
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, 2 Sep 1998, TTSG wrote:

> 1) Is there any way to stop wtmp loggin. In 1 day only its grown to
> 11Meg!

Once again, there's an old patch in the mailing list which addresses this,
or you can grab VR6 from ftp.vr.net and get it and a lot of other
improvements/fixes for the daemon.

> 2) Is there a way to stop DNS lookups? If nothing more to stop all the:
>
> Sep 2 14:57:08 tyr named[27669]: Lame server on '13.230.125.207.in-addr.arpa' (in '125.207.in-addr.arpa'?): [170.142.1.74].53 'DNS2.STATE.TN.US': learnt (A=128.9.128.127,NS=128.8.10.90)
> Sep 2 14:57:32 tyr named[27669]: Lame server on '62.107.14.209.in-addr.arpa' (in '14.209.in-addr.arpa'?): [205.137.48.7].53 'NS3.AGIS.NET': learnt (A=128.63.2.53,NS=192.36.148.17)
> Sep 2 14:57:32 tyr named[27669]: Lame server on '62.107.14.209.in-addr.arpa' (in '14.209.in-addr.arpa'?): [205.137.48.5].53 'NS1.AGIS.NET': learnt (A=128.63.2.53,NS=192.36.148.17)

Nope.

> 3) What/where is this :
>
> Sep 2 01:15:46 tyr ftpd[10020]: mozilla@ of 210.96.13.54 [210.96.13.54]: data connect from 210.96.13.73 for /pub/download/webcelerator.exe (1336971 bytes)
>
> What is different about that connection than any other?

Other than the fact that it wasn't generated by WU-FTPD, but by some other
ftp 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] Wed Sep 2 14:33:53 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA11487;
Wed, 2 Sep 1998 14:33:52 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA19040;
Wed, 2 Sep 1998 14:30:19 -0500 (CDT)
Received: from freenet.macatawa.org (smtp.americanlogistics.com [206.26.113.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA15878
for <[email protected]>; Wed, 2 Sep 1998 14:28:41 -0500 (CDT)
Received: from def1 (pm335-38.dialip.mich.net [35.9.11.40]) by freenet.macatawa.org (8.7.5/8.7.3) with ESMTP id PAA08654; Wed, 2 Sep 1998 15:20:00 -0400 (EDT)
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 15:35:45 -0400
Reply-To: [email protected]
Sender: [email protected]
From: "Brian DeFeyter" <[email protected]>
To: <[email protected]>
Cc: <[email protected]>
Subject: Re: Lib C/Linux Problem?
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-MSMail-Priority: Normal
X-Priority: 3
X-Mailer: Microsoft Internet Mail 4.70.1155
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Yes, I have it installed. That's why I found it strange too. Anything else
anyone can think of?
Otherwise I guess I'll try to reinstall libc or glibc.

----------
> From: Gregory A Lundberg <[email protected]>
> To: Brian DeFeyter <[email protected]>
> Cc: [email protected]
> Subject: Re: Lib C/Linux Problem?
> Date: Wednesday, September 02, 1998 12:26 PM
>
> On Wed, 2 Sep 1998, Brian DeFeyter wrote:
>
> > ld: cannot open -lc: No such file or directory
>
> did you install the development libraries? My system was (once upon a
> time) RedHat 4.2 with 2.0.30 and I had no 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] Wed Sep 2 15:33:37 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA12155;
Wed, 2 Sep 1998 15:33:36 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA07835;
Wed, 2 Sep 1998 15:27:25 -0500 (CDT)
Received: from valhalla.stormking.com ([email protected] [204.141.98.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA20195
for <[email protected]>; Wed, 2 Sep 1998 15:21:39 -0500 (CDT)
Received: from heimdall.UUCP (root@localhost)
by valhalla.stormking.com (8.8.5/8.8.5) with UUCP id QAA17220;
Wed, 2 Sep 1998 16:21:24 -0400
Received: (from ttsg@localhost) by heimdall.ttsg.com (8.8.6/8.8.3) id QAA04110; Wed, 2 Sep 1998 16:15:48 -0400
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 16:15:47 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: TTSG <[email protected]>
To: [email protected] (Gregory A Lundberg)
Cc: [email protected]
Subject: Re: WTMP / DNS / Data connections
In-Reply-To: <[email protected]> from "Gregory A Lundberg" at Sep 2, 98 03:25:47 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

>
> On Wed, 2 Sep 1998, TTSG wrote:
>
> > 1) Is there any way to stop wtmp loggin. In 1 day only its grown to
> > 11Meg!
>
> Once again, there's an old patch in the mailing list which addresses this,
> or you can grab VR6 from ftp.vr.net and get it and a lot of other
> improvements/fixes for the daemon.
>
I'm suprised I've only been "pitched" (Don't take it the wrong
way) by the VR folks. Bero? Anyone in the NCFTPD camp?
>
> > 2) Is there a way to stop DNS lookups? If nothing more to stop all the:
> >
> > Sep 2 14:57:08 tyr named[27669]: Lame server on '13.230.125.207.in-addr.arpa' (in '125.207.in-addr.arpa'?): [170.142.1.74].53 'DNS2.STATE.TN.US': learnt (A=128.9.128.127,NS=128.8.10.90)
> > Sep 2 14:57:32 tyr named[27669]: Lame server on '62.107.14.209.in-addr.arpa' (in '14.209.in-addr.arpa'?): [205.137.48.7].53 'NS3.AGIS.NET': learnt (A=128.63.2.53,NS=192.36.148.17)
> > Sep 2 14:57:32 tyr named[27669]: Lame server on '62.107.14.209.in-addr.arpa' (in '14.209.in-addr.arpa'?): [205.137.48.5].53 'NS1.AGIS.NET': learnt (A=128.63.2.53,NS=192.36.148.17)
>
> Nope.
>
This is sad. Why? Yea, yea, yea, security. But *I* should be able
to make that call, not the machine. If its so security oriented then why
isn't TCPWRAPPERS built in (Not that I want it)
>
> > 3) What/where is this :
> >
> > Sep 2 01:15:46 tyr ftpd[10020]: mozilla@ of 210.96.13.54 [210.96.13.54]: data connect from 210.96.13.73 for /pub/download/webcelerator.exe (1336971 bytes)
> >
> > What is different about that connection than any other?
>
> Other than the fact that it wasn't generated by WU-FTPD, but by some other
> ftp daemon?
>
I'm not running any others..............

Tuc/TTSG

From [email protected] Wed Sep 2 15:39:46 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA12230;
Wed, 2 Sep 1998 15:39:44 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA10517;
Wed, 2 Sep 1998 15:33:41 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA14593
for <[email protected]>; Wed, 2 Sep 1998 15:31:40 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with SMTP id QAA28629;
Wed, 2 Sep 1998 16:31:26 -0400
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 16:31:25 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: TTSG <[email protected]>
Cc: [email protected]
Subject: Re: WTMP / DNS / Data connections
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, 2 Sep 1998, TTSG wrote:

> I'm suprised I've only been "pitched" (Don't take it the wrong way) by
> the VR folks. Bero? Anyone in the NCFTPD camp?

you want the work done for you, take an existing patch. Otherwise, dig
through the mailing list archives for the original posting (Hint: it's
referenced in my FIXES* file). Whose patches should I refer to, maybe
it's because I know my own best? Bero's just merged mine into his. the
NCFTPD camp has its own mailing list.

> This is sad. Why? Yea, yea, yea, security. But *I* should be able to
> make that call, not the machine. If its so security oriented then why
> isn't TCPWRAPPERS built in (Not that I want it)

If it's the log message you're concerned about, tell bind to stop
generating them. And I have inclusion of tcpwrappers in my TODO list.

> > > Sep 2 01:15:46 tyr ftpd[10020]: mozilla@ of 210.96.13.54
> > > [210.96.13.54]: data connect from 210.96.13.73 for
> > > /pub/download/webcelerator.exe (1336971 bytes)

OK, so you're running an old (and therefore not as secure) version of
wu-ftpd. Get the latest before you get hacked. With your traffic, it's
only a matter of time.

What this is telling you is you machine was used in what could potentially
be an 'ftp bounce' attack. Sure, the RFC allows the data connection to
come from some IP address other than the control connection, but wu-ftpd
no longer does. If you want to read more on this subject, see
http://www.cert.org/ (I don't recall the advisory number .. sometime in 97
or early 98 it was.)

----

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 Sep 2 16:21:10 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA12751;
Wed, 2 Sep 1998 16:21:08 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA15271;
Wed, 2 Sep 1998 16:17:59 -0500 (CDT)
Received: from valhalla.stormking.com ([email protected] [204.141.98.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA04442
for <[email protected]>; Wed, 2 Sep 1998 16:13:54 -0500 (CDT)
Received: from heimdall.UUCP (root@localhost)
by valhalla.stormking.com (8.8.5/8.8.5) with UUCP id RAA21918;
Wed, 2 Sep 1998 17:13:38 -0400
Received: (from ttsg@localhost) by heimdall.ttsg.com (8.8.6/8.8.3) id RAA04372; Wed, 2 Sep 1998 17:07:31 -0400
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 17:07:30 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: TTSG <[email protected]>
To: [email protected] (Gregory A Lundberg)
Cc: [email protected]
Subject: Re: WTMP / DNS / Data connections
In-Reply-To: <[email protected]> from "Gregory A Lundberg" at Sep 2, 98 04:31:25 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

>
> On Wed, 2 Sep 1998, TTSG wrote:
>
> > I'm suprised I've only been "pitched" (Don't take it the wrong way) by
> > the VR folks. Bero? Anyone in the NCFTPD camp?
>
> you want the work done for you, take an existing patch. Otherwise, dig
> through the mailing list archives for the original posting (Hint: it's
> referenced in my FIXES* file). Whose patches should I refer to, maybe
> it's because I know my own best? Bero's just merged mine into his. the
> NCFTPD camp has its own mailing list.
>
I'm sorry Gregory, I'm not trying to insult you. I'm sorry if I
have. I'm not trying to accuse you of trolling the group to make
converts. I will take a look at your patches. I just had hoped that
the problems/functionality would be in the Academ releases, so that I
don't have to keep getting them and patching them.
>
> > This is sad. Why? Yea, yea, yea, security. But *I* should be able to
> > make that call, not the machine. If its so security oriented then why
> > isn't TCPWRAPPERS built in (Not that I want it)
>
> If it's the log message you're concerned about, tell bind to stop
> generating them. And I have inclusion of tcpwrappers in my TODO list.
>
I have a feeling I'll need to re-compile it. Doesn't seem to
be a command line/config file option.
>
> > > > Sep 2 01:15:46 tyr ftpd[10020]: mozilla@ of 210.96.13.54
> > > > [210.96.13.54]: data connect from 210.96.13.73 for
> > > > /pub/download/webcelerator.exe (1336971 bytes)
>
> OK, so you're running an old (and therefore not as secure) version of
> wu-ftpd. Get the latest before you get hacked. With your traffic, it's
> only a matter of time.
>
> What this is telling you is you machine was used in what could potentially
> be an 'ftp bounce' attack. Sure, the RFC allows the data connection to
> come from some IP address other than the control connection, but wu-ftpd
> no longer does. If you want to read more on this subject, see
> http://www.cert.org/ (I don't recall the advisory number .. sometime in 97
> or early 98 it was.)
>
Um...................
heimdall:/usr/spool/uucp/.Admin# ftp tyr.ttsg.com
Connected to tyr.ttsg.com.
220 tyr.ttsg.com FTP server (Version wu-2.4.2-academ[BETA-18](1) Tue Aug 25 11:50:21 EDT 1998) ready.
Name (tyr.ttsg.com:root):

tyr# strings ftpd|grep "data connect"
Can't open data connection.
%s of %s [%s]: data connect from %s for %s%s
Opening %s mode data connection for %s%s.
Using existing data connection for %s%s.
Can't build data connection: no PORT specified
Can't build data connection
No data connection

Its in there, just can't figure out WHERE. I see bits and pieces of
it, but not the whole string.

Tuc/TTSG

From [email protected] Wed Sep 2 16:22:27 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA12764;
Wed, 2 Sep 1998 16:22:26 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA30333;
Wed, 2 Sep 1998 16:19:02 -0500 (CDT)
Received: from valhalla.stormking.com ([email protected] [204.141.98.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA31267
for <[email protected]>; Wed, 2 Sep 1998 16:17:44 -0500 (CDT)
Received: from heimdall.UUCP (root@localhost)
by valhalla.stormking.com (8.8.5/8.8.5) with UUCP id RAA36619;
Wed, 2 Sep 1998 17:17:26 -0400
Received: (from ttsg@localhost) by heimdall.ttsg.com (8.8.6/8.8.3) id RAA04413; Wed, 2 Sep 1998 17:16:00 -0400
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 17:15:59 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: TTSG <[email protected]>
To: [email protected] (Gregory A Lundberg)
Cc: [email protected], [email protected]
Subject: Re: WTMP / DNS / Data connections
In-Reply-To: <[email protected]> from "Gregory A Lundberg" at Sep 2, 98 04:31:25 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

> > > > Sep 2 01:15:46 tyr ftpd[10020]: mozilla@ of 210.96.13.54
> > > > [210.96.13.54]: data connect from 210.96.13.73 for
> > > > /pub/download/webcelerator.exe (1336971 bytes)
>
> OK, so you're running an old (and therefore not as secure) version of
> wu-ftpd. Get the latest before you get hacked. With your traffic, it's
> only a matter of time.
>
AH, got it (I musta looked 242 times )

Around line 2494 of a Beta-18 virgin ftpd.c

if (strcmp(dataaddr, remoteaddr) != 0) {
/*
* This will log when data connection comes from an address different
* than the control connection.
*/
syslog(LOG_NOTICE, "%s of %s [%s]: data connect from %s for %s%s",
anonymous ? guestpw : pw->pw_name, remotehost, remoteaddr,
dataaddr, name, sizebuf);
}

Does this imply firewalls? NAT?

Tuc/TTSG

From [email protected] Wed Sep 2 16:27:26 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA12809;
Wed, 2 Sep 1998 16:27:25 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA18832;
Wed, 2 Sep 1998 16:24:17 -0500 (CDT)
Received: from shodan.in-trier.de ([email protected] [198.22.51.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA04968
for <[email protected]>; Wed, 2 Sep 1998 16:19:27 -0500 (CDT)
Received: from localhost (cray.microsoft.eu.org [198.22.51.119])
by shodan.in-trier.de (8.8.8/8.8.8) with SMTP id XAA24000;
Wed, 2 Sep 1998 23:20:38 +0200
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 22:53:34 +0200 (CEST)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: TTSG <[email protected]>
Cc: [email protected]
Subject: Re: WTMP / DNS / Data connections
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 Wed, 2 Sep 1998, TTSG wrote:

> 1) Is there any way to stop wtmp loggin. In 1 day only its
> grown to 11Meg!

Get either BeroFTPD or the VR6 patches for wu-ftpd.

> 2) Is there a way to stop DNS lookups?

Why would you want to do that?

> If nothing more to stop all the :
>
> Sep 2 14:57:08 tyr named[27669]: Lame server on '13.230.125.207.in-addr.arpa' (in '125.207.in-addr.arpa'?): [170.142.1.74].53 'DNS2.STATE.TN.US': learnt (A=128.9.128.127,NS=128.8.10.90)
> messages

You can prevent named from logging those.
Add "check-names response ignore" to your named.conf/named.boot file.
Check "man named" for details.

> 3) What/where is this :
>
> Sep 2 01:15:46 tyr ftpd[10020]: mozilla@ of 210.96.13.54 [210.96.13.54]: data connect from 210.96.13.73 for /pub/download/webcelerator.exe (1336971 bytes)
>
> What is different about that connection than any other?

According to the code generating the warning:
/*
* This will log when data connection comes from an address different
* than the control connection.
*/

The control connection is the connection on which the ftp server accepts
commands and sends replies; the data connection is the one on which the
actual files are transmitted.
This message can be caused by a strange client, a proxy, or a firewall, or
by someone feeding commands directly into the ftp server by telnetting
into port 21; probably nothing to worry about.

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 Sep 2 16:28:19 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA12821;
Wed, 2 Sep 1998 16:28:17 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA02878;
Wed, 2 Sep 1998 16:24:47 -0500 (CDT)
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 QAA26214
for <[email protected]>; Wed, 2 Sep 1998 16:23:11 -0500 (CDT)
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 PAA04846
for <[email protected]>; Wed, 2 Sep 1998 15:22:40 -0600 (MDT)
Received: from netmail5.uswc.uswest.com (nmal-ne1.uswc.uswest.com [151.117.81.7]) by egate.mnet.uswest.com (8.7.1/8.7.1) with ESMTP id PAA04162 for <[email protected]>; Wed, 2 Sep 1998 15:22:39 -0600 (MDT)
Received: from MCOOK ([148.155.67.222]) by netmail5.uswc.uswest.com
(Netscape Messaging Server 3.52) with SMTP id AAA227A
for <[email protected]>; Wed, 2 Sep 1998 15:22:36 -0600
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 14:21:34 -0400
Reply-To: "Michael Cook" <[email protected]>
Sender: [email protected]
From: "Michael Cook" <[email protected]>
To: "WU-FTP List" <[email protected]>
Subject: y2k / [u,w]tmp fixes
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

Hello all,
I'm running wu-ftp on Solaris 2.5.1 with a combination of real and guest
users, no anonymous ftp. All works perfectly, but I would like to replace
the binaries with ones compiled with y2k patches made. I also have read
about a bug with utmp or wtmp.
Can I just download the latest rev ( is there a way to determine current
rev? When I downloaded the source code I used it wasn't labeled as to which
rev it is), make the changes to the source code as outlined in the FAQ for
the y2k fix, and replace the current binaries without messing up my
configuration? What do I need to do about the utmp/wtmp issue?
Thanks,
Michael

From [email protected] Wed Sep 2 16:34:16 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA13001;
Wed, 2 Sep 1998 16:34:10 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA26369;
Wed, 2 Sep 1998 16:30:46 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA09222
for <[email protected]>; Wed, 2 Sep 1998 16:29:24 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with SMTP id RAA29085;
Wed, 2 Sep 1998 17:29:21 -0400
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 17:29:21 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: TTSG <[email protected]>
Cc: [email protected]
Subject: Re: WTMP / DNS / Data connections
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, 2 Sep 1998, TTSG wrote:

> if (strcmp(dataaddr, remoteaddr) != 0) {
> /*
> * This will log when data connection comes from an address different
> * than the control connection.
> */
> syslog(LOG_NOTICE, "%s of %s [%s]: data connect from %s for %s%s",
> anonymous ? guestpw : pw->pw_name, remotehost, remoteaddr,
> dataaddr, name, sizebuf);
> }
>
>
> Does this imply firewalls? NAT?

Considering what you're seeing, probably dynamic NAT. What concerns me is
*** THIS SHOULD NOT BE ALLOWED *** .oO( Ouch! Can I yell any louder? ) I
thought it _was_ disallowed. Does anyone remember seeing anything from
Stan about re-enabling it?

----

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

From [email protected] Wed Sep 2 16:40:48 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA13090;
Wed, 2 Sep 1998 16:40:46 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA23255;
Wed, 2 Sep 1998 16:37:09 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA14169
for <[email protected]>; Wed, 2 Sep 1998 16:32:16 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with SMTP id RAA29100;
Wed, 2 Sep 1998 17:32:13 -0400
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 17:32:13 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Michael Cook <[email protected]>
Cc: WU-FTP List <[email protected]>
Subject: Re: y2k / [u,w]tmp 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 Wed, 2 Sep 1998, Michael Cook wrote:

> I'm running wu-ftp on Solaris 2.5.1 with a combination of real and guest
> users, no anonymous ftp. All works perfectly, but I would like to replace
> the binaries with ones compiled with y2k patches made. I also have read
> about a bug with utmp or wtmp.
> Can I just download the latest rev ( is there a way to determine current
> rev? When I downloaded the source code I used it wasn't labeled as to which
> rev it is), make the changes to the source code as outlined in the FAQ for
> the y2k fix, and replace the current binaries without messing up my
> configuration? What do I need to do about the utmp/wtmp issue?

What you want is wu-ftpd-2.4.2-beta-18.tar.Z from Academ. The Y2K and
wtmp stuff should all be ok there.

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

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

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

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

----

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

From [email protected] Wed Sep 2 17:18:54 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA13900;
Wed, 2 Sep 1998 17:18:53 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA01458;
Wed, 2 Sep 1998 17:15:58 -0500 (CDT)
Received: from valhalla.stormking.com ([email protected] [204.141.98.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA02545
for <[email protected]>; Wed, 2 Sep 1998 17:13:22 -0500 (CDT)
Received: from heimdall.UUCP (root@localhost)
by valhalla.stormking.com (8.8.5/8.8.5) with UUCP id SAA33471;
Wed, 2 Sep 1998 18:13:12 -0400
Received: (from ttsg@localhost) by heimdall.ttsg.com (8.8.6/8.8.3) id RAA04548; Wed, 2 Sep 1998 17:42:24 -0400
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 17:42:23 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: TTSG <[email protected]>
To: [email protected] (Bernhard Rosenkraenzer)
Cc: [email protected], [email protected]
Subject: Re: WTMP / DNS / Data connections
In-Reply-To: <[email protected]> from "Bernhard Rosenkraenzer" at Sep 2, 98 10:53:34 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

>
> On Wed, 2 Sep 1998, TTSG wrote:
>
> > 1) Is there any way to stop wtmp loggin. In 1 day only its
> > grown to 11Meg!
>
> Get either BeroFTPD or the VR6 patches for wu-ftpd.
>
I think I will definitely have to do that.
>
> > 2) Is there a way to stop DNS lookups?
>
> Why would you want to do that?
>
TOO EXPENSIVE an operation. PLUS all the crud its putting out
because of Lame servers , bad refferals, etc. If I really need it,
I'll take the IP in the log on another machine and resolve it there.
But for what I'm doing I don't.
>
> > If nothing more to stop all the :
> >
> > Sep 2 14:57:08 tyr named[27669]: Lame server on '13.230.125.207.in-addr.arpa' (in '125.207.in-addr.arpa'?): [170.142.1.74].53 'DNS2.STATE.TN.US': learnt (A=128.9.128.127,NS=128.8.10.90)
> > messages
>
> You can prevent named from logging those.
> Add "check-names response ignore" to your named.conf/named.boot file.
> Check "man named" for details.
>
Checked that, still getting it all :

Sep 2 17:31:02 tyr named[25527]: bad referral (169.83.209.in-addr.arpa !< 166.169.83.209.in-addr.arpa)
Sep 2 17:31:02 tyr named[25527]: ns_forw: query(17.202.255.200.in-addr.arpa) No possible A RRs
Sep 2 17:31:05 tyr named[25527]: Lame server on '73.8.6.200.in-addr.arpa' (in '8.6.200.in-addr.arpa'?): [204.97.212.10].53 'NS3.SPRINTLINK.NET': learnt (A=198.41.0.4,NS=128.8.10.90)
>
> > 3) What/where is this :
> >
> > Sep 2 01:15:46 tyr ftpd[10020]: mozilla@ of 210.96.13.54 [210.96.13.54]: data connect from 210.96.13.73 for /pub/download/webcelerator.exe (1336971 bytes)
> >
> > What is different about that connection than any other?
>
> According to the code generating the warning:
> /*
> * This will log when data connection comes from an address different
> * than the control connection.
> */
>
> The control connection is the connection on which the ftp server accepts
> commands and sends replies; the data connection is the one on which the
> actual files are transmitted.
> This message can be caused by a strange client, a proxy, or a firewall, or
> by someone feeding commands directly into the ftp server by telnetting
> into port 21; probably nothing to worry about.
>
Ok, thanks. Just an unwanted log message, thats all. Shouldn't
it be wrapped by an "if (logging){ }"????

Tuc/TTSG

From [email protected] Wed Sep 2 18:25:49 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id SAA14639;
Wed, 2 Sep 1998 18:25:48 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA28946;
Wed, 2 Sep 1998 18:20:39 -0500 (CDT)
Received: from stout.avnet.com (stout.avnet.com [12.9.139.171])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA28699
for <[email protected]>; Wed, 2 Sep 1998 18:14:05 -0500 (CDT)
Received: from dev.avnet.com ([email protected] [12.9.139.43])
by stout.avnet.com (8.9.0.Beta3/8.9.0.Beta3) with ESMTP id QAA08953
for <[email protected]>; Wed, 2 Sep 1998 16:13:34 -0700 (MST)
Received: from az101-nt-imc1.avnet.com (az101-nt-imc1.avnet.com [10.2.248.13])
by dev.avnet.com (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id QAA29149
for <[email protected]>; Wed, 2 Sep 1998 16:13:33 -0700 (MST)
Received: by az101-nt-imc1.avnet.com with Internet Mail Service (5.0.1460.8)
id <RLZWMMFN>; Wed, 2 Sep 1998 16:13:16 -0700
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 16:13:30 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Thunem, Tom" <[email protected]>
To: [email protected]
Subject: hpux install of 10.20
MIME-Version: 1.0
Content-Type: text/plain
X-Mailer: Internet Mail Service (5.0.1460.8)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

hello

is there anyone out there who would be willing to talk with me for a moment
regarding an wu-ftpd install on hpux 10.20?

thx

Tom Thunem
INTERNET Support
AVNET, Inc.

From [email protected] Wed Sep 2 18:31:17 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id SAA14690;
Wed, 2 Sep 1998 18:31:16 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA14294;
Wed, 2 Sep 1998 18:27:11 -0500 (CDT)
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 SAA22070
for <[email protected]>; Wed, 2 Sep 1998 18:25:11 -0500 (CDT)
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 RAA05587
for <[email protected]>; Wed, 2 Sep 1998 17:24:40 -0600 (MDT)
Received: from netmail5.uswc.uswest.com (nmal-ne1.uswc.uswest.com [151.117.81.7]) by egate.mnet.uswest.com (8.7.1/8.7.1) with ESMTP id RAA28083 for <[email protected]>; Wed, 2 Sep 1998 17:24:39 -0600 (MDT)
Received: from MCOOK ([148.155.67.222]) by netmail5.uswc.uswest.com
(Netscape Messaging Server 3.52) with SMTP id AAA1B4D
for <[email protected]>; Wed, 2 Sep 1998 17:24:35 -0600
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 16:23:35 -0400
Reply-To: "Michael Cook" <[email protected]>
Sender: [email protected]
From: "Michael Cook" <[email protected]>
To: "WU-FTP List" <[email protected]>
Subject: Q: turn overwrite mode on?
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

Hello,
I have an ftp user who needs to be able to overwrite files without
having to delete them first. Any help on this would be appreciated!!!
Michael

From [email protected] Wed Sep 2 18:44:39 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id SAA14857;
Wed, 2 Sep 1998 18:44:37 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA00318;
Wed, 2 Sep 1998 18:40:32 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA02831
for <[email protected]>; Wed, 2 Sep 1998 18:35:47 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with SMTP id TAA29783;
Wed, 2 Sep 1998 19:35:44 -0400
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 19:35:44 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Michael Cook <[email protected]>
Cc: WU-FTP List <[email protected]>
Subject: Re: Q: turn overwrite mode on?
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, 2 Sep 1998, Michael Cook wrote:

> I have an ftp user who needs to be able to overwrite files without
> having to delete them first. Any help on this would be appreciated!!!

short answer: man ftpaccess, look at 'delete' and 'overwrite' way down
under 'Permission Capabilities'.

Watch your site security .. in fact, take a look at it anyway: why could
he delete in the first place?

The exact, best solution depends upon the type (anonymous/guest/real) of
user you're talking about.

----

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

From [email protected] Wed Sep 2 18:45:08 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id SAA14866;
Wed, 2 Sep 1998 18:45:07 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA26547;
Wed, 2 Sep 1998 18:41:14 -0500 (CDT)
Received: from ns1.fni.com (ns1.fni.com [204.181.104.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA22587
for <[email protected]>; Wed, 2 Sep 1998 18:38:39 -0500 (CDT)
Received: from ns1.fni.com (ns1.fni.com [204.181.104.1])
by ns1.fni.com (8.8.8/8.8.8) with SMTP id SAA03698;
Wed, 2 Sep 1998 18:38:45 -0500
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 18:38:45 -0500 (CDT)
Reply-To: [email protected]
Sender: [email protected]
From: Michael Brennen <[email protected]>
To: Michael Cook <[email protected]>
Cc: [email protected]
Subject: Re: Q: turn overwrite mode on?
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

man ftpaccess; look for the section on the 'overwrite' parameter.

-- Michael

On Wed, 2 Sep 1998, Michael Cook wrote:

> Hello,
> I have an ftp user who needs to be able to overwrite files without
> having to delete them first. Any help on this would be appreciated!!!
> Michael
>

From [email protected] Wed Sep 2 20:05:05 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id UAA15543;
Wed, 2 Sep 1998 20:05:04 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA10831;
Wed, 2 Sep 1998 19:59:27 -0500 (CDT)
Received: from shell2.ba.best.com ([email protected] [206.184.139.133])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA26079
for <[email protected]>; Wed, 2 Sep 1998 19:54:00 -0500 (CDT)
Received: from localhost (jgostin@localhost)
by shell2.ba.best.com (8.9.0/8.9.0/best.sh) with SMTP id RAA24349
for <[email protected]>; Wed, 2 Sep 1998 17:53:59 -0700 (PDT)
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 17:53:59 -0700 (PDT)
Reply-To: Jeff Gostin <[email protected]>
Sender: [email protected]
From: Jeff Gostin <[email protected]>
To: [email protected]
Subject: Last Stable Beta + AFS Support
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi! Let me preface this by saying that I've RTFFAQ'd already, as well as
having searched through the mailing list archives, and haven't been able to
find the information I'm looking for.

I noticed the warning in the FAQ concerning the last "production" release
from wustl.edu, and the current beta work that's going on via academ. What I
was curious about is what the last stable beta release is. I know the last
beta is 18, but the last beta isn't always the most stable one. :)

Secondly, I noticed the instructions in the FAQ (q5.7) pertaining to
AFS-ifying wuftp. According to a "grep -i" of the src/ and makefile/
directories, there is no reference to 'afs' or 'andrew' in either the source
file or makefiles, contrary to what these directions say. Are there any
current instructions for AFS-ifying wuftp? The platforms I need to do this
on vary pretty significantly (AIX 3.x - 4.x, SunOS 4.1.x, Solaris 2.x, Next,
Ultrix, and probably one or two others I'm forgetting).

Documentation pointers, etc, would be greatly appreciated. I'll be happy to
RTFM if someone would be kind enough to indicate which 'FM' I should 'R'. My
thanks, in advance, for any assistance you can provide! :)

--Jeff

From [email protected] Wed Sep 2 20:42:05 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id UAA15765;
Wed, 2 Sep 1998 20:42:04 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA12902;
Wed, 2 Sep 1998 20:38:02 -0500 (CDT)
Received: from umr.edu (hermes.cc.umr.edu [131.151.1.68])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA05087
for <[email protected]>; Wed, 2 Sep 1998 20:37:16 -0500 (CDT)
Received: from infinity.cc.umr.edu (infinity.cc.umr.edu [131.151.37.9]) via ESMTP by hermes.cc.umr.edu (8.8.7/R.4.20) id UAA16244; Wed, 2 Sep 1998 20:37:15 -0500 (CDT)
Received: from (nneul@localhost) by infinity.cc.umr.edu (8.8.7/M.4.00) id UAA03739; Wed, 2 Sep 1998 20:37:15 -0500
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 20:37:14 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Nathan Neulinger <[email protected]>
To: Jeff Gostin <[email protected]>, [email protected]
Subject: Re: Last Stable Beta + AFS Support
In-Reply-To: <[email protected]>; from Jeff Gostin on Wed, Sep 02, 1998 at 05:53:59PM -0700
References: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.94.4i
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, Sep 02, 1998 at 05:53:59PM -0700, Jeff Gostin wrote:
> Secondly, I noticed the instructions in the FAQ (q5.7) pertaining to
> AFS-ifying wuftp. According to a "grep -i" of the src/ and makefile/
> directories, there is no reference to 'afs' or 'andrew' in either the source
> file or makefiles, contrary to what these directions say. Are there any
> current instructions for AFS-ifying wuftp? The platforms I need to do this
> on vary pretty significantly (AIX 3.x - 4.x, SunOS 4.1.x, Solaris 2.x, Next,
> Ultrix, and probably one or two others I'm forgetting).

My patch for krb5 and afs support was just added to BeroFTPd. The
component of that for AFS can easily be pulled out for use in wu-ftpd.
Just look for #ifdef AFS in the src.

-- Nathan

------------------------------------------------------------
Nathan Neulinger EMail: [email protected]
University of Missouri - Rolla Phone: (573) 341-4841
Computing Services Fax: (573) 341-4216

From [email protected] Wed Sep 2 21:21:19 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id VAA16071;
Wed, 2 Sep 1998 21:21:18 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id VAA24789;
Wed, 2 Sep 1998 21:16:55 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id VAA09029
for <[email protected]>; Wed, 2 Sep 1998 21:15:14 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with SMTP id WAA30351;
Wed, 2 Sep 1998 22:15:09 -0400
Message-Id: <[email protected]>
Date: Wed, 2 Sep 1998 22:15:09 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Jeff Gostin <[email protected]>
Cc: [email protected]
Subject: Re: Last Stable Beta + AFS Support
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, 2 Sep 1998, Jeff Gostin wrote:

> I noticed the warning in the FAQ concerning the last "production"
> release from wustl.edu, and the current beta work that's going on via
> academ. What I was curious about is what the last stable beta release
> is. I know the last beta is 18, but the last beta isn't always the most
> stable one. :)

It's been a long time since I've read the FAQ's ramblings about all that.
The last release of WU-FTPD is called 'beta-18' .. it's called that not to
designate 'stable' versus 'testing' but simply because the so-called
'maintainer' of the software chooses to call it that. His reasons are his
own and, to my mind, unfathomable. I, and I believe thousands of others,
have found 2.4.2-beta-18 to be quite stable and reliable on a vast number
of systems. From my experience offering help with the server, I'd have to
say that most, if not all, problems with the base 'beta-18' release are
due to configuration problems and not due to deficiencies in the software.

----

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 Sep 3 10:59:01 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA03642;
Thu, 3 Sep 1998 10:59:00 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA16430;
Thu, 3 Sep 1998 10:53:06 -0500 (CDT)
Received: from f04n07.cac.psu.edu (f04s07.cac.psu.edu [128.118.141.35])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA14036
for <[email protected]>; Thu, 3 Sep 1998 10:45:49 -0500 (CDT)
Received: from [146.186.113.123] (host123.mrl.psu.edu [146.186.113.123]) by f04n07.cac.psu.edu (8.8.7/8.6.12) with ESMTP id LAA41460 for <[email protected]>; Thu, 3 Sep 1998 11:45:44 -0400
Message-Id: <v04003a00b21468f4d54c@[146.186.113.123]>
Date: Thu, 3 Sep 1998 11:52:06 -0400
Reply-To: [email protected]
Sender: [email protected]
From: Stephen Kwan <[email protected]>
To: [email protected]
Subject: wuftpd 2.4.2 beta18 + VR6 patch hangs during login when server is
full
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi all,

I'm experiencing a problem with beta 18 + VR6 patch. My configuration is:

Intel box running Linux kernel 2.0.35 with base Slackware 3.4.

The symptom is as follows:

I run my server in standalone mode (-W switch) from /etc/rc.d/rc.local
instead of running it off inetd. When the server is full and someone tries
to log in, the server either returns the wrong message or simply freezes.
For example, using the base Linux ftp client, I get the following:

XXXX:~/tmp/wu-ftpd-2.4.2-beta-18$ ftp localhost
Connected to localhost.
220-Welcome to my FTP server!
220-
220-The local time is: Thu Sep 3 11:28:59 1998
220-
220-If you have problems logging in, please try using
220-a dash (-) as the first character of your password --
220-this will turn off the continuation messages that may
220-be confusing your ftp client.
220-
220 XXXX FTP server (Version wu-2.4.2-academ[BETA-18-VR6](1) Fri Aug 28
15:31:54 EDT 1998) ready.
Name (localhost:xxxx): anonymous
530-
530-********************************************************************
530-Sorry, there are too many anonymous users using the system at this
530-time. Please try again later.
530-
530-********************************************************************
530-
331 Guest login ok, send your complete e-mail address as password.

At this point, the ftp client simply freezes. Any input is ignored and
even crtl-C can't get me back out. I had to open another session and kill
it. This freezing also occurs with the ncftp client.

The interesting thing is that although the server is full, it still asks
for the password. I believe this did not happen with the base wuftpd. It
simply closes the connection.

Any input is appreciated.

--
Stephen Kwan
[email protected]
(814)863-2975
http://host46.mrl.psu.edu/~skwan

-- I am Pentium of Borg. Division is futile. You will be approximated. --

From [email protected] Thu Sep 3 11:22:38 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA04014;
Thu, 3 Sep 1998 11:22:33 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA28995;
Thu, 3 Sep 1998 11:15:31 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA10425
for <[email protected]>; Thu, 3 Sep 1998 11:13:23 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with SMTP id MAA05564;
Thu, 3 Sep 1998 12:13:19 -0400
Message-Id: <[email protected]>
Date: Thu, 3 Sep 1998 12:13:18 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Stephen Kwan <[email protected]>
Cc: [email protected]
Subject: Re: wuftpd 2.4.2 beta18 + VR6 patch hangs during login when server is full
In-Reply-To: <v04003a00b21468f4d54c@[146.186.113.123]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 3 Sep 1998, Stephen Kwan wrote:

> I run my server in standalone mode (-W switch) from /etc/rc.d/rc.local
> instead of running it off inetd. When the server is full and someone tries
> to log in, the server either returns the wrong message or simply freezes.
> For example, using the base Linux ftp client, I get the following:

I don't think it's the daemon mode exactly. Try editing
<wu-ftpd>/config.h change the line reading

#undef HELP_CRACKERS

to read

#define HELP_CRACKERS

then execute

sh build clean
sh build <system>

run the new daemon and let me know if it still causes the same problem.
I'm thinking it's the cleanup when the server is full and I'm attempting
to avoid giving any information away about user names or password or other
capabilities until _after_ a successful login.

----

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 Sep 3 11:53:32 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA04452;
Thu, 3 Sep 1998 11:53:31 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA25263;
Thu, 3 Sep 1998 11:48:36 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA31340
for <[email protected]>; Thu, 3 Sep 1998 11:47:07 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with SMTP id MAA05870;
Thu, 3 Sep 1998 12:47:00 -0400
Message-Id: <[email protected]>
Date: Thu, 3 Sep 1998 12:46:59 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Stephen Kwan <[email protected]>
Cc: [email protected]
Subject: Re: wuftpd 2.4.2 beta18 + VR6 patch hangs during login when server is full
In-Reply-To: <v04003a00b21468f4d54c@[146.186.113.123]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 3 Sep 1998, Stephen Kwan wrote:

> I run my server in standalone mode (-W switch) from /etc/rc.d/rc.local
> instead of running it off inetd. When the server is full and someone
> tries to log in, the server either returns the wrong message or simply
> freezes. For example, using the base Linux ftp client, I get the
> following:

Using base Linux ftp client and the daemon in inetd mode (just testing,
OK?) I get '530 Login incorrect.' which is what I expected. After I
exceed the ftpaccess 'loginfails' limit, the ftp client tells me the
remote server closed the connection. This is normal operation.

Repeating the same test without -w or -W (default: log to wtmp), I get the
same results.

Repeating the same test with -W (disable wtmp logging), I still get the
same results.

I cannot duplicate the problem you're reporting. can you provide more
information?

----

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 Sep 3 13:12:14 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA05646;
Thu, 3 Sep 1998 13:12:08 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA30096;
Thu, 3 Sep 1998 12:58:30 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA29863
for <[email protected]>; Thu, 3 Sep 1998 12:55:39 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with SMTP id NAA06424;
Thu, 3 Sep 1998 13:55:32 -0400
Message-Id: <[email protected]>
Date: Thu, 3 Sep 1998 13:55:31 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Stephen Kwan <[email protected]>
Cc: [email protected]
Subject: Re: wuftpd 2.4.2 beta18 + VR6 patch hangs during login when server is full
In-Reply-To: <v04003a00b21468f4d54c@[146.186.113.123]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 3 Sep 1998, Stephen Kwan wrote:

> I run my server in standalone mode (-W switch) from /etc/rc.d/rc.local
> instead of running it off inetd. When the server is full and someone tries
> to log in, the server either returns the wrong message or simply freezes.
> For example, using the base Linux ftp client, I get the following:

OK! I was finally able to recreate this problem. It's not the standalone
daemon mode .. I was able to cause it in inetd mode as well. The symptom
to the problem is below:

> 530-
> 331 Guest login ok, send your complete e-mail address as password.

The ftp client was confused by a 3xx message following the 5xx. I'll work
up a patch for VR7, in the meantime, the simplest solution is to not use
a message file for 'limit' or 'deny' in 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 Sep 3 18:26:22 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id SAA08305;
Thu, 3 Sep 1998 18:26:20 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA06878;
Thu, 3 Sep 1998 18:16:31 -0500 (CDT)
Received: from shodan.in-trier.de ([email protected] [198.22.51.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA21570
for <[email protected]>; Thu, 3 Sep 1998 18:15:41 -0500 (CDT)
Received: from localhost (cray.microsoft.eu.org [198.22.51.119])
by shodan.in-trier.de (8.8.8/8.8.8) with SMTP id BAA07868;
Fri, 4 Sep 1998 01:16:46 +0200
Message-Id: <[email protected]>
Date: Fri, 4 Sep 1998 01:08:10 +0200 (CEST)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: Jeff Gostin <[email protected]>
Cc: [email protected]
Subject: Re: Last Stable Beta + AFS Support
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 Wed, 2 Sep 1998, Jeff Gostin wrote:

> I noticed the warning in the FAQ concerning the last "production" release
> from wustl.edu,

The betas are all far more stable than the so-called production release.

> Secondly, I noticed the instructions in the FAQ (q5.7) pertaining to
> AFS-ifying wuftp.

The easiest way is to get BeroFTPD 1.1.9
(ftp://ftp.aachen.linux.de/pub/BeroFTPD/BeroFTPD-1.1.9.tar.gz), which is a
modified wu-ftpd that, among other things, adds AFS support.

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 Sep 4 07:38:07 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA26298;
Fri, 4 Sep 1998 07:38:06 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA11400;
Fri, 4 Sep 1998 07:30:12 -0500 (CDT)
Received: from shodan.in-trier.de ([email protected] [198.22.51.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA21433
for <[email protected]>; Fri, 4 Sep 1998 07:21:38 -0500 (CDT)
Received: from localhost (cray.microsoft.eu.org [198.22.51.119])
by shodan.in-trier.de (8.8.8/8.8.8) with SMTP id OAA13662;
Fri, 4 Sep 1998 14:22:29 +0200
Message-Id: <[email protected]>
Date: Fri, 4 Sep 1998 13:22:59 +0200 (CEST)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: Dan Stromberg <[email protected]>
Cc: Jeff Gostin <[email protected]>, [email protected]
Subject: Re: Last Stable Beta + AFS Support
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 3 Sep 1998, Dan Stromberg wrote:

> > The betas are all far more stable than the so-called production release.
>
> Do they REALLY need to be beta?

I (and most other people) think no.

> Why can't we have a non-beta release?

Because the maintainer disagrees, for whatever reasons.
It's part why I started modifying wu-ftpd - there definately is a non-beta
version of BeroFTPD (which is wu-ftpd 2.4.2-beta-18 + lots of patches).

> Some poor guy on comp.unix.solaris was installing 2.4 today - it's lucky
> someone noticed and pointed out he should be using a beta. It's really
> contrary to people's expectations that a beta would be so good, and
> production release so bad.

Exactly.

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 Sep 4 07:48:06 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA26375;
Fri, 4 Sep 1998 07:48:05 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA18256;
Fri, 4 Sep 1998 07:41:01 -0500 (CDT)
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 HAA21405
for <[email protected]>; Fri, 4 Sep 1998 07:31:47 -0500 (CDT)
Received: from localhost (hkosmidi@localhost)
by hal.csd.auth.gr (8.8.7/8.8.7) with SMTP id PAA03714
for <[email protected]>; Fri, 4 Sep 1998 15:31:41 +0300
Message-Id: <[email protected]>
Date: Fri, 4 Sep 1998 15:31:41 +0300 (EEST)
Reply-To: [email protected]
Sender: [email protected]
From: Harris Kosmidhs <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: WTMP / DNS / Data connections
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, 2 Sep 1998, Gregory A Lundberg wrote:

> On Wed, 2 Sep 1998, TTSG wrote:
>
> > 1) Is there any way to stop wtmp loggin. In 1 day only its grown to
> > 11Meg!
>
> Once again, there's an old patch in the mailing list which addresses this,
> or you can grab VR6 from ftp.vr.net and get it and a lot of other
> improvements/fixes for the daemon.
>

Just a thought...
Why the VR? patches aren't in the wu-ftpd original package?
I haven't tried them yet, but I believe they work :))

Harris

From [email protected] Fri Sep 4 08:12:55 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA26592;
Fri, 4 Sep 1998 08:12:54 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA09979;
Fri, 4 Sep 1998 08:06:56 -0500 (CDT)
Received: from arl-img-7.compuserve.com (arl-img-7.compuserve.com [149.174.217.137])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA32655
for <[email protected]>; Fri, 4 Sep 1998 08:04:51 -0500 (CDT)
Received: (from root@localhost)
by arl-img-7.compuserve.com (8.8.6/8.8.6/2.14) id JAA17855
for [email protected]; Fri, 4 Sep 1998 09:04:17 -0400 (EDT)
Message-Id: <[email protected]>
Date: Fri, 4 Sep 1998 09:03:31 -0400
Reply-To: [email protected]
Sender: [email protected]
From: Leighfields Chasetown <[email protected]>
To: "[email protected]" <[email protected]>
Subject: stupid problems receiving postings
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-Sender: Leighfields Chasetown <[email protected]>
X-MIME-Autoconverted: from quoted-printable to 8bit by wugate.wustl.edu id IAA21794
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Is anybody else having difficulty signing off the WU-FTP listproc. I
subscribed from my old work place
eg [email protected], When I left there I issues an unsubscribe wu-ftpd
request. I signed back on at my new address. I now get everything twice. I
tried unsubscribe both to [email protected] and
[email protected]
but still I get both. In what way am i misreading the FFAQ

From [email protected] Fri Sep 4 10:50:18 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA28709;
Fri, 4 Sep 1998 10:50:17 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA27220;
Fri, 4 Sep 1998 10:42:38 -0500 (CDT)
Received: from shodan.in-trier.de ([email protected] [198.22.51.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA05611
for <[email protected]>; Fri, 4 Sep 1998 10:36:35 -0500 (CDT)
Received: from localhost (cray.microsoft.eu.org [198.22.51.119])
by shodan.in-trier.de (8.8.8/8.8.8) with SMTP id RAA15597;
Fri, 4 Sep 1998 17:37:55 +0200
Message-Id: <[email protected]>
Date: Fri, 4 Sep 1998 17:19:49 +0200 (CEST)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: [email protected], [email protected],
[email protected]
Cc: [email protected]
Subject: BeroFTPD 1.1.10 and 1.0.11 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.1.10 and 1.0.11.
Changes:
* Fix the upload bug
+ Remove the K&R C constructs - all they still do is use up space and make
the code unreadable. If you can't compile ANSI C, get GCC.
This change saves 1405 lines and 30 kB of code, and makes the code far
more readable.

1.0.11 is 1.1.10 with the internal ls command disabled by default.

Both the tarballs and patches (1.0.10->1.0.11 and 1.1.9->1.1.10) can be
downloaded at the following locations:
ftp://ftp.aachen.linux.de/pub/BeroFTPD/
ftp://ftp.croftj.net/usr/bero/BeroFTPD/
ftp://sunsite.culab-switch.ch/mirror/BeroFTPD/
ftp://ftp.sunet.se/pub/nir/ftp/servers/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] Fri Sep 4 10:55:44 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA28831;
Fri, 4 Sep 1998 10:55:43 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA14810;
Fri, 4 Sep 1998 10:48:43 -0500 (CDT)
Received: from supelec.supelec.fr (supelec.supelec.fr [160.228.120.192])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA28528
for <[email protected]>; Fri, 4 Sep 1998 10:44:07 -0500 (CDT)
Received: from supalp (hermes.supelec.fr [160.228.120.109])
by supelec.supelec.fr (8.9.1a/jtpda-5.3.1) with SMTP id RAA00721
for <[email protected]>; Fri, 4 Sep 1998 17:43:59 +0200 (MET DST)
Message-Id: <[email protected]>
Date: Fri, 4 Sep 1998 17:41:23 +0100
Reply-To: [email protected]
Sender: [email protected]
From: [email protected] (Daniel Clar)
To: [email protected], [email protected]
Subject: ls is working but not dir
X-VMS-To: SMTP%"[email protected]"
X-VMS-Cc: SMTP%"[email protected]"
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,

I'm using wu-ftpd on a Digital Unix 4.0d computer.

For some accounts with restricted access to their own directory, the dir
command is not working while the ls command is working fine.
The problem is that with Ws_ftp by example the user sees nothing on his
screen.

Why only on some accounts ?

Thanks,

Daniel

o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o
| Daniel Clar e-mail : [email protected] |
| Computer Operations Manager : [email protected] |
| Service Informatique Supelec and |
| Plateau de Moulon DECUSF::CLAR_D or |
| 91192 Gif sur Yvette Cedex - France [email protected] |
| Tel : (33 1) 69 85 14 87 Fax : (33 1) 69 85 12 34 |
o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o

From [email protected] Fri Sep 4 12:28:32 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA29664;
Fri, 4 Sep 1998 12:28:31 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA16392;
Fri, 4 Sep 1998 12:23:18 -0500 (CDT)
Received: from shodan.in-trier.de ([email protected] [198.22.51.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA20503
for <[email protected]>; Fri, 4 Sep 1998 12:18:31 -0500 (CDT)
Received: from localhost (cray.microsoft.eu.org [198.22.51.119])
by shodan.in-trier.de (8.8.8/8.8.8) with SMTP id SAA16668;
Fri, 4 Sep 1998 18:57:58 +0200
Message-Id: <[email protected]>
Date: Fri, 4 Sep 1998 18:29:46 +0200 (CEST)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: Daniel Clar <[email protected]>
Cc: [email protected]
Subject: Re: ls is working but not dir
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 4 Sep 1998, Daniel Clar wrote:

> I'm using wu-ftpd on a Digital Unix 4.0d computer.
>
> For some accounts with restricted access to their own directory, the dir
> command is not working while the ls command is working fine.

The users are *REALLY* restricted to their own directory; they can't
access an ls command outside of their directories.
Make sure they have a working and statically linked ls in their
directories. (or move to BeroFTPD 1.1.10 which implements ls internally).

LLaP
bero

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

From [email protected] Fri Sep 4 12:30:47 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA29706;
Fri, 4 Sep 1998 12:30:47 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA26640;
Fri, 4 Sep 1998 12:26:56 -0500 (CDT)
Received: from shodan.in-trier.de ([email protected] [198.22.51.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA11821
for <[email protected]>; Fri, 4 Sep 1998 12:18:36 -0500 (CDT)
Received: from localhost (cray.microsoft.eu.org [198.22.51.119])
by shodan.in-trier.de (8.8.8/8.8.8) with SMTP id SAA16664;
Fri, 4 Sep 1998 18:57:56 +0200
Message-Id: <[email protected]>
Date: Fri, 4 Sep 1998 18:28:14 +0200 (CEST)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Last Stable Beta + AFS Support
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 4 Sep 1998 [email protected] wrote:

> I too have been struggling with wu-ftpd-2.4 on an ultra 5 running solaris
> 2.6. I finally managed to get a clean compile(after much trouble) but the
> server dies upon connect with a signal 11. Before I go any further could
> you please advise me about this beta version - is it the one I should be
> using? - where should I go to get it & what is the file name?

This is mostly a matter of personal opinion - at the moment, you can
decide between five different versions, all of which will work.
Here's a description of their differences:

wu-ftpd 2.4.2 beta 18
(ftp://ftp.academ.com/pub/wu-ftpd/private/wu-ftpd-2.4.2-beta-18.tar.Z):
The latest "official" release - fixes numerous bugs present in
version 2.4.

wu-ftpd 2.4.2 beta 18 - VR6
(ftp://ftp.vr.net/pub/wu-ftpd/)
A version of wu-ftpd 2.4.2 beta 18 with some more bugs fixed, and
some new features added (this version can run as a standalone
daemon, for example).

newvirt 050
(ftp://ftp.landfield.com/pub/wu-ftpd/)
A version of wu-ftpd 2.4.2 beta 18 with entirely rewritten and
far better handling of virtual hosts.

BeroFTPD 1.0.11
(ftp://ftp.aachen.linux.de/pub/BeroFTPD/BeroFTPD-1.0.11.tar.gz)
A program based on wu-ftpd 2.4.2 beta 18, with many changes.
This version includes the changes of the VR6 version *AND* the
virtual hosts improvements from newvirt 050, as well as some
more changes of its own.
Most significantly, it is autoconf'ed.
1.0.11 is a stable version.

BeroFTPD 1.1.10
(ftp://ftp.aachen.linux.de/pub/BeroFTPD/BeroFTPD-1.1.10.tar.gz)
A more experimental (beta) version of BeroFTPD; additionally to
everything in 1.0.11, BeroFTPD 1.1.10 tries to implement the ls
command internally.

All of these versions are far better than the 2.4 version.

I personally am running (and maintaining) BeroFTPD.

> I originally got the file wu-ftpd-2.4.tar from
> wuarchive.wustl.edu/packages/wuarchive-ftpd which was recommended in the
> "anonymous ftp configuration guidlines" document from CERT.

Where did you get that document? I think it's time to send them a note
saying 2.4 is obsolete.

> Also, is gcc an acceptable compiler for this package?

Absolutely. (You should use at least gcc 2.7.2, though - older versions
have some known bugs that might or might not affect this.)

LLaP
bero

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

From [email protected] Fri Sep 4 12:31:10 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA29722;
Fri, 4 Sep 1998 12:31:08 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA06119;
Fri, 4 Sep 1998 12:26:22 -0500 (CDT)
Received: from shodan.in-trier.de ([email protected] [198.22.51.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA29221
for <[email protected]>; Fri, 4 Sep 1998 12:18:33 -0500 (CDT)
Received: from localhost (cray.microsoft.eu.org [198.22.51.119])
by shodan.in-trier.de (8.8.8/8.8.8) with SMTP id SAA16672;
Fri, 4 Sep 1998 18:58:00 +0200
Message-Id: <[email protected]>
Date: Fri, 4 Sep 1998 18:32:14 +0200 (CEST)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: Harris Kosmidhs <[email protected]>
Cc: [email protected]
Subject: Re: WTMP / DNS / Data connections
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 4 Sep 1998, Harris Kosmidhs wrote:

> Just a thought...
> Why the VR? patches aren't in the wu-ftpd original package?
> I haven't tried them yet, but I believe they work :))

They do work... I think the only reason they aren't in the original
package is that the original package hasn't added any features for months.
(years?)
That's why I decided I was fed up with it and started doing my own
version, BeroFTPD (which has the VR? patches in the original package).

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 Sep 4 12:32:56 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA29748;
Fri, 4 Sep 1998 12:32:55 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA30245;
Fri, 4 Sep 1998 12:27:45 -0500 (CDT)
Received: from ACAD.LVC.EDU (acad.lvc.edu [207.87.96.2])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA23754
for <[email protected]>; Fri, 4 Sep 1998 12:22:48 -0500 (CDT)
Received: from default.lvc.edu ([207.87.97.244]) by ACAD.LVC.EDU with SMTP;
Fri, 4 Sep 1998 13:20:40 -0400 (EDT)
Message-Id: <[email protected]>
Date: Fri, 04 Sep 1998 12:50:33 -0400
Reply-To: [email protected]
Sender: [email protected]
From: "Sheryl A. Lemma" <[email protected]>
To: [email protected], [email protected],
[email protected]
Subject: Pine Attach w/ WU-FTP
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 all,

Since many of you invested time into this problem (thank you!), I thought
you'd all be interested in the solution.

Just as a recap, we installed wu-ftp on our DEC unix box to shut down some
security holes. We had to do this because our hands are tied by a
third-party vendor whose software will cease to work with shadowed
passwords. We configured the ftp software to restrict access to a users
home directory.

We found that it caused errors with attaching documents in Pine and tracked
it down to the line in the pine.conf.fixed file that restricted users to a
specific directory (operating-dir=~). The behavior that the tilde caused
was for Pine to be unable to read the attachment from
/usr/users/students/username/./ Ironically, pilot, the browser part of
Pine, had no trouble with this arrangement.

Our solution came from one of our professors (whose help is priceless!).
What we ended up doing was setting an environment variable in our shell
that did this:

cd ~
setenv HOME2 $cwd

Then, we modified the operating-dir= in the pine.conf.fixed to be $HOME2.
This printed the home directory as /usr/users/students/username (stripped
of the /./ listed in the passwd file, as required by the restricted ftp).

Wa-la! Ftp access is restricted, attachments in Pine are restricted, and
everyone is happy. Now, if we could only get students to log off properly
(and in a timely manner) ...

Thanks for all your help!

Sheryl

% % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % %
% Sheryl A. Lemma Internet: [email protected] %
% Assistant Director Voice: (717)867-6060 %
% Administrative Computing FAX: (717)867-6019 %
% %
% L E B A N O N V A L L E Y C O L L E G E %
% %
% DEC Unix 3.2d/4.0D, Coll: Live 14v5, Dev 16, Ben: Live 4.3, Dev 5.0 %
% %
% Visit my Personal Web Page at %
% http://www.geocities.com/Heartland/Plains/4407/index.html %
% %
% Never underestimate the power of a smile! %
% % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % % %

From [email protected] Fri Sep 4 14:18:15 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA00781;
Fri, 4 Sep 1998 14:18:14 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA15085;
Fri, 4 Sep 1998 14:12:58 -0500 (CDT)
Received: from tower.ti.com (tower.ti.com [192.94.94.5])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA23490
for <[email protected]>; Fri, 4 Sep 1998 14:08:14 -0500 (CDT)
Received: from dadd.ti.com ([172.24.154.51]) by tower.ti.com (8.8.8) with ESMTP id OAA10821; Fri, 4 Sep 1998 14:06:58 -0500 (CDT)
Received: from pavis.asic.sc.ti.com by dadd.ti.com (8.8.4/)
id OAA03373; Fri, 4 Sep 1998 14:06:57 -0500 (CDT)
Received: by pavis.asic.sc.ti.com id <[email protected]>; Fri, 4 Sep 1998 14:06:56 -0500
Message-Id: <[email protected]>
Date: Fri, 4 Sep 98 14:06:56 CDT
Reply-To: [email protected] (Bob Luckin)
Sender: [email protected]
From: Bob Luckin <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: ls is working but not dir
In-Reply-To: <[email protected]>; from "Daniel Clar" at Sep 4, 98 5:41 pm
X-Mimi-Options: HEADERS TI2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Daniel a dit :-

> For some accounts with restricted access to their own directory, the dir
> command is not working while the ls command is working fine.
> The problem is that with Ws_ftp by example the user sees nothing on his
> screen.
>
> Why only on some accounts ?

It depends on which ftp client they are using. Some clients send the
command LIST when the user types "ls", while some send NLST. The NLST
command causes the wu-ftpd server to run some in-line code to generate the
directory list, while the LIST command causes it to run an external "ls"
command.

If the external "ls" command and any required libraries are not visible
from the user's chrooted home directory, the external call will fail and
no listing will be returned.

But users whose clients issue the NLST command will still work, because
this runs the built-in code.

In my experience, "ls -l" or "dir" always causes the client to send LIST to
the daemon, and so the users who are lucky enough to have "ls" work can
still experience the same problem with "dir".

The solution is to make sure that the "ls" binary (and any libraries it is
dependent on) is in the correct location uder the user's chrooted home
directory.

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

From [email protected] Sat Sep 5 03:54:17 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id DAA17483;
Sat, 5 Sep 1998 03:54:16 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id DAA04780;
Sat, 5 Sep 1998 03:50:05 -0500 (CDT)
Received: from frosty.irss.unc.edu (frosty.irss.unc.edu [152.2.32.82])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id DAA25378
for <[email protected]>; Sat, 5 Sep 1998 03:47:42 -0500 (CDT)
Received: from dizzy.irss.unc.edu by frosty.irss.unc.edu (5.x/SMI-SVR4)
id AA08295; Sat, 5 Sep 1998 04:47:46 -0400
Received: by dizzy.irss.unc.edu (SMI-8.6/SMI-SVR4)
id EAA02826; Sat, 5 Sep 1998 04:47:40 -0400
Message-Id: <[email protected]>
Date: Sat, 5 Sep 1998 04:47:40 -0400
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: Group Access?
X-Sun-Charset: US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Everyone,

I am upgrading from Solaris 2.51 to 2.6 and also moving from
WU 2.4 (2) over to the newer Version wu-2.4.2-academ[BETA-18]
I have the ftpaccess file below and /etc/group
I cannot get it to assign groups properly. I must be missing
something. The man page say's it looks in the getgrent call
for the location of groups file but I can not find this entry?
Thanls in advance for any help.

Jonathan Crabtree
IRSS UNC Chapel Hill

/etc %more ftpaccess
class irss real *
class unc anonymous *.unc.edu
class anon anonymous *

limit all 10 Any /etc/msgs/msg.dead

readme README* login
readme README* cwd=*

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

compress yes irss unc anon
tar yes irss unc anon
zip yes irss unc anon

log commands real
log transfers anonymous,real inbound,outbound

shutdown /etc/shutmsg

email user@hostname

Part of /etc/group >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>..>>>>>>>>>>>>>>>>>>>..

sysadmin::14:
nobody::60001:
noaccess::60002:
nogroup::65534:
unc::22:khardy,jonc,uirjms,broadwel,cassell,ireb,sheaves,wrdavis,dramsey,gaddy,upende,abeza,nobody

From [email protected] Sat Sep 5 17:11:18 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA21859;
Sat, 5 Sep 1998 17:11:17 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA14574;
Sat, 5 Sep 1998 17:06:39 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA03179
for <[email protected]>; Sat, 5 Sep 1998 17:05:47 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with SMTP id SAA17735;
Sat, 5 Sep 1998 18:05:43 -0400
Message-Id: <[email protected]>
Date: Sat, 5 Sep 1998 18:05:43 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Sheryl A. Lemma" <[email protected]>
Cc: [email protected], [email protected],
[email protected]
Subject: Re: Pine Attach w/ WU-FTP
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 4 Sep 1998, Sheryl A. Lemma wrote:

> Our solution came from one of our professors (whose help is priceless!).
> What we ended up doing was setting an environment variable in our shell
> that did this:
>
> cd ~
> setenv HOME2 $cwd

Ah. I put something like that in my system profile (/etc/profile) because
it bugged me that the CWD feature for shell users wasn't showing '~' when
they were in their home directory. What I did was:

HOME=`pwd`
export HOME

So when their shell starts up it removes the '/./' part needed for
wu-ftpd.

----

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 Sep 5 17:17:54 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA21892;
Sat, 5 Sep 1998 17:17:53 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA02420;
Sat, 5 Sep 1998 17:12:34 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA10117
for <[email protected]>; Sat, 5 Sep 1998 17:10:27 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with SMTP id SAA17787;
Sat, 5 Sep 1998 18:10:24 -0400
Message-Id: <[email protected]>
Date: Sat, 5 Sep 1998 18:10:24 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Group Access?
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Sat, 5 Sep 1998 [email protected] wrote:

> I am upgrading from Solaris 2.51 to 2.6 and also moving from WU 2.4 (2)
> over to the newer Version wu-2.4.2-academ[BETA-18] I have the ftpaccess
> file below and /etc/group I cannot get it to assign groups properly. I
> must be missing something. The man page say's it looks in the getgrent
> call for the location of groups file but I can not find this entry?

You forget to tell the daemon to do it. Add

guestgroup unc

to your ftpaccess file. The FAQ references a 'guest howto' which will
help you through any other configuration issues you might have in the
vein.

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

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

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

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

----

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

From [email protected] Sat Sep 5 18:07:16 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id SAA22126;
Sat, 5 Sep 1998 18:07:15 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA31626;
Sat, 5 Sep 1998 18:04:22 -0500 (CDT)
Received: from shodan.in-trier.de ([email protected] [198.22.51.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA16627
for <[email protected]>; Sat, 5 Sep 1998 18:02:26 -0500 (CDT)
Received: from localhost (cray.microsoft.eu.org [198.22.51.119])
by shodan.in-trier.de (8.8.8/8.8.8) with SMTP id BAA26664;
Sun, 6 Sep 1998 01:03:45 +0200
Message-Id: <[email protected]>
Date: Sun, 6 Sep 1998 00:48:25 +0200 (CEST)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: [email protected], [email protected],
[email protected]
Cc: [email protected]
Subject: BeroFTPD 1.0.12 and 1.1.11 released
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,
I've just released BeroFTPD 1.0.12 and 1.1.11; they fix a minor bug
introduced in 1.0.11 and 1.1.10. (I had forgotten to remove some syslog()
calls used to debug the upload problem in 1.1.9; Effect: Users of 1.0.11
and 1.1.10 get some unnecessary entries in their syslogs
("wu_realpath(x,y,z) returned a."))

LLaP
bero

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

From [email protected] Sun Sep 6 15:53:25 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA10815;
Sun, 6 Sep 1998 15:53:24 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA32230;
Sun, 6 Sep 1998 15:47:32 -0500 (CDT)
Received: from shodan.in-trier.de ([email protected] [198.22.51.3])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA19071
for <[email protected]>; Sun, 6 Sep 1998 15:42:49 -0500 (CDT)
Received: from localhost (cray.microsoft.eu.org [198.22.51.119])
by shodan.in-trier.de (8.8.8/8.8.8) with SMTP id WAA02218;
Sun, 6 Sep 1998 22:44:08 +0200
Message-Id: <[email protected]>
Date: Sun, 6 Sep 1998 22:42:09 +0200 (CEST)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: [email protected], [email protected],
[email protected]
Cc: [email protected]
Subject: -X option (and bugfix for BeroFTPD)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> From: Nathan Neulinger <[email protected]>
> To: [email protected]
>
> The -X option (log transfers to syslogs instead of xferlog) is in the
> case structure in ftpd.c and in the man page, but is not in the getopt,
> so it isn't usable.

Definately last thing before my vacation, I've released a fix to address
this.
It can be downloaded from

ftp://ftp.linux.net.eu.org/pub/BeroFTPD/fixes/
ftp://ftp.croftj.net/usr/bero/BeroFTPD/

If you don't want to use -X, there's no need to apply the patch.

The same problem is present in the other wu-ftpd versions (2.4.2-beta18,
VRx, newvirt); the patch to BeroFTPD should apply cleanly to the VR
version. In any other version, replace the line [in ftpd.c]

while ((c = getopt(argc, argv, ":aAvdlLiot:T:u:")) != -1) {

with

while ((c = getopt(argc, argv, ":aAvdlLiot:T:u:X")) != -1) {

LLaP
bero

From [email protected] Mon Sep 7 09:28:36 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA03280;
Mon, 7 Sep 1998 09:28:34 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA01562;
Mon, 7 Sep 1998 09:23:45 -0500 (CDT)
Received: from ecua.net.ec (ecua.net.ec [157.100.1.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA11930
for <[email protected]>; Mon, 7 Sep 1998 09:16:35 -0500 (CDT)
Received: from continental.fin.ec (CONTINENTAL.FIN.EC [192.188.196.2])
by ecua.net.ec (8.9.0/8.9.0) with SMTP id JAA16986
for <[email protected]>; Mon, 7 Sep 1998 09:14:18 -0400
Received: from server-ccc.continental.fin.ec by continental.fin.ec (SMI-8.6/SMI-SVR4)
id JAA23181; Mon, 7 Sep 1998 09:17:05 +0500
Received: from ccMail by server-ccc.continental.fin.ec (ccMail Link to SMTP R8.00.00)
id AA905184873; Mon, 07 Sep 98 09:14:36 -0500
Message-Id: <[email protected]>
Date: Mon, 07 Sep 98 09:21:59 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Raquel Mendoza"<[email protected]>
To: <[email protected]>
Subject: Re: Group Access?
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ccMail Link to SMTP R8.00.00
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Where can i get the lates info on wu-ftp?

______________________________ Reply Separator _________________________________
Subject: Group Access?
Author: <[email protected]> at Internet
Date: 05/09/98 04:47

Everyone,

I am upgrading from Solaris 2.51 to 2.6 and also moving from
WU 2.4 (2) over to the newer Version wu-2.4.2-academ[BETA-18]
I have the ftpaccess file below and /etc/group
I cannot get it to assign groups properly. I must be missing
something. The man page say's it looks in the getgrent call
for the location of groups file but I can not find this entry?
Thanls in advance for any help.

Jonathan Crabtree
IRSS UNC Chapel Hill

/etc %more ftpaccess
class irss real *
class unc anonymous *.unc.edu
class anon anonymous *

limit all 10 Any /etc/msgs/msg.dead

readme README* login
readme README* cwd=*

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

compress yes irss unc anon
tar yes irss unc anon
zip yes irss unc anon

log commands real
log transfers anonymous,real inbound,outbound

shutdown /etc/shutmsg

email user@hostname

Part of /etc/group >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>..>>>>>>>>>>>>>>>>>>>..

sysadmin::14:
nobody::60001:
noaccess::60002:
nogroup::65534:
unc::22:khardy,jonc,uirjms,broadwel,cassell,ireb,sheaves,wrdavis,dramsey,gaddy,u
pende,abeza,nobody

From [email protected] Mon Sep 7 13:27:21 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA07668
for <[email protected]>; Mon, 7 Sep 1998 13:27:20 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA11417;
Mon, 7 Sep 1998 13:21:37 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA15744
for <[email protected]>; Mon, 7 Sep 1998 13:15:01 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with SMTP id OAA25359;
Mon, 7 Sep 1998 14:14:49 -0400
Message-Id: <[email protected]>
Date: Mon, 7 Sep 1998 14:14:48 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Raquel Mendoza <[email protected]>
Cc: [email protected]
Subject: Re: Group Access?
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 7 Sep 1998, Raquel Mendoza wrote:

> Where can i get the lates info on wu-ftp?

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

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

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

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

----

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

From [email protected] Mon Sep 7 13:28:59 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA07706
for <[email protected]>; Mon, 7 Sep 1998 13:28:59 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA01234;
Mon, 7 Sep 1998 13:24:26 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA18896
for <[email protected]>; Mon, 7 Sep 1998 13:19:02 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with SMTP id OAA25394;
Mon, 7 Sep 1998 14:18:31 -0400
Message-Id: <[email protected]>
Date: Mon, 7 Sep 1998 14:18:31 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Bernhard Rosenkraenzer <[email protected]>
Cc: [email protected], [email protected],
[email protected], [email protected]
Subject: Re: -X option (and bugfix for BeroFTPD)
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, 6 Sep 1998, Bernhard Rosenkraenzer wrote:

> > The -X option (log transfers to syslogs instead of xferlog) is in the
> > case structure in ftpd.c and in the man page, but is not in the getopt,
> > so it isn't usable.
>
> The same problem is present in the other wu-ftpd versions (2.4.2-beta18,
> VRx, newvirt); the patch to BeroFTPD should apply cleanly to the VR
> version.

This is not true. This was an error in Bernard's porting the VR? patches
into his version of wu-ftpd. The VR? patches already include the -X
option on the command line.

----

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 Sep 8 10:02:19 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA02321
for <[email protected]>; Tue, 8 Sep 1998 10:02:18 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA00673;
Tue, 8 Sep 1998 09:55:11 -0500 (CDT)
Received: from upsn1.u-psud.fr (upsn1.u-psud.fr [193.55.10.65])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA24595
for <[email protected]>; Tue, 8 Sep 1998 09:47:41 -0500 (CDT)
Received: from psisun.u-psud.fr (psisun.u-psud.fr [193.55.10.132]) by upsn1.u-psud.fr (8.8.8/8.8.2) with ESMTP id QAA04500 for <[email protected]>; Tue, 8 Sep 1998 16:45:21 +0200 (MET DST)
Received: (from ngraner@localhost) by psisun.u-psud.fr (8.8.8/8.8.2) id QAA05161; Tue, 8 Sep 1998 16:48:52 +0200 (MET DST)
Message-Id: <[email protected]>
Date: Tue, 8 Sep 1998 16:48:52 +0200 (MET DST)
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: CWD message not displayed in root dir
Mime-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=iso-8859-1
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I am running beta-18 on Solaris 2.6.

In my ftpaccess file I have:
message .message CWD=*

It works fine for all directories except the FTP root. Though I have a
~ftp/.message file with world read permission, this file is never
displayed -- neither at login nor when I later cd to /

This is easy to work around with a LOGIN message, but I'm still
curious whether it's a bug or if I'm doing something wrong.

Nicolas Graner
CRI - Batiment 210 Telephone : +33 1 69 15 66 19
Universite de Paris-Sud Fax : +33 1 69 15 69 86
91405 Orsay Cedex Email : [email protected]
France

From [email protected] Tue Sep 8 17:37:46 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA08166;
Tue, 8 Sep 1998 17:37:44 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA18548;
Tue, 8 Sep 1998 17:34:27 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA20399
for <[email protected]>; Tue, 8 Sep 1998 17:29:43 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with SMTP id SAA31651;
Tue, 8 Sep 1998 18:29:26 -0400
Message-Id: <[email protected]>
Date: Tue, 8 Sep 1998 18:29:26 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: CWD message not displayed in root dir
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

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

> I am running beta-18 on Solaris 2.6.
>
> message .message CWD=*
>
> This is easy to work around with a LOGIN message, but I'm still
> curious whether it's a bug or if I'm doing something wrong.

It's a bug. It's been a bug for years. The VR6 patches fix it. They are
available from ftp://ftp.vr.net/pub/wu-ftpd/

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

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

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

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

----

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

From [email protected] Wed Sep 9 11:56:12 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA01647;
Wed, 9 Sep 1998 11:56:10 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA09880;
Wed, 9 Sep 1998 11:53:21 -0500 (CDT)
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 LAA28285
for <[email protected]>; Wed, 9 Sep 1998 11:46:52 -0500 (CDT)
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 KAA10283
for <[email protected]>; Wed, 9 Sep 1998 10:46:17 -0600 (MDT)
Received: from netmail5.uswc.uswest.com (nmal-ne1.uswc.uswest.com [151.117.81.7]) by egate.mnet.uswest.com (8.7.1/8.7.1) with ESMTP id KAA14335 for <[email protected]>; Wed, 9 Sep 1998 10:46:14 -0600 (MDT)
Received: from MCOOK ([148.155.67.222]) by netmail5.uswc.uswest.com
(Netscape Messaging Server 3.52) with SMTP id AAA5E9A
for <[email protected]>; Wed, 9 Sep 1998 10:46:12 -0600
Message-Id: <[email protected]>
Date: Wed, 9 Sep 1998 09:45:32 -0400
Reply-To: "Michael Cook" <[email protected]>
Sender: [email protected]
From: "Michael Cook" <[email protected]>
To: "WU-FTP List" <[email protected]>
Subject: Cross-subnet DHCP service
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

Hello all,
I am running ISC DHCP version 2.0b1pl6 on a Sun Ultra Enterprise II with
Solaris 2.5.1. I have 2 interfaces on this box, with only 1 providing DHCP.
Most of the DHCP clients come through virtual LANs over ATM through a Cisco
Catalyst 5500. I use virtual router interfaces to differentiate which
clients get which range of IP's.
For example, I have a vlan with primary router interface 172.16.1.1, a
secondary interface of 172.16.2.1, and a tertiary interface of 172.16.3.1
which uses an IP helper to pass the UDP traffic to the DHCP server and
return IP's in the 172.16.1.x (range subnetted to a class C by necessity).
Can I also assign IP's in the range 172.16.2.x to DHCP requests coming in
from this interface or would I have to set up a router interface for each
subnet range? For example, I would like to use a statement like:

subnet 172.16.1.0 netmask 255.255.255.0 {
range 172.16.1.220 172.16.1.225;
range 172.16.2.2 172.16.2.250;
range 172.16.3.2 172.16.3.250;
option routers 172.16.1.1;
option subnet-mask 255.255.255.0;
option domain-name "abc.com";
option domain-name-servers 205.80.192.1, 203.147.80.5;
}

Thanks for the help!!! Please find my configs below,
Michael

# /etc > ifconfig -a
lo0: flags=849<UP,LOOPBACK,RUNNING,MULTICAST> mtu 8232
inet 127.0.0.1 netmask ff000000
hme0: flags=863<UP,BROADCAST,NOTRAILERS,RUNNING,MULTICAST> mtu 1500
inet 192.168.3.1 netmask ffffff00 broadcast 192.168.3.255
ether 8:0:20:93:6:cb
hme1: flags=863<UP,BROADCAST,NOTRAILERS,RUNNING,MULTICAST> mtu 1500
inet 172.16.6.183 netmask ffffffc0 broadcast 172.16.6.191
ether 8:0:20:93:6:cb
# /etc > cat dhcpd.conf
subnet 192.168.3.0 netmask 255.255.255.0 {
}
subnet 172.16.6.0 netmask 255.255.255.0 {
}
subnet 172.16.1.0 netmask 255.255.255.0 {
range 172.16.1.220 172.16.1.225;
option routers 172.16.1.1;
option subnet-mask 255.255.255.0;
option domain-name "abc.com";
option domain-name-servers 205.80.192.1, 203.147.80.5;
}
subnet 172.16.2.0 netmask 255.255.255.0 {
range 172.16.2.2 172.16.2.250;
option routers 172.16.2.1;
option subnet-mask 255.255.255.0;
option domain-name "abc.com";
option domain-name-servers 205.80.192.1, 203.147.80.5;
}
subnet 172.16.3.0 netmask 255.255.255.0 {
range 172.16.3.2 172.16.3.250;
option routers 172.16.3.1;
option subnet-mask 255.255.255.0;
option domain-name "abc.com";
option domain-name-servers 205.80.192.1, 203.147.80.5;
}
subnet 172.17.2.0 netmask 255.255.255.0 {
range 172.17.2.2 172.17.2.250;
option routers 172.17.2.1;
option subnet-mask 255.255.255.0;
option domain-name "abc.com";
option domain-name-servers 205.80.192.1, 203.147.80.5;
}
subnet 172.17.3.0 netmask 255.255.255.0 {
range 172.17.3.2 172.17.3.250;
option routers 172.17.3.1;
option subnet-mask 255.255.255.0;
option domain-name "abc.com";
option domain-name-servers 205.80.192.1, 203.147.80.5;
}
subnet 208.180.158.0 netmask 255.255.255.0 {
range 208.180.158.10 208.180.158.250;
option routers 208.180.158.254;
option subnet-mask 255.255.255.0;
option domain-name "xyz.net";
option domain-name-servers 205.80.192.1, 203.147.80.5;
}
subnet 208.180.159.0 netmask 255.255.255.0 {
range 208.180.159.10 208.180.159.250;
option routers 208.180.159.254;
option subnet-mask 255.255.255.0;
option domain-name "xyz.net";
option domain-name-servers 205.80.192.1, 203.147.80.5;
}
subnet 10.0.0.0 netmask 255.0.0.0 {
range 10.0.5.2 10.0.10.253;
}

From [email protected] Wed Sep 9 12:11:19 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA01819;
Wed, 9 Sep 1998 12:11:17 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA22346;
Wed, 9 Sep 1998 12:09:15 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA30472
for <[email protected]>; Wed, 9 Sep 1998 12:05:28 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with SMTP id NAA04241;
Wed, 9 Sep 1998 13:05:21 -0400
Message-Id: <[email protected]>
Date: Wed, 9 Sep 1998 13:05:21 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Michael Cook <[email protected]>
Cc: WU-FTP List <[email protected]>
Subject: Re: Cross-subnet DHCP service
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

Wrong 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] Wed Sep 9 15:12:54 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA04517;
Wed, 9 Sep 1998 15:12:53 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA05114;
Wed, 9 Sep 1998 15:10:41 -0500 (CDT)
Received: from shell2.ba.best.com ([email protected] [206.184.139.133])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA20168
for <[email protected]>; Wed, 9 Sep 1998 15:09:00 -0500 (CDT)
Received: from localhost (jgostin@localhost)
by shell2.ba.best.com (8.9.0/8.9.0/best.sh) with SMTP id NAA04585
for <[email protected]>; Wed, 9 Sep 1998 13:08:56 -0700 (PDT)
Message-Id: <[email protected]>
Date: Wed, 9 Sep 1998 13:08:55 -0700 (PDT)
Reply-To: Jeff Gostin <[email protected]>
Sender: [email protected]
From: Jeff Gostin <[email protected]>
To: [email protected]
Subject: Where to find bug lists?
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi! :)

I'm looking for a database of bugs, when they were logged, and which
versions they affect. I know there's FIXED-BUGS-* and POSSIBLE-BUGS files,
but this doesn't tell me what the status of ticket #XYZ is, or what details
are known about the problem it describes.

Is there someplace I can find this information? My thanks, in advance!

--J

From [email protected] Wed Sep 9 15:25:13 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA04673;
Wed, 9 Sep 1998 15:25:12 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA08588;
Wed, 9 Sep 1998 15:22:58 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA29374
for <[email protected]>; Wed, 9 Sep 1998 15:17:35 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with SMTP id QAA06873;
Wed, 9 Sep 1998 16:17:29 -0400
Message-Id: <[email protected]>
Date: Wed, 9 Sep 1998 16:17:29 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Jeff Gostin <[email protected]>
Cc: [email protected]
Subject: Re: Where to find bug lists?
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, 9 Sep 1998, Jeff Gostin wrote:

> I'm looking for a database of bugs, when they were logged, and which
> versions they affect. I know there's FIXED-BUGS-* and POSSIBLE-BUGS
> files, but this doesn't tell me what the status of ticket #XYZ is, or
> what details are known about the problem it describes.
>
> Is there someplace I can find this information? My thanks, in advance!

Stan keeps a database like what you're looking for. I don't think he
let's anyone look inside it, though. It's linked to off the Resource
Center.

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

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

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

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

----

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

From [email protected] Wed Sep 9 16:03:11 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA05370;
Wed, 9 Sep 1998 16:03:10 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA09442;
Wed, 9 Sep 1998 16:01:12 -0500 (CDT)
Received: from smtp3.ny.us.ibm.com (smtp3.ny.us.ibm.com [198.133.22.42])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA22826
for <[email protected]>; Wed, 9 Sep 1998 15:59:01 -0500 (CDT)
Received: from relay1.server.ibm.com (relay1.server.ibm.com [9.14.2.98])
by smtp3.ny.us.ibm.com (8.8.7/8.8.7) with ESMTP id QAA28032
for <[email protected]>; Wed, 9 Sep 1998 16:43:09 -0400
Received: from US.IBM.COM (d01lms01.pok.ibm.com [9.117.30.1])
by relay1.server.ibm.com (8.8.7/8.8.7) with SMTP id QAA53378
for <[email protected]>; Wed, 9 Sep 1998 16:55:24 -0400
Received: by US.IBM.COM (Soft-Switch LMS 2.0) with snapi via D01AU003
id 0038300028941351; Wed, 9 Sep 1998 16:56:09 -0400
Message-Id: <0038300028941351000002L012*@MHS>
Date: Wed, 9 Sep 1998 16:56:09 -0400
Reply-To: [email protected]
Sender: [email protected]
From: Kaysee Long <[email protected]>
To: <[email protected]>
Subject: wu-ftp legal
MIME-Version: 1.0
Content-Type: text/plain
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Does anyone know where I can talk to a person with the legal apect of wu-ftp,
maybe at washington university?
I know it is freeware, but our legal department still says we need an ok to use
it in a commercial environment.
There is not right if use in the license. thanks

Kaysee Long

From [email protected] Wed Sep 9 16:16:23 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA05498;
Wed, 9 Sep 1998 16:16:22 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA18184;
Wed, 9 Sep 1998 16:14:24 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA10342
for <[email protected]>; Wed, 9 Sep 1998 16:11:49 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with SMTP id RAA08140;
Wed, 9 Sep 1998 17:11:24 -0400
Message-Id: <[email protected]>
Date: Wed, 9 Sep 1998 17:11:23 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Kaysee Long <[email protected]>
Cc: [email protected]
Subject: Re: wu-ftp legal
In-Reply-To: <0038300028941351000002L012*@MHS>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 9 Sep 1998, Kaysee Long wrote:

> Does anyone know where I can talk to a person with the legal apect of
> wu-ftp, maybe at washington university? I know it is freeware, but our
> legal department still says we need an ok to use it in a commercial
> environment. There is not right if use in the license. thanks

Which license are you reading? r did you legal department even both
reading?

Here's the license:

/* Copyright (c) 1985, 1988, 1990 Regents of the University of California.
* All rights reserved.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions are
* met: 1. Redistributions of source code must retain the above copyright
* notice, this list of conditions and the following disclaimer. 2.
* Redistributions in binary form must reproduce the above copyright notice,
* this list of conditions and the following disclaimer in the documentation
* and/or other materials provided with the distribution. 3. All advertising
* materials mentioning features or use of this software must display the
* following acknowledgement: This product includes software developed by the
* University of California, Berkeley and its contributors. 4. Neither the
* name of the University nor the names of its contributors may be used to
* endorse or promote products derived from this software without specific
* prior written permission.
*
* THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND ANY
* EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
* WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
* DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE FOR
* ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
* DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
* SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER
* CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
* LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
* OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
* SUCH DAMAGE.
*/

It clearly gives right to use.

----

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 Sep 9 17:13:57 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA06200;
Wed, 9 Sep 1998 17:13:56 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA25855;
Wed, 9 Sep 1998 17:11:54 -0500 (CDT)
Received: from shell2.ba.best.com ([email protected] [206.184.139.133])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA22955
for <[email protected]>; Wed, 9 Sep 1998 17:11:03 -0500 (CDT)
Received: from localhost (jgostin@localhost)
by shell2.ba.best.com (8.9.0/8.9.0/best.sh) with SMTP id PAA27430;
Wed, 9 Sep 1998 15:10:59 -0700 (PDT)
Message-Id: <[email protected]>
Date: Wed, 9 Sep 1998 15:10:59 -0700 (PDT)
Reply-To: Jeff Gostin <[email protected]>
Sender: [email protected]
From: Jeff Gostin <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: [email protected]
Subject: Re: Where to find bug lists?
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, 9 Sep 1998, Gregory A Lundberg wrote:

> Stan keeps a database like what you're looking for. I don't think he
> let's anyone look inside it, though. It's linked to off the Resource
> Center.

Greg,

Thank you for the response! :) This spawns another question,
however... Are there "between version" diffs? Actually, here's the -real-
question/issue:

I've got a copy of v2.4.2-b13 with AFS support built in (there's no
mention in the AFS archives of a later AFS-aware FTP client). What I'm
trying to do is preserve the AFS support while upgrading the core package to
v2.4.2b18. I -don't- have a choice about the AFS support, as it's an
"instutitional requirement". It looks like my only choice in the matter is
to patch 13->14->. . . ->18, a very messy and time consuming process, and
one that I'd rather not have to undertake if there's an easier path.

The question, then, boils down to: _Is_ there an easier path, or is
the bottom line that I'm going to have to get (create??) a set of patches?

My thanks, in advance. :)

--J

From [email protected] Thu Sep 10 09:22:10 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA28036;
Thu, 10 Sep 1998 09:22:09 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA27264;
Thu, 10 Sep 1998 09:19:25 -0500 (CDT)
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 JAA30246
for <[email protected]>; Thu, 10 Sep 1998 09:09:47 -0500 (CDT)
Message-Id: <[email protected]>
Date: Thu, 10 Sep 1998 16:10:21 +0200
Reply-To: [email protected]
Sender: [email protected]
From: Andreas Zierott <[email protected]>
To: "\"\"[email protected]\"\"" <[email protected]> (Non Receipt Notification Requested) (IPM Return Requested)
Subject: virtual hosts/authentication/other ftp servers
Content-Identifier: 730035F7DDCD001
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: [email protected]
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi!

I've problems in setting up the virtual hosts mechanism of wuftp on IRIX

6.x. When I set the parameters (root, banner, logfile) as described in
the documentation I can see in syslog that a virtual connection was
established and I get the correct banner, too. But after login I'm not
in the right (virtual) directory but in the directory of the "real" ftp
server. Is there something special about the root parameter? I've tried
that with beta16, beta18 and newvirt-50. Maybe I am mistaken, maybe it's

an IRIX problem.

Another question: Is it possible to configure a virtual server to use a
separate password file or even an alternate authentication method? I've
tried ncFTPd, too. With this, the virtual hosts mechanism works
excellent,
but I'm missing an access control like ftphosts on a per user basis and
other little features.

Last question: Does anybody know other good ftp servers, which may
work on SGI workstations (commercial or free)?

Thanks,
Andreas

From [email protected] Thu Sep 10 09:44:11 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA28411;
Thu, 10 Sep 1998 09:44:10 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA08973;
Thu, 10 Sep 1998 09:41:45 -0500 (CDT)
Received: from smtp4.ny.us.ibm.COM (smtp4.ny.us.ibm.com [198.133.22.43])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA20664
for <[email protected]>; Thu, 10 Sep 1998 09:36:29 -0500 (CDT)
Received: from relay1.server.ibm.com (relay1.server.ibm.com [9.14.2.98])
by smtp4.ny.us.ibm.COM (8.8.7/8.8.7) with ESMTP id KAA65952;
Thu, 10 Sep 1998 10:24:52 -0400
Received: from US.IBM.COM (d01lms01.pok.ibm.com [9.117.30.1])
by relay1.server.ibm.com (8.8.7/8.8.7) with SMTP id KAA29710;
Thu, 10 Sep 1998 10:32:12 -0400
Received: by US.IBM.COM (Soft-Switch LMS 2.0) with snapi via D01AU003
id 0038300028990136; Thu, 10 Sep 1998 10:32:51 -0400
Message-Id: <0038300028990136000002L062*@MHS>
Date: Thu, 10 Sep 1998 10:32:51 -0400
Reply-To: [email protected]
Sender: [email protected]
From: Kaysee Long <[email protected]>
To: <[email protected]>
Cc: <[email protected]>
Subject: Re: wu-ftp legal
MIME-Version: 1.0
Content-Type: text/plain
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

This is what my legal department said when I gave them the license
below....thank you Kaysee

LEGAL: You need to talk to Washington State because there is no grant of a
right to use in the language you sent me (copied below)

What I gave legal:
wu ftpd

This is the closest i could find to a "license" or "right to use"

The following notices apply to this package:

Copyright (c) 1994 Washington University in Saint Louis.
All rights reserved.

This product includes software developed by Washington University in
Saint Louis and its contributors

Copyright (c) 1980, 1985, 1988, 1989, 1990 The Regents of the
University of California. All rights reserved.

This product includes software developed by the University of California,
Berkeley and its contributors.

THIS SOFTWARE IS PROVIDED BY WASHINGTON UNIVERSITY AND CONTRIBUTORS
``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR
A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL WASHINGTON
UNIVERSITY OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT,
INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING,
BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;
LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER
CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN
ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
POSSIBILITY OF SUCH DAMAGE.

[email protected] on 09/09/98 05:09:40 PM
Please respond to [email protected]
To: Kaysee Long/White Plains/IBM@ibmus
cc: [email protected]
Subject: Re: wu-ftp legal

On Wed, 9 Sep 1998, Kaysee Long wrote:

> Does anyone know where I can talk to a person with the legal apect of
> wu-ftp, maybe at washington university? I know it is freeware, but our
> legal department still says we need an ok to use it in a commercial
> environment. There is not right if use in the license. thanks

Which license are you reading? r did you legal department even both
reading?

Here's the license:

/* Copyright (c) 1985, 1988, 1990 Regents of the University of California.
* All rights reserved.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions are
* met: 1. Redistributions of source code must retain the above copyright
* notice, this list of conditions and the following disclaimer. 2.
* Redistributions in binary form must reproduce the above copyright notice,
* this list of conditions and the following disclaimer in the documentation
* and/or other materials provided with the distribution. 3. All advertising
* materials mentioning features or use of this software must display the
* following acknowledgement: This product includes software developed by the
* University of California, Berkeley and its contributors. 4. Neither the
* name of the University nor the names of its contributors may be used to
* endorse or promote products derived from this software without specific
* prior written permission.
*
* THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND ANY
* EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
* WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
* DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE FOR
* ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
* DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
* SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER
* CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
* LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
* OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
* SUCH DAMAGE.
*/

It clearly gives right to use.

----

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 Sep 10 09:50:23 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA28462;
Thu, 10 Sep 1998 09:50:22 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA26357;
Thu, 10 Sep 1998 09:48:05 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA03841
for <[email protected]>; Thu, 10 Sep 1998 09:47:44 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id KAA13052;
Thu, 10 Sep 1998 10:47:27 -0400
Message-Id: <[email protected]>
Date: Thu, 10 Sep 1998 10:47:26 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Kaysee Long <[email protected]>
Cc: [email protected]
Subject: Re: wu-ftp legal
In-Reply-To: <0038300028990136000002L062*@MHS>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 10 Sep 1998, Kaysee Long wrote:

> This is the closest i could find to a "license" or "right to use"

Download wu-ftpd-2.4.2-beta-18 (you don't want to use anything else unless
you either (a) don't care about security at all or (b) never connect to
any network even a LAN). Just look through the source files, OK? There
are licenses galore.

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

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

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

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

--

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

From [email protected] Thu Sep 10 10:03:43 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA28610;
Thu, 10 Sep 1998 10:03:42 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA28074;
Thu, 10 Sep 1998 10:01:01 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA19289
for <[email protected]>; Thu, 10 Sep 1998 09:56:41 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id KAA13098;
Thu, 10 Sep 1998 10:55:37 -0400
Message-Id: <[email protected]>
Date: Thu, 10 Sep 1998 10:55:37 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Andreas Zierott <[email protected]>
Cc: WU-FTPD Discussion List <[email protected]>
Subject: Re: virtual hosts/authentication/other ftp 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

On Thu, 10 Sep 1998, Andreas Zierott wrote:

> I've problems in setting up the virtual hosts mechanism of wuftp on
> IRIX 6.x. When I set the parameters (root, banner, logfile) as
> described in the documentation I can see in syslog that a virtual
> connection was established and I get the correct banner, too. But
> after login I'm not in the right (virtual) directory but in the
> directory of the "real" ftp server. Is there something special about
> the root parameter? I've tried that with beta16, beta18 and
> newvirt-50. Maybe I am mistaken, maybe it's an IRIX problem.

I've not heard of any problems with 'virtual root' in recent versions.
The manpage says this may not work with some systems but, since it's
working with 'virtual banner' that's not the case here. I'd say there's a
typo in the <address> parameter on your 'virtual root' line.

> Another question: Is it possible to configure a virtual server to use
> a separate password file or even an alternate authentication method?
> I've tried ncFTPd, too. With this, the virtual hosts mechanism works
> excellent, but I'm missing an access control like ftphosts on a per
> user basis and other little features.

Either newvirt-050 or BeroFTPD should do what you want for passwords.
ISTR patches floating about for TACAS+ and Radius as well as support for
Kerberos and other authentication methods. You'd best look through the
source kit and the mailing list archives to find them.

> Last question: Does anybody know other good ftp servers, which may
> work on SGI workstations (commercial or free)?

IMHO there are _no_ other 'good' ftp servers! If you disagree, send
replies to nobody@localhost ...

--

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

From [email protected] Thu Sep 10 12:05:57 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA00263;
Thu, 10 Sep 1998 12:05:56 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA09206;
Thu, 10 Sep 1998 12:03:40 -0500 (CDT)
Received: from scccnta01.sccd.ctc.edu (central.sccd.ctc.edu [134.39.62.16])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA11735
for <[email protected]>; Thu, 10 Sep 1998 12:02:43 -0500 (CDT)
Received: by central.sccd.ctc.edu with Internet Mail Service (5.0.1458.49)
id <SPWYP6FW>; Thu, 10 Sep 1998 10:02:22 -0700
Message-Id: <[email protected]>
Date: Thu, 10 Sep 1998 10:02:18 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Marxen, Sara" <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: site exec?
MIME-Version: 1.0
Content-Type: text/plain
X-Priority: 3
X-Mailer: Internet Mail Service (5.0.1458.49)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,

I'm looking for information on site exec - what it does and how to
configure it (if need be)
I've been to the faq and archives and can find people talking about it
but not any actual documentation on it.

Thanks in advance for your help,

sara

From [email protected] Thu Sep 10 12:38:15 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA00715;
Thu, 10 Sep 1998 12:38:12 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA29100;
Thu, 10 Sep 1998 12:35:32 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA23434
for <[email protected]>; Thu, 10 Sep 1998 12:31:27 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id NAA14292;
Thu, 10 Sep 1998 13:31:23 -0400
Message-Id: <[email protected]>
Date: Thu, 10 Sep 1998 13:31:23 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Marxen, Sara" <[email protected]>
Cc: WU-FTPD Discussion List <[email protected]>
Subject: Re: site exec?
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, 10 Sep 1998, Marxen, Sara wrote:

> I'm looking for information on site exec - what it does and how to
> configure it (if need be) I've been to the faq and archives and can
> find people talking about it but not any actual documentation on it.

'SITE EXEC' attempts to run the given program. The program is set up much
like 'ls' for anonymous or guest ftp users. The usefullness of this
feature is virtually NIL unless you have a _very_ specific need for it;
inapropriate use can open your site up to all kinds of abuse.

--

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 Sep 10 12:44:40 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA00817;
Thu, 10 Sep 1998 12:44:39 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA13940;
Thu, 10 Sep 1998 12:42:04 -0500 (CDT)
Received: from scccnta01.sccd.ctc.edu (central.sccd.ctc.edu [134.39.60.201])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA07350
for <[email protected]>; Thu, 10 Sep 1998 12:37:44 -0500 (CDT)
Received: by central.sccd.ctc.edu with Internet Mail Service (5.0.1458.49)
id <SPWYP62Y>; Thu, 10 Sep 1998 10:37:23 -0700
Message-Id: <[email protected]>
Date: Thu, 10 Sep 1998 10:37:22 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Marxen, Sara" <[email protected]>
To: "'[email protected]'" <[email protected]>
Cc: "'Gregory A Lundberg'" <[email protected]>
Subject: RE: site exec?
MIME-Version: 1.0
Content-Type: text/plain
X-Priority: 3
X-Mailer: Internet Mail Service (5.0.1458.49)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Thanks for your response....
I was looking for something that would kick off a script when a
particular
real user logged in and uploaded some files. Would this do this, or is
there
a better way?

The only other way I could think of is to try to time the transer and
then periodically check after a certain period if the files are present
and if
they are then run the script.

> ----------
> From: Gregory A Lundberg[SMTP:[email protected]]
> Sent: Thursday, September 10, 1998 12:31 PM
> To: Marxen, Sara
> Cc: WU-FTPD Discussion List
> Subject: Re: site exec?
>
> On Thu, 10 Sep 1998, Marxen, Sara wrote:
>
> > I'm looking for information on site exec - what it does and how to
> > configure it (if need be) I've been to the faq and archives and can
> > find people talking about it but not any actual documentation on it.
>
> 'SITE EXEC' attempts to run the given program. The program is set up
> much
> like 'ls' for anonymous or guest ftp users. The usefullness of this
> feature is virtually NIL unless you have a _very_ specific need for
> it;
> inapropriate use can open your site up to all kinds of abuse.
>
> --
>
> 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 Sep 10 13:03:45 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA01042;
Thu, 10 Sep 1998 13:03:42 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA22039;
Thu, 10 Sep 1998 13:01:25 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA11103
for <[email protected]>; Thu, 10 Sep 1998 12:56:37 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id NAA14493;
Thu, 10 Sep 1998 13:56:29 -0400
Message-Id: <[email protected]>
Date: Thu, 10 Sep 1998 13:56:29 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Marxen, Sara" <[email protected]>
Cc: WU-FTPD Discussion List <[email protected]>
Subject: RE: site exec?
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, 10 Sep 1998, Marxen, Sara wrote:

> I was looking for something that would kick off a script when a
> particular real user logged in and uploaded some files. Would this do
> this, or is there a better way?
>
> The only other way I could think of is to try to time the transer and
> then periodically check after a certain period if the files are
> present and if they are then run the script.

Write a cron script to check periodically for new files in the upload
area.

In answer to your earlier question, by example using 'ls'

su
mkdir ~ftp/bin/ftp-exec
chmod 111 ~ftp/bin/ftp-exec
touch ~ftp/bin/ftp-exec/.notar
chmod 444 ~ftp/bin/ftp-exec/.notar
ln ~ftp/bin/ls ~ftp/bin/ftp-exec

ftp localhost
user:ftp pass:me@
quote site exec ls -alR /pub

We need to use 'ls'in this example because (1) it's relatively safe and
(2) it's the only thing known to work in the chroot'd environment where
the anonymous ftp user finds himself.

In this environment you DO NOT want to be able to run a script unless you
don't care about security and never connect to any network or LAN. Also,
for your purposes, there's virtually NO chance the users will remember to
run the 'site'exec' or, if they would, they'd have to be using an ftp
client which allows such commands (web clients know ftp, but not 'site'
commands).

--

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 Sep 10 13:16:41 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA01250;
Thu, 10 Sep 1998 13:16:40 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA27806;
Thu, 10 Sep 1998 13:14:17 -0500 (CDT)
Received: from inetgw-a.supervalu.com ([email protected] [208.19.191.65])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA23121
for <[email protected]>; Thu, 10 Sep 1998 13:09:20 -0500 (CDT)
Received: by inetgw-a.supervalu.com; id NAA13211; Thu, 10 Sep 1998 13:09:18 -0500 (CDT)
Received: from int-ns-a-sb.supervalu.com(10.169.9.27) by inetgw-a.supervalu.com via smap (3.2)
id xma013207; Thu, 10 Sep 98 13:09:15 -0500
Received: from supervalu.com (svho1ts_3 [10.169.6.16])
by Supervalu.COM (8.8.5/8.8.5) with ESMTP id NAA05173
for <[email protected]>; Thu, 10 Sep 1998 13:04:55 -0500 (CDT)
Message-Id: <[email protected]>
Date: Thu, 10 Sep 1998 13:09:11 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Jim Bootz <[email protected]>
To: [email protected]
Subject: Re: site exec?
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.5b1 [en] (X11; I; SunOS 5.5.1 sun4u)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I'm sure a lot of other subscribers have gotten requests of this kind.
There are users, particularly those from the mainframe side, who want
notification and/or verification that the files have been transferred. Or,
they want the data parsed or massaged in some way when it gets to the
server, hence the appeal of "messaging software". I make it a point not to
put apps on a secure FTP server. If the box is accessible at all from the
internet, it should be a passive repository. The less it does, the better.
Besides, there's enough to do without having to support somebody else's
applications or writing them ourselves. And heaven forbid we should start
handing out telnet logins to the developers. I'd see if the script could
run on the client rather than the server.

Marxen, Sara wrote:

> Thanks for your response....
> I was looking for something that would kick off a script when a
> particular
> real user logged in and uploaded some files. Would this do this, or is
> there
> a better way?
>
> The only other way I could think of is to try to time the transer and
> then periodically check after a certain period if the files are present
> and if
> they are then run the script.
>
> > ----------
> > From: Gregory A Lundberg[SMTP:[email protected]]
> > Sent: Thursday, September 10, 1998 12:31 PM
> > To: Marxen, Sara
> > Cc: WU-FTPD Discussion List
> > Subject: Re: site exec?
> >
> > On Thu, 10 Sep 1998, Marxen, Sara wrote:
> >
> > > I'm looking for information on site exec - what it does and how to
> > > configure it (if need be) I've been to the faq and archives and can
> > > find people talking about it but not any actual documentation on it.
> >
> > 'SITE EXEC' attempts to run the given program. The program is set up
> > much
> > like 'ls' for anonymous or guest ftp users. The usefullness of this
> > feature is virtually NIL unless you have a _very_ specific need for
> > it;
> > inapropriate use can open your site up to all kinds of abuse.
> >
> > --
> >
> > 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 Sep 10 15:20:22 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA02535;
Thu, 10 Sep 1998 15:20:21 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA11888;
Thu, 10 Sep 1998 15:17:30 -0500 (CDT)
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 PAA08620
for <[email protected]>; Thu, 10 Sep 1998 15:12:19 -0500 (CDT)
Received: from trw.com ([129.4.74.179]) by mail1.dh.trw.com
(Netscape Messaging Server 3.5) with ESMTP id AAA2EA4
for <[email protected]>; Thu, 10 Sep 1998 13:11:56 -0700
Message-Id: <[email protected]>
Date: Thu, 10 Sep 1998 13:11:55 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Scott Parmenter" <[email protected]>
To: wuftplist <[email protected]>
Subject: chroot error
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.04 [en] (Win95; U)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

I'm slowly getting WUFTP installed and configured on Trusted Solaris.
I've never configured FTP before, and I'm having difficulties getting
the chroot to work as I'd like. I've read the WUFTP man pages and FAQ,
but I still don't feel I understand it all. When WUFTP attempts to
chroot, I get the "550 Can't set guest privileges" reply. My initial
guess is that this means I don't have the passwd files correct. At that
point pw->pw_dir = "/export/home" and sp = "./user/" (from the if
clause, line 1694 of ftpd.c).

The /etc/passwd line for this test user reads:
user:x:2122:10:user test account:/export/home/./user/:/bin/sh

Is this enough information to point out my error(s)?

Scott

From [email protected] Thu Sep 10 15:32:19 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA02642;
Thu, 10 Sep 1998 15:32:18 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA21917;
Thu, 10 Sep 1998 15:29:58 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA20146
for <[email protected]>; Thu, 10 Sep 1998 15:27:57 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id QAA15560;
Thu, 10 Sep 1998 16:27:42 -0400
Message-Id: <[email protected]>
Date: Thu, 10 Sep 1998 16:27:42 -0400 (EDT)
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: chroot error
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 10 Sep 1998, Scott Parmenter wrote:

> I'm slowly getting WUFTP installed and configured on Trusted Solaris.
> I've never configured FTP before, and I'm having difficulties getting
> the chroot to work as I'd like. I've read the WUFTP man pages and
> FAQ, but I still don't feel I understand it all. When WUFTP attempts
> to chroot, I get the "550 Can't set guest privileges" reply. My
> initial guess is that this means I don't have the passwd files
> correct. At that point pw->pw_dir = "/export/home" and sp = "./user/"
> (from the if clause, line 1694 of ftpd.c).
>
> The /etc/passwd line for this test user reads:
> user:x:2122:10:user test account:/export/home/./user/:/bin/sh
>
> Is this enough information to point out my error(s)?

This means:

- There was an error chroot'ing to pw->pw_dir (/export/home in your case)
- or, there was an error chdir'ing to '/'
- or, there was an error chdir'ing to sp (./user/ in your case)

If it's a problem with chroot, it could be caused by the daemon not
running as root (chroot required superuser privilege) or the new
filesystem root (/export/home) not existing or being unusable
(permissions?).

If it's a problem with chdir, then the users's home directory
(/export/home/user) does not exist, has some problem making it unusable
(permissions?) or is not accessible from within the new chroot'd
environment.

--

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 Sep 10 16:04:46 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA02882;
Thu, 10 Sep 1998 16:04:45 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA19386;
Thu, 10 Sep 1998 16:02:19 -0500 (CDT)
Received: from scccnta01.sccd.ctc.edu (central.sccd.ctc.edu [134.39.60.201])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA28959
for <[email protected]>; Thu, 10 Sep 1998 16:00:47 -0500 (CDT)
Received: by central.sccd.ctc.edu with Internet Mail Service (5.0.1458.49)
id <SPWYP608>; Thu, 10 Sep 1998 14:00:26 -0700
Message-Id: <[email protected]>
Date: Thu, 10 Sep 1998 14:00:25 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Marxen, Sara" <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: just upgraded, not using correct paths
MIME-Version: 1.0
Content-Type: text/plain
X-Priority: 3
X-Mailer: Internet Mail Service (5.0.1458.49)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Well,
I just upgraded to beta 18 from the default version that came with
redhat linux 5.1.
I used build lnx to compile.
It looks like with the linux install it should look for the ftpaccess,
conversions, etc file in
/etc (in the config.lnx USE_ETC = /etc/ftpaccess). But it no longer
seems to be
looking at my ftpaccess file. The "-a " option is specified in the
/etc/inetd.conf
file as well. Can someone help me figure out where I went wrong? All
my guest users
have become real users.

Thanks.

From [email protected] Thu Sep 10 16:31:44 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA03123;
Thu, 10 Sep 1998 16:31:43 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA30479;
Thu, 10 Sep 1998 16:28:57 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA27750
for <[email protected]>; Thu, 10 Sep 1998 16:27:25 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id RAA15924;
Thu, 10 Sep 1998 17:27:22 -0400
Message-Id: <[email protected]>
Date: Thu, 10 Sep 1998 17:27:22 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Marxen, Sara" <[email protected]>
Cc: WU-FTPD Discussion List <[email protected]>
Subject: Re: just upgraded, not using correct paths
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, 10 Sep 1998, Marxen, Sara wrote:

> I just upgraded to beta 18 from the default version that came with
> redhat linux 5.1. I used build lnx to compile. It looks like with the
> linux install it should look for the ftpaccess, conversions, etc file
> in /etc (in the config.lnx USE_ETC = /etc/ftpaccess). But it no
> longer seems to be looking at my ftpaccess file. The "-a " option is
> specified in the /etc/inetd.conf file as well. Can someone help me
> figure out where I went wrong? All my guest users have become real
> users.

Check that you're running the version you think you are:

killall -HUP inetd
telnet localhost ftp

The announcement contains the version number and compile date.

Run ftpcheck. Check permissions and file versions. Read the FAQ.

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

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

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

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

--

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

From [email protected] Fri Sep 11 11:23:10 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA26586;
Fri, 11 Sep 1998 11:23:09 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA07621;
Fri, 11 Sep 1998 11:18:25 -0500 (CDT)
Received: from smtp.ucsd.edu (smtp.ucsd.edu [132.239.1.49])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA23286
for <[email protected]>; Fri, 11 Sep 1998 11:13:53 -0500 (CDT)
Received: from emp103.ucsd.edu (adcom118-108.ucsd.edu [132.239.118.108]) by smtp.ucsd.edu (8.8.8AS/8.6.9) with SMTP id JAA25464 for <[email protected]>; Fri, 11 Sep 1998 09:13:51 -0700 (PDT)
Message-Id: <[email protected]>
Date: Fri, 11 Sep 1998 09:15:10 -0700
Reply-To: [email protected]
Sender: [email protected]
From: Dustin Cavanaugh <[email protected]>
To: [email protected]
Subject: Multihome server
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I need to have ftp service set up such that based on which server the user
logs into, the user will have access only certain things ... 2 ip's, 2
daemons, 1 machine. Sun pointed me to wu-ftp. How's it done?

From [email protected] Fri Sep 11 11:43:44 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA26861;
Fri, 11 Sep 1998 11:43:42 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA18247;
Fri, 11 Sep 1998 11:40:24 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA20993
for <[email protected]>; Fri, 11 Sep 1998 11:39:20 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id MAA20982;
Fri, 11 Sep 1998 12:38:19 -0400
Message-Id: <[email protected]>
Date: Fri, 11 Sep 1998 12:38:19 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Dustin Cavanaugh <[email protected]>
Cc: [email protected]
Subject: Re: Multihome server
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 11 Sep 1998, Dustin Cavanaugh wrote:

> I need to have ftp service set up such that based on which server the
> user logs into, the user will have access only certain things ... 2
> ip's, 2 daemons, 1 machine. Sun pointed me to wu-ftp. How's it done?

Read the manpages and the FAQ; most of your questions will be answered
there. Basically, you need to multihome the machine (Sun can tell you how
to do that), then add 'virtual' clauses to your ftpaccess file.

The base server comes with virtual host support. If you need finer
control (ie., different ftpaccess files/password lists/etc) on a
per-virtual host basis, check out newvirt-050 or BeroFTPD-1.0.12 which are
both derivatives of wu-ftpd.

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

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

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

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

--

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

From [email protected] Fri Sep 11 14:40:11 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA28614;
Fri, 11 Sep 1998 14:40:10 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA05993;
Fri, 11 Sep 1998 14:36:18 -0500 (CDT)
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 OAA22430
for <[email protected]>; Fri, 11 Sep 1998 14:33:49 -0500 (CDT)
Received: from trw.com ([129.4.74.179]) by mail1.dh.trw.com
(Netscape Messaging Server 3.5) with ESMTP id AAA2806
for <[email protected]>; Fri, 11 Sep 1998 12:33:16 -0700
Message-Id: <[email protected]>
Date: Fri, 11 Sep 1998 12:33:16 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Scott Parmenter" <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: Re: chroot error
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

Gregory A Lundberg wrote:

> If it's a problem with chroot, it could be caused by the daemon not
> running as root (chroot required superuser privilege) or the new
> filesystem root (/export/home) not existing or being unusable
> (permissions?).

Ok, it appears to be a chroot error (I split the conditionals to give
individual replys). This may be (and probably is) an operating system issue,
not wuftp specific. Trusted Solaris is, of course, extremely picky about
permissions and privileges. For example, to let wuftp do a setuid, I have to
explicitly grant it the appropriate privilege, even if it runs as root.

As an aside, when I do get wuftp up and running on TSOL 2.5 and 2.5.1, would
you like a copy of the modifications and procedures that I found necessary to
install and configure wuftp? It's a bit more involved than on standard
Solaris.

Scott

From [email protected] Fri Sep 11 16:10:19 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA29648;
Fri, 11 Sep 1998 16:10:15 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA32510;
Fri, 11 Sep 1998 16:06:34 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA19566
for <[email protected]>; Fri, 11 Sep 1998 16:00:13 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id RAA22673;
Fri, 11 Sep 1998 17:00:08 -0400
Message-Id: <[email protected]>
Date: Fri, 11 Sep 1998 17:00:07 -0400 (EDT)
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: chroot error
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 11 Sep 1998, Scott Parmenter wrote:

> As an aside, when I do get wuftp up and running on TSOL 2.5 and 2.5.1, would
> you like a copy of the modifications and procedures that I found necessary to
> install and configure wuftp? It's a bit more involved than on standard
> Solaris.

Stan will take them if they're true 'bugs' in the base beta-18 release,
you'll need to fill out his web forms or email his bugs address since he
rarely (if ever) takes suggestions or bug reports off the mailing list.

I, on the other hand, will take a look at whatever you post or send to me
directly. So, sure, send 'em along and share the fruits of your labors.

--

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 Sep 14 14:24:02 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA06431;
Mon, 14 Sep 1998 14:23:56 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA24822;
Mon, 14 Sep 1998 14:16:20 -0500 (CDT)
Received: from josephus.furph.com (josephus.furph.com [38.154.194.160])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA17462
for <[email protected]>; Mon, 14 Sep 1998 14:09:58 -0500 (CDT)
Received: from localhost (beckers@localhost) by josephus.furph.com (8.8.0/8.8.0) with SMTP id PAA08119 for <[email protected]>; Mon, 14 Sep 1998 15:09:52 -0400 (EDT)
Message-Id: <[email protected]>
Date: Mon, 14 Sep 1998 15:09:52 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Becki Kain <[email protected]>
To: [email protected]
Subject: beta 18 on solaris 2.6
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I am trying to compile wu-ftpd version 2.4.2 beta 18 with patches VR3
through VR 6 applied. I am using gcc version 2.8.1. I am trying to build
on Solaris 2.6.

I seem to be having troubles with ftpd.c. I get the following errors when
I
try to compile...

gcc -g -I.. -I../support -L../support -c ftpd.c -o ftpd.o
ftpd.c: In function `main':
ftpd.c:471: warning: return type of `main' is not `int'
ftpd.c: In function `deniedgid':
ftpd.c:1855: warning: assignment makes pointer from integer without a cast
ftpd.c:1856: dereferencing pointer to incomplete type
ftpd.c: In function `allowedgid':
ftpd.c:1907: warning: assignment makes pointer from integer without a cast
ftpd.c:1908: dereferencing pointer to incomplete type
make: *** [ftpd.o] Error 1

>From what I can tell, the compiler seems to think that
getgrnam(const char *)
returns int rather than struct group *. It chokes on the assignment and
on
the dereferenceing of grp.

To make matters more baffling, the other files in the src directory that
use
getgrnam (access.c, extensions.c, and private.c) all compile fine. Does
anyone have any idea what is going wrong here?

thanks

beckers

Becki Kain
[email protected]
--
furph, Inc. WWW/Unix/Windows Solutions 734-513-7763 (voice)
[email protected] http://www.furph.com 734-513-7759 (FAX)

From [email protected] Mon Sep 14 14:47:29 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA08869;
Mon, 14 Sep 1998 14:47:27 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA08194;
Mon, 14 Sep 1998 14:43:33 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA11579
for <[email protected]>; Mon, 14 Sep 1998 14:38:34 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id PAA11384;
Mon, 14 Sep 1998 15:38:25 -0400
Message-Id: <[email protected]>
Date: Mon, 14 Sep 1998 15:38:25 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Becki Kain <[email protected]>
Cc: [email protected]
Subject: Re: beta 18 on solaris 2.6
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 14 Sep 1998, Becki Kain wrote:

> I am trying to compile wu-ftpd version 2.4.2 beta 18 with patches VR3
> through VR 6 applied. I am using gcc version 2.8.1. I am trying to
> build on Solaris 2.6.
>
> I seem to be having troubles with ftpd.c. I get the following errors
> when I try to compile...
>
> gcc -g -I.. -I../support -L../support -c ftpd.c -o ftpd.o
> ftpd.c: In function `main':
> ftpd.c:471: warning: return type of `main' is not `int'

Non-ANSI-ism in the base beta-18. It'll be fixed in the VR7 patches.

> ftpd.c: In function `deniedgid':
> ftpd.c: In function `allowedgid':

Missing #include <gid.h> in ftpd.c, also fixed in VR7.

VR7 is ready to roll and scheduled for release September 15th .. hey,
that's tomorrow!

--

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 Sep 14 15:59:15 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA10818;
Mon, 14 Sep 1998 15:59:14 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA08253;
Mon, 14 Sep 1998 15:55:11 -0500 (CDT)
Received: from josephus.furph.com (josephus.furph.com [38.154.194.160])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA11901
for <[email protected]>; Mon, 14 Sep 1998 15:51:26 -0500 (CDT)
Received: from localhost (beckers@localhost) by josephus.furph.com (8.8.0/8.8.0) with SMTP id QAA22227 for <[email protected]>; Mon, 14 Sep 1998 16:51:19 -0400 (EDT)
Message-Id: <[email protected]>
Date: Mon, 14 Sep 1998 16:51:19 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Becki Kain <[email protected]>
To: [email protected]
Subject: new virt
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi again all:

I was assuming that newvirt-050 was a patch, or a series of patches to be
made to wu-ftpd-2.4.2-beta-18. However, it appears, instead, to be an
entire installation of beta 18, I assume with certain modifications. Can
someone tell if if this has any of the VR patches installed? And if not,
can the VR patches BE installed on this, given the differences in source
code?

(this is under, if it matters, solaris 2.6)

Becki Kain
[email protected]
--
furph, Inc. WWW/Unix/Windows Solutions 734-513-7763 (voice)
[email protected] http://www.furph.com 734-513-7759 (FAX)

From [email protected] Mon Sep 14 16:23:37 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA11165;
Mon, 14 Sep 1998 16:23:35 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA15902;
Mon, 14 Sep 1998 16:21:02 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA02970
for <[email protected]>; Mon, 14 Sep 1998 16:13:36 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id RAA12285;
Mon, 14 Sep 1998 17:13:30 -0400
Message-Id: <[email protected]>
Date: Mon, 14 Sep 1998 17:13:30 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Becki Kain <[email protected]>
Cc: [email protected]
Subject: Re: new virt
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, 14 Sep 1998, Becki Kain wrote:

> I was assuming that newvirt-050 was a patch, or a series of patches to
> be made to wu-ftpd-2.4.2-beta-18. However, it appears, instead, to be
> an entire installation of beta 18, I assume with certain
> modifications. Can someone tell if if this has any of the VR patches
> installed? And if not, can the VR patches BE installed on this, given
> the differences in source code?

Newvirt is not released as a patch because it changes so much at once.
Kent has not said whether he plans to roll the VR patches into it himself.
I have heard from a few people they're working on doing just that. I do
know, however, that BeroFTPD includes _both_ the newvirt-050 changes and
the VR patches, along with a few additional changes Bernard's put in. So,
if you're interested in both VR and newvirt, I'd recommend you get
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] Mon Sep 14 16:44:59 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA11316;
Mon, 14 Sep 1998 16:44:58 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA24862;
Mon, 14 Sep 1998 16:40:12 -0500 (CDT)
Received: from smtp.ucsd.edu (smtp.ucsd.edu [132.239.1.49])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA22574
for <[email protected]>; Mon, 14 Sep 1998 16:36:41 -0500 (CDT)
Received: from emp103.ucsd.edu (adcom118-108.ucsd.edu [132.239.118.108]) by smtp.ucsd.edu (8.8.8AS/8.6.9) with SMTP id OAA11025 for <[email protected]>; Mon, 14 Sep 1998 14:36:31 -0700 (PDT)
Message-Id: <[email protected]>
Date: Mon, 14 Sep 1998 14:38:11 -0700
Reply-To: [email protected]
Sender: [email protected]
From: Dustin Cavanaugh <[email protected]>
To: [email protected]
Subject: Virtual servers
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 3.0.3 (32)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I'm trying to set up Virtual Servers under Solaris 2.6. I've got beta 18
and have followed the instructions. The 2 servers I set up work ok, but
don't use the correct root directories.
The salient parts of the config files look like this:
services:
wuftp 2001/tcp # command port to test wu-ftpd
wuftp-data 2000/tcp # data port to test wu-ftpd

inetd.conf:
ftp stream tcp nowait root /usr/local/etc/tcpd in.ftpd -t 1800
wuftp stream tcp nowait root /usr/local/bin/in.ftpd in.ftpd -laio
-t 1800

ftpaccess:
virtual xxx.xxx.xxx.030 root /pub
virtual xxx.xxx.xxx.030 banner /etc/banner30.msg
virtual xxx.xxx.xxx.031 root /usr
virtual xxx.xxx.xxx.031 banner /etc/banner31.msg

Any help?

From [email protected] Tue Sep 15 11:09:12 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA08595;
Tue, 15 Sep 1998 11:09:10 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA18896;
Tue, 15 Sep 1998 11:02:38 -0500 (CDT)
Received: from dirc.bris.ac.uk (dirc.bris.ac.uk [137.222.10.51])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA05024
for <[email protected]>; Tue, 15 Sep 1998 10:55:36 -0500 (CDT)
Received: from babbage.men.bris.ac.uk by dirc.bris.ac.uk with SMTP-PRIV (PP)
with ESMTP; Tue, 15 Sep 1998 16:55:32 +0100
Received: from binabik.enm.bris.ac.uk (binabik.enm.bris.ac.uk [137.222.100.60]) by babbage.men.bris.ac.uk (8.8.8/8.8.8)
with SMTP id QAA06851 for <[email protected]>;
Tue, 15 Sep 1998 16:53:12 +0100 (BST)
Message-Id: <[email protected]>
Date: Tue, 15 Sep 1998 16:52:55 +0100 (British Summer Time)
Reply-To: [email protected]
Sender: [email protected]
From: Tulan Shah <[email protected]>
To: [email protected]
Subject: Static ls for Solaris 2.6
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="Part9809151655.A"
X-Sender: [email protected]
X-Mailer: Simeon for Win32 Version 4.1.5 Build (43)
X-Authentication: IMSP
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

--Part9809151655.A
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII

I am trying to compile a static version of ls for use with
wu-ftp 2.4.2 BETA 18 as downloaded and compiled from

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

on the 11 September.

I have tryed to compile fileutils3.1.6 as in the document at
http://www.landfield.com/wu-ftpd/support/static-ls.how-to

I apply the patch fine but the compile fails. Is this because this
version was designed for use with 2.5.1?
I am using Suns cc.
would gcc give me more of a chance. The output from the compiler is in
the attachment.

Any help would be great. I am not too good at c yet but it seems that
the compiler does not understand the flags it has been sent.

Thanks

Tulan

----------------------
Tulan Shah
Design Information Group
83 Woodland Road
0117-928-8914
http://www.dig.bris.ac.uk/staff/tulan/

--Part9809151655.A
Content-Type: TEXT/Plain; name=errorcompile

# make
make all-recursive
Making all in lib
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c g
etdate.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c p
osixtm.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c g
etopt.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c g
etopt1.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c a
rgmatch.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c b
ackupfile.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c d
irname.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c f
ilemode.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c f
ull-write.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c g
etversion.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c i
dcache.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c i
sdir.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c l
ong-options.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c m
akepath.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c m
odechange.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c p
ath-concat.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c s
afe-read.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c s
ave-cwd.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c s
avedir.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c s
tripslash.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c u
serspec.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c x
getcwd.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c x
malloc.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c x
strdup.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c x
strtol.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c x
strtoul.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c y
esno.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c r
egex.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c e
uidaccess.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c g
roup-member.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c r
pmatch.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c s
tpcpy.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c s
trndup.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c s
trftime.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c g
etline.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c e
rror.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c o
bstack.c
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c f
susage.c
"/usr/include/sys/vfs.h", line 164: warning: dubious tag declaration: struct sta
tvfs64
cc -Xc -D__EXTENSIONS__ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I. -I../intl -g -c m
ountlist.c
rm -f libfu.a
ar cru libfu.a getdate.o posixtm.o getopt.o getopt1.o argmatch.o backupfile.o d
irname.o filemode.o full-write.o getversion.o idcache.o isdir.o long-options.o
makepath.o modechange.o path-concat.o safe-read.o save-cwd.o savedir.o stripsla
sh.o userspec.o xgetcwd.o xmalloc.o xstrdup.o xstrtol.o xstrtoul.o yesno.o rege
x.o euidaccess.o group-member.o rpmatch.o stpcpy.o strndup.o strftime.o getline.
o error.o obstack.o fsusage.o mountlist.o
ranlib libfu.a
Making all in intl
Making all in src
cc -Xc -D__EXTENSIONS__ -DLOCALEDIR=\"/usr/local/lib/locale\" -DSHAREDIR=\"/usr/
local/lib\" -DHAVE_CONFIG_H -I.. -I. -I../lib -I../intl -static -g -c chgrp.c
cc: -a conflicts with -dy.
*** Error code 1
make: Fatal error: Command failed for target `chgrp.o'
Current working directory /opt/download/fileutils-3.16/src
*** Error code 1
make: Fatal error: Command failed for target `all-recursive'
Current working directory /opt/download/fileutils-3.16
*** Error code 1
make: Fatal error: Command failed for target `all-recursive-am'
--Part9809151655.A--

From [email protected] Tue Sep 15 12:26:33 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA09832;
Tue, 15 Sep 1998 12:26:32 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA04587;
Tue, 15 Sep 1998 12:22:47 -0500 (CDT)
Received: from orca ([email protected] [132.250.14.64])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA27402
for <[email protected]>; Tue, 15 Sep 1998 12:20:33 -0500 (CDT)
Received: from [132.250.14.102] by orca (SMI-8.6/SMI-SVR4)
id NAA15102; Tue, 15 Sep 1998 13:16:01 -0400
Message-Id: <v04011701b22451d769f9@[132.250.14.102]>
Date: Tue, 15 Sep 1998 13:26:45 -0400
Reply-To: [email protected]
Sender: [email protected]
From: Michael Will <[email protected]>
To: [email protected]
Subject: ls and DIR
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

PS: If this post was seen before, please excuse the duplicate post. I'm
not getting any confirmation that the post has succeeded or failed.

I am having problems setting up Version wu-2.4.2-academ[BETA-18] on a
Solaris 2.6 machine. Below are the steps that I completed:

1. Created a user account in the /etc/passwd file
"test:x:4000:4000:Testing FTP:/RAID/ftp-server/test/./:/etc/ftponly"

I have read that you needed a /etc/passwd file within the ftp server area,
however everything seems to be working. The only problem that I'm having
is dealing with the ls and dir.

I noticed if you ftp to the UNIX ftp server from UNIX everything seems to
work fine. The 'ls' command works. If you do like wise from a DOS window
it works as well with 'ls' however, the "dir" fails. Thus, my ftp clients
for Windows and Macintosh fail to see any files.

I have read the FAQ on the ls part and creating the /bin directories, but
confused as why everything seems to work fine, except that the ftp clients
seem to be using dir.

Any help is appreciated.

Michael

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

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

From [email protected] Tue Sep 15 13:03:53 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA10447;
Tue, 15 Sep 1998 13:03:52 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA30363;
Tue, 15 Sep 1998 13:00:58 -0500 (CDT)
Received: from jester.ti.com (jester.ti.com [192.94.94.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA13691
for <[email protected]>; Tue, 15 Sep 1998 12:55:13 -0500 (CDT)
Received: from dadd.ti.com ([172.24.154.51]) by jester.ti.com (8.8.8) with ESMTP id MAA07025; Tue, 15 Sep 1998 12:54:23 -0500 (CDT)
Received: from pavis.asic.sc.ti.com by dadd.ti.com (8.8.4/)
id MAA06561; Tue, 15 Sep 1998 12:54:37 -0500 (CDT)
Received: by pavis.asic.sc.ti.com id <[email protected]>; Tue, 15 Sep 1998 12:54:36 -0500
Message-Id: <[email protected]>
Date: Tue, 15 Sep 98 12:54:35 CDT
Reply-To: [email protected] (Bob Luckin)
Sender: [email protected]
From: Bob Luckin <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: ls and DIR
In-Reply-To: <v04011701b22451d769f9@[132.250.14.102]>; from "Michael Will" at Sep 15, 98 1:26 pm
X-Mimi-Options: HEADERS TI2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi Michael,

> I noticed if you ftp to the UNIX ftp server from UNIX everything seems to
> work fine. The 'ls' command works. If you do like wise from a DOS window
> it works as well with 'ls' however, the "dir" fails. Thus, my ftp clients
> for Windows and Macintosh fail to see any files.
>
> I have read the FAQ on the ls part and creating the /bin directories, but
> confused as why everything seems to work fine, except that the ftp clients
> seem to be using dir.

FTP has two commands to list directories, LIST and NLST. If I remember
correctly, LIST asks for an "ls -l", while NLST asks for a simple list of
names.

Depending on the user command (ls, dir, ls -l, etc.) different FTP clients
behave differently when deciding whether to send the server NLST or LIST.

wu-ftpd uses built-in code (opendir, readdir etc.) when it thinks you want
the name list (NLST) (it tries to spot when some clients send NLST even though
the user typed "ls -l"), and calls the external /bin/ls when it thinks you want
the full directory list.

So if your external ls is not working correctly, you will find that (for some
clients) "ls" works because it uses the internal code, while "dir" and "ls -l"
don't work.

My guess is that this is your problem. You say you have created the /bin
directory with a copy of "ls" under the chrooted area; have you made sure
that any dynamic libraries it needs are also present under the chrooted area ?

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

From [email protected] Tue Sep 15 13:49:30 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA10863;
Tue, 15 Sep 1998 13:49:29 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA01728;
Tue, 15 Sep 1998 13:46:38 -0500 (CDT)
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 NAA04661
for <[email protected]>; Tue, 15 Sep 1998 13:41:57 -0500 (CDT)
Received: (from tneshite@localhost) by triton.dmso.mil (8.8.5/8.7.3) id OAA19849; Tue, 15 Sep 1998 14:40:30 -0400 (EDT)
Message-Id: <[email protected]>
Date: Tue, 15 Sep 1998 14:40:30 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Thomas Neshite <[email protected]>
To: [email protected]
Cc: [email protected], [email protected]
Subject: Re: new virt
In-Reply-To: <[email protected]> from "Gregory A Lundberg" at Sep 14, 98 05:13:30 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 hate to sound elementary...
... but I'm so good at it :'I

Can you summarize the benefits/features/differences/whatever between
wuftp, newvirt and berol?

I thought this list was dedicated to wuftp but I see a good deal of
traffic on these softwares of which I am unfamiliar.

tjn

>
> On Mon, 14 Sep 1998, Becki Kain wrote:
>
> > I was assuming that newvirt-050 was a patch, or a series of patches to
> > be made to wu-ftpd-2.4.2-beta-18. However, it appears, instead, to be
> > an entire installation of beta 18, I assume with certain
> > modifications. Can someone tell if if this has any of the VR patches
> > installed? And if not, can the VR patches BE installed on this, given
> > the differences in source code?
>
> Newvirt is not released as a patch because it changes so much at once.
> Kent has not said whether he plans to roll the VR patches into it himself.
> I have heard from a few people they're working on doing just that. I do
> know, however, that BeroFTPD includes _both_ the newvirt-050 changes and
> the VR patches, along with a few additional changes Bernard's put in. So,
> if you're interested in both VR and newvirt, I'd recommend you get
> 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] Tue Sep 15 15:13:57 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA11748;
Tue, 15 Sep 1998 15:13:53 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA25901;
Tue, 15 Sep 1998 15:10:50 -0500 (CDT)
Received: from quartz.nbnet.nb.ca (quartz.nbnet.nb.ca [198.164.200.18])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA22804
for <[email protected]>; Tue, 15 Sep 1998 15:05:00 -0500 (CDT)
Received: from nbnet.nb.ca ([207.179.133.86]) by quartz.nbnet.nb.ca
(Post.Office MTA v3.1.2 release (PO203-101c)
ID# 607-54382U75000L75000S0V35) with ESMTP id AAA11674
for <[email protected]>; Tue, 15 Sep 1998 17:04:41 -0300
Message-Id: <[email protected]>
Date: Tue, 15 Sep 1998 17:03:47 -0300
Reply-To: [email protected]
Sender: [email protected]
From: "m.l.p." <[email protected]>
To: [email protected]
Subject: Re: new virt
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: mlp
X-Mailer: Mozilla 4.5b1 [en] (X11; I; Linux 2.0.35 i586)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Thomas Neshite wrote:

> I hate to sound elementary...
> ... but I'm so good at it :'I
>
> Can you summarize the benefits/features/differences/whatever between
> wuftp, newvirt and berol?

Yes Please do!

> > Gregory A Lundberg Senior Partner, VRnet Company

And gold star "penguin" to Gregory for his never ending support!!!

Mitch

From [email protected] Tue Sep 15 15:17:27 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA11780;
Tue, 15 Sep 1998 15:17:25 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA30953;
Tue, 15 Sep 1998 15:14:59 -0500 (CDT)
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 PAA02586
for <[email protected]>; Tue, 15 Sep 1998 15:06:11 -0500 (CDT)
Received: from trw.com ([129.4.74.179]) by mail1.dh.trw.com
(Netscape Messaging Server 3.5) with ESMTP id AAA436E
for <[email protected]>; Tue, 15 Sep 1998 13:05:32 -0700
Message-Id: <[email protected]>
Date: Tue, 15 Sep 1998 13:05:31 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Scott Parmenter" <[email protected]>
To: [email protected]
Subject: Re: ls and DIR
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

Bob Luckin wrote:

> So if your external ls is not working correctly, you will find that (for some
> clients) "ls" works because it uses the internal code, while "dir" and "ls -l"
> don't work.
>
> My guess is that this is your problem. You say you have created the /bin
> directory with a copy of "ls" under the chrooted area; have you made sure
> that any dynamic libraries it needs are also present under the chrooted area ?

I'm having difficulties similar to what Michael described. Typing "ls" gives the
equivalent to "ls -a" but "ls -l" or "dir" gives:

150 Opening ASCII mode data connection for /bin/ls.
226 Transfer complete.

but gives no listing. I've got a bin/ls in the chrooted area and libraries noted
by "ldd /bin/ls" have been copied to usr/lib in the chrooted area. Are these the
libraries you referred to above? I've verified the permissions on those files and
directories. When I do an ldd on the chrooted bin/ls, it still picks out the
original libraries in the "real" /usr/lib. Is this causing a problem, or is that
detail transparent when the chroot is in effect? I've tried to follow the in.ftpd
man page, but any help or suggestions would be greatly appreciated.

Scott

From [email protected] Tue Sep 15 15:52:05 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA12233;
Tue, 15 Sep 1998 15:52:04 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA05154;
Tue, 15 Sep 1998 15:49:11 -0500 (CDT)
Received: from tower.ti.com (tower.ti.com [192.94.94.5])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA13540
for <[email protected]>; Tue, 15 Sep 1998 15:47:12 -0500 (CDT)
Received: from dadd.ti.com ([172.24.154.51]) by tower.ti.com (8.8.8) with ESMTP id PAA18475; Tue, 15 Sep 1998 15:46:32 -0500 (CDT)
Received: from pavis.asic.sc.ti.com by dadd.ti.com (8.8.4/)
id PAA12740; Tue, 15 Sep 1998 15:46:32 -0500 (CDT)
Received: by pavis.asic.sc.ti.com id <[email protected]>; Tue, 15 Sep 1998 15:46:31 -0500
Message-Id: <[email protected]>
Date: Tue, 15 Sep 98 15:46:30 CDT
Reply-To: [email protected] (Bob Luckin)
Sender: [email protected]
From: Bob Luckin <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: ls and DIR
In-Reply-To: <[email protected]>; from "Scott Parmenter" at Sep 15, 98 1:05 pm
X-Mimi-Options: HEADERS TI2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Scott said :-

> I'm having difficulties similar to what Michael described. Typing "ls" gives the
> equivalent to "ls -a" but "ls -l" or "dir" gives:
>
> 150 Opening ASCII mode data connection for /bin/ls.
> 226 Transfer complete.
>
> but gives no listing. I've got a bin/ls in the chrooted area and libraries noted
> by "ldd /bin/ls" have been copied to usr/lib in the chrooted area. Are these the
> libraries you referred to above? I've verified the permissions on those files and
> directories. When I do an ldd on the chrooted bin/ls, it still picks out the
> original libraries in the "real" /usr/lib. Is this causing a problem, or is that
> detail transparent when the chroot is in effect? I've tried to follow the in.ftpd
> man page, but any help or suggestions would be greatly appreciated.

First off, yes, these are the libraries I was referring to. What happens if
you execute chroot manually from your shell to execute /bin/ls ? Does
it work then ?

If not, then you can also try to execute chroot from the shell and run
/bin/ls under truss, to see what it says in the trace you get.

Hopefully these will give you a better idea of whether your problem is due
to something missing from one of the directories under the chrooted area.

If it works OK when you are chrooted manually, then I'm out of ideas, but
perhaps someone else on the list will have some.

Good luck !

Cheers, Bob
--
Bob Luckin [email protected] [http://www.dhc.net/~luckin/palindromes.html]
On mega data disks, attempt FTP. An inapt FTP; met task's ID a tad. A gem, no ?

From [email protected] Tue Sep 15 15:58:40 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA12325;
Tue, 15 Sep 1998 15:58:37 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA21154;
Tue, 15 Sep 1998 15:55:26 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA32668
for <[email protected]>; Tue, 15 Sep 1998 15:50:02 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id QAA19195
for <[email protected]>; Tue, 15 Sep 1998 16:49:49 -0400
Message-Id: <[email protected]>
Date: Tue, 15 Sep 1998 16:49:49 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: [VR7] More current fixes and extensions for BETA-18
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

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

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

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

This is a list of fixes to BETA 18 with VR6 applied from [email protected]
---------------------------------------------------------------------------
defumask caused a data alignment problem on HP-UX 10.

routevector.c uses ulong instead of u_long. ulong doesn't exist on many
systems.

The above problems were reported by [email protected]; I've not
heard if the fix for defumask worked so I'm assuming it did.

main() is declared void; that's not ANSI, it's just stupid. Reported by
[email protected] when building for Solaris/Sparc.

DAEMON always includes <sys/termio.h>, it was needed until VR6 removed the
attempt to detach from the controlling terminal.

Missing <grp.h>. Gotta love Linux's grab-one-get-it-all method for
defining system headers, don't ya? Grrr.

The 'daemon' variable conflicts with a 'daemon()' function in some
runtimes.

Traffic counters weren't protected by TRANSFER_COUNT in some cases.

Typo in the manpage (what, just one? Come on!)

The above problems were reported by [email protected], my thanks
both for reporting them and for merging my work to-date into BeroFTPD.

There's a bug in popen which can cause segmentation faults. It's unknown
if this is exploitable (it doesn't look like it is to me). Reported to the
mailing list by [email protected] on May 27, 1997. I
believe he reported this quite a bit earlier as well so it's been a
problem for a long time.

Extended logging for rejected and failed login attempts. From a request
to the mailing list from [email protected] on Jun 18, 1997.

Added PARANOID check to deny login if a real user's home directory is bad.
Something's bunged up in /etc/passwd, why trust it? Noticed while
code-reading for the next patch.

Don't respond to *ANY* commands except USER, PASS and QUIT until the
remote user logs in successfully. Noticed while testing.

Extended upload and noretrieve to have an optional parameter which
specifies whether the named file/directory is interpreted as an absolute
name or relative to the current chroot'd environment. From a suggestion
by [email protected] on September 2, 1998.

The HELP_CRACKERS patch was too agressive and, if message files were
defined for 'deny' and 'limit' could tickle bugs in ftp clients. The
patch is backed off to drop the connection immedeately if it violates
'deny' or 'limit'. Reported by [email protected] on September 3, 1998.

The include for 'mntent.h' isn't needed unless QUOTE_DEVICE is defined.
This caused problems on BSDI. Moving the include to only appear for
systems which use QUOTE_DEVICE. Reported by [email protected] on September 3,
1998.

My label 'slimy_hack:' appearing just before a '}' causes some compilers
to belch. I guess some are more ANSI/ISO than others. Here's a quick fix
which ought to make them shut up until I can rewrite pass() to make the
label go away. Reported by [email protected] on September 3, 1998.

The QUOTA logic for BSDI doesn't match what's provided by the system.
Fixed. Reported by [email protected] on September 3, 1998.

Extended logging for rejected or denied functions such as delete, rename.
>From a request submitted to the mailing list by [email protected] on
February 6, 1996. Patch taken from BeroFTPD-1.0.12 with permission. Added
several new log messages missed in BeroFTPD for this feature.

Transfer limits tested the wrong values for files uploaded to the server.
Noticed while proof-reading the previous 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] Tue Sep 15 16:12:50 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA12575;
Tue, 15 Sep 1998 16:12:49 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA26478;
Tue, 15 Sep 1998 16:08:37 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA00403
for <[email protected]>; Tue, 15 Sep 1998 16:07:44 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id RAA19300;
Tue, 15 Sep 1998 17:07:24 -0400
Message-Id: <[email protected]>
Date: Tue, 15 Sep 1998 17:07:24 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Bob Luckin <[email protected]>
Cc: [email protected], [email protected]
Subject: Re: ls and DIR
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 15 Sep 1998, Bob Luckin wrote:

> Scott said :-
>
> > 150 Opening ASCII mode data connection for /bin/ls.
> > 226 Transfer complete.

Problems of this type INVARIABLY come down to one or more of:

- missing programs (well duh)
- missing library files (if you're not statically linked)
- missing devices (if your system requires them)
- wrong permissions on the excutables, libraries, or devices
- symlinks don't work (so don't try 'em)

All of these issues are covered in the FAQ

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

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

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

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

--

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

From [email protected] Tue Sep 15 16:42:53 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA12899;
Tue, 15 Sep 1998 16:42:52 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA19850;
Tue, 15 Sep 1998 16:40:41 -0500 (CDT)
Received: from wildapache.net ([email protected] [209.141.80.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA11149
for <[email protected]>; Tue, 15 Sep 1998 16:36:38 -0500 (CDT)
Received: from wildapache.net (ntserv1 [192.168.1.2])
by wildapache.net (8.9.0/8.9.0) with ESMTP id OAA00490
for <[email protected]>; Tue, 15 Sep 1998 14:36:46 -0700
Message-Id: <[email protected]>
Date: Tue, 15 Sep 1998 14:34:11 -0700
Reply-To: [email protected]
Sender: [email protected]
From: Support <[email protected]>
To: "[email protected]" <[email protected]>
Subject: Newbee Help Please!
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.05 [en] (WinNT; U)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I am a newbee at this and need some help please! I have followed the
directions at:

http://www.landfield.com/wu-ftpd/guest-howto.html

to get a guest account setup. I have a REAL user who is a member of the
specified guestgroup account in ftpaccess and have been able to chroot
into the virtual root directory for this user as specified in my passwd
file. However, I can not see any of the files that are in the directory
even though all the files have -rw-r--r-- permissions, are owned by the
REAL user and belong to the REAL user group.

System OS - Redhat Linux 5.1
Remote ftp client - WS FTP

What have I done or not done incorrectly to make this algorithm work?

Thank you,

Murrah Boswell
[email protected]

From [email protected] Tue Sep 15 16:49:12 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA12994;
Tue, 15 Sep 1998 16:49:11 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA29385;
Tue, 15 Sep 1998 16:46:59 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA28371
for <[email protected]>; Tue, 15 Sep 1998 16:44:23 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id RAA19515;
Tue, 15 Sep 1998 17:43:52 -0400
Message-Id: <[email protected]>
Date: Tue, 15 Sep 1998 17:43:51 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Thomas Neshite <[email protected]>
Cc: [email protected], [email protected]
Subject: Re: new virt
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, 15 Sep 1998, Thomas Neshite wrote:

> Can you summarize the benefits/features/differences/whatever between
> wuftp, newvirt and berol?
>
> I thought this list was dedicated to wuftp but I see a good deal of
> traffic on these softwares of which I am unfamiliar.

First off, newvirt and BeroFTPD are variants of wu-ftpd. To my point of
view, they _are_ wu-ftpd .. their maintainers have split off their own
local copies and chosen new names to avoid confusion. As Bernard pointed
out to me in a persona e-mail, what's the point of maintaining diff's when
the patch file exceed the size of the tarball?

Second, remember .. I don't use either of them, so I'll get some of it
wrong. Kent and Bernard will havta jump in to correct me.

So ...

WU-FTPD 2.4
-----------
The last 'official' version from Washington Univ at St. Louis. Buggy,
full of security holes. Computers running this version should not be
connected to _any_ network if they care at all about security.

The 'academ betas', currently: WU-FTPD 2.4.2 BETA-18
----------------------------------------------------
Primarily these added the 2.4-HOBBIT patches and some of Stan's 2.4-ACADEM
patches. Stan took on the project after WUSTL lost their funding. He's
now accepted as the 'maintainer' (sic) of WU-FTPD. Over the years a few
other bugs have been fixed, but few (if any) new features have been added
to the 2.4 version. For many of us, this is the 'official' version.
While it was originally justified, the continued use of 'beta' in the
package name only serves to chanse off potential users.

New virtual hosting proposal, currently: NEWVIRT 050
----------------------------------------------------
Kent's implementation showing his proposed alternate method for supporting
virutal hosts. If you have any more than trivial needs for multi-homed
FTP services, this is what you want. Kent also co-manages the mailing
list and runs the mailing list archives as well as the Resource Center.

BeroFTPD, currently: BeroFTPD 1.0.12
------------------------------------
Bernard's spin-off of the server. Recently, he's rolled in the NEWVIRT
changes as well as my patches (through VR6). I've only recently started
looking into what's he's added. It looks like the most major other
feature is upload/download ratio support; but that may just be because it
lept out at me (and I detest ratios :P ). I guess I should also point out
that the package uses GNU autoconf, so it's *much* easier to compile, plus
Bernard's removing the last K&R vestiges making code support much easier.

VRnet patches, currently VR7
----------------------------
These patches are the result of an exhaustive search through the mailing
list archives (since 1994 when Kent took over, prior to that is lost) for
patches, patch requests and feature requests. Along the way, I've fixed a
few bugs in the base academ-beta release and, of course, fixed problems
with my earlier patches.

These are the five 'major flavors' of WU-FTPD I am aware of. Of them for
the most part, I now recommend using BeroFTPD for its features (since it
includes everything from the other packages). If you do not need
multi-homed (virtual) FTP support, I recommend (and I don't want to sound
self-serving here) using the VR-patched academ betas.

--

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 Sep 15 16:49:50 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA13005;
Tue, 15 Sep 1998 16:49:49 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA27436;
Tue, 15 Sep 1998 16:47:35 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA01707
for <[email protected]>; Tue, 15 Sep 1998 16:46:37 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id RAA19527;
Tue, 15 Sep 1998 17:46:31 -0400
Message-Id: <[email protected]>
Date: Tue, 15 Sep 1998 17:46:31 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Support <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: Newbee Help Please!
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, 15 Sep 1998, Support wrote:

> file. However, I can not see any of the files that are in the directory
> even though all the files have -rw-r--r-- permissions, are owned by the
> REAL user and belong to the REAL user group.

Read the FAQ section on 'My LS doesn't work' or somthing like that .. I
really should READ the FAQ myself, I guess, so I know the section titles
(*blush*)

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

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

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

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

--

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

From [email protected] Tue Sep 15 17:15:17 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA13269;
Tue, 15 Sep 1998 17:15:16 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA08756;
Tue, 15 Sep 1998 17:13:04 -0500 (CDT)
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 RAA19081
for <[email protected]>; Tue, 15 Sep 1998 17:10:27 -0500 (CDT)
Received: from trw.com ([129.4.74.179]) by mail1.dh.trw.com
(Netscape Messaging Server 3.5) with ESMTP id AAA3EDE;
Tue, 15 Sep 1998 15:09:55 -0700
Message-Id: <[email protected]>
Date: Tue, 15 Sep 1998 15:09:54 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Scott Parmenter" <[email protected]>
To: Bob Luckin <[email protected]>
Cc: [email protected]
Subject: Re: ls and DIR
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

Bob Luckin wrote:

> First off, yes, these are the libraries I was referring to. What happens if
> you execute chroot manually from your shell to execute /bin/ls ? Does
> it work then ?

Ok, when I enter "chroot . /bin/ls" in what I want to be the chrooted root dir, I get
"ls: Cannot find /usr/lib/ld.so.1" So, it looks like it doesn't know to look in the
chrooted usr/lib. I've looked through the FAQ for this specifically, but I haven't
found how to change where chrooted bin/ls looks for its libraries. Is this a common
problem that other folks have had to solve? Is there a way to solve this without
building a statically linked ls, or is that the suggested solution?

Scott

From [email protected] Tue Sep 15 17:47:27 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA13600;
Tue, 15 Sep 1998 17:47:26 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA07250;
Tue, 15 Sep 1998 17:44:52 -0500 (CDT)
Received: from gatekeep.ti.com (gatekeep.ti.com [192.94.94.61])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA32473
for <[email protected]>; Tue, 15 Sep 1998 17:42:06 -0500 (CDT)
Received: from dadd.ti.com ([172.24.154.51]) by gatekeep.ti.com (8.8.8) with ESMTP id RAA07263; Tue, 15 Sep 1998 17:41:30 -0500 (CDT)
Received: from pavis.asic.sc.ti.com by dadd.ti.com (8.8.4/)
id RAA16783; Tue, 15 Sep 1998 17:41:29 -0500 (CDT)
Received: by pavis.asic.sc.ti.com id <[email protected]>; Tue, 15 Sep 1998 17:41:28 -0500
Message-Id: <[email protected]>
Date: Tue, 15 Sep 98 17:41:28 CDT
Reply-To: [email protected] (Bob Luckin)
Sender: [email protected]
From: Bob Luckin <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: ls and DIR
In-Reply-To: <[email protected]>; from "Scott Parmenter" at Sep 15, 98 3:09 pm
X-Mimi-Options: HEADERS TI2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Scott said :-

> Ok, when I enter "chroot . /bin/ls" in what I want to be the chrooted root dir, I get
> "ls: Cannot find /usr/lib/ld.so.1" So, it looks like it doesn't know to look in the
> chrooted usr/lib. I've looked through the FAQ for this specifically, but I haven't
> found how to change where chrooted bin/ls looks for its libraries. Is this a common
> problem that other folks have had to solve? Is there a way to solve this without
> building a statically linked ls, or is that the suggested solution?

That's one solution, but it shouldn't be necessary. I haven't had to do
anything special to tell it where to look for the libraries, and it is
working fine on a Solaris 2.5 box for me.

However, I'm not using the guest user feature with the "/./" entries in
the password file - I'm only doing the chroot when someone logs in as
anonymous. I can see that there _might_ be some difference in the ftpd code
between these two cases, but this wouldn't affect what happens when when you
are running under chroot from the shell, and you're seeing a problem there.

>From your description, it _is_ trying to look for /usr/lib/ld.so.1 in your
chrooted area, and can't find it for some reason. My best guess is to
recheck the permissions on the <chroot_home>/usr and <chroot_home>/usr/lib
directories and make sure they are readable, and that files themselves also
have the correct permissions set. If the problem isn't there, then I'm
running out of ideas...

Cheers, Bob
--
Bob Luckin [email protected] "Dick's attempt FTP met task CID"
[http://www.dhc.net/~luckin/palindromes.html]

From [email protected] Tue Sep 15 18:06:17 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id SAA13759;
Tue, 15 Sep 1998 18:06:16 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA11538;
Tue, 15 Sep 1998 18:03:59 -0500 (CDT)
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 RAA22926
for <[email protected]>; Tue, 15 Sep 1998 17:59:43 -0500 (CDT)
Received: from trw.com ([129.4.74.179]) by mail1.dh.trw.com
(Netscape Messaging Server 3.5) with ESMTP id AAA694D;
Tue, 15 Sep 1998 15:59:11 -0700
Message-Id: <[email protected]>
Date: Tue, 15 Sep 1998 15:59:10 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Scott Parmenter" <[email protected]>
To: Bob Luckin <[email protected]>
Cc: [email protected]
Subject: Re: ls and DIR
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

Bob Luckin wrote:

> >From your description, it _is_ trying to look for /usr/lib/ld.so.1 in your
> chrooted area, and can't find it for some reason.

Ok, I found the problem. Turns out I'm a dufus. :-) I forgot to add the loader to
usr/lib. That _is_ what ld.so.1 is, right? I had just blindly copied the libraries
indicated by ldd. Anyway, I added it, and now ls -l works.

Thank you for bearing with me. I know I wouldn't have solved this so quickly without you
and Gregory helping me.

Scott

From [email protected] Tue Sep 15 20:02:41 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id UAA14788;
Tue, 15 Sep 1998 20:02:40 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA07887;
Tue, 15 Sep 1998 20:00:26 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA29390
for <[email protected]>; Tue, 15 Sep 1998 19:54:45 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id UAA20550;
Tue, 15 Sep 1998 20:54:43 -0400
Message-Id: <[email protected]>
Date: Tue, 15 Sep 1998 20:54:42 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: [VR7] pkg for Solaris-2.5.1/2.5 is available
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

The VR7 package for Solaris-2.5.1/2.5 is ready for download. You can
retrieve both the compressed and gzip'd tarball from ftp.vr.net.

The location of the tarballs:

/pub/wu-ftpd/binaries/solaris/sparc/

The files are the following:

FTP242b18.wu-ftpd.2.4.2-beta18-VR7.SPARC.ULTRASparc.2.5.1.2.5.pkg.tar.Z
FTP242b18.wu-ftpd.2.4.2-beta18-VR7.SPARC.ULTRASparc.2.5.1.2.5.pkg.tar.gz

(I'm sorry the filenames are so long, but I wanted to be specific so that
nobody is confused).

NOTE: "FTP242b18" is the actual package name Solaris recognizes.

The following executables are also present within the package:

compress
gtar
gzip
ls
pipe
tar

The ls and tar are statically-linked versions of Solaris. When
unpackaged, the location of these executables are:

/usr/local/wu-ftp2.4.2-beta18-VR7/bin

Included also are step-by-step instructions for building a secure,
anonymous FTP site on Solaris. These instructions are unpackaged to:

/usr/local/wu-ftp2.4.2-beta18-VR7/conf/HOW_TO_SETUP_AN_FTP_SERVER

--

My thanks to Wally Winzer Jr. <[email protected]> for building
these packages and making them available to the WU-FTPD user community.

--

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 Sep 16 03:28:01 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id DAA00023;
Wed, 16 Sep 1998 03:27:59 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id DAA16170;
Wed, 16 Sep 1998 03:24:19 -0500 (CDT)
Received: from skraldespand.demos.su (skraldespand.demos.su [194.87.5.19])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id DAA32362
for <[email protected]>; Wed, 16 Sep 1998 03:17:10 -0500 (CDT)
Received: by skraldespand.demos.su id MAA11648;
(8.8.8/D) Wed, 16 Sep 1998 12:15:40 +0400 (MSD)
Message-Id: <[email protected]>
Date: Wed, 16 Sep 1998 12:15:39 +0400
Reply-To: Eugene Kukushkin <[email protected]>
Sender: [email protected]
From: Eugene Kukushkin <[email protected]>
To: [email protected]
Subject: Jedipatch#
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

hi!
Tell please where I can get latest Jedipatch? ftp.edit.fr is unaccessible :-(((
But I need this patch more than...more over.

ps may be there is some other patches enabling internal ls? If yes - where?
--
WBR, Evgeny

From [email protected] Wed Sep 16 05:58:04 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id FAA02274;
Wed, 16 Sep 1998 05:58:00 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id FAA25607;
Wed, 16 Sep 1998 05:54:31 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id FAA20760
for <[email protected]>; Wed, 16 Sep 1998 05:52:14 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id GAA22872;
Wed, 16 Sep 1998 06:52:03 -0400
Message-Id: <[email protected]>
Date: Wed, 16 Sep 1998 06:52:02 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Eugene Kukushkin <[email protected]>
Cc: [email protected]
Subject: Re: Jedipatch#
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, 16 Sep 1998, Eugene Kukushkin wrote:

> Tell please where I can get latest Jedipatch? ftp.edit.fr is
> unaccessible :-((( But I need this patch more than...more over.
>
> ps may be there is some other patches enabling internal ls? If yes -
> where?

BeroFTPD has an experimental version which includes an internal ls. I'd
suggest trying that first.

I think I've got a copy of the Jedipatch#2 somewhere about. Since I just
downloaded it in the past couple of months, I presume it's as current as
you get. I'd not put my copy on my ftp site because it need appeared to
need a bit of work and I'm not yet to the point I want to take the time to
clean it up so it's stable. I've moved it there now. It's in:
ftp://ftp.vr.net/pub/wu-ftpd/unsupported/wupatch2

Note: this patch is for BETA-11 (which you can find in the attic) and I
have *NO* plans to update it any time soon. There's more in the patch
than just a build-in ls and it's against a _very_ old, un-secure and
buggy, version of the daemon. If you save me the time of cleaning it up
and documenting the undocumented changes it makes, send it over and I'll
consider it for a VR? patch. Otherwise, don't ask me for help with it;
I've done nothing more that look at it and decide it needs too much work
compared to the other things on my VR? patches TODO 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] Wed Sep 16 07:55:20 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA03282;
Wed, 16 Sep 1998 07:55:20 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA18308;
Wed, 16 Sep 1998 07:51:19 -0500 (CDT)
Received: from mail.mmm.at (mail.mmm.at [193.203.35.34])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA10274
for <[email protected]>; Wed, 16 Sep 1998 07:44:12 -0500 (CDT)
Received: from DEPRETIS by mail.mmm.at (NTMail 3.02.07) with ESMTP id fa036275 for <[email protected]>; Wed, 16 Sep 1998 14:49:46 +0100
Message-Id: <[email protected]>
Date: Wed, 16 Sep 1998 14:42:18 +0200
Reply-To: [email protected]
Sender: [email protected]
From: Andreas de Pretis <[email protected]>
To: [email protected]
Subject: hiding specific files starting with .
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Demo
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

hi,

situation:

for example, in every user-home der is a .index.html with owner
wwwrun.nogroup and permissions "700" ... i have wu.ftpd-2.4.2-beta15 and
chroot() configured

problem:

i need to hide this .index.html when listing all the files in this
directory ... but, some windows ftp's like cuteftp oder ws_ftp show .-files
allthough they are marked as hidden with the "."

is there any easy way to hide these files when listing directory content
with dir oder ls ? ... i even tried (for testing) chmod 000 but that
results in that only root can read the file ... but it's shown when
requesting the directory-content with dir ...

could anybold help me with this damn problem ... thx

From [email protected] Wed Sep 16 08:45:27 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA03659;
Wed, 16 Sep 1998 08:45:26 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA08600;
Wed, 16 Sep 1998 08:42:41 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA03120
for <[email protected]>; Wed, 16 Sep 1998 08:38:36 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id JAA23706;
Wed, 16 Sep 1998 09:36:35 -0400
Message-Id: <[email protected]>
Date: Wed, 16 Sep 1998 09:36:34 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Andreas de Pretis <[email protected]>
Cc: [email protected]
Subject: Re: hiding specific files starting with .
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, 16 Sep 1998, Andreas de Pretis wrote:

> i need to hide this .index.html when listing all the files in this
> directory ... but, some windows ftp's like cuteftp oder ws_ftp show
> .-files allthough they are marked as hidden with the "."

In Unix, there really is no such thing as a 'hidden' file. There's only
the convention that ls won't show such files unless asked. It's being
asked to do so.

> is there any easy way to hide these files when listing directory content
> with dir oder ls ? ... i even tried (for testing) chmod 000 but that
> results in that only root can read the file ... but it's shown when
> requesting the directory-content with dir ...

As it stands, Wu-FTPD cannot help you. Frankly, though, I don't see the
problem from an FTP point of view. If your customers are allowed to
manage their sites via FTP, they should be able to control the contents of
their web index. If this is a system-owned file, maybe you should move it
outside the user's home directory to avoid the problem.

I'm thinking what you really asking for is to keep _web_ clients from
seeing the files. You can get that with either an .htaccess file or a
system-wide configuration in the .conf files for Apache so web browsers
won't see the file. Docs for Apache are at http://www.apache.org/

My web server uses a CGI to generate my 'Customer Sites' page. The author
(one of my partners, hacking a Perl script he found on the net) took the
point of view that all customers should be indexed unless they opt
otherwise. If the customer creates a .nowebindex file in their home
directory, they're not indexed. If they create a .webindex file they may
specify an alternate description for their page and/or an alternate URL to
link to it. Their web pages are in a subdirectory, so even if they forget
to create an index.html these CGI control files don't show in the
automatic index created by Apache. Since they are customer-owned files,
they are owned by the users and completely under their control.

My point is this: careful design of the security model, including file
locations, can achieve the desired results with existing code; giving
local users the flexibility to control their private areas while still
enforcing site policies.

The only way to do exactly what you're looking for is to hack the source
code to prevent listing filenames beginning with a period, then hack the
ls source code in the same way. I'll leave hacking ls to you. Inside the
daemon, you'll need to find (1) where the listing is created internally
for NLST (search ftpd.c for send_file_list) and (2) where the external ls
is called for LIST (search ftpcmd.y for ls_long and ls_short).

Finally, I'll point out that the FTP-WG is developing a 'virtual file
system' specification for FTP. When that comes along (and presuming
wu-ftpd ever supports it), I can easily see the feature you're asking for
being part of the definition of the VFS presented by the daemon to the
remote user.

--

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 Sep 16 11:34:39 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA05774;
Wed, 16 Sep 1998 11:34:38 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA19622;
Wed, 16 Sep 1998 11:31:03 -0500 (CDT)
Received: from f04n07.cac.psu.edu (f04s07.cac.psu.edu [128.118.141.35])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA02325
for <[email protected]>; Wed, 16 Sep 1998 11:29:09 -0500 (CDT)
Received: from [146.186.113.123] (host123.mrl.psu.edu [146.186.113.123]) by f04n07.cac.psu.edu (8.8.7/8.6.12) with ESMTP id MAA51128 for <[email protected]>; Wed, 16 Sep 1998 12:28:53 -0400
Message-Id: <v04003a01b225989afcda@[146.186.113.123]>
Date: Wed, 16 Sep 1998 12:36:16 -0400
Reply-To: [email protected]
Sender: [email protected]
From: Stephen Kwan <[email protected]>
To: [email protected]
Subject: path-filter
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi all,

I would like to modify the path-filter to allow filenames with blank spaces
for a guess group. I tried to modify the path-filter to do this but can't
seem to figure out how to do it.

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

I tried adding \s but that didn't work.

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

Am I missing something? Any hints? Thanks

--
Stephen Kwan
[email protected]
(814)863-2975
http://host46.mrl.psu.edu/~skwan

-- I am Pentium of Borg. Division is futile. You will be approximated. --

From [email protected] Wed Sep 16 11:46:04 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA05910;
Wed, 16 Sep 1998 11:46:02 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA19248;
Wed, 16 Sep 1998 11:43:32 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA22717
for <[email protected]>; Wed, 16 Sep 1998 11:42:57 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id MAA25471;
Wed, 16 Sep 1998 12:42:46 -0400
Message-Id: <[email protected]>
Date: Wed, 16 Sep 1998 12:42:46 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Stephen Kwan <[email protected]>
Cc: [email protected]
Subject: Re: path-filter
In-Reply-To: <v04003a01b225989afcda@[146.186.113.123]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 16 Sep 1998, Stephen Kwan wrote:

> I would like to modify the path-filter to allow filenames with blank
> spaces for a guess group. I tried to modify the path-filter to do
> this but can't seem to figure out how to do it.

you need two things:

First, you'll need a VR3 or later (VR7 is out) patched wu-ftpd. BeroFTPD
includes these patches.

Second, you'll need to be running Linux .. OR .. you'll need to download
and install the GNU regular expression library librx. If you're not
running Linux, you'll need to hack the config.h for your system (and
possibly the makefile as well) so it uses GNU librx

Then, you can use [:space:] in path-filter.

An example is given in

ftp://ftp.vr.net/pub/wu-ftpd/FIXES-2.4.2-BETA-18-VR3

--

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 Sep 17 13:08:28 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA01240;
Thu, 17 Sep 1998 13:08:26 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA17106;
Thu, 17 Sep 1998 13:03:33 -0500 (CDT)
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 MAA28029
for <[email protected]>; Thu, 17 Sep 1998 12:52:22 -0500 (CDT)
Received: from trw.com ([129.4.74.179]) by mail1.dh.trw.com
(Netscape Messaging Server 3.5) with ESMTP id AAA415B
for <[email protected]>; Thu, 17 Sep 1998 10:51:49 -0700
Message-Id: <[email protected]>
Date: Thu, 17 Sep 1998 10:51:45 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Scott Parmenter" <[email protected]>
To: wuftplist <[email protected]>
Subject: Secondary groups
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

Hello, all

Does WUFTP support secondary groups? I did a quick scan for "getgroups"
which turned up a reference in ftpcmd.c in print_groups(). I have a
user who can telnet in and the group scheme I've set up works, but not
for ftp.

Thanks,
Scott

From [email protected] Thu Sep 17 13:32:33 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA01723;
Thu, 17 Sep 1998 13:32:28 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA14663;
Thu, 17 Sep 1998 13:29:56 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA03782
for <[email protected]>; Thu, 17 Sep 1998 13:23:27 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id OAA02063;
Thu, 17 Sep 1998 14:23:00 -0400
Message-Id: <[email protected]>
Date: Thu, 17 Sep 1998 14:23:00 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Scott Parmenter <[email protected]>
Cc: wuftplist <[email protected]>
Subject: Re: Secondary groups
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 17 Sep 1998, Scott Parmenter wrote:

> Does WUFTP support secondary groups? I did a quick scan for
> "getgroups" which turned up a reference in ftpcmd.c in print_groups().
> I have a user who can telnet in and the group scheme I've set up
> works, but not for ftp.

Depends on what you're asking for.

wu-ftpd has 'autogroup' which handles group permissions for _anonymous_
ftp users. This probably isn't what you want.

It has 'guestgroup' which handles restricting users to a portion of the
files system. This probably _is_ what you want.

And it has 'private' which handles allowing an ftp user (guest or
anonymous) and, by use of SITE GROUP and SITE GPASS commands, allows the
remote user the change group membership. This almost certainly will do
what you want, but isn't the way to do it since guestgroup usually fits
the bill and is transparent to the users.

Personally, I'd say that if you have a group-membership scheme which won't
work with FTP, it's not very secure and you should take another look at
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 Sep 17 17:07:08 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA04874;
Thu, 17 Sep 1998 17:07:05 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA02864;
Thu, 17 Sep 1998 17:03:33 -0500 (CDT)
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 QAA31900
for <[email protected]>; Thu, 17 Sep 1998 16:56:31 -0500 (CDT)
Received: from trw.com ([129.4.74.179]) by mail1.dh.trw.com
(Netscape Messaging Server 3.5) with ESMTP id AAA2FD5;
Thu, 17 Sep 1998 14:55:58 -0700
Message-Id: <[email protected]>
Date: Thu, 17 Sep 1998 14:55:57 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Scott Parmenter" <[email protected]>
To: [email protected]
Cc: wuftplist <[email protected]>
Subject: Re: Secondary groups
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

Gregory A Lundberg wrote:

> Personally, I'd say that if you have a group-membership scheme which won't
> work with FTP, it's not very secure and you should take another look at
> it.

You're right, it wasn't very good. I was over complicating it for no reason.
After I cleaned it up, it works as intended.

On another point, I'm not sure if I've set something improperly in the OS or
if it's a standard ftp feature. When a user ftps a file to a directory that
he/she only has group access to, who should be the owner of the resulting
file, the owner of the directory or the sender? If the latter, is there a way
to force the recipient to own the file?

Scott

From [email protected] Thu Sep 17 19:02:59 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA05651;
Thu, 17 Sep 1998 19:02:57 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA02047;
Thu, 17 Sep 1998 18:59:32 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA31193
for <[email protected]>; Thu, 17 Sep 1998 18:54:34 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id TAA05033;
Thu, 17 Sep 1998 19:54:20 -0400
Message-Id: <[email protected]>
Date: Thu, 17 Sep 1998 19:54:19 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Scott Parmenter <[email protected]>
Cc: wuftplist <[email protected]>
Subject: Re: Secondary groups
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 17 Sep 1998, Scott Parmenter wrote:

> On another point, I'm not sure if I've set something improperly in the
> OS or if it's a standard ftp feature. When a user ftps a file to a
> directory that he/she only has group access to, who should be the
> owner of the resulting file, the owner of the directory or the sender?
> If the latter, is there a way to force the recipient to own the file?

man ftpaccess

Read the 'upload' clause. It should do what you want.

Personally, I think the base beta-18 upload clause is broken and make the
fixes I think it needed in my VR patches.

--

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

From [email protected] Thu Sep 17 19:27:08 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA05855;
Thu, 17 Sep 1998 19:27:07 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA06405;
Thu, 17 Sep 1998 19:25:02 -0500 (CDT)
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 TAA10737
for <[email protected]>; Thu, 17 Sep 1998 19:21:01 -0500 (CDT)
Received: from trw.com ([129.4.74.179]) by mail1.dh.trw.com
(Netscape Messaging Server 3.5) with ESMTP id AAA2A56;
Thu, 17 Sep 1998 17:20:30 -0700
Message-Id: <[email protected]>
Date: Thu, 17 Sep 1998 17:20:29 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Scott Parmenter" <[email protected]>
To: [email protected]
Cc: wuftplist <[email protected]>
Subject: Re: Secondary groups
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

Gregory A Lundberg wrote:

> Personally, I think the base beta-18 upload clause is broken and make the
> fixes I think it needed in my VR patches.

What don't you like about it? In the future, I may be allowed to add the
patches if I can demonstrate that there are improved features available.

Scott

From [email protected] Thu Sep 17 21:50:27 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id VAA06979;
Thu, 17 Sep 1998 21:50:25 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id VAA06255;
Thu, 17 Sep 1998 21:46:47 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id VAA08252
for <[email protected]>; Thu, 17 Sep 1998 21:40:15 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id WAA06305;
Thu, 17 Sep 1998 22:40:09 -0400
Message-Id: <[email protected]>
Date: Thu, 17 Sep 1998 22:40:09 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Scott Parmenter <[email protected]>
Cc: wuftplist <[email protected]>
Subject: Re: Secondary groups
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 17 Sep 1998, Scott Parmenter wrote:

> > Personally, I think the base beta-18 upload clause is broken and make the
> > fixes I think it needed in my VR patches.
>
> What don't you like about it? In the future, I may be allowed to add the
> patches if I can demonstrate that there are improved features available.

This'll help.

VR1 and VR2 applied against BETA-17. Features/fixes which were not rolled
into BETA-18 appear in VR3, along with new features and fixes

VR3 - released July 15, 1998
----------------------------

BUGFIX BETA 18 fixes the CD ~ problem, but the fix is disabled by
default. It should be enabled. Discovered in testing.

SECURITY Prevent NOOP resetting idle timer. From a patch submitted to the
mailing list by [email protected] on Feb 4, 1998.

FEATURE Add -X command-line option and syslog option to log statement in
ftpaccess. These options eliminate xferlog output and direct
transfer logs to syslog instead. From a patch posted to the
mailing list by [email protected] on Mar 12, 1998.
Corrected and cleaned up during testing.

BUGFIX Somewhere along the way the upload statement was broken. This
FEATURE fix adds a new parameter to upload so admins can determine the
permissions for any new directories permitted. New features are
documented in ftpaccess manpage. From patches submitted to the
mailing list on April 29, 1998 by [email protected] and
[email protected]. Subsequent investigation shows this problem existed
as far back as 1994 and the new features have been requested for
almost as long.

FEATURE Move Linux to use POSIX regex included with the system instead of
the routines included with wu-ftpd. This allows us to define
path-filter statements which allow spaces in the pathnames. For
example:
path-filter anonymous /etc/pathmsg ^[-A-Za-z0-9_.[:space:]]*$ ^\. ^-
From a patch sent to the mailing list by
[email protected] on Apr 30, 1998. Although only
enabled for Linux, this should work for any machine using the GNU
regular expression library librx. If you're brave and try it,
and it works, let me know.

FEATURE Added 'hostname' configuration statement. Normally the server
determines its host name from the system. This allows the admin
to specify the name on machines with several names (multihomed)
where the default name is not the desired name. Manpage updated.
Discovered in testing. Subsequent searches through the mailing
list archives shows this was first proposed by
[email protected] on Sept 27, 1994.

BUGFIX Shutdown warnings were not given to normal (non-anonymous) users
on login. Discovered in testing.

BUGFIX Makefile.lnx presumes Bison is installed; it isn't always.
Discovered in testing, beta 17 was OK. Dunno why it changed.
YMMV on this patch.

BUGFIX Makefile.lnx links the daemon and support programs statically.
The wisdom of this is debatable at best. Discovered in testing.

BUGFIX The fixes for the CD ~ problem (ALTERNATE_CD option for beta 18)
break a few things. Most notably, xferlog doesn't include the
full name of the file and the upload command doesn't work
properly. In addition, I believe noretrieve should be based on
the real file system rather than the chroot'd environment. The
man page says '/' means the name is an 'absolute path
specification' which I take to mean from the real file system.
Discovered during testing; I had the same problem with my CD ~
fix in beta 17 so I was expecting this.

SECURITY On the upload clause, 'no' should imply 'nodirs'. Good grief,
how long has this bug been lurking about? Discovered in testing.

BUGFIX The perl script xferstats incorrectly identifies internet
addresses whose host name begins with "inf" or which are only 2
components wide (e.g., "bix.com") as unresolved. I could not
verify the "inf" problem, but the 2 component problem has been
verified to exist in the current version. From a patch submitted
to the mailing list by [email protected] on June 29 1994.

BUGFIX The util/xferstats that comes with wu-ftpd 2.4 always produces a
count of zero for "Systems Using Archives", because the array
whose size is printed ("$systemfiles") never gets anything stored
in it. Verified to exist in the current version. From a patch
submitted to the mailing list by [email protected] on July 4,
1994.

SECURITY The noretrieve clause is extended to mark entire directories
un-gettable. From a patch submitted to the mailing list by
[email protected] on July 12, 1995. Cleaned up and man page
updated.

FEATURE The upload clause is extended to allow '*' for <owner> and
<group> so a single upload clause can work for all users. For
example:
upload /home/ftp /private/*/imcoming* yes * * 640 nodirs
can be used to create private upload areas for every user. From
a patch submitted to the mailing list by [email protected] on Nov 6,
1994. Cleaned up and man page updated.

FEATURE New ftpaccess clause 'nice' to adjust process priorities based
upon the class. From a patch submitted to the mailing list on
Sept 4, 1995 by [email protected]. Patch included man
page update.

DOCUMENT While researching 'nice' came across an undocumented ftpaccess
clause 'guestserver'. Man page updated.

DOCUMENT Noticing 'guestserver' made me look. There are two other
undocumented ftpaccess clauses: 'lslong' and 'lsshort'. Man page
updated.

FEATURE Added -w and -W to enable (default, -w) or disable (-W) recording
user login and logout for ftp sessions in wtmp. From a patch
submitted to the mailing list by [email protected] on Feb 12, 1996.
Cleaned up and updated documentation.

VR4 - released July 30, 1998
----------------------------

BUGFIX The mod to realpath for VR3 wasn't complete. This was mainly
visible when logging a deletion message. Discovered in testing.

FEATURE Added new command-line option to run in standalone daemon mode.
From a patch by [email protected] announced on the mailing list
on May 30, 1996. Cleaned up and updated manpage. The original
patch has problems with syslog messages, which are fixed here.
Also added setproctitle to the standalone mode. This is a win
for busy sites but not the big win it could be if it pre-loaded
the ftpaccess file into memory. Also, at this point, the
standalone mode loses the tcpwrappers functionality which is
available when running from inetd.

SECURITY Added syslog messages for more stuff. MKD, RMD, CHMOD and RNTO
now log as DELE has. Discovered in testing; this has always
sorta bothered me.

FEATURE Added MAPPING_CHDIR config option to support CWD working like cd
command in most Unix shells; the PWD shown is the logical path
rather than the physical path. This is a Frequently Requested
Feature. From a patch by [email protected] announced on the
mailing list on May 30, 1996.

BUGFIX HELP PORT indicated only 5 bytes were needed. Six are. Noticed
when looking for something else so I fixed it.

SECURITY The following problems were noted during testing:
- Issuing PORT prior to login changes the state of the daemon
- Issuing PASV after PORT does not change the mode reported by
STAT
- Illegal PORT commands change the state of the daemon
This turned out to be two problems: PASV mode was being reset by
rejected PORT commands, and PASV mode wasn't reseting the state
completely after setting up a data connection.

FEATURE Allow numeric UID and GID values. On systems with large numbers
of users and a large number of upload clauses, the daemon can
take a significant period to process the ftpaccess, passwd and
group files. From a patch off the mailing list from
[email protected] on July 29, 1997. Extended the patch to
effect all places user or group names would be allowed: the
ftpgroup file used with the private clause and the upload,
guestgroup and autogroup clauses.

BUGFIX While I was working on numeric GID values for the ftpgroup file,
I added the ability to specifiy groups which have no password.
You'll still need to SITE GPASS, but just send no password.
Also fixed possible bugs if the ftpgroup file is malformed.

SECURITY Added 'defumask' to specify umask values by class in ftpaccess.
From a feature request from [email protected] posted to the
mailing list on Oct 10, 1994. Man page updated.

VR5 - released August 15, 1998
------------------------------

BUGFIX The original idea for realpath when it was included in the source
kit was that it would provide missing functionality on systems
where it was missing or replace existing functionality on systems
where it was already present. The VR patches presume the daemon
will always use the included realpath function. This patch does
that. Discovered in testing.

SECURITY Limit PASV port ranges. From a patch submitted to the mailing
list by [email protected] on Feb 4, 1997. A great deal of work
making this more general was done by [email protected]
in July 1998. The original patch , as well as leighfield's used
random() to select the port, which is probably a good idea, but
didn't check for infinite loops when none of the ports were
available. I punted and used a linear search to avoid infinite
loops, but this can slow down the daemon a bit. Open to
suggestions for faster selection without infinite loops.

SECURITY Provide address remapping for PASV mode to allow daemon to run
behind IP-address translating firewalls. From a private
discussion with [email protected] throughout July 1998.
If you use this with virtual hosts, let me know how it goes; I
think it works, but let me know if it needs extensions for
virtual hosts.

FEATURE Add magic cookies so systems using quotas can show them to users
via ftp message files. From a patch submitted to the mailing
list by [email protected] on May 6, 1997. This closes
Stan's TODO item 15. Added support for Linux. This patch is
experimental and only available for the following systems: aix
bdi dec lnx s41 sgi If you try it and it works, let me know. If
you add support for other systems, let me know. Updated man page
for ftpaccess to document these cookies.

FEATURE Add 'tcpwindow' to configure TCP window size for performance
tweaking. From a patch submitted to the mailing list by
[email protected] on Sep 16, 1997.

FEATURE Restrict throughput for network load management. From a patch
sent to the mailing list by [email protected] on Jan 31, 1998.

FEATURE Add message to show total traffic counts. From a patch sent to
the mailing list by [email protected] on Jan 31, 1998. Added
file counts, corrected missed bytes, added counts to STAT
command. This closes Stan's TODO item 17. Added deail counters
and ftpaccess commands to limit the user's ability to
upload/download files based on these. See 'file-limit' and
'data-limit' in update ftpaccess man page. This closes Stan's
TODO item 13.

BUGFIX Clean up some unneeded blank lines sent in responses. From a
patch sent to the mailing list by [email protected] on Jan 31,
1998.

VR6 - released August 26, 1998
------------------------------

BUGFIX Add '-VR6' to version string in newsvers.sh. This will be
updated with all future patches.

BUGFIX The patch for standalone daemon (in VR4) missed including a
header. Discovered in testing.

BUGFIX The FIXES file for VR4 had a typo; the option is -s and -S (the
-D was how the original patch worked, it was change to avoid -d,
debug mode). The ftpd man page is unclear on the use of -s and
-S. Discovered in testing.

BUGFIX Some systems, notable Solaris, have problems with the code the
standalone daemon mode used to attempt to detach from the
terminal session. This was in the original patch. Upon thinking
about the problem, I see no reason to keep the code arround. If
you need this feature, use 'nohup' to run the daemon.
Discovered in testing.

SECURITY Change the defaults to deny upload, and other site-modification
things, for anonymous users. From a suggestion on the mailing
list on August 20, 1998, from [email protected]. Well lookidat, fixed
a silly bug in the "rename" clause while I was there.

BUGFIX Somehow I missed a spot where "*" should be matched for the
<root-dir> in an upload clause. Spotted while code-reading for
the next patch.

SECURITY Add 'anonymous-root' to select chroot directory based on class of
anonymous user. From a proposal on the mailing list by
[email protected] on Sep 9, 1997. Also, added
'guest-root' to select directory based upon guest UID. Man pages
updated.

SECURITY Disallow UIDs and GIDs by numeric range. From the Apache Group's
suEXEC module. This can obviate the need for /etc/ftpusers.

SECURITY Add ability to force all UID/GID in a range to be treated as
guests. From a patch submitted to the mailing list by
[email protected] on Nov 7, 1996. The original patch used
compiled-in limits. Added ftpaccess clause to allow
configuration. Updated man page. The original patch included a
hard requirement to chroot to the user's home directory; use
guest-root instead. This closes Stan's TODO item 16.

BUGFIX Fix a bug with realpath. If chroot'd to '/' the xferlog shows
'//' at the start of the filename. Noted in testing. Thought I
fixed this already but missed a condition.

BUGFIX The upload clause should use realpath on the home directory to be
sure it matches. Otherwise, real users with /./ in their path
will need their upload clause to lexically match the home
directory entry in /etc/passwd. Noted in testing. This was not a
big issue until I added realuser.

SECURITY The daemon responds differently in some cases when it's denying
access. This could be used by attackers to determine the validity
of some user names on the target system. Noted on the mailing
list by [email protected] on May 30, 1997. NOTE: the 331
response for some systems, notably BSD S/Key or other
challenge/response systems, may differ from the 331 response
given. I don't have access to those systems to check out the
differences. If you do, and work out how to hide the access
refusal until after the password challenge, please forward it to
me.

BUGFIX Fix handling for the message clause so login and cwd= work as
expected. From a request submitted to the mailing list by
[email protected] on October 23, 1994. Patch submitted to the
mailing list on August 30, 1996, by [email protected].

VR7 - released September 15, 1998
---------------------------------

BUGFIX defumask caused a data alignment problem on HP-UX 10.

BUGFIX routevector.c uses ulong instead of u_long. ulong doesn't exist
on many systems.

BUGFIX main() is declared void; that's not ANSI, it's just stupid.
Reported by [email protected] when building for
Solaris/Sparc.

BUGFIX DAEMON always includes <sys/termio.h>, it was needed until VR6
removed the attempt to detach from the controlling terminal.

BUGFIX Missing <grp.h>. Gotta love Linux's grab-one-get-it-all method
for defining system headers, don't ya? Grrr.

BUGFIX The 'daemon' variable conflicts with a 'daemon()' function in
some runtimes.

BUGFIX Traffic counters weren't protected by TRANSFER_COUNT in some
cases.

BUGFIX Typo in the manpage (what, just one? Come on!)

SECURITY There's a bug in popen which can cause segmentation faults.
It's unknown if this is exploitable (it doesn't look like it is
to me). Reported to the mailing list by
[email protected] on May 27, 1997. I believe he
reported this quite a bit earlier as well so it's been a problem
for a long time.

SECURITY Extended logging for rejected and failed login attempts. From a
request to the mailing list from [email protected] on Jun 18,
1997.

SECURITY Added PARANOID check to deny login if a real user's home
directory is bad. Something's bunged up in /etc/passwd, why
trust it? Noticed while code-reading for the next patch.

SECURITY Don't respond to *ANY* commands except USER, PASS and QUIT until
the remote user logs in successfully. Noticed while testing.

FEATURE Extended upload and noretrieve to have an optional parameter
which specifies whether the named file/directory is interpreted
as an absolute name or relative to the current chroot'd
environment. From a suggestion by [email protected] on
September 2, 1998.

BUGFIX The HELP_CRACKERS patch was too agressive and, if message files
were defined for 'deny' and 'limit' could tickle bugs in ftp
clients. The patch is backed off to drop the connection
immedeately if it violates 'deny' or 'limit'. Reported by
[email protected] on September 3, 1998.

BUGFIX The include for 'mntent.h' isn't needed unless QUOTE_DEVICE is
defined. This caused problems on BSDI. Moving the include to
only appear for systems which use QUOTE_DEVICE. Reported by
[email protected] on September 3, 1998.

BUGFIX My label 'slimy_hack:' appearing just before a '}' causes some
compilers to belch. I guess some are more ANSI/ISO than others.
Here's a quick fix which ought to make them shut up until I can
rewrite pass() to make the label go away. Reported by
[email protected] on September 3, 1998.

PORTING The QUOTA logic for BSDI doesn't match what's provided by the
system. Fixed. Reported by [email protected] on September 3, 1998.

SECURITY Extended logging for rejected or denied functions such as delete,
rename. From a request submitted to the mailing list by
[email protected] on February 6, 1996. Patch taken from
BeroFTPD-1.0.12 with permission. Added several new log messages
missed in BeroFTPD for this feature.

BUGFIX Transfer limits tesed the wrong values for files uploaded to the
server. Noticed while proof-reading the previous patch.

VR8 - work to date, will release October 1, 1998
------------------------------------------------

FEATURE Add 'SITE CHECKMETHOD' and 'SITE CHECKSUM'. Closes Stan's TODO
item 8.

SITE CHECKMETHOD [CRC|POSIX|MD5|RFC1321]

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

SITE CHECKSUM [<file>]

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

New ftpconversions: .crc and .md5

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

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

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

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

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

PORTING Modify the password cryptography for C2 Digital Unix. From a
patch sent to me from [email protected] on September 16, 1998.

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

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

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

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

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

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

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

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

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

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

--

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 Sep 18 00:25:05 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id AAA08176;
Fri, 18 Sep 1998 00:25:04 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id AAA11312;
Fri, 18 Sep 1998 00:21:27 -0500 (CDT)
Received: from feed.rcn.med.keio.ac.jp (feed.rcn.med.keio.ac.jp [131.113.180.173])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id AAA24977
for <[email protected]>; Fri, 18 Sep 1998 00:13:41 -0500 (CDT)
Received: (qmail 7241 invoked by uid 1001); 18 Sep 1998 14:13:32 +0900
Message-Id: <[email protected]>
Date: 18 Sep 1998 14:13:31 +0900
Reply-To: [email protected]
Sender: [email protected]
From: Ayamura Kikuchi <[email protected]>
To: [email protected]
Cc: Gregory A Lundberg <[email protected]>
Subject: Re: Secondary groups
In-Reply-To: <[email protected]>
References: <[email protected]>
MIME-Version: 1.0 (generated by SEMI 1.8.6 - "Fukuoka")
Content-Type: text/plain; charset=US-ASCII
X-PGP-Fingerprint: 9F 4F FD B6 47 0D 87 65 7B 67 7C A9 70 F3 8C 52
X-Mailer: Semi-gnus 6.8.18 (based on Gnus 5.6.43; for SEMI 1.8, FLIM 1.8/1.9)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

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

I strongly recommend the patch 'pck' written by [email protected]
as email addresses checks. The 'pck' refuses anonymous ftp if the
email addresses has an unresolvable domain and validates those using
regular expressions like sendmail.8.9.x's anti-spam features.

ftp://ftp.eos.hokudai.ac.jp/pub/wu-ftpd/pck/
# Documents in English are also enclosed.

-- Ayamura Kikuchi (Japan)

From [email protected] Fri Sep 18 07:35:58 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA24659;
Fri, 18 Sep 1998 07:35:57 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA04644;
Fri, 18 Sep 1998 07:32:23 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA27274
for <[email protected]>; Fri, 18 Sep 1998 07:25:13 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id IAA10665;
Fri, 18 Sep 1998 08:25:04 -0400
Message-Id: <[email protected]>
Date: Fri, 18 Sep 1998 08:25:03 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Ayamura Kikuchi <[email protected]>
Cc: [email protected]
Subject: Re: Secondary groups
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On 18 Sep 1998, Ayamura Kikuchi wrote:

> > SECURITY Disallow certain email addresses as passwords for anonymous ftp.
> > From patches submitted to the mailing list by
> > [email protected] on Feb 14, 1997 and
> > [email protected] on Jun 9, 1998. Actual patches taken from
> > BeroFTPD with permission. Corrected a bug where deny-email had
> > to follow passwd-check in the ftpaccess file.
>
> I strongly recommend the patch 'pck' written by [email protected]
> as email addresses checks. The 'pck' refuses anonymous ftp if the
> email addresses has an unresolvable domain and validates those using
> regular expressions like sendmail.8.9.x's anti-spam features.

I've only had a chance to read the document you sent me, Kikuchi. It made
reference to a license included in the package, which I've not yet read.
depending on what that license says, it could be a problem (I doubt it,
but you never know).

In principle, I agree with Kikuchi and intend to take a long look at what
is actually in that patch since it adds several features I'd like to see
(regex for one).

--

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 Sep 18 10:49:19 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA26991;
Fri, 18 Sep 1998 10:49:12 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA08964;
Fri, 18 Sep 1998 10:45:02 -0500 (CDT)
Received: from orca ([email protected] [132.250.14.64])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA15259
for <[email protected]>; Fri, 18 Sep 1998 10:38:19 -0500 (CDT)
Received: from [132.250.14.102] by orca (SMI-8.6/SMI-SVR4)
id LAA21550; Fri, 18 Sep 1998 11:33:51 -0400
Message-Id: <v04011701b2282b9392b3@[132.250.14.102]>
Date: Fri, 18 Sep 1998 11:44:39 -0400
Reply-To: [email protected]
Sender: [email protected]
From: Michael Will <[email protected]>
To: [email protected]
Subject: Solaris 2.6 and ls (summary)
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Some one E-mailed me asking for the same information that I was seeking
along with those who also E-mailed me with responses to my question.

In general my question was dealing with Solaris 2.6 and the ls problem,
where everything seemed to be working fine, "ls" would work but clients
that used "dir" failed. I thought I had copied over the libraries it
needed but I didn't.

The trick to figure out what was needed, was to figure out how to use the
'truss' command along with 'ldd'. Once I got truss working, it stepped me
through what was missing and everything went well.

The following files where needed for me: ( I believe I have the permissions
set okay)

/usr/lib
-r-xr-xr-x 1 root other 174844 Sep 18 11:22 ld.so.1
-r-xr-xr-x 1 root other 1000252 Sep 18 11:22 libc.so.1
-r-xr-xr-x 1 root other 4320 Sep 18 11:22 libdl.so.1

Thanks for those who responded and helped.

Michael

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

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

From [email protected] Fri Sep 18 10:55:55 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA27070;
Fri, 18 Sep 1998 10:55:53 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA24716;
Fri, 18 Sep 1998 10:53:36 -0500 (CDT)
Received: from orca ([email protected] [132.250.14.64])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA25616
for <[email protected]>; Fri, 18 Sep 1998 10:38:23 -0500 (CDT)
Received: from [132.250.14.102] by orca (SMI-8.6/SMI-SVR4)
id LAA21554; Fri, 18 Sep 1998 11:33:56 -0400
Message-Id: <v04011700b2282b427f9d@[132.250.14.102]>
Date: Fri, 18 Sep 1998 11:44:44 -0400
Reply-To: [email protected]
Sender: [email protected]
From: Michael Will <[email protected]>
To: [email protected]
Subject: guest accounts/passwd?
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Opps, (forgot to ask on other question).

If I'm restriciting each user to their own / directory, then what is the
need for the etc/passwd for? Since the user actually has an account on the
machine do you need the etc/passwd file?

Michael

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

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

From [email protected] Fri Sep 18 11:23:27 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA27358;
Fri, 18 Sep 1998 11:23:25 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA18975;
Fri, 18 Sep 1998 11:21:16 -0500 (CDT)
Received: from halon.barra.com (halon.barra.com [144.203.11.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA05058
for <[email protected]>; Fri, 18 Sep 1998 11:16:57 -0500 (CDT)
Received: from lazarus.barra.COM ([email protected] [144.203.13.57])
by halon.barra.com (8.9.0/8.8.8) with ESMTP id JAA11881
for <[email protected]>; Fri, 18 Sep 1998 09:16:46 -0700 (PDT)
Received: from zeus.barra.com (exchangebrk13.barra.com [144.203.13.129]) by lazarus.barra.COM (8.8.3/8.6.4) with ESMTP id JAA17917 for <[email protected]>; Fri, 18 Sep 1998 09:16:57 -0700 (PDT)
Received: by exchangebrk13.barra.com with Internet Mail Service (5.0.1460.8)
id <R44NS0NF>; Fri, 18 Sep 1998 09:17:36 -0700
Message-Id: <[email protected]>
Date: Fri, 18 Sep 1998 09:17:34 -0700
Reply-To: [email protected]
Sender: [email protected]
From: Amanda Dahl/mail+schedule <[email protected]>
To: [email protected]
Subject: user authentication problems
MIME-Version: 1.0
Content-Type: text/plain
X-Mailer: Internet Mail Service (5.0.1460.8)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello all,
I have installed version 2.4.2-beta 18 on a Sparc 5 running Solaris 2.6. I
receive the following message when trying to ftp to the machine as either a
user which is specified in the passwd file or as anonymous:

Connected to localhost.
220 nitrogen FTP server (Version wu-2.4.2-academ[BETA-18](1) Tue Aug 11
14:39:18
PDT 1998) ready.
Name (localhost:root): anonymous
530 User anonymous unknown.
Login failed.

Connected to localhost.
220 nitrogen FTP server (Version wu-2.4.2-academ[BETA-18](1) Tue Aug 11
14:39:18
PDT 1998) ready.
Name (localhost:root): adahl
530 User adahl access denied.
Login failed.

Here is the entry for ftp in the inetd.conf:
stream tcp nowait root /usr/local/etc/ftpd ftpd ftpd

Can anyone provide some information on what might be happening? What is the
authentication process with wu-ftpd?

Thank you very much,
Amanda D.
[email protected]

---------------------------------
Amanda K. Dahl
Information Services
BARRA, INC.
2100 Milvia Avenue
Berkeley.CA 94704
[email protected]
---------------------------------
"UNIX was not designed to stop you from doing stupid things, because that
would also stop you from doing clever things." -- Doug Gwyn

From [email protected] Fri Sep 18 11:23:56 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA27378;
Fri, 18 Sep 1998 11:23:54 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA01347;
Fri, 18 Sep 1998 11:20:30 -0500 (CDT)
Received: from uswgne6.uswc.uswest.com (uswgne6.uswest.com [204.26.87.74])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA12867
for <[email protected]>; Fri, 18 Sep 1998 11:15:07 -0500 (CDT)
Received: from egate.mnet.uswest.com (mailgate.uswc.uswest.com [151.119.130.8])
by uswgne6.uswc.uswest.com (8.8.5/8.8.5) with ESMTP id LAA23363
for <[email protected]>; Fri, 18 Sep 1998 11:13:53 -0500 (CDT)
Received: from netmail5.uswc.uswest.com (nmal-ne1.uswc.uswest.com [151.117.81.7]) by egate.mnet.uswest.com (8.7.1/8.7.1) with ESMTP id KAA10597 for <[email protected]>; Fri, 18 Sep 1998 10:14:35 -0600 (MDT)
Received: from MCOOK ([148.155.67.222]) by netmail5.uswc.uswest.com
(Netscape Messaging Server 3.52) with SMTP id AAABA3
for <[email protected]>; Fri, 18 Sep 1998 10:14:29 -0600
Message-Id: <[email protected]>
Date: Fri, 18 Sep 1998 09:12:52 -0700
Reply-To: "Michael Cook" <[email protected]>
Sender: [email protected]
From: "Michael Cook" <[email protected]>
To: "WU-FTP List" <[email protected]>
Subject: "last" logging
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

Hello all,
I would like to reenble logging (to wtmp I think) so that I can see what
account was used to log in with (using last), rather than just where they
logged in from (in syslog).
Thanks in advance!!
Michael

From [email protected] Fri Sep 18 12:07:59 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA27876;
Fri, 18 Sep 1998 12:07:58 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA25051;
Fri, 18 Sep 1998 12:05:34 -0500 (CDT)
Received: from gatekeep.ti.com (gatekeep.ti.com [192.94.94.61])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA13769
for <[email protected]>; Fri, 18 Sep 1998 12:01:15 -0500 (CDT)
Received: from dadd.ti.com ([172.24.154.51]) by gatekeep.ti.com (8.8.8) with ESMTP id MAA11703; Fri, 18 Sep 1998 12:00:30 -0500 (CDT)
Received: from pavis.asic.sc.ti.com by dadd.ti.com (8.8.4/)
id MAA10021; Fri, 18 Sep 1998 12:00:29 -0500 (CDT)
Received: by pavis.asic.sc.ti.com id <[email protected]>; Fri, 18 Sep 1998 12:00:29 -0500
Message-Id: <[email protected]>
Date: Fri, 18 Sep 98 12:00:28 CDT
Reply-To: [email protected] (Bob Luckin)
Sender: [email protected]
From: Bob Luckin <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: guest accounts/passwd?
In-Reply-To: <v04011700b2282b427f9d@[132.250.14.102]>; from "Michael Will" at Sep 18, 98 11:44 am
X-Mimi-Options: HEADERS TI2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> Opps, (forgot to ask on other question).
>
> If I'm restriciting each user to their own / directory, then what is the
> need for the etc/passwd for? Since the user actually has an account on the
> machine do you need the etc/passwd file?

The ls command uses etc/password to map the owner and group numbers
associated with a file into the equivalent names.

If the password file is not present, ls still works, but lists the actual
id numbers instead of the names. If this is acceptable to you, then you
probably don't need a copy of etc/passwd.

If you do want to have the numbers mapped to names, I recommend you don't
copy the original /etc/passwd as-is - take a copy and replace the password
field with an asterisk for security purposes. If you are using this with
guestgroups, you probably don't need the whole file anyway - just those
userids which are visible under the user's chrooted directory, which should
be quite a small number (say root, ftp, the user account itself).

Cheers, Bob
--
Bob Luckin [email protected] "Many hands make a heavy arm"
[http://www.dhc.net/luckin/cgi-bin/misfortune.cgi]

From [email protected] Fri Sep 18 12:09:25 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA27897;
Fri, 18 Sep 1998 12:09:22 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA13245;
Fri, 18 Sep 1998 12:07:14 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA22219
for <[email protected]>; Fri, 18 Sep 1998 12:01:45 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id NAA14261;
Fri, 18 Sep 1998 13:01:29 -0400
Message-Id: <[email protected]>
Date: Fri, 18 Sep 1998 13:01:29 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Michael Will <[email protected]>
Cc: [email protected]
Subject: Re: guest accounts/passwd?
In-Reply-To: <v04011700b2282b427f9d@[132.250.14.102]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 18 Sep 1998, Michael Will wrote:

> If I'm restriciting each user to their own / directory, then what is
> the need for the etc/passwd for? Since the user actually has an
> account on the machine do you need the etc/passwd file?

The ls command uses it to display names instead of numbers. Also the
daemon can use it to allow ~name style accesses.

If you don't mind seeing numeric owner and group in the directory listing,
you can do away with etc/passwd and etc/group in each chroot'd 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] Fri Sep 18 12:13:59 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA27956;
Fri, 18 Sep 1998 12:13:58 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA31680;
Fri, 18 Sep 1998 12:11:38 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA30712
for <[email protected]>; Fri, 18 Sep 1998 12:05:20 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id NAA14289;
Fri, 18 Sep 1998 13:05:17 -0400
Message-Id: <[email protected]>
Date: Fri, 18 Sep 1998 13:05:17 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Michael Cook <[email protected]>
Cc: WU-FTP List <[email protected]>
Subject: Re: "last" logging
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, 18 Sep 1998, Michael Cook wrote:

> I would like to reenble logging (to wtmp I think) so that I can see
> what account was used to log in with (using last), rather than just
> where they logged in from (in syslog).

The base beta-18 package should already be logging for last(1) via wtmp.

The VR patches add a command-line option to disable wtmp. If that's what
you're using, edit your inetd.conf, kill -HUP the inetd and you should be
all set.

--

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

From [email protected] Fri Sep 18 12:14:57 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA27965;
Fri, 18 Sep 1998 12:14:56 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA00683;
Fri, 18 Sep 1998 12:12:40 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA10368
for <[email protected]>; Fri, 18 Sep 1998 12:07:48 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id NAA14309;
Fri, 18 Sep 1998 13:07:42 -0400
Message-Id: <[email protected]>
Date: Fri, 18 Sep 1998 13:07:42 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Amanda Dahl/mail+schedule <[email protected]>
Cc: [email protected]
Subject: Re: user authentication 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 Fri, 18 Sep 1998, Amanda Dahl/mail+schedule wrote:

> I have installed version 2.4.2-beta 18 on a Sparc 5 running Solaris 2.6. I
> receive the following message when trying to ftp to the machine as either a
> user which is specified in the passwd file or as anonymous:
>
> Connected to localhost.
> 220 nitrogen FTP server (Version wu-2.4.2-academ[BETA-18](1) Tue Aug 11
> 14:39:18 PDT 1998) ready.
> Name (localhost:root): anonymous
> 530 User anonymous unknown.
> Login failed.
>
> Connected to localhost.
> 220 nitrogen FTP server (Version wu-2.4.2-academ[BETA-18](1) Tue Aug 11
> 14:39:18 PDT 1998) ready.
> Name (localhost:root): adahl
> 530 User adahl access denied.
> Login failed.

Looks like a setup problem. The syslog should contain error message which
would help determine what's gone wrong. The FAQ has Solaris-specific
instructions which should help as well.

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

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

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

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

--

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

From [email protected] Fri Sep 18 12:26:41 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA28099;
Fri, 18 Sep 1998 12:26:39 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA21106;
Fri, 18 Sep 1998 12:24:21 -0500 (CDT)
Received: from ms1bh.rossroy.com (ms1bh.rossroy.com [206.253.242.229])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA21944
for <[email protected]>; Fri, 18 Sep 1998 12:18:09 -0500 (CDT)
Received: from is1bh.rossroy.com (is1bh.rossroy.com [206.253.242.231])
by ms1bh.rossroy.com (8.9.0/8.9.0) with ESMTP id QAA04919
for <[email protected]>; Fri, 15 Aug 2036 16:33:40 -0400 (EDT)
Received: by is1bh with Internet Mail Service (5.5.1960.3)
id <TDNN0L7T>; Fri, 18 Sep 1998 13:17:29 -0400
Message-Id: <007E79210DA7D011A8B300805FC19CD6F7C3D3@is1bh>
Date: Fri, 18 Sep 1998 13:17:27 -0400
Reply-To: [email protected]
Sender: [email protected]
From: "Srinivasan, Ranganathan" <[email protected]>
To: [email protected]
Subject: Login fails for guest user ids
X-Mailer: Internet Mail Service (5.5.1960.3)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

When I try to ftp as anonymous I dont have problems and also when I login as
an actual user. But when I login as a user from the guest users I get the
following error message. The authentication is going on fine. After that ftp
login fails unable to set guest privileges. Can anyone help me out in
solving this problem?

220 ftp1bh FTP server (Version wu-2.4(2) Thu Aug 7 19:08:38 EDT 1997) ready.
Name (localhost:root): loguser
331 Password required for loguser.
Password:
550 Can't set guest privileges.
Login failed.
ftp>

Tahnks in advance.

Ranganathan Srinivasan
Ross Roy Communications Inc.
Unix Support
(248)433-6642

From [email protected] Fri Sep 18 12:39:47 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA28275;
Fri, 18 Sep 1998 12:39:46 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA14739;
Fri, 18 Sep 1998 12:37:27 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA20287
for <[email protected]>; Fri, 18 Sep 1998 12:32:52 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id NAA14417;
Fri, 18 Sep 1998 13:32:14 -0400
Message-Id: <[email protected]>
Date: Fri, 18 Sep 1998 13:32:13 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Srinivasan, Ranganathan" <[email protected]>
Cc: [email protected]
Subject: Re: Login fails for guest user ids
In-Reply-To: <007E79210DA7D011A8B300805FC19CD6F7C3D3@is1bh>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 18 Sep 1998, Srinivasan, Ranganathan wrote:

> 220 ftp1bh FTP server (Version wu-2.4(2) Thu Aug 7 19:08:38 EDT 1997) ready.

you're using an ANCIENT version of wu-ftpd and should upgrade immedeately
to wu-ftpd-2.4.2-beta-18

2.4 has numerous bugs and security holes and should not be used unless you
don't care a whit about security of your system or you'r system is not
connected to ANY network (even a corporate LAN).

> 550 Can't set guest privileges.

In beta-18 this means there's something wrong with the passwd file's home
directory entry for the user. look for a typo.

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

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

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

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

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

From [email protected] Fri Sep 18 12:59:28 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA28468;
Fri, 18 Sep 1998 12:59:27 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA15376;
Fri, 18 Sep 1998 12:57:19 -0500 (CDT)
Received: from uai.com (Sun4.UAI.COM [149.86.1.2])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA07207
for <[email protected]>; Fri, 18 Sep 1998 12:55:36 -0500 (CDT)
Received: from octane.UAI.COM by uai.com with SMTP id AA16452
(5.65c/IDA-1.4.4 for <[email protected]>); Fri, 18 Sep 1998 10:55:33 -0700
Received: by octane.UAI.COM id <[email protected]>; Fri, 18 Sep 1998 10:55:31 -0700
Message-Id: <[email protected]>
Date: Fri, 18 Sep 1998 10:55:31 -0700
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I am trying to build WU-FTPD on SunOS 4.1.4

I am using the source for wu-ftpd-2.4.2-beta-18-vr7

If I try building with the bundeled compiler, cc, I get the following error.

Making ftpd.
cc -g -I.. -I../support -L../support -c ftpd.c
"ftpd.c", line 889: void type illegal in expression
"ftpd.c", line 1304: syntax error at or near type word "int"
"ftpd.c", line 5250: syntax error at or near variable name "const"
"ftpd.c", line 5314: const undefined
make: *** [ftpd.o] Error 1

If I try using gcc (version 2.8) I get the following unresolved.

gcc -g -I.. -I../support -L../support -o ftpd ftpd.o ftpcmd.o glob.o logwtmp.o p
open.o vers.o access.o extensions.o realpath.o acl.o private.o authenticate.o co
nversions.o hostacc.o routevector.o sigfix.o -Bstatic -lresolv -lsupport
collect2: ld returned 2 exit status
ld: Undefined symbol
_strtoul
gcc: file path prefix `static' never used
make: *** [ftpd] Error 1

I was able to build the source for wu-ftpd-2.4.2-beta-18 using gcc. I also
got the same error when using cc.

------------------------------------------------------------------
Richard L. Hoesly Phone: 310-214-2922
Directory of Software Systems FAX: 310-214-3420
Universal Analytics, Inc. Email: [email protected]
3625 Del Amo Blvd., Suite 370
Torrance, California 90503

From [email protected] Fri Sep 18 13:00:59 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA28504;
Fri, 18 Sep 1998 13:00:57 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA16307;
Fri, 18 Sep 1998 12:58:39 -0500 (CDT)
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 MAA21711
for <[email protected]>; Fri, 18 Sep 1998 12:56:01 -0500 (CDT)
Received: from trw.com ([129.4.74.179]) by mail1.dh.trw.com
(Netscape Messaging Server 3.5) with ESMTP id AAA850
for <[email protected]>; Fri, 18 Sep 1998 10:55:25 -0700
Message-Id: <[email protected]>
Date: Fri, 18 Sep 1998 10:55:24 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Scott Parmenter" <[email protected]>
To: [email protected]
Subject: Re: guest accounts/passwd?
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

Bob Luckin wrote:

> The ls command uses etc/password to map the owner and group numbers
> associated with a file into the equivalent names.

I want to apologize in advance for this question. I know it's a FAQ, and I've
spent plenty of time searching for its solution, but to no avail. It's the old "ls
-l gives UID and GID, not user and group names" thingee. I've got hacked down
passwd and group files (world readable at the moment) in the chrooted /etc dir.
The /etc is at the same level as the /bin, /dev, and /usr dirs and they're being
accessed properly. That is, ls -l for a guest user gives time stamp info, etc.
just not user and group names. Any ideas what I'm doing wrong?

Scott

From [email protected] Fri Sep 18 13:26:52 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA28736;
Fri, 18 Sep 1998 13:26:50 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA15984;
Fri, 18 Sep 1998 13:24:19 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA05113
for <[email protected]>; Fri, 18 Sep 1998 13:18:57 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id OAA14670;
Fri, 18 Sep 1998 14:18:49 -0400
Message-Id: <[email protected]>
Date: Fri, 18 Sep 1998 14:18:49 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: your mail
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 18 Sep 1998 [email protected] wrote:

> I am using the source for wu-ftpd-2.4.2-beta-18-vr7
>
> If I try building with the bundeled compiler, cc, I get the following error.

For all it's effort to continue to support K&R, the WU-FTPD daemon fails.
It requires (and has for some years now) an ANSI/ISO C compiler.

> If I try using gcc (version 2.8) I get the following unresolved.

> ld: Undefined symbol
> _strtoul

This is from VR patches. I figure if you've got an ANSI/ISO compiler you
ought to also have the ANSI/ISO runtime .. appearently you don't.

If that's the only problem you've got, insert the following #define at the
very end of your src/config.h and rebuild:

#define strtoul strtol

If that doesn't fix it, use the following instead:

#define strtoul(s,e,b) atol((s))

> I was able to build the source for wu-ftpd-2.4.2-beta-18 using gcc. I also
> got the same error when using cc.

There are pre-built binaries for Solaris/Sparc available for VR7 in my FTP
site if you want to just grab them and avoid the hassles.

--

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 Sep 18 13:28:47 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA28784;
Fri, 18 Sep 1998 13:28:43 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA02471;
Fri, 18 Sep 1998 13:26:22 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA25538
for <[email protected]>; Fri, 18 Sep 1998 13:21:48 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id OAA14690;
Fri, 18 Sep 1998 14:21:42 -0400
Message-Id: <[email protected]>
Date: Fri, 18 Sep 1998 14:21:41 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Scott Parmenter <[email protected]>
Cc: [email protected]
Subject: Re: guest accounts/passwd?
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 18 Sep 1998, Scott Parmenter wrote:

> I've got hacked down passwd and group files (world readable at the
> moment) in the chrooted /etc dir. The /etc is at the same level as the
> /bin, /dev, and /usr dirs and they're being accessed properly. That
> is, ls -l for a guest user gives time stamp info, etc. just not user
> and group names. Any ideas what I'm doing wrong?

Probably a typo in the 'hacked-down' passwd and/or group 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] Fri Sep 18 13:45:47 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA29031;
Fri, 18 Sep 1998 13:45:45 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA18357;
Fri, 18 Sep 1998 13:43:24 -0500 (CDT)
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 NAA32265
for <[email protected]>; Fri, 18 Sep 1998 13:37:00 -0500 (CDT)
Received: from trw.com ([129.4.74.179]) by mail1.dh.trw.com
(Netscape Messaging Server 3.5) with ESMTP id AAA2C05;
Fri, 18 Sep 1998 11:36:25 -0700
Message-Id: <[email protected]>
Date: Fri, 18 Sep 1998 11:36:23 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Scott Parmenter" <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: guest accounts/passwd?
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

Gregory A Lundberg wrote:

> Probably a typo in the 'hacked-down' passwd and/or group files.

Maybe you can see my error. Here are the files:

/etc/passwd
root:x:0:1::/:
user1:x:2152:21::/user1:
user2:x:2153:21::/user2:

/etc/group
root::0:
client::21:

Scott

From [email protected] Fri Sep 18 13:47:42 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA29074;
Fri, 18 Sep 1998 13:47:38 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA28600;
Fri, 18 Sep 1998 13:44:17 -0500 (CDT)
Received: from ulysium.net (ulysium.net [204.96.116.162])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA23947
for <[email protected]>; Fri, 18 Sep 1998 13:42:11 -0500 (CDT)
Received: from ulysium.net (pm27-22.magicnet.net [206.104.199.215])
by ulysium.net (8.9.0/8.9.0) with ESMTP id OAA26043
for <[email protected]>; Fri, 18 Sep 1998 14:40:59 -0400 (EDT)
Message-Id: <[email protected]>
Date: Fri, 18 Sep 1998 14:40:23 -0400
Reply-To: [email protected]
Sender: [email protected]
From: Didier Godefroy <[email protected]>
To: wu-ftpd <[email protected]>
Subject: BeroFTPD
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.5b2 (Macintosh; I; PPC)
X-Accept-Language: en, fr
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I've been trying to install BeroFTPD but I get a few errors while doing the
make, so I went to grab the gnu make and installed it, and I still get errors
while doing the make:

# /usr/local/bin/make
(cd support ; /usr/local/bin/make all)
make[1]: Entering directory `/usr/users/dg/BeroFTPD-1.1.11/support'
cc -g -c -o authuser.o authuser.c
cc: Error: authuser.c, line 98: In this declaration, the type of "auth_tcpuser"
is not compatible with the type of a previous declar
ation of "auth_tcpuser" at line number 19 in file authuser.h.
char * auth_tcpuser(register long unsigned int in, register short unsigned int
local, register short unsigned int remote)
-----^
make[1]: *** [authuser.o] Error 1
make[1]: Leaving directory `/usr/users/dg/BeroFTPD-1.1.11/support'
make: *** [all] Error 2

The version of gnu make that I picked up is 3.77 and the BeroFTPD version that
I'm trying to install is 1.1.11

Am I doing something wrong or forgeting something?

--
Didier Godefroy
mailto:[email protected]

From [email protected] Fri Sep 18 14:24:53 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA29577;
Fri, 18 Sep 1998 14:24:52 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA05139;
Fri, 18 Sep 1998 14:22:35 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA07297
for <[email protected]>; Fri, 18 Sep 1998 14:16:28 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id PAA15124;
Fri, 18 Sep 1998 15:16:16 -0400
Message-Id: <[email protected]>
Date: Fri, 18 Sep 1998 15:16:16 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Scott Parmenter <[email protected]>
Cc: [email protected]
Subject: Re: guest accounts/passwd?
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 18 Sep 1998, Scott Parmenter wrote:

> > Probably a typo in the 'hacked-down' passwd and/or group files.
>
> Maybe you can see my error. Here are the files:
>
> /etc/passwd
> root:x:0:1::/:
> user1:x:2152:21::/user1:
> user2:x:2153:21::/user2:
>
> /etc/group
> root::0:
> client::21:

I had a problem once with a missing newline at the end-of-file.

I've heard of others who used a DOS/Windoze editor (probably notepad) to
create the file and had un-viewable characters (\r .. ASCII returns) in
the file.

Once, a former network admin here upgraded the libraries and kernel but
didn't change the ls program in the ftp area .. it was broken until I
built a new one. Which is the reason I build static binaries for ftp
nowadays.

Does the output for 'ls -al' look identical to the output for 'ls -aln'?

Play with it, try adding a shell on the end. Maybe your ls doesn't like
missing parts. Maybe the :x: should just be :: (it's good enough, the
password fields aren't used after all).

It seems to me that once, several months ago, someone had a problem like
this and it turned out he'd made copies of passwd and group into several
places .. imagine his chagrin when he realized he'd been changing the
wrong ones! For real users, the daemon uses the real /etc/passwd. For
anonymous, it uses ~ftp/etc/passwd. For guests it uses the chroot'd one
(ie., if home is "/home/users/./user1" it uses /home/users/etc/passwd). He
had originally tried "/home/users/user1/./" and changed and forgot that ..
editing /home/users/user1/etc/passwd just didn't seem to have any effect!

--

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 Sep 18 14:38:02 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA29758;
Fri, 18 Sep 1998 14:38:00 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA18337;
Fri, 18 Sep 1998 14:35:28 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA18171
for <[email protected]>; Fri, 18 Sep 1998 14:30:30 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id PAA15194;
Fri, 18 Sep 1998 15:30:16 -0400
Message-Id: <[email protected]>
Date: Fri, 18 Sep 1998 15:30:16 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Didier Godefroy <[email protected]>
Cc: wu-ftpd <[email protected]>
Subject: Re: BeroFTPD
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, 18 Sep 1998, Didier Godefroy wrote:

> I've been trying to install BeroFTPD but I get a few errors while doing the
> make, so I went to grab the gnu make and installed it, and I still get errors
> while doing the make:
>
> cc: Error: authuser.c, line 98: In this declaration, the type of "auth_tcpuser" is not compatible with the type of a previous declaration of "auth_tcpuser" at line number 19 in file authuser.h.
> char * auth_tcpuser(register long unsigned int in, register short unsigned int local, register short unsigned int remote)

> The version of gnu make that I picked up is 3.77 and the BeroFTPD
> version that I'm trying to install is 1.1.11

Bernard's on holiday so I'll take a stab at this .. at least to point out
that I looked into his source kit and the definition matches ..

Once upon a time, I used a C compiler which didn't like 'extern' in
include files when I was going to define the function. Some lame thing
outa Redmond Washington, I think it was. It wasn't ANSI, they fixed it.
Maybe that's the problem here? If you get real literal 'extern char *'
isn't the same as 'char *' although the standard says you gotta handle
that. Try removing the #include "authuser.h" from authuser.c to see if
the problem goes away .. there's nothing there critical for that module.

--

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 Sep 18 14:44:44 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA29873;
Fri, 18 Sep 1998 14:44:34 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA17965;
Fri, 18 Sep 1998 14:41:52 -0500 (CDT)
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 OAA04546
for <[email protected]>; Fri, 18 Sep 1998 14:36:00 -0500 (CDT)
Received: from trw.com ([129.4.74.179]) by mail1.dh.trw.com
(Netscape Messaging Server 3.5) with ESMTP id AAA5D03;
Fri, 18 Sep 1998 12:35:25 -0700
Message-Id: <[email protected]>
Date: Fri, 18 Sep 1998 12:35:24 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Scott Parmenter" <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: [email protected]
Subject: Re: guest accounts/passwd?
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

Gregory A Lundberg wrote:

> Does the output for 'ls -al' look identical to the output for 'ls -aln'?

Yes.

> Play with it, try adding a shell on the end. Maybe your ls doesn't like
> missing parts. Maybe the :x: should just be :: (it's good enough, the
> password fields aren't used after all).

Well, I'll keep fiddling with it. And there's always the possibility that
this a "feature" of the operating system. Trusted Solaris may not allow a
chrooted passwd file on a CMW to be valid, even for something innocuous like
this.

Thanks for your support!

Scott

From [email protected] Fri Sep 18 14:51:21 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA29946;
Fri, 18 Sep 1998 14:51:17 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA13147;
Fri, 18 Sep 1998 14:48:20 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA23060
for <[email protected]>; Fri, 18 Sep 1998 14:43:22 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id PAA15260;
Fri, 18 Sep 1998 15:43:14 -0400
Message-Id: <[email protected]>
Date: Fri, 18 Sep 1998 15:43:14 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Scott Parmenter <[email protected]>
Cc: [email protected]
Subject: Re: guest accounts/passwd?
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 18 Sep 1998, Scott Parmenter wrote:

> Well, I'll keep fiddling with it. And there's always the possibility
> that this a "feature" of the operating system. Trusted Solaris may
> not allow a chrooted passwd file on a CMW to be valid, even for
> something innocuous like this.

I believe it works, and I believe theres a command you need to run to make
things right. I dunno Solaris specifics, tho. The FAQ and the following
document are the extent of my knowledge:

>From [email protected] Fri Sep 18 15:40:55 1998
From: Auteria Wally Winzer Jr. <[email protected]>
To: Gregory A Lundberg <[email protected]>

OK. Actually for Solaris it does not matter whether you have dynamic
or static executables, for the installation instructions for anonymous FTP
for Solaris is different. I'll attach the HOW_TO file that comes with
the WU-FTPD package so you can see exactly how it is laid out.

- Wally

-------------------------------------------------------------------------
File: HOW_TO_SETUP_AN_FTP_SERVER

HOW TO SETUP AN SECURE FTP SERVER
NOTE: The following instructions are applicable
for Solaris 2.x (2.5.1, 2.5, 2.4) only.
2nd NOTE: This setup is for WUARCHIVE-ftp 2.4.2
beta15 (wu-ftpd) as well as the
vendor's version (Solaris).

IMPORTANT NOTE!!!!!!!!!!!!!!!!!!!
You can run in.ftpd as a stand-alone daemon by adding the "-S"
option. An rc script is provided with this distribution. The rc script
filename is "/etc/init.d/wu-ftpd". To execute the script type at the
command prompt as root "/etc/init.d/wu-ftpd start". To shutdown the
wu-ftpd daemon type "/etc/init.d/wu-ftpd stop". Before you use the
stand-alone daemon you must put a "#" in front of the "ftpd" line
within the "/etc/inetd.conf" file. Send a SIGHUP to inetd in order
for inetd to re-read its configuration file.

1. Add usr "ftp" to the "/etc/passwd" file.
NOTE: If the user name appears in the file "ftpusers", ftp access is denied.
2. Create an "ftp" home directory owned by "root" that cannot be written to by
anyone.
3. Create a "bin" directory under the "ftp" home directory that is owned by
"root", and that cannot be written to by anyone. The "ls" program should
be placed in this directory and changed to mode 111 (excute-only). Also
for "wu-ftpd" copy GNU's version of "tar" (gtar) , "compress", "gzip", and
"gunzip" into the "bin" directory under the "ftp" home directory. This
is necessary for wu-ftp to compress and uncompress zipped files (*.Z, *.gz).
4. Create an "etc" directory in the "ftp" home directory that is owned by root,
and that cannot be written to by anyone. Create special "passwd", "group",
and "shadow" files in this directory and change the mode of both files
to 444 (read-only).
5. Create a "pub" directory in the "ftp" home directory that is owned by root
and is mode 755 (read, and execute). This is the only directory
where anonymous "ftp" users can store files. If you don't want to allow
remote users to store files on your server, change the mode of this directory
to 444 (read-only).

wu-ftpd authenticates users according to four rules:

a. The user name must be in the password data base, /etc/passwd, and have a
password that is not null. A password must always be provided by the
client before any file operations may be performed.
b. If the user name appears in the file /etc/ftpusers, ftp access is denied.
c. ftp access is denied if the user's shell (from /etc/passwd) is not listed
in the file /etc/shells. If the file /etc/shells does not exist, then the
user's shell must be one of the following:
/usr/bin/sh /usr/bin/csh /usr/bin/ksh
/usr/bin/jsh /bin/sh /bin/csh
/bin/ksh /bin/jsh /sbin/sh
/sbin/jsh
d. If the user name is "anonymous" or "ftp", an entry for the user name ftp
must be present in the password and shadow files. The user is then
allowed to log in by specifying any password by convention this is given
as the user's e-mail address (such as [email protected]). Do not specify
a valid shell in the password entry of the ftp user, and do not give it a
valid password (use NP in the encrypted password field of the shadow file).

IMPORTANT NOTE: The anonymous FTP root directory (~ftp) and its subdirectories
should not be owned by the ftp account or be in the same group as
the ftp account. This is a common configuration problem. If any of
these directories are owned by ftp or are in the same group as the
ftp account and are not write protected, an intruder will be able to
add files (such as a .rhosts file) or modify other files. Many sites
find it acceptable to use the root account. Making the ftp root
directory and its subdirectories owned by root, part of the system
group, and protected so that only root has write permission will help
to keep your anonymous FTP service secure.

Here is an example of an anonymous FTP directory setup:

drwxr-xr-x 7 root sys 512 Mar 1 15:17 ./
drwxr-xr-x 25 root sys 512 Jan 4 11:30 ../
drwxr-xr-x 2 root sys 512 Dec 20 15:43 bin/
drwxr-xr-x 2 root sys 512 Mar 12 16:23 etc/
drwxr-xr-x 10 root sys 512 Jun 5 10:54 pub/

Files and libraries, especially those used by the FTP daemon and
those in ~ftp/bin and ~ftp/etc, should have the same protections
as these directories. They should not be owned by ftp or be in the
same group as the ftp account; and they should be write protected.

THE FOLLOWING EXAMPLES SHOW EACH OF THESE STEPS. First, create the "ftp"
home directory and the required subdirectories. In our example, we create
the "ftp" directory under the "/export" directory:

# mkdir -p /export/ftp
# cd /export/ftp
# pwd (should show /export/ftp)
# mkdir bin etc pub

Then copy "ls" to /export/ftp/bin, and set the correct permissions:

# cp /usr/bin/ls /export/ftp/bin
# chmod 00111 /export/ftp/bin/ls

Copy "gzip", "gtar", "tar", "pipe", and "compress" to /export/ftp/bin, and
set the correct permissions:

# cp /usr/local/etc/wu-ftp2.4.2-beta15/bin/gzip /export/ftp/bin
# chmod 00111 /export/ftp/bin/gzip
# cp /usr/local/etc/wu-ftp2.4.2-beta15/bin/gtar /export/ftp/bin
# chmod 00111 /export/ftp/bin/gtar
# cp /usr/local/etc/wu-ftp2.4.2-beta15/bin/tar /export/ftp/bin
# chmod 00111 /export/ftp/bin/tar
# cp /usr/local/etc/wu-ftp2.4.2-beta15/bin/pipe /export/ftp/bin
# chmod 00111 /export/ftp/bin/pipe
# cp /usr/local/etc/wu-ftp2.4.2-beta15/bin/compress /export/ftp/bin
# chmod 00111 /export/ftp/bin/compress

Create a "hard link" for "gunzip" to "gzip and "uncompress" to "compress":

# ln /export/ftp/bin/gzip /export/ftp/bin/gunzip
# ln /export/ftp/bin/compress /export/ftp/bin/uncompress

NOTE: IF YOU DON'T HAVE "gzip" or "gtar" you can grab the source code from
GNU's main ftp site "prep.ai.mit.edu" under "/pub/gnu", or you can copy the
above files from the "/usr/local/wu-ftp2.4.2beta15/bin" directory.

Create a group that will only be used by anonymous "ftp", a group that has no
other members. In our example we create a group called "anonymous". An entry
for this new group is added to the "/etc/group" file, and a file named
"/export/ftp/etc/group" is created that contains only this single entry:

anonymous::30000:

If you're installing the ftp server on a Solaris system you can use the
"groupadd" command:

# groupadd -g 30000 anonymous

Create a user account "ftp" by placing an entry for that user in the file
"/etc/passwd". Also create a file named "/export/ftp/etc/passwd" that contains
only the "ftp" entry. Here's the entry that was used in this file:

ftp:x:30000:30000:Anonymous FTP:/export/ftp:/bin/true

After modifying "/etc/passwd" type "pwconv". A line will be created within
the "/etc/shadow" file for encryption of user "ftp". Place a "NP" within
the encryption field. For example if the original line looks like this:

ftp::10234::::::

place "NP" between the first 2 colons. Now the line should look like this:

ftp:NP:10234::::::

Replace the field "10234" with "6445". Now the line should look like this:

ftp:NP:6445::::::

Now create the "/export/ftp/etc/passwd" and add the "ftp" entry only.
Modify the ftp line so that it is different than the line placed within
"/etc/passwd". Add a root line within "/export/ftp/etc/passwd". Add a
bogus user that will be maintained by "~ftp/pub/*". The three lines should look
like the following:

root:x:0:0:FTP Maintainer::
agent007:x:20000:20000:Auteria Wally Winzer Jr.::
ftp:x:30000:30000:Anonymous FTP::

Create "/export/ftp/etc/shadow" and add the "ftp", "root", and
"agent007" entry only. The line should look exactly like the "ftp" line:

root:NP:6445::::::
agent007:NP:6445::::::
ftp:NP:6445::::::

Copy "/etc/netconfig" to "/export/ftp/etc".

Make the directory "/export/ftp/etc/default".

Copy "/etc/default/init" to "/export/ftp/etc/default".

These examples use a GID of 30000 and a UID of 30000. These are only examples;
pick a UID and GID that aren't used for anything else on your system.

A "cat" of the newly created "/export/ftp/etc/passwd", "/export/ftp/etc/group",
"/export/ftp/etc/netconfig", and "/export/ftp/etc/shadow" files shows
the following:

# cat /export/ftp/etc/passwd
root:x:0:0:FTP Maintainer::
agent007:x:20000:20000:Auteria Wally Winzer Jr.::
ftp:x:30000:30000:Anonymous FTP::
# cat /export/ftp/etc/group
root::0:
filekeeper::20000:
anonymous::30000:
# cat /export/ftp/etc/netconfig
udp tpi_clts v inet udp /dev/udp -
tcp tpi_cots_ord v inet tcp /dev/tcp -
rawip tpi_raw - inet - /dev/rawip -
ticlts tpi_clts v loopback - /dev/ticlts straddr.so
ticotsord tpi_cots_ord v loopback - /dev/ticotsord straddr.so
ticots tpi_cots v loopback - /dev/ticots straddr.so
# cat /export/ftp/etc/shadow
root:NP:6445::::::
agent007:NP:6445::::::
ftp:NP:6445::::::
# cat /export/ftp/etc/default/init
# @(#)init.dfl 1.2 92/11/26
#
# This file is /etc/default/init. /etc/TIMEZONE is a symlink to this file.
# This file looks like a shell script, but it is not. To maintain
# compatibility with old versions of /etc/TIMEZONE, some shell constructs
# (i.e., export commands) are allowed in this file, but are ignored.
#
# Lines of this file should be of the form VAR=value, where VAR is one of
# TZ, LANG, or any of the LC_* environment variables.
#
TZ=US/Pacific

After the edits are complete, set all three files to mode 444:

# chmod 444 /export/ftp/etc/passwd
# chmod 444 /export/ftp/etc/group
# chmod 444 /export/ftp/etc/netconfig
# chmod 444 /export/ftp/etc/shadow
# chmod 444 /export/ftp/etc/default/init
# chmod 111 /export/ftp/etc/default
Set the correct ownership and mode for each of the directories:

# cd /export/ftp
# pwd (should show /export/ftp)
NOTE: make the "pub" directory 2555, ie. set-group-id, in order to create new
files with the same group ownership:
# chmod 2555 pub
# chmod 111 bin
# chmod 111 etc
# chown root *
# chgrp root *
# chown root .
# chgrp root .
# chmod 755 .

NOTE----NOTE----NOTE----NOTE----NOTE----NOTE----NOTE----NOTE----NOTE----NOTE----
*** Neither the home directory (~ftp) nor any directory below it should be
owned by ftp! No files should be owned by ftp either. Modern ftp daemons
support all kinds of useful commands, such as chmod, that allow outsiders to
undo your careful permission settings. They also have configuration options
like the following (WuFTP) to disable them:

(NOTE: ENTRY OF "ftpaccess" for WuFTP)
# all the following default to "yes" for everybody
delete no guest,anonymous # delete permission?
overwrite no guest,anonymous # overwrite permission?
rename no guest,anonymous # rename permission?
chmod no anonymous # chmod permission?
umask no anonymous # umask permission?

IMPORTANT SECURITY NOTE:
If you wish to have a place for anonymous users to leave files, create
the directory ~ftp/pub/incoming. This directory is owned by root with
permissions 733. Do a 'chmod +t ~ftp/pub/incoming'. The ftp daemon will
normally not allow an anonymous user to overwrite an existing file, but a
normal user of the system would be able to delete anything. By setting the
mode to '1733' you prevent this from happening. In wuftpd you may configure
the daemon to create new files with permissions '600' owned by root or any
other user. Many times, incoming directories are abused by exchanging pirated
and pornographic material. Abusers often create hidden directories there for
this purpose. Making the incoming directory unreadable by anonymous ftp helps
to some extent. With ordinary ftp severs there is no way to prevent
directories being created in incoming. The WUarchive ftp server can limit
uploads to certain directories and can restrict characters used in file names
like this:

(NOTE: ENTRY OF "ftpaccess" for WuFTP)
# specify the upload directory information
upload /export/ftp * no
upload /export/ftp /incoming yes ftp anonymous 0600 nodirs

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

If you have wuftpd you may want to add some ftp extensions like
compression/decompression 'on the fly' or creation of tar files for the
directory hierarchies. Get the appropriate sources (gzip, gnutar, compress),
compile them and link statically, put in the ~ftp/bin directory and edit the
appropriate file containing the definitions of the allowed conversions.
/usr/bin/tar is already statically-linked. You may wish to use gnu tar
anyway:

[NOTE: Copy the program "pipe" from "usr/local/wu-ftp2.4.2beta15/bin"
into "~ftp/bin". This is needed for piping two commands into one.]
(SAMPLE "fileconversions")
#strip prefix:strip postfix:addon prefix:addon postfix:external command:
#types:options:description
:.Z: : :/bin/compress -d -c %s:T_REG|T_ASCII:O_UNCOMPRESS:UNCOMPRESS
:-z: : :/bin/compress -d -c %s:T_REG|T_ASCII:O_UNCOMPRESS:UNCOMPRESS
: : :.Z:/bin/compress -c %s:T_REG:O_COMPRESS:COMPRESS
: : :.tar:/bin/tar cf - %s:T_REG|T_DIR:O_TAR:TAR
: : :.tar.Z:/bin/pipe /bin/tar cf - %s | /bin/compress -c:T_REG|T_DIR:O_COMPRESS|O_TAR:TAR+COMPRESS
: : :.tar:/bin/gtar -c -f - %s:T_REG|T_DIR:O_TAR:TAR
: : :.tar.Z:/bin/gtar -c -Z -f - %s:T_REG|T_DIR:O_COMPRESS|O_TAR:TAR+COMPRESS
: : :.tar.gz:/bin/gtar -c -z -f - %s:T_REG|T_DIR:O_COMPRESS|O_TAR:TAR+GZIP

touch /var/mail/ftp
chmod 600 /var/mail/ftp

For most UNIX systems, the installation is complete. But if you have a Sun
system, a few more steps are necessary. The dynamic linking used in
Sun OS/Solaris 5.x requires that the "ftp" home directory contains:

1. The runtime linker
2. The Shared C Library
3. /dev/zero, /dev/tcp, /dev/udp, /dev/ticotsord, /dev/null, /dev/ticlts,
and /dev/ticots
4. zoneinfo files

These Sun-specific steps are shown in the following examples. First create the
directory "/export/ftp/usr/lib, then copy the files "ld.so", "libc.so.*",
"libdl.so*", libintl.so.*", "libw.so.*", "libnsl.so.*", "libsocket.so.*",
"nss_nis.so*", "nss_nisplus.so*", "nss_dns.so*", "nss_files.so*", and
"straddr.so*" into the new directory, and set the file permissions:

# cd /export/ftp
# pwd (should show /export/ftp)
# mkdir -p usr/lib
# cp /usr/lib/ld.so* usr/lib
# cp /usr/lib/libc.so.* usr/lib
# cp /usr/lib/libdl.so.* usr/lib
# cp /usr/lib/libintl.so.* usr/lib
# cp /usr/lib/libw.so.* usr/lib
# cp /usr/lib/libnsl.so.* usr/lib
# cp /usr/lib/libsocket.so.* usr/lib
# cp /usr/lib/nss_nis.so* usr/lib
# cp /usr/lib/nss_nisplus.so* usr/lib
# cp /usr/lib/nss_dns.so* usr/lib
# cp /usr/lib/nss_files.so* usr/lib
# cp /usr/lib/straddr.so* usr/lib
# cd usr/lib
# pwd (should show /export/ftp/usr/lib)
# rm -f ld.so straddr.so
# ln -s ./ld.so.1 ld.so
# ln -s ./straddr.so.2 straddr.so
# chmod 555 *
# chgrp root *
# cd ..
# pwd (should show /export/ftp/usr)
# chmod 111 lib
# cd ..
# pwd (should show /export/ftp)
# chmod 111 usr

Next, create the "/export/ftp/dev" directory. Perform ls -lL on the device
files listed below to determine their major and minor numbers, then use mknod
to create them in this directory:

# cd /export/ftp
# pwd (should show /export/ftp)
# mkdir dev
# chmod 111 dev
# cd dev
# pwd (should show /export/ftp/dev)
# ls -lL /dev/null /dev/zero /dev/tcp /dev/udp /dev/ticotsord \
/dev/ticlts /dev/ticots
(AN EXAMPLE OUTPUT WILL LOOK LIKE THE FOLLOWING:)

# ls -lL /dev/null /dev/zero /dev/tcp /dev/udp /dev/ticotsord \
/dev/ticlts /dev/ticots
crw-rw-rw- 1 root sys 13, 2 Jun 2 20:28 /dev/null
crw-rw-rw- 1 root sys 11, 42 Apr 16 1997 /dev/tcp
crw-rw-rw- 1 root sys 105, 2 Aug 20 1997 /dev/ticlts
crw-rw-rw- 1 root sys 105, 0 Aug 20 1997 /dev/ticots
crw-rw-rw- 1 root sys 105, 1 Aug 20 1997 /dev/ticotsord
crw-rw-rw- 1 root sys 11, 41 Apr 16 1997 /dev/udp
crw-rw-rw- 1 root sys 13, 12 Apr 16 1997 /dev/zero

# mknod null c 13 2
# mknod tcp c 11 42
# mknod ticlts c 105 2
# mknod ticots c 105 0
# mknod ticotsord c 105 1
# mknod udp c 11 41
# mknod zero c 13 12
# chmod 00666 null tcp ticlts ticots ticotsord udp zero
# chgrp sys null tcp ticlts ticots ticotsord udp zero

Create the directory "/export/ftp/usr/share/lib/zoneinfo". Make this
directory mode 555 and owned by the super-user. Copy its contents from
/usr/share/lib/zoneinfo. This enables ls -l to display time and date
stamps correctly:

# mkdir -p /export/ftp/usr/share/lib/zoneinfo
# cd /export/ftp/usr
# pwd (should show /export/ftp/usr)
# chgrp sys share
# chmod 555 share
# cd share
# pwd (should show /export/ftp/usr/share)
# chgrp sys lib
# chmod 555 lib
# cd lib
# pwd (should show /export/ftp/usr/share/lib)
# chgrp bin zoneinfo
# chmod 555 zoneinfo
# cd zoneinfo
# pwd (should show /export/ftp/usr/share/lib/zoneinfo)
# cp /usr/share/lib/zoneinfo/* .

NOTE: FOLLOW THE NEXT SET OF INSTRUCTIONS IF YOU'RE USING Wu-FTP, OTHERWISE
GO ON TO THE "Setting up wu-ftpd..." SECTION:

<==============================================================================>
Modify the "in.ftpd" line in the "/etc/inetd.conf" file. Change the location
of the newly installed "wu-ftpd" (in.ftpd) if the location is different than
the vendor's version (/usr/sbin/in.ftpd) [THIS PARTICULAR WUARCHIVE PACKAGE
INSTALLS Wu-FTP IN /usr/local/bin/in.ftpd]. Change "/usr/sbin/in.ftpd" to
"/usr/local/bin/in.ftpd". In the last field change "in.ftpd" to "in.ftpd -a".
The "-a" option is necessary in order for wu-ftpd to read the "ftpaccess" file.
<==============================================================================>

Setting up wu-ftpd -OR- ftpd (vendor's version of Solaris) by hand gives
you the ability to understand and perform manually the necessary steps to
configure and setup the FTP Server. If you wish to save time you can use
the following shell script that will set up the anonymous ftp area.
It presumes that names are resolved using NIS - This script is only
applicable for Solaris 2.5.1 and 2.6:

------------Cut Here------------
#!/bin/sh
# script to setup anonymous ftp area
#

# verify you are root
/usr/bin/id | grep -w 'uid=0' >/dev/null 2>&1
if [ "$?" != "0" ]; then
echo \"$0\" must be run as root.
exit 1
fi

# handle the optional command line argument
case $# in

# the default location for the anon ftp comes from the passwd file
0) ftphome="`getent passwd ftp | cut -d: -f6`"
;;

1) if [ "$1" = "start" ]; then
ftphome="`getent passwd ftp | cut -d: -f6`"
else
ftphome=$1
fi
;;

*) echo "Usage: $0 [anon-ftp-root]"
exit 1
;;
esac

if [ -z "${ftphome}" ]; then
echo "$0: ftphome must be non-null"
exit 2
fi

case ${ftphome} in
/*) # ok
;;

*) echo "$0: ftphome must be an absolute pathname"
exit 1
;;
esac

# This script assumes that ftphome is neither / nor /usr so ...
if [ -z "${ftphome}" -o "${ftphome}" = "/" -o "
{ftphome}" = "/usr" ]; then
echo "$0: ftphome must be non-null and neither / or /usr"
exit 2
fi

# If ftphome does not exist but parent does, create ftphome
if [ ! -d ${ftphome} ]; then
# lack of -p below is intentional
mkdir ${ftphome}
fi
echo Setting up anonymous ftp area ${ftphome}

# Ensure that the /usr directory exists
if [ ! -d ${ftphome}/usr ]; then
mkdir -p ${ftphome}/usr
fi
chown root ${ftphome}
chmod 555 ${ftphome}

# Now set the ownership and modes to match the man page
chown root ${ftphome}/usr
chmod 555 ${ftphome}/usr

# Ensure that the /usr/bin directory exists
if [ ! -d ${ftphome}/usr/bin ]; then
mkdir -p ${ftphome}/usr/bin
fi
# Now set the ownership and modes to match the man page
chown root ${ftphome}/usr/bin
chmod 555 ${ftphome}/usr/bin

# this may not be the right thing to do
# but we need the bin -> usr/bin link
rm -f ${ftphome}/bin
ln -s usr/bin ${ftphome}/bin

# Ensure that the /usr/lib and /etc directories exist
if [ ! -d ${ftphome}/usr/lib ]; then
mkdir -p ${ftphome}/usr/lib
fi
chown root ${ftphome}/usr/lib
chmod 555 ${ftphome}/usr/lib

if [ ! -d ${ftphome}/etc ]; then
mkdir -p ${ftphome}/etc
fi
chown root ${ftphome}/etc
chmod 555 ${ftphome}/etc

# a list of all the commands that should be copied to ${ftphome}/usr/bin
# /usr/bin/ls is needed at a minimum.
ftpcmd="
/usr/bin/ls
"

# ${ftphome}/usr/lib needs to have all the libraries needed by the above
# commands, plus the runtime linker, and some name service libraries
# to resolve names. We just take all of them here.

ftplib="`ldd $ftpcmd | nawk '$3 ~ /lib/ { print $3 }' | sort | uniq`"
ftplib="$ftplib /usr/lib/nss_* /usr/lib/straddr* /usr/lib/libmp.so*"
ftplib="$ftplib /usr/lib/libnsl.so.1 /usr/lib/libsocket.so.1
/usr/lib/ld.so.1"
ftplib="`echo $ftplib | tr ' ' '\n' | sort | uniq`"

cp ${ftplib} ${ftphome}/usr/lib
chmod 555 ${ftphome}/usr/lib/*

cp ${ftpcmd} ${ftphome}/usr/bin
chmod 111 ${ftphome}/usr/bin/*

# you also might want to have separate minimal versions of passwd and group
cp /etc/passwd /etc/group /etc/netconfig ${ftphome}/etc
chmod 444 ${ftphome}/etc/*

# need /etc/default/init for timezone to be correct
if [ ! -d ${ftphome}/etc/default ]; then
mkdir ${ftphome}/etc/default
fi
chown root ${ftphome}/etc/default
chmod 555 ${ftphome}/etc/default
cp /etc/default/init ${ftphome}/etc/default
chmod 444 ${ftphome}/etc/default/init

# Copy timezone database
mkdir -p ${ftphome}/usr/share/lib/zoneinfo
(cd ${ftphome}/usr/share/lib/zoneinfo
(cd /usr/share/lib/zoneinfo; find . -print | cpio -o) 2>/dev/null|cpio -imdu
2>/dev/null

find . -print | xargs chmod 555
find . -print | xargs chown root
)

# Ensure that the /dev directory exists
if [ ! -d ${ftphome}/dev ]; then
mkdir -p ${ftphome}/dev
fi

# make device nodes. ticotsord and udp are necessary for
# 'ls' to resolve NIS names.

for device in zero tcp udp ticotsord ticlts
do
line=`ls -lL /dev/${device} | sed -e 's/,//'`
major=`echo $line | awk '{print $5}'`
minor=`echo $line | awk '{print $6}'`
rm -f ${ftphome}/dev/${device}
mknod ${ftphome}/dev/${device} c ${major} ${minor}
done

chmod 666 ${ftphome}/dev/*

## Now set the ownership and modes
chown root ${ftphome}/dev
chmod 555 ${ftphome}/dev

# uncomment the below if you want a place for people to store things,
# but beware the security implications
if [ ! -d ${ftphome}/pub ]; then
mkdir -p ${ftphome}/pub
fi
chown ftp ${ftphome}/pub
chmod 1777 ${ftphome}/pub

# added pam libs for 2.6
# mkdir -p ${ftphome}/usr/lib/security
# cp /etc/pam.conf ${ftphome}/etc
# cp /usr/lib/security/pam_unix.so.1 ${ftphome}/usr/lib/security
------------Cut Here------------

AUTERIA "WALLY" WINZER JR.

--

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 Sep 18 15:16:15 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA00182;
Fri, 18 Sep 1998 15:16:13 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA31941;
Fri, 18 Sep 1998 15:13:44 -0500 (CDT)
Received: from Sun-E3000.ChampUSA.COM ([email protected] [207.21.123.4])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA00467
for <[email protected]>; Fri, 18 Sep 1998 15:07:54 -0500 (CDT)
Received: from ChampUSA.COM (cwbunny.WahLeeWHIRL.COM [204.118.92.3])
by Sun-E3000.ChampUSA.COM (8.9.1a/8.9.1a) with ESMTP id NAA10622;
Fri, 18 Sep 1998 13:07:19 -0700 (PDT)
Message-Id: <[email protected]>
Date: Fri, 18 Sep 1998 13:07:19 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Auteria Wally Winzer Jr." <[email protected]>
To: [email protected]
Cc: Scott Parmenter <[email protected]>, [email protected]
Subject: Re: guest accounts/passwd?
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.06 [en] (Win95; U)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

As I noted in a previous message, the instructions have changed just a
little for beta18-VR's. Pretty much everything else is the same. The
rc script is now /etc/init.d/academ. The Solaris package is specific for
VR6 - VR8 (VR8 has not been released yet. Waiting on Greg's
announcement). The VR8 Solaris pkg will have the latest instructions.
At the time I created a beta15 package, hence the reason you see beta15-like
directories.

- Wally Winzer Jr.

Gregory A Lundberg wrote:

> On Fri, 18 Sep 1998, Scott Parmenter wrote:
>
> > Well, I'll keep fiddling with it. And there's always the possibility
> > that this a "feature" of the operating system. Trusted Solaris may
> > not allow a chrooted passwd file on a CMW to be valid, even for
> > something innocuous like this.
>
> I believe it works, and I believe theres a command you need to run to make
> things right. I dunno Solaris specifics, tho. The FAQ and the following
> document are the extent of my knowledge:
>
> >From [email protected] Fri Sep 18 15:40:55 1998
> From: Auteria Wally Winzer Jr. <[email protected]>
> To: Gregory A Lundberg <[email protected]>
>
> OK. Actually for Solaris it does not matter whether you have dynamic
> or static executables, for the installation instructions for anonymous FTP
> for Solaris is different. I'll attach the HOW_TO file that comes with
> the WU-FTPD package so you can see exactly how it is laid out.
>
> - Wally
>
> -------------------------------------------------------------------------
> File: HOW_TO_SETUP_AN_FTP_SERVER
>
> HOW TO SETUP AN SECURE FTP SERVER
> NOTE: The following instructions are applicable
> for Solaris 2.x (2.5.1, 2.5, 2.4) only.
> 2nd NOTE: This setup is for WUARCHIVE-ftp 2.4.2
> beta15 (wu-ftpd) as well as the
> vendor's version (Solaris).
>
> IMPORTANT NOTE!!!!!!!!!!!!!!!!!!!
> You can run in.ftpd as a stand-alone daemon by adding the "-S"
> option. An rc script is provided with this distribution. The rc script
> filename is "/etc/init.d/wu-ftpd". To execute the script type at the
> command prompt as root "/etc/init.d/wu-ftpd start". To shutdown the
> wu-ftpd daemon type "/etc/init.d/wu-ftpd stop". Before you use the
> stand-alone daemon you must put a "#" in front of the "ftpd" line
> within the "/etc/inetd.conf" file. Send a SIGHUP to inetd in order
> for inetd to re-read its configuration file.
>
> 1. Add usr "ftp" to the "/etc/passwd" file.
> NOTE: If the user name appears in the file "ftpusers", ftp access is denied.
> 2. Create an "ftp" home directory owned by "root" that cannot be written to by
> anyone.
> 3. Create a "bin" directory under the "ftp" home directory that is owned by
> "root", and that cannot be written to by anyone. The "ls" program should
> be placed in this directory and changed to mode 111 (excute-only). Also
> for "wu-ftpd" copy GNU's version of "tar" (gtar) , "compress", "gzip", and
> "gunzip" into the "bin" directory under the "ftp" home directory. This
> is necessary for wu-ftp to compress and uncompress zipped files (*.Z, *.gz).
> 4. Create an "etc" directory in the "ftp" home directory that is owned by root,
> and that cannot be written to by anyone. Create special "passwd", "group",
> and "shadow" files in this directory and change the mode of both files
> to 444 (read-only).
> 5. Create a "pub" directory in the "ftp" home directory that is owned by root
> and is mode 755 (read, and execute). This is the only directory
> where anonymous "ftp" users can store files. If you don't want to allow
> remote users to store files on your server, change the mode of this directory
> to 444 (read-only).
>
> wu-ftpd authenticates users according to four rules:
>
> a. The user name must be in the password data base, /etc/passwd, and have a
> password that is not null. A password must always be provided by the
> client before any file operations may be performed.
> b. If the user name appears in the file /etc/ftpusers, ftp access is denied.
> c. ftp access is denied if the user's shell (from /etc/passwd) is not listed
> in the file /etc/shells. If the file /etc/shells does not exist, then the
> user's shell must be one of the following:
> /usr/bin/sh /usr/bin/csh /usr/bin/ksh
> /usr/bin/jsh /bin/sh /bin/csh
> /bin/ksh /bin/jsh /sbin/sh
> /sbin/jsh
> d. If the user name is "anonymous" or "ftp", an entry for the user name ftp
> must be present in the password and shadow files. The user is then
> allowed to log in by specifying any password by convention this is given
> as the user's e-mail address (such as [email protected]). Do not specify
> a valid shell in the password entry of the ftp user, and do not give it a
> valid password (use NP in the encrypted password field of the shadow file).
>
> IMPORTANT NOTE: The anonymous FTP root directory (~ftp) and its subdirectories
> should not be owned by the ftp account or be in the same group as
> the ftp account. This is a common configuration problem. If any of
> these directories are owned by ftp or are in the same group as the
> ftp account and are not write protected, an intruder will be able to
> add files (such as a .rhosts file) or modify other files. Many sites
> find it acceptable to use the root account. Making the ftp root
> directory and its subdirectories owned by root, part of the system
> group, and protected so that only root has write permission will help
> to keep your anonymous FTP service secure.
>
> Here is an example of an anonymous FTP directory setup:
>
> drwxr-xr-x 7 root sys 512 Mar 1 15:17 ./
> drwxr-xr-x 25 root sys 512 Jan 4 11:30 ../
> drwxr-xr-x 2 root sys 512 Dec 20 15:43 bin/
> drwxr-xr-x 2 root sys 512 Mar 12 16:23 etc/
> drwxr-xr-x 10 root sys 512 Jun 5 10:54 pub/
>
> Files and libraries, especially those used by the FTP daemon and
> those in ~ftp/bin and ~ftp/etc, should have the same protections
> as these directories. They should not be owned by ftp or be in the
> same group as the ftp account; and they should be write protected.
>
> THE FOLLOWING EXAMPLES SHOW EACH OF THESE STEPS. First, create the "ftp"
> home directory and the required subdirectories. In our example, we create
> the "ftp" directory under the "/export" directory:
>
> # mkdir -p /export/ftp
> # cd /export/ftp
> # pwd (should show /export/ftp)
> # mkdir bin etc pub
>
> Then copy "ls" to /export/ftp/bin, and set the correct permissions:
>
> # cp /usr/bin/ls /export/ftp/bin
> # chmod 00111 /export/ftp/bin/ls
>
> Copy "gzip", "gtar", "tar", "pipe", and "compress" to /export/ftp/bin, and
> set the correct permissions:
>
> # cp /usr/local/etc/wu-ftp2.4.2-beta15/bin/gzip /export/ftp/bin
> # chmod 00111 /export/ftp/bin/gzip
> # cp /usr/local/etc/wu-ftp2.4.2-beta15/bin/gtar /export/ftp/bin
> # chmod 00111 /export/ftp/bin/gtar
> # cp /usr/local/etc/wu-ftp2.4.2-beta15/bin/tar /export/ftp/bin
> # chmod 00111 /export/ftp/bin/tar
> # cp /usr/local/etc/wu-ftp2.4.2-beta15/bin/pipe /export/ftp/bin
> # chmod 00111 /export/ftp/bin/pipe
> # cp /usr/local/etc/wu-ftp2.4.2-beta15/bin/compress /export/ftp/bin
> # chmod 00111 /export/ftp/bin/compress
>
> Create a "hard link" for "gunzip" to "gzip and "uncompress" to "compress":
>
> # ln /export/ftp/bin/gzip /export/ftp/bin/gunzip
> # ln /export/ftp/bin/compress /export/ftp/bin/uncompress
>
> NOTE: IF YOU DON'T HAVE "gzip" or "gtar" you can grab the source code from
> GNU's main ftp site "prep.ai.mit.edu" under "/pub/gnu", or you can copy the
> above files from the "/usr/local/wu-ftp2.4.2beta15/bin" directory.
>
> Create a group that will only be used by anonymous "ftp", a group that has no
> other members. In our example we create a group called "anonymous". An entry
> for this new group is added to the "/etc/group" file, and a file named
> "/export/ftp/etc/group" is created that contains only this single entry:
>
> anonymous::30000:
>
> If you're installing the ftp server on a Solaris system you can use the
> "groupadd" command:
>
> # groupadd -g 30000 anonymous
>
> Create a user account "ftp" by placing an entry for that user in the file
> "/etc/passwd". Also create a file named "/export/ftp/etc/passwd" that contains
> only the "ftp" entry. Here's the entry that was used in this file:
>
> ftp:x:30000:30000:Anonymous FTP:/export/ftp:/bin/true
>
> After modifying "/etc/passwd" type "pwconv". A line will be created within
> the "/etc/shadow" file for encryption of user "ftp". Place a "NP" within
> the encryption field. For example if the original line looks like this:
>
> ftp::10234::::::
>
> place "NP" between the first 2 colons. Now the line should look like this:
>
> ftp:NP:10234::::::
>
> Replace the field "10234" with "6445". Now the line should look like this:
>
> ftp:NP:6445::::::
>
> Now create the "/export/ftp/etc/passwd" and add the "ftp" entry only.
> Modify the ftp line so that it is different than the line placed within
> "/etc/passwd". Add a root line within "/export/ftp/etc/passwd". Add a
> bogus user that will be maintained by "~ftp/pub/*". The three lines should look
> like the following:
>
> root:x:0:0:FTP Maintainer::
> agent007:x:20000:20000:Auteria Wally Winzer Jr.::
> ftp:x:30000:30000:Anonymous FTP::
>
> Create "/export/ftp/etc/shadow" and add the "ftp", "root", and
> "agent007" entry only. The line should look exactly like the "ftp" line:
>
> root:NP:6445::::::
> agent007:NP:6445::::::
> ftp:NP:6445::::::
>
> Copy "/etc/netconfig" to "/export/ftp/etc".
>
> Make the directory "/export/ftp/etc/default".
>
> Copy "/etc/default/init" to "/export/ftp/etc/default".
>
> These examples use a GID of 30000 and a UID of 30000. These are only examples;
> pick a UID and GID that aren't used for anything else on your system.
>
> A "cat" of the newly created "/export/ftp/etc/passwd", "/export/ftp/etc/group",
> "/export/ftp/etc/netconfig", and "/export/ftp/etc/shadow" files shows
> the following:
>
> # cat /export/ftp/etc/passwd
> root:x:0:0:FTP Maintainer::
> agent007:x:20000:20000:Auteria Wally Winzer Jr.::
> ftp:x:30000:30000:Anonymous FTP::
> # cat /export/ftp/etc/group
> root::0:
> filekeeper::20000:
> anonymous::30000:
> # cat /export/ftp/etc/netconfig
> udp tpi_clts v inet udp /dev/udp -
> tcp tpi_cots_ord v inet tcp /dev/tcp -
> rawip tpi_raw - inet - /dev/rawip -
> ticlts tpi_clts v loopback - /dev/ticlts straddr.so
> ticotsord tpi_cots_ord v loopback - /dev/ticotsord straddr.so
> ticots tpi_cots v loopback - /dev/ticots straddr.so
> # cat /export/ftp/etc/shadow
> root:NP:6445::::::
> agent007:NP:6445::::::
> ftp:NP:6445::::::
> # cat /export/ftp/etc/default/init
> # @(#)init.dfl 1.2 92/11/26
> #
> # This file is /etc/default/init. /etc/TIMEZONE is a symlink to this file.
> # This file looks like a shell script, but it is not. To maintain
> # compatibility with old versions of /etc/TIMEZONE, some shell constructs
> # (i.e., export commands) are allowed in this file, but are ignored.
> #
> # Lines of this file should be of the form VAR=value, where VAR is one of
> # TZ, LANG, or any of the LC_* environment variables.
> #
> TZ=US/Pacific
>
> After the edits are complete, set all three files to mode 444:
>
> # chmod 444 /export/ftp/etc/passwd
> # chmod 444 /export/ftp/etc/group
> # chmod 444 /export/ftp/etc/netconfig
> # chmod 444 /export/ftp/etc/shadow
> # chmod 444 /export/ftp/etc/default/init
> # chmod 111 /export/ftp/etc/default
> Set the correct ownership and mode for each of the directories:
>
> # cd /export/ftp
> # pwd (should show /export/ftp)
> NOTE: make the "pub" directory 2555, ie. set-group-id, in order to create new
> files with the same group ownership:
> # chmod 2555 pub
> # chmod 111 bin
> # chmod 111 etc
> # chown root *
> # chgrp root *
> # chown root .
> # chgrp root .
> # chmod 755 .
>
> NOTE----NOTE----NOTE----NOTE----NOTE----NOTE----NOTE----NOTE----NOTE----NOTE----
> *** Neither the home directory (~ftp) nor any directory below it should be
> owned by ftp! No files should be owned by ftp either. Modern ftp daemons
> support all kinds of useful commands, such as chmod, that allow outsiders to
> undo your careful permission settings. They also have configuration options
> like the following (WuFTP) to disable them:
>
> (NOTE: ENTRY OF "ftpaccess" for WuFTP)
> # all the following default to "yes" for everybody
> delete no guest,anonymous # delete permission?
> overwrite no guest,anonymous # overwrite permission?
> rename no guest,anonymous # rename permission?
> chmod no anonymous # chmod permission?
> umask no anonymous # umask permission?
>
> IMPORTANT SECURITY NOTE:
> If you wish to have a place for anonymous users to leave files, create
> the directory ~ftp/pub/incoming. This directory is owned by root with
> permissions 733. Do a 'chmod +t ~ftp/pub/incoming'. The ftp daemon will
> normally not allow an anonymous user to overwrite an existing file, but a
> normal user of the system would be able to delete anything. By setting the
> mode to '1733' you prevent this from happening. In wuftpd you may configure
> the daemon to create new files with permissions '600' owned by root or any
> other user. Many times, incoming directories are abused by exchanging pirated
> and pornographic material. Abusers often create hidden directories there for
> this purpose. Making the incoming directory unreadable by anonymous ftp helps
> to some extent. With ordinary ftp severs there is no way to prevent
> directories being created in incoming. The WUarchive ftp server can limit
> uploads to certain directories and can restrict characters used in file names
> like this:
>
> (NOTE: ENTRY OF "ftpaccess" for WuFTP)
> # specify the upload directory information
> upload /export/ftp * no
> upload /export/ftp /incoming yes ftp anonymous 0600 nodirs
>
> # path filters...
> path-filter anonymous /usr/local/etc/msgs/pathmsg ^[-A-Za-z0-9_\.]*$ ^\. ^-
> path-filter guest /usr/local/etc/msgs/pathmsg ^[-A-Za-z0-9_\.]*$ ^\. ^-
>
> If you have wuftpd you may want to add some ftp extensions like
> compression/decompression 'on the fly' or creation of tar files for the
> directory hierarchies. Get the appropriate sources (gzip, gnutar, compress),
> compile them and link statically, put in the ~ftp/bin directory and edit the
> appropriate file containing the definitions of the allowed conversions.
> /usr/bin/tar is already statically-linked. You may wish to use gnu tar
> anyway:
>
> [NOTE: Copy the program "pipe" from "usr/local/wu-ftp2.4.2beta15/bin"
> into "~ftp/bin". This is needed for piping two commands into one.]
> (SAMPLE "fileconversions")
> #strip prefix:strip postfix:addon prefix:addon postfix:external command:
> #types:options:description
> :.Z: : :/bin/compress -d -c %s:T_REG|T_ASCII:O_UNCOMPRESS:UNCOMPRESS
> :-z: : :/bin/compress -d -c %s:T_REG|T_ASCII:O_UNCOMPRESS:UNCOMPRESS
> : : :.Z:/bin/compress -c %s:T_REG:O_COMPRESS:COMPRESS
> : : :.tar:/bin/tar cf - %s:T_REG|T_DIR:O_TAR:TAR
> : : :.tar.Z:/bin/pipe /bin/tar cf - %s | /bin/compress -c:T_REG|T_DIR:O_COMPRESS|O_TAR:TAR+COMPRESS
> : : :.tar:/bin/gtar -c -f - %s:T_REG|T_DIR:O_TAR:TAR
> : : :.tar.Z:/bin/gtar -c -Z -f - %s:T_REG|T_DIR:O_COMPRESS|O_TAR:TAR+COMPRESS
> : : :.tar.gz:/bin/gtar -c -z -f - %s:T_REG|T_DIR:O_COMPRESS|O_TAR:TAR+GZIP
>
> touch /var/mail/ftp
> chmod 600 /var/mail/ftp
>
> For most UNIX systems, the installation is complete. But if you have a Sun
> system, a few more steps are necessary. The dynamic linking used in
> Sun OS/Solaris 5.x requires that the "ftp" home directory contains:
>
> 1. The runtime linker
> 2. The Shared C Library
> 3. /dev/zero, /dev/tcp, /dev/udp, /dev/ticotsord, /dev/null, /dev/ticlts,
> and /dev/ticots
> 4. zoneinfo files
>
> These Sun-specific steps are shown in the following examples. First create the
> directory "/export/ftp/usr/lib, then copy the files "ld.so", "libc.so.*",
> "libdl.so*", libintl.so.*", "libw.so.*", "libnsl.so.*", "libsocket.so.*",
> "nss_nis.so*", "nss_nisplus.so*", "nss_dns.so*", "nss_files.so*", and
> "straddr.so*" into the new directory, and set the file permissions:
>
> # cd /export/ftp
> # pwd (should show /export/ftp)
> # mkdir -p usr/lib
> # cp /usr/lib/ld.so* usr/lib
> # cp /usr/lib/libc.so.* usr/lib
> # cp /usr/lib/libdl.so.* usr/lib
> # cp /usr/lib/libintl.so.* usr/lib
> # cp /usr/lib/libw.so.* usr/lib
> # cp /usr/lib/libnsl.so.* usr/lib
> # cp /usr/lib/libsocket.so.* usr/lib
> # cp /usr/lib/nss_nis.so* usr/lib
> # cp /usr/lib/nss_nisplus.so* usr/lib
> # cp /usr/lib/nss_dns.so* usr/lib
> # cp /usr/lib/nss_files.so* usr/lib
> # cp /usr/lib/straddr.so* usr/lib
> # cd usr/lib
> # pwd (should show /export/ftp/usr/lib)
> # rm -f ld.so straddr.so
> # ln -s ./ld.so.1 ld.so
> # ln -s ./straddr.so.2 straddr.so
> # chmod 555 *
> # chgrp root *
> # cd ..
> # pwd (should show /export/ftp/usr)
> # chmod 111 lib
> # cd ..
> # pwd (should show /export/ftp)
> # chmod 111 usr
>
> Next, create the "/export/ftp/dev" directory. Perform ls -lL on the device
> files listed below to determine their major and minor numbers, then use mknod
> to create them in this directory:
>
> # cd /export/ftp
> # pwd (should show /export/ftp)
> # mkdir dev
> # chmod 111 dev
> # cd dev
> # pwd (should show /export/ftp/dev)
> # ls -lL /dev/null /dev/zero /dev/tcp /dev/udp /dev/ticotsord \
> /dev/ticlts /dev/ticots
> (AN EXAMPLE OUTPUT WILL LOOK LIKE THE FOLLOWING:)
>
> # ls -lL /dev/null /dev/zero /dev/tcp /dev/udp /dev/ticotsord \
> /dev/ticlts /dev/ticots
> crw-rw-rw- 1 root sys 13, 2 Jun 2 20:28 /dev/null
> crw-rw-rw- 1 root sys 11, 42 Apr 16 1997 /dev/tcp
> crw-rw-rw- 1 root sys 105, 2 Aug 20 1997 /dev/ticlts
> crw-rw-rw- 1 root sys 105, 0 Aug 20 1997 /dev/ticots
> crw-rw-rw- 1 root sys 105, 1 Aug 20 1997 /dev/ticotsord
> crw-rw-rw- 1 root sys 11, 41 Apr 16 1997 /dev/udp
> crw-rw-rw- 1 root sys 13, 12 Apr 16 1997 /dev/zero
>
> # mknod null c 13 2
> # mknod tcp c 11 42
> # mknod ticlts c 105 2
> # mknod ticots c 105 0
> # mknod ticotsord c 105 1
> # mknod udp c 11 41
> # mknod zero c 13 12
> # chmod 00666 null tcp ticlts ticots ticotsord udp zero
> # chgrp sys null tcp ticlts ticots ticotsord udp zero
>
> Create the directory "/export/ftp/usr/share/lib/zoneinfo". Make this
> directory mode 555 and owned by the super-user. Copy its contents from
> /usr/share/lib/zoneinfo. This enables ls -l to display time and date
> stamps correctly:
>
> # mkdir -p /export/ftp/usr/share/lib/zoneinfo
> # cd /export/ftp/usr
> # pwd (should show /export/ftp/usr)
> # chgrp sys share
> # chmod 555 share
> # cd share
> # pwd (should show /export/ftp/usr/share)
> # chgrp sys lib
> # chmod 555 lib
> # cd lib
> # pwd (should show /export/ftp/usr/share/lib)
> # chgrp bin zoneinfo
> # chmod 555 zoneinfo
> # cd zoneinfo
> # pwd (should show /export/ftp/usr/share/lib/zoneinfo)
> # cp /usr/share/lib/zoneinfo/* .
>
> NOTE: FOLLOW THE NEXT SET OF INSTRUCTIONS IF YOU'RE USING Wu-FTP, OTHERWISE
> GO ON TO THE "Setting up wu-ftpd..." SECTION:
>
> <==============================================================================>
> Modify the "in.ftpd" line in the "/etc/inetd.conf" file. Change the location
> of the newly installed "wu-ftpd" (in.ftpd) if the location is different than
> the vendor's version (/usr/sbin/in.ftpd) [THIS PARTICULAR WUARCHIVE PACKAGE
> INSTALLS Wu-FTP IN /usr/local/bin/in.ftpd]. Change "/usr/sbin/in.ftpd" to
> "/usr/local/bin/in.ftpd". In the last field change "in.ftpd" to "in.ftpd -a".
> The "-a" option is necessary in order for wu-ftpd to read the "ftpaccess" file.
> <==============================================================================>
>
> Setting up wu-ftpd -OR- ftpd (vendor's version of Solaris) by hand gives
> you the ability to understand and perform manually the necessary steps to
> configure and setup the FTP Server. If you wish to save time you can use
> the following shell script that will set up the anonymous ftp area.
> It presumes that names are resolved using NIS - This script is only
> applicable for Solaris 2.5.1 and 2.6:
>
> ------------Cut Here------------
> #!/bin/sh
> # script to setup anonymous ftp area
> #
>
> # verify you are root
> /usr/bin/id | grep -w 'uid=0' >/dev/null 2>&1
> if [ "$?" != "0" ]; then
> echo \"$0\" must be run as root.
> exit 1
> fi
>
> # handle the optional command line argument
> case $# in
>
> # the default location for the anon ftp comes from the passwd file
> 0) ftphome="`getent passwd ftp | cut -d: -f6`"
> ;;
>
> 1) if [ "$1" = "start" ]; then
> ftphome="`getent passwd ftp | cut -d: -f6`"
> else
> ftphome=$1
> fi
> ;;
>
> *) echo "Usage: $0 [anon-ftp-root]"
> exit 1
> ;;
> esac
>
> if [ -z "${ftphome}" ]; then
> echo "$0: ftphome must be non-null"
> exit 2
> fi
>
> case ${ftphome} in
> /*) # ok
> ;;
>
> *) echo "$0: ftphome must be an absolute pathname"
> exit 1
> ;;
> esac
>
> # This script assumes that ftphome is neither / nor /usr so ...
> if [ -z "${ftphome}" -o "${ftphome}" = "/" -o "
> {ftphome}" = "/usr" ]; then
> echo "$0: ftphome must be non-null and neither / or /usr"
> exit 2
> fi
>
> # If ftphome does not exist but parent does, create ftphome
> if [ ! -d ${ftphome} ]; then
> # lack of -p below is intentional
> mkdir ${ftphome}
> fi
> echo Setting up anonymous ftp area ${ftphome}
>
> # Ensure that the /usr directory exists
> if [ ! -d ${ftphome}/usr ]; then
> mkdir -p ${ftphome}/usr
> fi
> chown root ${ftphome}
> chmod 555 ${ftphome}
>
> # Now set the ownership and modes to match the man page
> chown root ${ftphome}/usr
> chmod 555 ${ftphome}/usr
>
> # Ensure that the /usr/bin directory exists
> if [ ! -d ${ftphome}/usr/bin ]; then
> mkdir -p ${ftphome}/usr/bin
> fi
> # Now set the ownership and modes to match the man page
> chown root ${ftphome}/usr/bin
> chmod 555 ${ftphome}/usr/bin
>
> # this may not be the right thing to do
> # but we need the bin -> usr/bin link
> rm -f ${ftphome}/bin
> ln -s usr/bin ${ftphome}/bin
>
> # Ensure that the /usr/lib and /etc directories exist
> if [ ! -d ${ftphome}/usr/lib ]; then
> mkdir -p ${ftphome}/usr/lib
> fi
> chown root ${ftphome}/usr/lib
> chmod 555 ${ftphome}/usr/lib
>
> if [ ! -d ${ftphome}/etc ]; then
> mkdir -p ${ftphome}/etc
> fi
> chown root ${ftphome}/etc
> chmod 555 ${ftphome}/etc
>
> # a list of all the commands that should be copied to ${ftphome}/usr/bin
> # /usr/bin/ls is needed at a minimum.
> ftpcmd="
> /usr/bin/ls
> "
>
> # ${ftphome}/usr/lib needs to have all the libraries needed by the above
> # commands, plus the runtime linker, and some name service libraries
> # to resolve names. We just take all of them here.
>
> ftplib="`ldd $ftpcmd | nawk '$3 ~ /lib/ { print $3 }' | sort | uniq`"
> ftplib="$ftplib /usr/lib/nss_* /usr/lib/straddr* /usr/lib/libmp.so*"
> ftplib="$ftplib /usr/lib/libnsl.so.1 /usr/lib/libsocket.so.1
> /usr/lib/ld.so.1"
> ftplib="`echo $ftplib | tr ' ' '\n' | sort | uniq`"
>
> cp ${ftplib} ${ftphome}/usr/lib
> chmod 555 ${ftphome}/usr/lib/*
>
> cp ${ftpcmd} ${ftphome}/usr/bin
> chmod 111 ${ftphome}/usr/bin/*
>
> # you also might want to have separate minimal versions of passwd and group
> cp /etc/passwd /etc/group /etc/netconfig ${ftphome}/etc
> chmod 444 ${ftphome}/etc/*
>
> # need /etc/default/init for timezone to be correct
> if [ ! -d ${ftphome}/etc/default ]; then
> mkdir ${ftphome}/etc/default
> fi
> chown root ${ftphome}/etc/default
> chmod 555 ${ftphome}/etc/default
> cp /etc/default/init ${ftphome}/etc/default
> chmod 444 ${ftphome}/etc/default/init
>
> # Copy timezone database
> mkdir -p ${ftphome}/usr/share/lib/zoneinfo
> (cd ${ftphome}/usr/share/lib/zoneinfo
> (cd /usr/share/lib/zoneinfo; find . -print | cpio -o) 2>/dev/null|cpio -imdu
> 2>/dev/null
>
> find . -print | xargs chmod 555
> find . -print | xargs chown root
> )
>
> # Ensure that the /dev directory exists
> if [ ! -d ${ftphome}/dev ]; then
> mkdir -p ${ftphome}/dev
> fi
>
> # make device nodes. ticotsord and udp are necessary for
> # 'ls' to resolve NIS names.
>
> for device in zero tcp udp ticotsord ticlts
> do
> line=`ls -lL /dev/${device} | sed -e 's/,//'`
> major=`echo $line | awk '{print $5}'`
> minor=`echo $line | awk '{print $6}'`
> rm -f ${ftphome}/dev/${device}
> mknod ${ftphome}/dev/${device} c ${major} ${minor}
> done
>
> chmod 666 ${ftphome}/dev/*
>
> ## Now set the ownership and modes
> chown root ${ftphome}/dev
> chmod 555 ${ftphome}/dev
>
> # uncomment the below if you want a place for people to store things,
> # but beware the security implications
> if [ ! -d ${ftphome}/pub ]; then
> mkdir -p ${ftphome}/pub
> fi
> chown ftp ${ftphome}/pub
> chmod 1777 ${ftphome}/pub
>
> # added pam libs for 2.6
> # mkdir -p ${ftphome}/usr/lib/security
> # cp /etc/pam.conf ${ftphome}/etc
> # cp /usr/lib/security/pam_unix.so.1 ${ftphome}/usr/lib/security
> ------------Cut Here------------
>
> AUTERIA "WALLY" WINZER JR.
>
> --
>
> 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 Sep 18 15:17:17 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA00201;
Fri, 18 Sep 1998 15:17:13 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA14646;
Fri, 18 Sep 1998 15:15:08 -0500 (CDT)
Received: from jester.ti.com (jester.ti.com [192.94.94.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA29858
for <[email protected]>; Fri, 18 Sep 1998 15:10:24 -0500 (CDT)
Received: from dadd.ti.com ([172.24.154.51]) by jester.ti.com (8.8.8) with ESMTP id PAA15194; Fri, 18 Sep 1998 15:09:18 -0500 (CDT)
Received: from pavis.asic.sc.ti.com by dadd.ti.com (8.8.4/)
id PAA16874; Fri, 18 Sep 1998 15:09:34 -0500 (CDT)
Received: by pavis.asic.sc.ti.com id <[email protected]>; Fri, 18 Sep 1998 15:09:34 -0500
Message-Id: <[email protected]>
Date: Fri, 18 Sep 98 15:09:33 CDT
Reply-To: [email protected] (Bob Luckin)
Sender: [email protected]
From: Bob Luckin <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: guest accounts/passwd?
In-Reply-To: <[email protected]>; from "Scott Parmenter" at Sep 18, 98 10:55 am
X-Mimi-Options: HEADERS TI2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> I want to apologize in advance for this question. I know it's a FAQ, and I've
> spent plenty of time searching for its solution, but to no avail. It's the old "ls
> -l gives UID and GID, not user and group names" thingee. I've got hacked down
> passwd and group files (world readable at the moment) in the chrooted /etc dir.
> The /etc is at the same level as the /bin, /dev, and /usr dirs and they're being
> accessed properly. That is, ls -l for a guest user gives time stamp info, etc.
> just not user and group names. Any ideas what I'm doing wrong?

I have a feeling that it may be another missing library from usr/lib - I'm
sure I've seen this problem before somewhere, but it was so long ago I can't
remember what the library was. For some reason, libnsl.so and libnsl.so.1
come to mind, along with the various nss_libraries, but I could be way off
base. And I seem to recall it wasn;t one of those listed in the vendor's
ftpd man page.

I can send you a list of the libraries I have in my Solaris 2.5.1
installation if it will help you to cross check, although I think you said
you were running under 2.6, so there may be differences anyway.

Cheers, Bob
--
Bob Luckin [email protected] "Rats live on no evil planet"
[http://www.dhc.net/~luckin/palindromes.html]

From [email protected] Fri Sep 18 15:42:04 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA00515;
Fri, 18 Sep 1998 15:42:02 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA16742;
Fri, 18 Sep 1998 15:39:35 -0500 (CDT)
Received: from ulysium.net (ulysium.net [204.96.116.162])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA08645
for <[email protected]>; Fri, 18 Sep 1998 15:38:45 -0500 (CDT)
Received: from ulysium.net (pm33-23.magicnet.net [206.104.201.56])
by ulysium.net (8.9.0/8.9.0) with ESMTP id QAA27818;
Fri, 18 Sep 1998 16:37:31 -0400 (EDT)
Message-Id: <[email protected]>
Date: Fri, 18 Sep 1998 16:35:40 -0400
Reply-To: [email protected]
Sender: [email protected]
From: Didier Godefroy <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: wu-ftpd <[email protected]>
Subject: Re: BeroFTPD
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.5b2 (Macintosh; I; PPC)
X-Accept-Language: en, fr
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Gregory A Lundberg wrote:

> Once upon a time, I used a C compiler which didn't like 'extern' in
> include files when I was going to define the function. Some lame thing
> outa Redmond Washington, I think it was. It wasn't ANSI, they fixed it.
> Maybe that's the problem here? If you get real literal 'extern char *'
> isn't the same as 'char *' although the standard says you gotta handle
> that. Try removing the #include "authuser.h" from authuser.c to see if
> the problem goes away .. there's nothing there critical for that module.

I don't do C, so I'm a bit shy in doing things with the source, and I couldn't
find an authuser.c file in the src folder, is it somewhere else?

But I was thinking, what if I used the latest gcc from gnu?
I'm running Digital Unix 4.0b and I don't have gnu gcc installed right now, I
just installed gnu make 3.77 though...

--
Didier Godefroy
mailto:[email protected]

From [email protected] Fri Sep 18 15:54:34 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA00645;
Fri, 18 Sep 1998 15:54:31 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA24569;
Fri, 18 Sep 1998 15:52:14 -0500 (CDT)
Received: from ms1bh.rossroy.com (ms1bh.rossroy.com [206.253.242.229])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA30508
for <[email protected]>; Fri, 18 Sep 1998 15:47:14 -0500 (CDT)
Received: from is1bh.rossroy.com (is1bh.rossroy.com [206.253.242.231])
by ms1bh.rossroy.com (8.9.0/8.9.0) with ESMTP id UAA17149;
Fri, 15 Aug 2036 20:02:31 -0400 (EDT)
Received: by is1bh with Internet Mail Service (5.5.1960.3)
id <TDNN0MS9>; Fri, 18 Sep 1998 16:46:55 -0400
Message-Id: <007E79210DA7D011A8B300805FC19CD6F7C3D5@is1bh>
Date: Fri, 18 Sep 1998 16:46:51 -0400
Reply-To: [email protected]
Sender: [email protected]
From: "Srinivasan, Ranganathan" <[email protected]>
To: "'[email protected]'" <[email protected]>
Cc: [email protected]
Subject: RE: guest accounts/passwd?
X-Mailer: Internet Mail Service (5.5.1960.3)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

A great thanks for your precompiled distribution at your site
(ftp.vr.net) which has reduced my work to half.

Now I am running the latest version as per your suggestion. When I
login as a regular user I am able to see the user names on issuing the ls
command but when logged in as anonymous or guest user I am able to see only
the user ids rather than user names.

The following example below depicts the case.

Case 1: Regular user

220 ftp1bh FTP server (Version wu-2.4.2-academ[BETA-18-VR7](1) Tue
Sep 15 15:11:
42 PDT 1998) ready.
Name (ftp1bh.rossroy.com:ranga): ranga
331 Password required for ranga.
Password:
230 User ranga logged in.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> ls
200 PORT command successful.
150 Opening ASCII mode data connection for /bin/ls.
total 12
drwxr-xr-x 2 ranga staff 512 Sep 18 10:53 .
drwxr-xr-x 26 root other 512 Sep 18 10:33 ..
-rw-r--r-- 1 ranga users 36 Aug 5 12:56 .profile
-rw------- 1 ranga users 1166 Sep 18 14:55 .sh_history
-rw-r--r-- 1 root other 331 Sep 18 10:15 xxxx.gz
226 Transfer complete.

Case 2: Guest user

220 ftp1bh FTP server (Version wu-2.4.2-academ[BETA-18-VR7](1) Tue
Sep 15 15:11:
42 PDT 1998) ready.
Name (ftp1bh.rossroy.com:ranga): loguser
331 Password required for loguser.
Password:
230 User loguser logged in. Access restrictions apply.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> ls
200 PORT command successful.
150 Opening ASCII mode data connection for /bin/ls.
total 6
drwxr-x--- 3 90 19 512 Sep 18 18:07 .
drwxr-xr-x 9 0 1 512 Sep 18 18:07 ..
drwxr-xr-x 2 90 19 512 Sep 18 18:07 raw
226 Transfer complete.

Ranganathan Srinivasan
Ross Roy Communications Inc.
(248)433-6642

From [email protected] Fri Sep 18 16:07:30 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA00758;
Fri, 18 Sep 1998 16:07:28 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA18486;
Fri, 18 Sep 1998 16:05:14 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA01599
for <[email protected]>; Fri, 18 Sep 1998 15:59:14 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id QAA15796;
Fri, 18 Sep 1998 16:59:06 -0400
Message-Id: <[email protected]>
Date: Fri, 18 Sep 1998 16:59:05 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Didier Godefroy <[email protected]>
Cc: wu-ftpd <[email protected]>
Subject: Re: BeroFTPD
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, 18 Sep 1998, Didier Godefroy wrote:

> I don't do C, so I'm a bit shy in doing things with the source, and I
> couldn't find an authuser.c file in the src folder, is it somewhere
> else?

It's in the support directory.

> But I was thinking, what if I used the latest gcc from gnu? I'm
> running Digital Unix 4.0b and I don't have gnu gcc installed right
> now, I just installed gnu make 3.77 though...

That ought to fix 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] Fri Sep 18 16:08:18 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA00767;
Fri, 18 Sep 1998 16:08:17 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA29174;
Fri, 18 Sep 1998 16:06:01 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA12216
for <[email protected]>; Fri, 18 Sep 1998 16:02:16 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id RAA15819;
Fri, 18 Sep 1998 17:02:11 -0400
Message-Id: <[email protected]>
Date: Fri, 18 Sep 1998 17:02:11 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Srinivasan, Ranganathan" <[email protected]>
Cc: [email protected]
Subject: RE: guest accounts/passwd?
In-Reply-To: <007E79210DA7D011A8B300805FC19CD6F7C3D5@is1bh>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 18 Sep 1998, Srinivasan, Ranganathan wrote:

> Now I am running the latest version as per your suggestion. When I
> login as a regular user I am able to see the user names on issuing the
> ls command but when logged in as anonymous or guest user I am able to
> see only the user ids rather than user names.

you need etc/passwd and etc/group in the ~ftp directory for anonymous, and
in the chroot'd directory for guest users. this is a FAQ. My email a bit
ago with solaris instructions covered it as well .. if you've deleted it
already I'll resent it privately.

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

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

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

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

--

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

From [email protected] Fri Sep 18 17:25:45 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA01604;
Fri, 18 Sep 1998 17:25:44 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA05025;
Fri, 18 Sep 1998 17:23:36 -0500 (CDT)
Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA06438
for <[email protected]>; Fri, 18 Sep 1998 17:18:37 -0500 (CDT)
Received: from kingdom.adaptec.com (kingdom [162.62.162.10])
by magic.adaptec.com (8.9.1a/8.8.8) with ESMTP id PAA15763
for <[email protected]>; Fri, 18 Sep 1998 15:18:06 -0700 (PDT)
Received: from mail1.corp.adaptec.com (mail1.corp.adaptec.com [162.62.162.12])
by kingdom.adaptec.com (8.8.8/8.8.8) with ESMTP id PAA19942
for <[email protected]>; Fri, 18 Sep 1998 15:17:36 -0700 (PDT)
Received: from corp.adaptec.com ([162.62.54.131]) by mail1.corp.adaptec.com
(Netscape Messaging Server 3.01) with ESMTP id AAA1047
for <[email protected]>; Fri, 18 Sep 1998 15:17:33 -0700
Message-Id: <[email protected]>
Date: Fri, 18 Sep 1998 15:18:19 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Jose Montilla" <[email protected]>
To: [email protected]
Subject: compile problems
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.06 [en] (Win95; U)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Making ftpd.
cc -g -DDEBUG -I.. -I../support -L../support -c ftpd.c
"ftpd.c", line 143: identifier redeclared: realpath
current : function(pointer to char, pointer to char) returning
pointer to char
previous: function(pointer to const char, pointer to char)
returning pointer to char : "/usr/include/stdlib.h", line 180
"ftpd.c", line 1446: cannot recover from previous errors
cc: acomp failed for ftpd.c
*** Error code 2
make: Fatal error: Command failed for target `ftpd.o'

Making ftpcount.
cc -g -DDEBUG -I.. -I../support -L../support -o ftpcount ftpcount.c
vers.o -lsupport -lsocket -lnsl -lgen
ld: fatal: file vers.o: open failed: No such file or directory
ld: fatal: File processing errors. No output written to ftpcount
*** Error code 1
make: Fatal error: Command failed for target `ftpcount'

Making ftpshut.
cc -g -DDEBUG -I.. -I../support -L../support -o ftpshut ftpshut.c vers.o
-lsupport -lsocket -lnsl -lgen
ld: fatal: file vers.o: open failed: No such file or directory
ld: fatal: File processing errors. No output written to ftpshut
*** Error code 1
make: Fatal error: Command failed for target `ftpshut'
Hi,

I have downloaded the wuftpd-2.4.tar.Z from wuarchive.wustl.edu and
compiled it to
an SS20 running Solaris 2.6.
I ran
build sol
and I got some errors.....
Can someone help ? Any thoughts ?

Thanks

Making ckconfig.
`ckconfig' is up to date.
ln: ../src/ckconfig and ckconfig are identical

Links to executables are in bin directory:
size: bin/ftpd: cannot open
size: bin/ftpcount: cannot open
size: bin/ftpshut: cannot open
size: bin/ftpwho: cannot open
bin/ckconfig: 4833 + 584 + 324 = 5741
Done

From [email protected] Fri Sep 18 17:32:00 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA01672;
Fri, 18 Sep 1998 17:31:59 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA19045;
Fri, 18 Sep 1998 17:29:52 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA14174
for <[email protected]>; Fri, 18 Sep 1998 17:28:29 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id SAA16483;
Fri, 18 Sep 1998 18:28:24 -0400
Message-Id: <[email protected]>
Date: Fri, 18 Sep 1998 18:28:24 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Jose Montilla <[email protected]>
Cc: [email protected]
Subject: Re: compile 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 Fri, 18 Sep 1998, Jose Montilla wrote:

> I have downloaded the wuftpd-2.4.tar.Z from wuarchive.wustl.edu and
> compiled it to an SS20 running Solaris 2.6. I ran build sol and I got
> some errors..... Can someone help ? Any thoughts ?

Sure, first go get the right package: wu-ftpd-2.4.2-beta-18.tar.Z from
academ.com. Run 'sh build clean' then 'sh build sol'.

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

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

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

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

--

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

From [email protected] Sun Sep 20 09:43:52 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA10892;
Sun, 20 Sep 1998 09:43:51 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA26332;
Sun, 20 Sep 1998 09:41:33 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA01091
for <[email protected]>; Sun, 20 Sep 1998 09:35:56 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id KAA24732;
Sun, 20 Sep 1998 10:35:53 -0400
Message-Id: <[email protected]>
Date: Sun, 20 Sep 1998 10:35:53 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: [VR7] Precompiled binaries for BSDI now available
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

Fetch them from

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

Two versions are available:

wu-ftpd-2.4.2-beta-18-vr7-BSDI-2.1.tar.gz
wu-ftpd-2.4.2-beta-18-vr7-BSDI-3.1.tar.gz

After downloading:

- gunzip and untar
- cd into the directory created
- ensure you have a 'ftp' user. If not, run /usr/sbin/config_anonftp
to create one
- run install.bsdi to install

--

Thanks to [email protected] for building these tarballs and contributing them
to the WU-FTPD user community.

--

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 Sep 21 08:03:00 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA02835;
Mon, 21 Sep 1998 08:02:45 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA17095;
Mon, 21 Sep 1998 07:59:56 -0500 (CDT)
Received: from isk.de (manfred.remsmurr.de [194.97.228.5])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA27912
for <[email protected]>; Mon, 21 Sep 1998 07:51:22 -0500 (CDT)
Received: (qmail 11468 invoked from network); 21 Sep 1998 12:51:19 -0000
Received: from unknown (HELO ) (194.97.228.128)
by manfred.remsmurr.de with SMTP; 21 Sep 1998 12:51:19 -0000
Message-Id: <[email protected]>
Date: Mon, 21 Sep 1998 14:51:12 +0100
Reply-To: [email protected]
Sender: [email protected]
From: Sigi <[email protected]>
To: "WU-FTPD" <[email protected]>
Subject: automatic untar and unzip
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: PostMe 2.0 Beta (Build 930 / 16.09.1998)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello

i'm neu on this list.
a looking in the faq and docs didn't give me an answer.
maybe i looked over me theme.
for two questions i need help.

(1) is it possible to have users that automatic untar or unzip
uploaded files?
i saw the ftpconversions file, but not how user work with that. is it
possible with users that have only an ftp account (/bin/false)? i
have put "unzip" and "tar" in the "~ftp/bin/" directory, but nothing
happens. if possible, how should i configure that right?

(2) is it possible to link the "~ftp/bin/" directory to all user
directories? i have no anonymous. all users have owned directories,
set up in "passwd" (..././). i tested an "ln -s /globalbin /userbin",
but this doesn't work. if possible, how do i set up right?

sorry for my bad english.

Sigi.

From [email protected] Mon Sep 21 08:31:07 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA03123;
Mon, 21 Sep 1998 08:31:05 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA24573;
Mon, 21 Sep 1998 08:28:47 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA29814
for <[email protected]>; Mon, 21 Sep 1998 08:24:36 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id JAA30126;
Mon, 21 Sep 1998 09:24:25 -0400
Message-Id: <[email protected]>
Date: Mon, 21 Sep 1998 09:24:24 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Sigi <[email protected]>
Cc: WU-FTPD <[email protected]>
Subject: Re: automatic untar and unzip
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, 21 Sep 1998, Sigi wrote:

> (1) is it possible to have users that automatic untar or unzip
> uploaded files?

No.

> i saw the ftpconversions file, but not how user work with that.

ftpconversions apply when the user GETs a file. If the files doesn't
exist, but an ftpconversion can be applied to create the file on-the-fly,
that conversion is used.

> is it possible with users that have only an ftp account (/bin/false)?

Yes. /bin/false needs to be declared a vlid shell by adding it to
/etc/shells.

> (2) is it possible to link the "~ftp/bin/" directory to all user
> directories?

Hard links, if your system supports them and the users are on the same
physical filesystem as the anonymous area. Otherwise, loopbck mounts can
achieve the desired results with a bit more added security.

> i have no anonymous. all users have owned directories, set up in
> "passwd" (..././). i tested an "ln -s /globalbin /userbin", but this
> doesn't work. if possible, how do i set up right?

Read the FAQ. The instructions are 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] Mon Sep 21 08:51:00 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA03391;
Mon, 21 Sep 1998 08:50:57 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA06700;
Mon, 21 Sep 1998 08:48:25 -0500 (CDT)
Received: from isk.de (manfred.remsmurr.de [194.97.228.5])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA20683
for <[email protected]>; Mon, 21 Sep 1998 08:46:25 -0500 (CDT)
Received: (qmail 13020 invoked from network); 21 Sep 1998 13:46:04 -0000
Received: from unknown (HELO ) (194.97.228.128)
by manfred.remsmurr.de with SMTP; 21 Sep 1998 13:46:04 -0000
Message-Id: <[email protected]>
Date: Mon, 21 Sep 1998 15:45:59 +0100
Reply-To: [email protected]
Sender: [email protected]
From: Sigi <[email protected]>
To: WU-FTPD <[email protected]>
Subject: Re: automatic untar and unzip
References: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: PostMe 2.0 Beta (Build 930 / 16.09.1998)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

>On Mon, 21 Sep 1998, Sigi wrote:

thanks for your quick answer.

>> (1) is it possible to have users that automatic untar or unzip
>> uploaded files?
>
>No.
>
>> i saw the ftpconversions file, but not how user work with that.
>
>ftpconversions apply when the user GETs a file. If the files doesn't
>exist, but an ftpconversion can be applied to create the file
>on-the-fly,
>that conversion is used.

hmmm, there is no equivalent for PUT ?

if not, can i put an file with one byte in the user directory wich is
named "untar.job" and have an work in the ftpconversions when the
user downloads this file the untar job is startet on all "*.tar"
files?

do you have an example of this? i don't know what to do with the 3
last fields in ftpconversions?

Thanks
Sigi.

>--
>
>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 Sep 21 09:04:00 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA03622;
Mon, 21 Sep 1998 09:03:59 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA15874;
Mon, 21 Sep 1998 09:01:43 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA10930
for <[email protected]>; Mon, 21 Sep 1998 08:55:35 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id JAA30347;
Mon, 21 Sep 1998 09:55:28 -0400
Message-Id: <[email protected]>
Date: Mon, 21 Sep 1998 09:55:28 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Sigi <[email protected]>
Cc: WU-FTPD <[email protected]>
Subject: Re: automatic untar and unzip
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, 21 Sep 1998, Sigi wrote:

> hmmm, there is no equivalent for PUT ?

That would require ESP. The daemon has no way of quessing what the user
wanted.

> if not, can i put an file with one byte in the user directory wich is
> named "untar.job" and have an work in the ftpconversions when the
> user downloads this file the untar job is startet on all "*.tar"
> files?

Run a cron job to scan for files you want processed.

--

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 Sep 21 10:15:40 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA04340;
Mon, 21 Sep 1998 10:15:39 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA22252;
Mon, 21 Sep 1998 10:13:13 -0500 (CDT)
Received: from smtp4.ny.us.ibm.COM (smtp4.ny.us.ibm.com [198.133.22.43])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA00672
for <[email protected]>; Mon, 21 Sep 1998 10:12:10 -0500 (CDT)
Received: from relay1.server.ibm.com (relay1.server.ibm.com [9.14.2.98])
by smtp4.ny.us.ibm.COM (8.8.7/8.8.7) with ESMTP id LAA45672
for <[email protected]>; Mon, 21 Sep 1998 11:00:58 -0400
Received: from US.IBM.COM (d01lms01.pok.ibm.com [9.117.30.1])
by relay1.server.ibm.com (8.8.7/8.8.7) with SMTP id LAA20098
for <[email protected]>; Mon, 21 Sep 1998 11:08:14 -0400
Received: by US.IBM.COM (Soft-Switch LMS 2.0) with snapi via D01AU003
id 0038300029524902; Mon, 21 Sep 1998 11:08:48 -0400
Message-Id: <0038300029524902000002L022*@MHS>
Date: Mon, 21 Sep 1998 11:08:48 -0400
Reply-To: [email protected]
Sender: [email protected]
From: Kaysee Long <[email protected]>
To: <[email protected]>
Subject: Just double checking
MIME-Version: 1.0
Content-Type: text/plain
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

No one knows of anyone my legal department can talk to at washington
University, correct?
Thanks for your help much is appriciated.

Kaysee

From [email protected] Mon Sep 21 10:35:26 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA04547;
Mon, 21 Sep 1998 10:35:24 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA20127;
Mon, 21 Sep 1998 10:33:09 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA06908
for <[email protected]>; Mon, 21 Sep 1998 10:30:54 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id LAA31384;
Mon, 21 Sep 1998 11:30:49 -0400
Message-Id: <[email protected]>
Date: Mon, 21 Sep 1998 11:30:48 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Kaysee Long <[email protected]>
Cc: [email protected]
Subject: Re: Just double checking
In-Reply-To: <0038300029524902000002L022*@MHS>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 21 Sep 1998, Kaysee Long wrote:

> No one knows of anyone my legal department can talk to at washington
> University, correct?

I'm sure the university has a legal dpartment and I'm also sure your legal
department is well aware of that and can contact them in a moment if they
wanted to.

I'm also sure it's a waste of time because the issue isn't do you have
a license to use the software (you do) but why your legal department can't
seem to read what's plainly there.

Once again, here's the license from ftpd.c .. and to make it even easier,
I'll mark there the license to use appears ..

/* Copyright (c) 1985, 1988, 1990 Regents of the University of California.
* All rights reserved.
*
* Redistribution and use in source and binary forms, with or without
^^^
* modification, are permitted provided that the following conditions are
* met: 1. Redistributions of source code must retain the above copyright
* notice, this list of conditions and the following disclaimer. 2.
* Redistributions in binary form must reproduce the above copyright notice,
* this list of conditions and the following disclaimer in the documentation
* and/or other materials provided with the distribution. 3. All advertising
* materials mentioning features or use of this software must display the
* following acknowledgement: This product includes software developed by the
* University of California, Berkeley and its contributors. 4. Neither the
* name of the University nor the names of its contributors may be used to
* endorse or promote products derived from this software without specific
* prior written permission.
*
* THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND ANY
* EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
* WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
* DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE FOR
* ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
* DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
* SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER
* CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
* LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
* OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
* SUCH DAMAGE.
*/

Now, since it's likely your legal department is confused by the fact that
this isn't a washington university license (it's not there code, but what
the heck) .. here's the license from extensions.c (which is wu code) ..
with the license to use also marked ...

/* Copyright (c) 1993, 1994 Washington University in Saint Louis
* All rights reserved.
*
* Redistribution and use in source and binary forms, with or without
^^^
* modification, are permitted provided that the following conditions are
* met: 1. Redistributions of source code must retain the above copyright
* notice, this list of conditions and the following disclaimer. 2.
* Redistributions in binary form must reproduce the above copyright notice,
* this list of conditions and the following disclaimer in the documentation
* and/or other materials provided with the distribution. 3. All advertising
* materials mentioning features or use of this software must display the
* following acknowledgement: This product includes software developed by the
* Washington University in Saint Louis and its contributors. 4. Neither the
* name of the University nor the names of its contributors may be used to
* endorse or promote products derived from this software without specific
* prior written permission.
*
* THIS SOFTWARE IS PROVIDED BY WASHINGTON UNIVERSITY AND CONTRIBUTORS
* ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
* LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR
* A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL WASHINGTON
* UNIVERSITY OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT,
* INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING,
* BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;
* LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER
* CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
* LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN
* ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
* POSSIBILITY OF SUCH DAMAGE.
*/

If these aren't good enough for you legal department, tell them to call
the university themselves .. or at least to buy a dictionary with the word
'use' in it.

--

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

From [email protected] Mon Sep 21 10:37:36 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA04574;
Mon, 21 Sep 1998 10:37:34 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA16634;
Mon, 21 Sep 1998 10:35:20 -0500 (CDT)
Received: from pizza.hvu.nl (Pizza.hvu.nl [145.89.234.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA09401
for <[email protected]>; Mon, 21 Sep 1998 10:30:51 -0500 (CDT)
Received: (from koos@localhost) by pizza.hvu.nl (8.8.6/KH19980502 (dbm++)) id RAA17635; Mon, 21 Sep 1998 17:30:45 +0200 (MET DST)
Message-Id: <[email protected]>
Date: Mon, 21 Sep 1998 17:30:45 +0200 (MET DST)
Reply-To: [email protected]
Sender: [email protected]
From: Koos van den Hout _U nix and we all_ <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Just double checking
In-Reply-To: <0038300029524902000002L022*@MHS> from Kaysee Long at "Sep 21, 98 11:08:48 am"
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Zen: Ommmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmm
X-Files: the truth is out there
X-I-Am-Not-Simes: There is only one Simes
X-Mailer: ELM [version 2.4ME+ PL31H (25)]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Quoting Kaysee Long, who wrote :

> No one knows of anyone my legal department can talk to at washington
> University, correct?

Please read the copyright statements at the beginning of each sourcefile.
They read :

/* Copyright (c) 1993, 1994 Washington University in Saint Louis
* All rights reserved.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions are
* met: 1. Redistributions of source code must retain the above copyright
* notice, this list of conditions and the following disclaimer. 2.
* Redistributions in binary form must reproduce the above copyright notice,
* this list of conditions and the following disclaimer in the documentation
* and/or other materials provided with the distribution. 3. All advertising
* materials mentioning features or use of this software must display the
* following acknowledgement: This product includes software developed by the
* Washington University in Saint Louis and its contributors. 4. Neither the
* name of the University nor the names of its contributors may be used to
* endorse or promote products derived from this software without specific
* prior written permission.
*
* THIS SOFTWARE IS PROVIDED BY WASHINGTON UNIVERSITY AND CONTRIBUTORS
* ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
* LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR
* A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL WASHINGTON
* UNIVERSITY OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT,
* INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING,
* BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;
* LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER
* CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
* LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN
* ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
* POSSIBILITY OF SUCH DAMAGE.
*/

This is for your legal department to read.

In normal English : the copyright is owned by washington university,
respect this copyright, you have the right to use it, and if it breaks,
you own both pieces.

(My interpretation of above, your mileage may vary and I am not a
lawyer).

Koos van den Hout (FAQ maintainer who
will update the faq in this regard)

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

From [email protected] Mon Sep 21 11:01:24 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA04794;
Mon, 21 Sep 1998 11:01:20 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA31294;
Mon, 21 Sep 1998 10:59:11 -0500 (CDT)
Received: from smtp3.ny.us.ibm.com (smtp3.ny.us.ibm.com [198.133.22.42])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA10177
for <[email protected]>; Mon, 21 Sep 1998 10:57:43 -0500 (CDT)
Received: from relay1.server.ibm.com (relay1.server.ibm.com [9.14.2.98])
by smtp3.ny.us.ibm.com (8.8.7/8.8.7) with ESMTP id LAA18700;
Mon, 21 Sep 1998 11:40:49 -0400
Received: from US.IBM.COM (d01lms01.pok.ibm.com [9.117.30.1])
by relay1.server.ibm.com (8.8.7/8.8.7) with SMTP id LAA34224;
Mon, 21 Sep 1998 11:53:11 -0400
Received: by US.IBM.COM (Soft-Switch LMS 2.0) with snapi via D01AU003
id 0038300029527333; Mon, 21 Sep 1998 11:53:44 -0400
Message-Id: <0038300029527333000002L032*@MHS>
Date: Mon, 21 Sep 1998 11:53:44 -0400
Reply-To: [email protected]
Sender: [email protected]
From: Kaysee Long <[email protected]>
To: <[email protected]>
Cc: <[email protected]>
Subject: Re: Just double checking
MIME-Version: 1.0
Content-Type: text/plain
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

My legal department has read it and they still want to talk to someone at the
university. We have very strick legal and they feel this is not good enough
for selling our service commerially.

thanks you

Kaysee

[email protected] on 09/21/98 11:37:07 AM
Please respond to [email protected]
To: Kaysee Long/White Plains/IBM@ibmus
cc: [email protected]
Subject: Re: Just double checking

Quoting Kaysee Long, who wrote :

> No one knows of anyone my legal department can talk to at washington
> University, correct?

Please read the copyright statements at the beginning of each sourcefile.
They read :

/* Copyright (c) 1993, 1994 Washington University in Saint Louis
* All rights reserved.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions are
* met: 1. Redistributions of source code must retain the above copyright
* notice, this list of conditions and the following disclaimer. 2.
* Redistributions in binary form must reproduce the above copyright notice,
* this list of conditions and the following disclaimer in the documentation
* and/or other materials provided with the distribution. 3. All advertising
* materials mentioning features or use of this software must display the
* following acknowledgement: This product includes software developed by the
* Washington University in Saint Louis and its contributors. 4. Neither the
* name of the University nor the names of its contributors may be used to
* endorse or promote products derived from this software without specific
* prior written permission.
*
* THIS SOFTWARE IS PROVIDED BY WASHINGTON UNIVERSITY AND CONTRIBUTORS
* ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
* LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR
* A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL WASHINGTON
* UNIVERSITY OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT,
* INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING,
* BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;
* LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER
* CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
* LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN
* ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
* POSSIBILITY OF SUCH DAMAGE.
*/

This is for your legal department to read.

In normal English : the copyright is owned by washington university,
respect this copyright, you have the right to use it, and if it breaks,
you own both pieces.

(My interpretation of above, your mileage may vary and I am not a
lawyer).

Koos van den Hout (FAQ maintainer who
will update the faq in this regard)

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

From [email protected] Mon Sep 21 11:07:38 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA04855;
Mon, 21 Sep 1998 11:07:35 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA24114;
Mon, 21 Sep 1998 11:05:20 -0500 (CDT)
Received: from bnl.gov (bnl.gov [130.199.128.163])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA04921
for <[email protected]>; Mon, 21 Sep 1998 11:04:26 -0500 (CDT)
Received: from exchange.bnl.gov (exchange.bnl.gov [130.199.128.2])
by bnl.gov (8.8.8/8.8.8) with ESMTP id MAA24521;
Mon, 21 Sep 1998 12:04:15 -0400 (EDT)
Received: by exchange.bnl.gov with Internet Mail Service (5.5.2232.9)
id <SR1YV0X0>; Mon, 21 Sep 1998 12:04:14 -0400
Message-Id: <[email protected]>
Date: Mon, 21 Sep 1998 12:04:13 -0400
Reply-To: [email protected]
Sender: [email protected]
From: "Casella, Richard A" <[email protected]>
To: "'[email protected]'" <[email protected]>, [email protected]
Cc: [email protected]
Subject: RE: Just double checking
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

How about taking this off line?

--
I cannot define the real problem, | Brookhaven National Laboratory
therefore I suspect there's no | CCD Bldg 515, Upton, NY 11973 USA
real problem, but I'm not sure | http://pubweb.bnl.gov/~rac
there's no real problem. -Feynman | mailto:[email protected] (516) 344-7975

> -----Original Message-----
> From: Kaysee Long [mailto:[email protected]]
> Sent: Monday, September 21, 1998 11:54 AM
> To: [email protected]
> Cc: [email protected]
> Subject: Re: Just double checking
>
>
> My legal department has read it and they still want to talk
> to someone at the
> university. We have very strick legal and they feel this is
> not good enough
> for selling our service commerially.
>
> thanks you
>
> Kaysee
>
>
>
>
>
>
>
> [email protected] on 09/21/98 11:37:07 AM
> Please respond to [email protected]
> To: Kaysee Long/White Plains/IBM@ibmus
> cc: [email protected]
> Subject: Re: Just double checking
>
>
> Quoting Kaysee Long, who wrote :
>
> > No one knows of anyone my legal department can talk to at washington
> > University, correct?
>
> Please read the copyright statements at the beginning of each
> sourcefile.
> They read :
>
> /* Copyright (c) 1993, 1994 Washington University in Saint Louis
> * All rights reserved.
> *
> * Redistribution and use in source and binary forms, with or without
> * modification, are permitted provided that the following
> conditions are
> * met: 1. Redistributions of source code must retain the
> above copyright
> * notice, this list of conditions and the following disclaimer. 2.
> * Redistributions in binary form must reproduce the above
> copyright notice,
> * this list of conditions and the following disclaimer in
> the documentation
> * and/or other materials provided with the distribution. 3.
> All advertising
> * materials mentioning features or use of this software must
> display the
> * following acknowledgement: This product includes software
> developed by the
> * Washington University in Saint Louis and its contributors.
> 4. Neither the
> * name of the University nor the names of its contributors
> may be used to
> * endorse or promote products derived from this software
> without specific
> * prior written permission.
> *
> * THIS SOFTWARE IS PROVIDED BY WASHINGTON UNIVERSITY AND CONTRIBUTORS
> * ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
> * LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND
> FITNESS FOR
> * A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL WASHINGTON
> * UNIVERSITY OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT,
> * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES
> (INCLUDING,
> * BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;
> * LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER
> * CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
> * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN
> * ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
> * POSSIBILITY OF SUCH DAMAGE.
> */
>
> This is for your legal department to read.
>
> In normal English : the copyright is owned by washington university,
> respect this copyright, you have the right to use it, and if
> it breaks,
> you own both pieces.
>
> (My interpretation of above, your mileage may vary and I am not a
> lawyer).
>
> Koos van den Hout (FAQ
> maintainer who
> will update the faq in
> this regard)
>
> --
> Koos van den Hout, Internetter, Unix freak, ISFJ and
> BBS SysOp at large
> [email protected] (Work)
> Fax: +31-30-2586290
> [email protected] (Home)
> Workphone: +31-30-2586287
> http://web.cetis.hvu.nl/~koos/ Looking for a license
> plate with "RFC 822"
>
>
>

From [email protected] Mon Sep 21 11:59:11 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA05292;
Mon, 21 Sep 1998 11:59:08 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA18388;
Mon, 21 Sep 1998 11:57:00 -0500 (CDT)
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 LAA21339
for <[email protected]>; Mon, 21 Sep 1998 11:56:15 -0500 (CDT)
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 KAA29197
for <[email protected]>; Mon, 21 Sep 1998 10:55:44 -0600 (MDT)
Received: from netmail5.uswc.uswest.com (nmal-ne1.uswc.uswest.com [151.117.81.7]) by egate.mnet.uswest.com (8.7.1/8.7.1) with ESMTP id KAA14221 for <[email protected]>; Mon, 21 Sep 1998 10:55:41 -0600 (MDT)
Received: from MCOOK ([148.155.67.222]) by netmail5.uswc.uswest.com
(Netscape Messaging Server 3.52) with SMTP id AAA1F30
for <[email protected]>; Mon, 21 Sep 1998 10:55:41 -0600
Message-Id: <[email protected]>
Date: Mon, 21 Sep 1998 09:53:42 -0700
Reply-To: "Michael Cook" <[email protected]>
Sender: [email protected]
From: "Michael Cook" <[email protected]>
To: "WU-FTP List" <[email protected]>
Subject: ls vs. ls -l
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

Hello all,
I am running wu-ftpd ver 18 beta academ on a Sun Ultra II with 2.5.1. I
am using real users (limited by file access permissions) and a guestgroup
which chroots users to their home directories with no anonymous ftp.
Everything works well with this, except ls -l. I get an entry in
/var/adm/messages that reads "cannot find /usr/lib/ld.so.1". ls works fine,
however, it's just the long listing which fails. This file does exist in the
user's home directory and I verified it against the original
/usr/lib/ld.so.1 and the file size is correct. The permissions
are -r-xr-xr-x, owner root, group other.
Any help on this one would be appreciated!!
Thanks,
Michael

From [email protected] Mon Sep 21 12:25:04 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA05492;
Mon, 21 Sep 1998 12:25:03 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA25435;
Mon, 21 Sep 1998 12:22:53 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA18158
for <[email protected]>; Mon, 21 Sep 1998 12:18:02 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id NAA32482;
Mon, 21 Sep 1998 13:17:56 -0400
Message-Id: <[email protected]>
Date: Mon, 21 Sep 1998 13:17:56 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Michael Cook <[email protected]>
Cc: WU-FTP List <[email protected]>
Subject: Re: ls vs. ls -l
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, 21 Sep 1998, Michael Cook wrote:

> Everything works well with this, except ls -l. I get an entry in
> /var/adm/messages that reads "cannot find /usr/lib/ld.so.1". ls works
> fine, however, it's just the long listing which fails. This file does
> exist in the user's home directory and I verified it against the
> original /usr/lib/ld.so.1 and the file size is correct. The
> permissions are -r-xr-xr-x, owner root, group other.

Sounds like your client sends 'LIST' for 'ls' and 'NLST' for 'ls -al' The
former is built into the daemon, the later uses an external program.

Look at the home directory field for the user in /etc/passwd. The
/usr/lib/ld.so.1 file must existing within the directory portion to the
_left_ of the '/./' .. ie, if /home/users/./usera it must be
/home/users/usr/lib/ld.so.1

Under Linux, I sometimes have problems with the ld preload for libraries
getting in the way. That's why I use static binaries, but it's probably
specific to my Linux and not needed for most sites.

Your problem is a FAQ, really ...

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

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

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

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

--

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

From [email protected] Mon Sep 21 12:57:00 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA05896;
Mon, 21 Sep 1998 12:56:59 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA01310;
Mon, 21 Sep 1998 12:54:58 -0500 (CDT)
Received: from smtp4.ny.us.ibm.COM (smtp4.ny.us.ibm.com [198.133.22.43])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA11745
for <[email protected]>; Mon, 21 Sep 1998 12:49:15 -0500 (CDT)
Received: from relay1.server.ibm.com (relay1.server.ibm.com [9.14.2.98])
by smtp4.ny.us.ibm.COM (8.8.7/8.8.7) with ESMTP id NAA26138;
Mon, 21 Sep 1998 13:37:31 -0400
Received: from US.IBM.COM (d01lms01.pok.ibm.com [9.117.30.1])
by relay1.server.ibm.com (8.8.7/8.8.7) with SMTP id NAA37046;
Mon, 21 Sep 1998 13:44:45 -0400
Received: by US.IBM.COM (Soft-Switch LMS 2.0) with snapi via D01AU003
id 0038300029533091; Mon, 21 Sep 1998 13:45:19 -0400
Message-Id: <0038300029533091000002L012*@MHS>
Date: Mon, 21 Sep 1998 13:45:19 -0400
Reply-To: [email protected]
Sender: [email protected]
From: Kaysee Long <[email protected]>
To: <[email protected]>
Cc: <[email protected]>, <[email protected]>
Subject: RE: Just double checking
MIME-Version: 1.0
Content-Type: text/plain
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Sorry, I didn't think there was a problem with asking a simple question if
anyone knew contacts I could talk with.
I guess this list is not able to handle it by the response I have recieved that
my Lawyers were idiots.
I am logging off this very disturbing situation and will no longer need the
help from this list.

[email protected] on 09/21/98 12:10:37 AM
Please respond to [email protected]
To: [email protected], Kaysee Long/White Plains/IBM@ibmus
cc: [email protected]
Subject: RE: Just double checking

How about taking this off line?

--
I cannot define the real problem, | Brookhaven National Laboratory
therefore I suspect there's no | CCD Bldg 515, Upton, NY 11973 USA
real problem, but I'm not sure | http://pubweb.bnl.gov/~rac
there's no real problem. -Feynman | mailto:[email protected] (516) 344-7975

> -----Original Message-----
> From: Kaysee Long [mailto:[email protected]]
> Sent: Monday, September 21, 1998 11:54 AM
> To: [email protected]
> Cc: [email protected]
> Subject: Re: Just double checking
>
>
> My legal department has read it and they still want to talk
> to someone at the
> university. We have very strick legal and they feel this is
> not good enough
> for selling our service commerially.
>
> thanks you
>
> Kaysee
>
>
>
>
>
>
>
> [email protected] on 09/21/98 11:37:07 AM
> Please respond to [email protected]
> To: Kaysee Long/White Plains/IBM@ibmus
> cc: [email protected]
> Subject: Re: Just double checking
>
>
> Quoting Kaysee Long, who wrote :
>
> > No one knows of anyone my legal department can talk to at washington
> > University, correct?
>
> Please read the copyright statements at the beginning of each
> sourcefile.
> They read :
>
> /* Copyright (c) 1993, 1994 Washington University in Saint Louis
> * All rights reserved.
> *
> * Redistribution and use in source and binary forms, with or without
> * modification, are permitted provided that the following
> conditions are
> * met: 1. Redistributions of source code must retain the
> above copyright
> * notice, this list of conditions and the following disclaimer. 2.
> * Redistributions in binary form must reproduce the above
> copyright notice,
> * this list of conditions and the following disclaimer in
> the documentation
> * and/or other materials provided with the distribution. 3.
> All advertising
> * materials mentioning features or use of this software must
> display the
> * following acknowledgement: This product includes software
> developed by the
> * Washington University in Saint Louis and its contributors.
> 4. Neither the
> * name of the University nor the names of its contributors
> may be used to
> * endorse or promote products derived from this software
> without specific
> * prior written permission.
> *
> * THIS SOFTWARE IS PROVIDED BY WASHINGTON UNIVERSITY AND CONTRIBUTORS
> * ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
> * LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND
> FITNESS FOR
> * A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL WASHINGTON
> * UNIVERSITY OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT,
> * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES
> (INCLUDING,
> * BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;
> * LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER
> * CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
> * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN
> * ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
> * POSSIBILITY OF SUCH DAMAGE.
> */
>
> This is for your legal department to read.
>
> In normal English : the copyright is owned by washington university,
> respect this copyright, you have the right to use it, and if
> it breaks,
> you own both pieces.
>
> (My interpretation of above, your mileage may vary and I am not a
> lawyer).
>
> Koos van den Hout (FAQ
> maintainer who
> will update the faq in
> this regard)
>
> --
> Koos van den Hout, Internetter, Unix freak, ISFJ and
> BBS SysOp at large
> [email protected] (Work)
> Fax: +31-30-2586290
> [email protected] (Home)
> Workphone: +31-30-2586287
> http://web.cetis.hvu.nl/~koos/ Looking for a license
> plate with "RFC 822"
>
>
>

From [email protected] Mon Sep 21 13:10:40 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA06028;
Mon, 21 Sep 1998 13:10:39 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA20167;
Mon, 21 Sep 1998 13:08:10 -0500 (CDT)
Received: from bnl.gov (bnl.gov [130.199.128.163])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA15569
for <[email protected]>; Mon, 21 Sep 1998 13:02:20 -0500 (CDT)
Received: from exchange.bnl.gov (exchange.bnl.gov [130.199.128.2])
by bnl.gov (8.8.8/8.8.8) with ESMTP id OAA08303;
Mon, 21 Sep 1998 14:02:19 -0400 (EDT)
Received: by exchange.bnl.gov with Internet Mail Service (5.5.2232.9)
id <SR1YV073>; Mon, 21 Sep 1998 14:02:19 -0400
Message-Id: <[email protected]>
Date: Mon, 21 Sep 1998 14:02:18 -0400
Reply-To: [email protected]
Sender: [email protected]
From: "Casella, Richard A" <[email protected]>
To: "'Kaysee Long'" <[email protected]>
Cc: [email protected]
Subject: RE: Just double checking
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

Ok, I'm calm now.

First, I'll grant that maybe you have a legitimate question
which you need an answer to.

Second, I'd say you have received at least 2 legitimate responses.
Receiving such responses and not being satisfied is your choice.

Third, I'd say that my request for you to take this off line
is just as legitimate in that everyone on this list has seen
everything you have to say at least a couple of times and if they
have an answer for you they will contact you without bothering
the rest of us who don't care.

Fourth, after you quit the list...

Never mind, have a nice life.
--
I cannot define the real problem, | Brookhaven National Laboratory
therefore I suspect there's no | CCD Bldg 515, Upton, NY 11973 USA
real problem, but I'm not sure | http://pubweb.bnl.gov/~rac
there's no real problem. -Feynman | mailto:[email protected] (516) 344-7975

From [email protected] Mon Sep 21 14:18:51 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA06876;
Mon, 21 Sep 1998 14:18:34 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA13835;
Mon, 21 Sep 1998 14:15:40 -0500 (CDT)
Received: from clifford.ironlight.com (clifford.ironlight.com [207.177.177.11])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA30999
for <[email protected]>; Mon, 21 Sep 1998 14:11:52 -0500 (CDT)
Received: from wasteland ([207.177.178.58]) by clifford.ironlight.com
(Post.Office MTA v3.1 release PO203a ID# 534-40053U5000L500S0)
with SMTP id AAA22806 for <[email protected]>;
Mon, 21 Sep 1998 12:05:15 -0700
Received: by localhost with Microsoft MAPI; Mon, 21 Sep 1998 12:09:51 -0700
Message-Id: <[email protected]>
Date: Mon, 21 Sep 1998 12:09:50 -0700
Reply-To: "[email protected]" <[email protected]>
Sender: [email protected]
From: Gregor Mosheh <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: using guestgroup with WU242-B16
X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,
I'm trying to get guestgroup access working, and am having no luck. When I
FTP in as this restricted user, I am still able to browse the whole
filesystem.

I consulted the guestgroup-howto and had no better luck. I notice, though,
that there's a "class" directive in Michael's ftpaccess example that we
don't have -- is this the issue, and what is the suggested way to set the class line?

OS Version:
SunOS 5.6 (Solaris 2.6)

WU FTPD Version:
Version wu-2.4.2-academ[BETA-16]

User "bridge" has a primary group of "guest" (GID 60003).
In the passwd file, user "bridge" has their homedir set to:
/web/live-mediaone/docs/bridge/./

In /etc/ftpaccess, I added the following line:
guestgroup guest

The ftpd does use /etc/ftpaccess - we use ftpaccess directives to set up
banners for virtual hosts, for instance, and those work.

-- Gregor Mosheh
Novo/Ironlight
wasteland.ironlight.com

Please note: The correct address for technical support is [email protected]
Please use that address unless you want to contact me specifically.

From [email protected] Mon Sep 21 14:50:46 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA07333;
Mon, 21 Sep 1998 14:50:41 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA03900;
Mon, 21 Sep 1998 14:48:32 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA31247
for <[email protected]>; Mon, 21 Sep 1998 14:41:30 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id PAA01165;
Mon, 21 Sep 1998 15:41:23 -0400
Message-Id: <[email protected]>
Date: Mon, 21 Sep 1998 15:41:23 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Gregor Mosheh <[email protected]>
Cc: "'[email protected]'" <[email protected]>
Subject: Re: using guestgroup with WU242-B16
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, 21 Sep 1998, Gregor Mosheh wrote:

> Version wu-2.4.2-academ[BETA-16]

Beta-18 is out and fixes some problems. you should upgrade to it if you
get the time.

> User "bridge" has a primary group of "guest" (GID 60003). In the
> passwd file, user "bridge" has their homedir set to:
> /web/live-mediaone/docs/bridge/./

Add 'bridge' to 'guest' in /etc/group .. the daemon uses the group file
for autogroup, not the default group from the password 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] Mon Sep 21 15:04:31 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA07472;
Mon, 21 Sep 1998 15:04:27 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA08270;
Mon, 21 Sep 1998 15:01:55 -0500 (CDT)
Received: from diplomatic.passport.ca ([email protected] [204.225.103.222])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA02972
for <[email protected]>; Mon, 21 Sep 1998 14:55:15 -0500 (CDT)
Received: from diplomatic.passport.ca(really [204.225.103.222]) by diplomatic.passport.ca
via sendmail with smtp (ident mchong using rfc1413)
id <[email protected]>
for <[email protected]>; Mon, 21 Sep 1998 15:54:31 -0400 (EDT)
(Smail-3.2.0.95 1997-May-7 #7 built 1997-May-20)
Message-Id: <[email protected]>
Date: Mon, 21 Sep 1998 15:54:25 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Martin Chong <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: Gregor Mosheh <[email protected]>,
"'[email protected]'" <[email protected]>
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 Greg,

I'm using Newvirt-050, and I've having problems supporting multiple
domains over one IP.

The problem being that based on the hostname they FTP to, I want them go
to the assigned root directory in the /etc/ftpd/config/domain/ftpaccess
file. Is this possible. It doesn't seem to work. I just get thrown in the
directory which is first listed in the ftpservers file.

Thanks,

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

From [email protected] Mon Sep 21 15:05:42 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA07501;
Mon, 21 Sep 1998 15:05:33 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA19740;
Mon, 21 Sep 1998 15:03:29 -0500 (CDT)
Received: from clifford.ironlight.com (clifford.ironlight.com [207.177.177.11])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA13179
for <[email protected]>; Mon, 21 Sep 1998 14:55:30 -0500 (CDT)
Received: from wasteland ([207.177.178.58]) by clifford.ironlight.com
(Post.Office MTA v3.1 release PO203a ID# 534-40053U5000L500S0)
with SMTP id AAA23965 for <[email protected]>;
Mon, 21 Sep 1998 12:48:54 -0700
Received: by localhost with Microsoft MAPI; Mon, 21 Sep 1998 12:53:28 -0700
Message-Id: <[email protected]>
Date: Mon, 21 Sep 1998 12:53:27 -0700
Reply-To: "[email protected]" <[email protected]>
Sender: [email protected]
From: Gregor Mosheh <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: RE: using guestgroup with WU242-B16
X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Gregory Lundberg said:
>Add 'bridge' to 'guest' in /etc/group .. the daemon uses the group file
>for autogroup, not the default group from the password file.

Took care of that, and it didn't change anything, e.g. I still log in and
can browse the whole FS. Here are the appropriate entries from different
files:

/etc/groups
guest::60003:bridge

/etc/passwd
bridge:x:1001:60003:Margeotes:/web/live-mediaone/docs/bridge/./:/bin/sh

The entirety of /etc/ftpaccess:
class all real,guest,anonymous *
limit all 100 Any /etc/msgs/msg.dead
compress yes all
tar yes all
email [email protected]
guestgroup guest
log transfers real,guest,anonymous inbound,outbound
virtual 207.177.177.191 bridge /web/live-mediaone/docs/bridge

-- Gregor Mosheh
Novo/Ironlight
wasteland.ironlight.com

Please note: The correct address for technical support is
[email protected]
Please use that address unless you want to contact me specifically.

From [email protected] Mon Sep 21 15:10:33 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA07585;
Mon, 21 Sep 1998 15:10:31 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA07833;
Mon, 21 Sep 1998 15:08:03 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA22675
for <[email protected]>; Mon, 21 Sep 1998 15:06:26 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id QAA01339;
Mon, 21 Sep 1998 16:06:16 -0400
Message-Id: <[email protected]>
Date: Mon, 21 Sep 1998 16:06:16 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Martin Chong <[email protected]>
Cc: Gregor Mosheh <[email protected]>,
"'[email protected]'" <[email protected]>
Subject: Re: your mail
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 21 Sep 1998, Martin Chong wrote:

> The problem being that based on the hostname they FTP to, I want them
> go to the assigned root directory in the
> /etc/ftpd/config/domain/ftpaccess file. Is this possible. It doesn't
> seem to work. I just get thrown in the directory which is first listed
> in the ftpservers file.

Each FTP hostname you want to use *MUST* have its own IP number. This is
called 'multi-homing' and is required by the current FTP specifications.

The FTP Working Group (FTP-WG) is developing a new FTP specification which
will probably include a 'HOST' command which will support name-based,
truely virtual FTP sites (using the HOST command and CNAME DNS resources),
like the latest HTTP specification does. Until the new FTP specification
is released, and the client and server software upgrades to meet the new
specification, you will need to multi-home the sites.

--

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 Sep 21 15:17:16 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA07760;
Mon, 21 Sep 1998 15:17:12 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA18172;
Mon, 21 Sep 1998 15:15:06 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA31692
for <[email protected]>; Mon, 21 Sep 1998 15:11:08 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id QAA01374;
Mon, 21 Sep 1998 16:11:02 -0400
Message-Id: <[email protected]>
Date: Mon, 21 Sep 1998 16:11:02 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Gregor Mosheh <[email protected]>
Cc: "'[email protected]'" <[email protected]>
Subject: RE: using guestgroup with WU242-B16
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, 21 Sep 1998, Gregor Mosheh wrote:

> virtual 207.177.177.191 bridge /web/live-mediaone/docs/bridge

virtual 207.133.133.191 root /web/live-mediaone/docs/bridge

Correct syntax for 'virtual' _is_ in the manpage.

Watch for VR8 to come out at the end of this month for additional features
and security checks for virtual hosts like this.

newvirt and beroftpd use a completely different virtual hosting scheme.

--

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 Sep 21 15:49:58 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA08207;
Mon, 21 Sep 1998 15:49:57 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA16918;
Mon, 21 Sep 1998 15:47:42 -0500 (CDT)
Received: from diplomatic.passport.ca (diplomatic.passport.ca [204.225.103.222])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA21726
for <[email protected]>; Mon, 21 Sep 1998 15:42:50 -0500 (CDT)
Received: from diplomatic.passport.ca(really [204.225.103.222]) by diplomatic.passport.ca
via sendmail with smtp (ident mchong using rfc1413)
id <[email protected]>
for <[email protected]>; Mon, 21 Sep 1998 16:42:29 -0400 (EDT)
(Smail-3.2.0.95 1997-May-7 #7 built 1997-May-20)
Message-Id: <[email protected]>
Date: Mon, 21 Sep 1998 16:42:28 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Martin Chong <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: Gregor Mosheh <[email protected]>,
"'[email protected]'" <[email protected]>
Subject: Re: your mail
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 21 Sep 1998, Gregory A Lundberg wrote:

I guess the best way would then be to do it by user. What's the easiest
way to control the chrooted dir for real users?

Thanks

> On Mon, 21 Sep 1998, Martin Chong wrote:
>
> > The problem being that based on the hostname they FTP to, I want them
> > go to the assigned root directory in the
> > /etc/ftpd/config/domain/ftpaccess file. Is this possible. It doesn't
> > seem to work. I just get thrown in the directory which is first listed
> > in the ftpservers file.
>
> Each FTP hostname you want to use *MUST* have its own IP number. This is
> called 'multi-homing' and is required by the current FTP specifications.
>
> The FTP Working Group (FTP-WG) is developing a new FTP specification which
> will probably include a 'HOST' command which will support name-based,
> truely virtual FTP sites (using the HOST command and CNAME DNS resources),
> like the latest HTTP specification does. Until the new FTP specification
> is released, and the client and server software upgrades to meet the new
> specification, you will need to multi-home the sites.
>
> --
>
> Gregory A Lundberg Senior Partner, VRnet Company
> 1441 Elmdale Drive [email protected]
> Kettering, OH 45409-1615 USA 1-800-809-2195
>
>

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

From [email protected] Mon Sep 21 15:51:50 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA08223;
Mon, 21 Sep 1998 15:51:47 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA02690;
Mon, 21 Sep 1998 15:49:36 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA23335
for <[email protected]>; Mon, 21 Sep 1998 15:44:47 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id QAA01544;
Mon, 21 Sep 1998 16:44:31 -0400
Message-Id: <[email protected]>
Date: Mon, 21 Sep 1998 16:44:30 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Martin Chong <[email protected]>
Cc: Gregor Mosheh <[email protected]>,
"'[email protected]'" <[email protected]>
Subject: Re: your mail
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 21 Sep 1998, Martin Chong wrote:

> I guess the best way would then be to do it by user. What's the easiest
> way to control the chrooted dir for real users?

Read the 'guest howto' referenced from the FAQ.

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

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

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

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

--

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

From [email protected] Tue Sep 22 15:33:45 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA03555;
Tue, 22 Sep 1998 15:33:44 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA30344;
Tue, 22 Sep 1998 15:30:52 -0500 (CDT)
Received: from bowhead.cca-int.com (bowhead.cca-int.com [208.28.234.2])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA32503
for <[email protected]>; Tue, 22 Sep 1998 15:23:22 -0500 (CDT)
Received: from barracuda.cca-int.com by bowhead.cca-int.com
via smtpd (for wugate.wustl.edu [128.252.120.1]) with SMTP; 22 Sep 1998 20:23:22 UT
Received: from ccasmtp2.cca-int.com (ccasmtp2.cca-int.com [204.62.134.58])
by barracuda.cca-int.com (8.9.1/8.9.0) with SMTP id QAA14074
for <[email protected]>; Tue, 22 Sep 1998 16:22:49 -0400 (EDT)
Received: by ccasmtp2.cca-int.com(Lotus SMTP MTA v1.1 (385.6 5-6-1997)) id 85256687.006FCE42 ; Tue, 22 Sep 1998 16:21:12 -0400
Message-Id: <[email protected]>
Date: Tue, 22 Sep 1998 16:22:15 -0400
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: login message problem
Mime-Version: 1.0
Content-type: text/plain; charset=US-ASCII
X-Lotus-FromDomain: CCA
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Are login messages applicable only to anonymous ftp users or should they
also display for members of guestgroups? On my wu-beta-18 (solaris 2.6)
system I can only see the message when logging in as anonymous. I put the
following welcome.msg file in the guests chroot'd directory to no avail. (I
also put it in the directory they are initially cd'd to)
-rw-r--r-- 1 root other 481 Sep 22 14:59 welcome.msg
I'm assuming my ftpaccess file is correct because I see the login message
for anonymous
users.
What could I be doing wrong?
Any thoughts would be appreciated!
thank-you,
jim

From [email protected] Tue Sep 22 16:07:24 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA03851;
Tue, 22 Sep 1998 16:07:23 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA12224;
Tue, 22 Sep 1998 16:05:15 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA23966
for <[email protected]>; Tue, 22 Sep 1998 16:02:43 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id RAA08143;
Tue, 22 Sep 1998 17:02:20 -0400
Message-Id: <[email protected]>
Date: Tue, 22 Sep 1998 17:02:20 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: login message 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 Tue, 22 Sep 1998 [email protected] wrote:

> Are login messages applicable only to anonymous ftp users or should
> they also display for members of guestgroups?

banner <path> .. <path> is in the real file system.

message <path> .. <path> is in the chroot'd file system.

readme <path> .. <path> is in the chroot'd file system.

shutdown <path> .. <path> is in the chroot'd file system.

'banner' shouldn't be a problem.

For 'message' and 'readme' you'll need to have the files in every chroot'd
area *and* in the real file system if you want them to work for everyone.
This isn't a big problem unless you want to have the same message shown on
everyone's login.

For 'shutdown' you *WILL* need to copy the file everywhere. In addition
there are bugs with this which are only fixed with the VR3 patches for
beta-18.

--

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 Sep 22 16:20:06 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA04017;
Tue, 22 Sep 1998 16:20:05 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA03785;
Tue, 22 Sep 1998 16:17:48 -0500 (CDT)
Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA12848
for <[email protected]>; Tue, 22 Sep 1998 16:13:40 -0500 (CDT)
Received: from kingdom.adaptec.com (kingdom [162.62.162.10])
by magic.adaptec.com (8.9.1a/8.8.8) with ESMTP id OAA15411
for <[email protected]>; Tue, 22 Sep 1998 14:13:09 -0700 (PDT)
Received: from mail1.corp.adaptec.com (mail1.corp.adaptec.com [162.62.162.12])
by kingdom.adaptec.com (8.8.8/8.8.8) with ESMTP id OAA24436
for <[email protected]>; Tue, 22 Sep 1998 14:12:39 -0700 (PDT)
Received: from corp.adaptec.com ([162.62.54.131]) by mail1.corp.adaptec.com
(Netscape Messaging Server 3.01) with ESMTP id AAA9668
for <[email protected]>; Tue, 22 Sep 1998 14:12:36 -0700
Message-Id: <[email protected]>
Date: Tue, 22 Sep 1998 14:12:35 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Jose Montilla" <[email protected]>
To: "[email protected]" <[email protected]>
Subject: why wu-ftpd ?
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.06 [en] (Win95; U)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

I was asked by my (non-technical) manager why we should use wu-ftpd
instead of the in.ftpd that comes with our Sun machine (running Solaris
2.6). I was looking through the faq(s) and could not find any good
answers to give him. If there is anything on-line that I could show him,
I would really be greatful.

Thanks

From [email protected] Tue Sep 22 16:26:42 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA04132;
Tue, 22 Sep 1998 16:26:40 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA05674;
Tue, 22 Sep 1998 16:24:31 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA05492
for <[email protected]>; Tue, 22 Sep 1998 16:22:34 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id RAA08235;
Tue, 22 Sep 1998 17:22:31 -0400
Message-Id: <[email protected]>
Date: Tue, 22 Sep 1998 17:22:31 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Jose Montilla <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: why wu-ftpd ?
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 22 Sep 1998, Jose Montilla wrote:

> I was asked by my (non-technical) manager why we should use wu-ftpd
> instead of the in.ftpd that comes with our Sun machine (running
> Solaris 2.6). I was looking through the faq(s) and could not find any
> good answers to give him. If there is anything on-line that I could
> show him, I would really be greatful.

Short answer: security adn flexability. The old BSD daemon they gave you
is barely good enough to run an anonymous FTP site.

Check out the Resource Center. The best reference though is to go to
http://www.cert.org/ and see which daemon the security experts there
suggest you use.

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

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

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

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

--

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

From [email protected] Tue Sep 22 16:34:30 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA04248;
Tue, 22 Sep 1998 16:34:24 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA30839;
Tue, 22 Sep 1998 16:31:46 -0500 (CDT)
Received: from mercury.onyxsys.net (mercury.onyxsys.net [207.234.81.4])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA26656
for <[email protected]>; Tue, 22 Sep 1998 16:25:06 -0500 (CDT)
Received: from [207.234.81.7] (earth.onyxsys.net [207.234.81.7])
by mercury.onyxsys.net (8.8.8/8.8.8) with SMTP id QAA02959;
Tue, 22 Sep 1998 16:24:17 -0500 (CDT)
Message-Id: <[email protected]>
Date: Tue, 22 Sep 98 16:24:11 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Chuck Pierce <[email protected]>
To: <[email protected]>
Cc: "wu-ftp" <[email protected]>
Subject: Re: why wu-ftpd ?
Mime-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

9/22/98 4:12 PM

>
>Hi,
>
>I was asked by my (non-technical) manager why we should use wu-ftpd
>instead of the in.ftpd that comes with our Sun machine (running Solaris
>2.6). I was looking through the faq(s) and could not find any good
>answers to give him. If there is anything on-line that I could show him,
>I would really be greatful.
>
>Thanks
>
>

well the thing for me was stability and the ability to have virtual ftp.
I originally had sun's version of ftpd running and it kept crapping out
on me, and when I switched everything worked smoothly.. - Chuck

o o o o o o o . . . ___________________ _________=======_T___
o _____ ||Chuck Pierce | | [email protected]|
.][__n_n_|DD[ ====|____ |CEO | | Fax. 615.665.2401 |
>(_UV_____|__|_[___/_____]_|Onyx_Systems_LLC_|_|_Tel. 615.665.3377__|_
_/oo OOOOOO o` ooo ooo 'o^o^o o^o^o` 'o^o o^o`
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

From [email protected] Tue Sep 22 16:39:51 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA04302;
Tue, 22 Sep 1998 16:39:50 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA32398;
Tue, 22 Sep 1998 16:37:39 -0500 (CDT)
Received: from nic.com (nic.com [204.141.60.10])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA28412
for <[email protected]>; Tue, 22 Sep 1998 16:31:55 -0500 (CDT)
Received: from localhost (dave@localhost)
by nic.com (8.8.7/8.8.7) with SMTP id RAA11592;
Tue, 22 Sep 1998 17:32:46 -0400 (EDT)
Message-Id: <[email protected]>
Date: Tue, 22 Sep 1998 17:32:45 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Dave Wreski <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: Jose Montilla <[email protected]>,
"[email protected]" <[email protected]>
Subject: Re: why 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

> > I was asked by my (non-technical) manager why we should use wu-ftpd
> > instead of the in.ftpd that comes with our Sun machine (running
> > Solaris 2.6). I was looking through the faq(s) and could not find any
> > good answers to give him. If there is anything on-line that I could
> > show him, I would really be greatful.
>
> Short answer: security adn flexability. The old BSD daemon they gave you
> is barely good enough to run an anonymous FTP site.

I understand Solaris 2.7 will be shipping with an implementation (similiar
to?) of wu-ftpd, including a graphical means for adding accounts. Is
anyone familiar with this? I have been unable to aquire any further
information...

Thanks,
Dave

From [email protected] Tue Sep 22 17:14:55 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA04599;
Tue, 22 Sep 1998 17:14:54 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA03723;
Tue, 22 Sep 1998 17:12:47 -0500 (CDT)
Received: from jester.ti.com (jester.ti.com [192.94.94.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA11223
for <[email protected]>; Tue, 22 Sep 1998 17:07:24 -0500 (CDT)
Received: from dadd.ti.com ([172.24.154.51]) by jester.ti.com (8.8.8) with ESMTP id RAA22172 for <[email protected]>; Tue, 22 Sep 1998 17:06:34 -0500 (CDT)
Received: from pavis.asic.sc.ti.com by dadd.ti.com (8.8.4/)
id RAA25436; Tue, 22 Sep 1998 17:06:53 -0500 (CDT)
Received: by pavis.asic.sc.ti.com id <[email protected]>; Tue, 22 Sep 1998 17:06:52 -0500
Message-Id: <[email protected]>
Date: Tue, 22 Sep 98 17:06:51 CDT
Reply-To: [email protected] (Bob Luckin)
Sender: [email protected]
From: Bob Luckin <[email protected]>
To: [email protected]
Subject: Re: why wu-ftpd ?
In-Reply-To: <[email protected]>; from "Chuck Pierce" at Sep 22, 98 4:24 pm
X-Mimi-Options: HEADERS TI2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> >I was asked by my (non-technical) manager why we should use wu-ftpd
> >instead of the in.ftpd that comes with our Sun machine (running Solaris
> >2.6). I was looking through the faq(s) and could not find any good
> >answers to give him. If there is anything on-line that I could show him,
> >I would really be greatful.
..
> well the thing for me was stability and the ability to have virtual ftp.
> I originally had sun's version of ftpd running and it kept crapping out
> on me, and when I switched everything worked smoothly.. - Chuck

While for me it was the ability to (a) log transfer data for analysis and
(b) limit access to certain areas of the server via the "private" option
and site group / gpass commands.

Others like it for the guestgroup feature and/or the virtual hosting.

This is in addition to the CERT security recommendations mentioned
previously...

So there are a variety of reason why wu-ftpd may be considered preferable.

I guess you _could_ also argue that you may get better and cheaper support
via this list than through your system vendor - but I can't speak from
experience, since I've never run my vendor's supplied server. Others on
this list may be better able to comment on how the support compares.

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

From [email protected] Tue Sep 22 19:53:51 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA06162;
Tue, 22 Sep 1998 19:53:50 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA04973;
Tue, 22 Sep 1998 19:50:23 -0500 (CDT)
Received: from gatekeeper.peerlogic.com ([email protected] [204.31.26.2])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA02205
for <[email protected]>; Tue, 22 Sep 1998 19:47:44 -0500 (CDT)
Received: by gatekeeper.peerlogic.com; id RAA00065; Tue, 22 Sep 1998 17:45:03 +0800
Received: from mailhost.peerlogic.com(204.31.26.165) by gatekeeper.peerlogic.com via smap (3.2)
id xma000059; Tue, 22 Sep 98 17:44:49 +0800
Received: from jomobile.peerlogic.com ([192.168.4.253]) by cougar.peerlogic.com with SMTP id AA20163
(5.67b/IDA-1.5 for <[email protected]>); Tue, 22 Sep 1998 17:52:56 -0700
Message-Id: <[email protected]>
Date: Tue, 22 Sep 1998 17:49:01 -0700
Reply-To: [email protected]
Sender: [email protected]
From: John Olp <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: Scalability questions
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.0.2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Sorry folks if this gets too much off-topic, but I can't seem to find the
answers, 'though I know they're out there.

I need to scale up to 1000 or more simultaneous ftp users and could use
some insight with regard to the following:

1) I recall reading about problems where even though the ftpaccess file
listed enough connections for certain class types, the limit that a server
would actually permit was based on other things. I also have seen the
answers, but now I can't find them when I need them. I believe one of them
was a limit that was a descriptor limit or something of that sort compiled
into the kernel, and another was some way of getting inetd to increase the
number of allowed connection beyond some default. Do these ring anybody's
bell? I also remember seeing something relating to a large number of users
all trying to connect at once. What kind of issues does that create?

2) If anybody has already done the metrics, what kind of iron do I need to
support this scenario (ie. memory, mhz)? Has anybody done a benchmark
comparison of wu-ftp on various platforms? I'd like to stick with FreeBSD
or Linux, but am open to other platforms if the performance is better.

3) I don't know what our average file size will be yet, but I'm hoping we
can get by with just a T-1 connection. Does anybody have figures or
signal-to-noise ratios for ftp data encapsulated in IP over a
point-to-point T-1? I'm not really concerned with latency on the Internet,
I'm just interested in knowing what amount of raw data bandwidth I can
sustain from a host connected to the Internet via T-1 (ftp server and
router are on a 10Mb ethernet).

Thanks for any help,

John

From [email protected] Wed Sep 23 02:08:55 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id CAA13149;
Wed, 23 Sep 1998 02:08:54 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id CAA07358;
Wed, 23 Sep 1998 02:06:40 -0500 (CDT)
Received: from twister.eumetsat.de ([email protected] [193.17.8.101])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id CAA25163
for <[email protected]>; Wed, 23 Sep 1998 02:00:59 -0500 (CDT)
Received: from eumetsat.de (fsa1.eumetsat.de [163.165.200.7])
by twister.eumetsat.de (8.8.6 (PHNE_14041)/8.8.6) with SMTP id IAA21204
for <[email protected]>; Wed, 23 Sep 1998 08:53:21 +0200 (METDST)
Received: from Eumetsat-Message_Server by eumetsat.de
with Novell_GroupWise; Wed, 23 Sep 1998 08:53:54 +0200
Message-Id: <[email protected]>
Date: Wed, 23 Sep 1998 08:53:33 +0200
Reply-To: [email protected]
Sender: [email protected]
From: "Marco Bano" <[email protected]>
To: [email protected]
Subject: permission on directory create under guest account.
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-Mailer: Novell GroupWise 5.2
X-MIME-Autoconverted: from quoted-printable to 8bit by wugate.wustl.edu id CAA22367
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

When I create a directory on ftp using a guest account ... there is no way to force the permission on that directory like with when you create files.
On the ftpaccess

upload /ftp/gio/ pub yes ftp ftp 0664 dirs

the mask doesn't work for directories.

any ways?

wuftp version 2.4.2-17

From [email protected] Wed Sep 23 05:34:42 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id FAA23932;
Wed, 23 Sep 1998 05:34:41 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id FAA26119;
Wed, 23 Sep 1998 05:32:36 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id FAA21727
for <[email protected]>; Wed, 23 Sep 1998 05:28:28 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id GAA11307;
Wed, 23 Sep 1998 06:28:24 -0400
Message-Id: <[email protected]>
Date: Wed, 23 Sep 1998 06:28:24 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Marco Bano <[email protected]>
Cc: [email protected]
Subject: Re: permission on directory create under guest account.
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 23 Sep 1998, Marco Bano wrote:

> When I create a directory on ftp using a guest account ... there is no
> way to force the permission on that directory like with when you
> create files. the mask doesn't work for directories. any ways?

The VR patches include a new feature for this. Get then from:

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

The current version is VR7. VR8 is due out the end of the month. Read
the FIXES files for a complete list of all bugfixes and new features
added.

Precompiled binaries for BSDI, Linux/Intel and Solaris/Sparc are also
available at the site.

> wuftp version 2.4.2-17

You should upgrade anyway.

--

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

From [email protected] Wed Sep 23 14:12:00 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA04038;
Wed, 23 Sep 1998 14:11:59 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA32530;
Wed, 23 Sep 1998 14:09:35 -0500 (CDT)
Received: from mail1.hayes.com (atl_xch_srvr1.hayes.com [155.93.82.4])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA28218
for <[email protected]>; Wed, 23 Sep 1998 14:02:13 -0500 (CDT)
Received: by atl_xch_srvr1.hayes.com with Internet Mail Service (5.0.1460.8)
id <T21WPKV4>; Wed, 23 Sep 1998 15:01:58 -0400
Message-Id: <D622AA10DC35D211ADEC00609733E58D0A57B5@atl_xch_srvr1.hayes.com>
Date: Wed, 23 Sep 1998 15:01:55 -0400
Reply-To: [email protected]
Sender: [email protected]
From: "Fernandez, Elena" <[email protected]>
To: [email protected]
Subject: WU-FTPD virtual domains question
MIME-Version: 1.0
Content-Type: text/plain
X-Mailer: Internet Mail Service (5.0.1460.8)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Could anyone help with this questions, we are running wu-ftpd version 2.4.2
(Beta 18).

1) When using a hyperlink to get to a virtual FTP address there is a problem
when the userid:password format is used. For example:

ftp://virtual1.mydomain.com/ <ftp://virtual1.mydomain.com/>

The above works correctly and puts the user into the proper directory.

ftp://myuserid:[email protected]
<ftp://myuserid:[email protected]>

The above logs the user in but puts the user into the real FTP address home
directory instead of the one for the specified virtual address. Is this a
bug, missing feature or config problem?

2) Related to the above we have several virtual address defined. It is not
clear in the documentation how to set up the ftpaccess file to prohibit
anonymous access to one specific virtual address. Can someone provide an
example of how to allow anonymous access to multiple virtual addresses while
prohibiting anonymous access to others? In other words we want the first
example above to fail and the second to succeed.

Thanks,

Elena

From [email protected] Wed Sep 23 15:16:07 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA05567;
Wed, 23 Sep 1998 15:16:04 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA31316;
Wed, 23 Sep 1998 15:13:45 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA29746
for <[email protected]>; Wed, 23 Sep 1998 15:06:35 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id QAA14632;
Wed, 23 Sep 1998 16:05:55 -0400
Message-Id: <[email protected]>
Date: Wed, 23 Sep 1998 16:05:55 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Fernandez, Elena" <[email protected]>
Cc: [email protected]
Subject: Re: WU-FTPD virtual domains question
In-Reply-To: <D622AA10DC35D211ADEC00609733E58D0A57B5@atl_xch_srvr1.hayes.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 23 Sep 1998, Fernandez, Elena wrote:

> Could anyone help with this questions, we are running wu-ftpd version
> 2.4.2 (Beta 18).
>
> 1) When using a hyperlink to get to a virtual FTP address there is a
> problem when the userid:password format is used. For example:
>
> ftp://virtual1.mydomain.com/ <ftp://virtual1.mydomain.com/>
>
> The above works correctly and puts the user into the proper directory.
>
> ftp://myuserid:[email protected]
> <ftp://myuserid:[email protected]>
>
> The above logs the user in but puts the user into the real FTP address
> home directory instead of the one for the specified virtual address.
> Is this a bug, missing feature or config problem?

This isn't an FTP issue. It's a web client issue. Notice, also, that not
all web clients handle the URL you've written. I'd suggest using the
first (not user/pass) which should work everywhere and forgetting the
second until the FTP-WG produces a standard for FTP URLs.

> 2) Related to the above we have several virtual address defined. It is
> not clear in the documentation how to set up the ftpaccess file to
> prohibit anonymous access to one specific virtual address. Can someone
> provide an example of how to allow anonymous access to multiple
> virtual addresses while prohibiting anonymous access to others? In
> other words we want the first example above to fail and the second to
> succeed.

>From an FTP point of view, you've just left beta-18 behind. It can't do
what you want. BeroFTPD includes newvirt, and should be able to do it.
Time to upgrade.

As for making the URLs work .. well, it'll work for FTP clients (but they
don't use URLs at all). People using web clients may or may not work.
If they work, fine. If not, they'll have to switch to the other web
company's client or get an FTP client. As I said, it's not an FTP issue,
so there's nothing the server can do to help.

--

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

From [email protected] Thu Sep 24 02:03:01 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id CAA15811;
Thu, 24 Sep 1998 02:03:00 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id CAA13350;
Thu, 24 Sep 1998 02:00:51 -0500 (CDT)
Received: from tlvsdy.vim.tlt.alcatel.it (tlvsdy.vim.tlt.alcatel.it [151.98.8.244])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id BAA00977
for <[email protected]>; Thu, 24 Sep 1998 01:56:59 -0500 (CDT)
Received: from tlvsca by tlvsdy.vim.tlt.alcatel.it (SMI-8.6/SMI-SVR4)
id IAA05907; Thu, 24 Sep 1998 08:55:23 +0200
Received: from tlt.alcatel.it by tlvsca (SMI-8.6/SMI-SVR4)
id JAA23296; Thu, 24 Sep 1998 09:05:36 +0200
Message-Id: <[email protected]>
Date: Thu, 24 Sep 1998 08:57:25 +0200
Reply-To: [email protected]
Sender: [email protected]
From: Luigi Beretta <[email protected]>
To: WU-FTP List <[email protected]>
Subject: Problem with HP client
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="------------264651AAA9B411F2450F7F61"
X-Mailer: Mozilla 4.5b2 [en] (WinNT; I)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

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

Hi,

I've installed the WU-FTP V2.4.2 beta 18 on my Solaris 2.6 workstation,
all works fine except if somebody reach my ftp server as a guest user
from an HP workstation (9.x-10.x) in this case if it try to perform an
"ls" or a "dir" the system gives back an output like the following
without show the files contained in the directory:

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

Somebody can help me?

Ciao
--
Luigi Beretta
E-mail: [email protected]

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

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML>
<BODY TEXT="#006600" BGCOLOR="#C8E0D8" LINK="#0000EE" VLINK="#551A8B" ALINK="#FF0000">
Hi,
I've installed the  WU-FTP V2.4.2 beta 18 on my Solaris 2.6 workstation,
all works fine except if somebody reach my ftp server as a guest user from
an HP workstation (9.x-10.x) in this case if it try to perform an "ls"
or a "dir" the system gives back an output like the following without show
the files contained in the directory:
    ftp> ls
     200 PORT command successful.
     150 Opening ASCII mode data connection for /bin/ls.
     226 Transfer complete.
     ftp>
Somebody can help me?
Ciao
 --
 Luigi Beretta
 E-mail: [email protected]
  
</BODY>
</HTML>

--------------264651AAA9B411F2450F7F61--

From [email protected] Thu Sep 24 02:13:11 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id CAA16297;
Thu, 24 Sep 1998 02:13:10 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id CAA16936;
Thu, 24 Sep 1998 02:11:06 -0500 (CDT)
Received: from theta2.ben2.ucla.edu (theta2.ben2.ucla.edu [164.67.131.36])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id CAA25559
for <[email protected]>; Thu, 24 Sep 1998 02:06:05 -0500 (CDT)
Received: from smartlink (pool1-8.usr1.smartlink.net [206.117.155.73])
by theta2.ben2.ucla.edu (8.8.8/8.8.8) with SMTP id AAA27876;
Thu, 24 Sep 1998 00:05:58 -0700
Message-Id: <[email protected]>
Date: Tue, 22 Sep 1998 00:07:29 -0700
Reply-To: [email protected]
Sender: [email protected]
From: Lev Lvovsky <[email protected]>
To: wu-ftpd mailing list <[email protected]>,
Red Hat general list <[email protected]>
Subject: creating guest FTP accounts & root properties
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1.0.49 (Beta)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

first off, I'm new to linux, but I like to know what I'm doing when delving
into new stuff. I found the HOWTO for creating a guest FTP account at
ftp://ftp.fni.com/pub/wu-ftpd/guest-howto to be helpful, but really lacking
in explanations for what exaclty I was doing....basically I'm coming from
running a windows FTPd (war ftp), and doing something as simple as setting
a user's root is getting rather frustrating in linux. (btw, the howto
didn't work)

what I'd like to do is find out how to make ftp user accounts (the more
automated the better) that only have access to their own dirs, or a set of
dirs that I've created for them. As it stands right now, I use "adduser",
and this works, but I'm also left with a user that's able to telnet in etc...

I'm looking for HOWTO's and similar documentation, as I'm sure this could
be a pretty big explanation (books would be nice too ;)...

thanks!!!
-lev

From [email protected] Thu Sep 24 07:24:39 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA26336;
Thu, 24 Sep 1998 07:24:38 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA26344;
Thu, 24 Sep 1998 07:22:36 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA14290
for <[email protected]>; Thu, 24 Sep 1998 07:17:13 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id IAA18677;
Thu, 24 Sep 1998 08:17:09 -0400
Message-Id: <[email protected]>
Date: Thu, 24 Sep 1998 08:17:09 -0400 (EDT)
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: creating guest FTP accounts & root properties
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, 22 Sep 1998, Lev Lvovsky wrote:

> what I'd like to do is find out how to make ftp user accounts (the
> more automated the better) that only have access to their own dirs, or
> a set of dirs that I've created for them. As it stands right now, I
> use "adduser", and this works, but I'm also left with a user that's
> able to telnet in etc...

Copy adduser to make a new script. 'addftpuser' maybe. Change it so the
shell assigned is '/bin/false'. Add /bin/false to /etc/shells. The user
can POP/IMAP, FTP and have a web page, but cannot TELNET.

--

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 Sep 24 07:26:02 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA26350;
Thu, 24 Sep 1998 07:26:01 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA24509;
Thu, 24 Sep 1998 07:24:03 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA20449
for <[email protected]>; Thu, 24 Sep 1998 07:17:23 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id IAA18661;
Thu, 24 Sep 1998 08:14:02 -0400
Message-Id: <[email protected]>
Date: Thu, 24 Sep 1998 08:14:02 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Luigi Beretta <[email protected]>
Cc: WU-FTP List <[email protected]>
Subject: Re: Problem with HP client
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 24 Sep 1998, Luigi Beretta wrote:

> Date: Thu, 24 Sep 1998 08:57:25 +0200
> ftp> ls
> 200 PORT command successful.
> 150 Opening ASCII mode data connection for /bin/ls.
> 226 Transfer complete.
> ftp>
>
> Somebody can help me?

Incomlete setup for the external 'ls' program. Start with the FAQ:

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

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

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

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

--

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

From [email protected] Thu Sep 24 07:56:42 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA26629;
Thu, 24 Sep 1998 07:56:41 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA09762;
Thu, 24 Sep 1998 07:54:44 -0500 (CDT)
Received: from klimt.kan.co.uk (primary-1.kan.co.uk [193.123.246.121])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA03431
for <[email protected]>; Thu, 24 Sep 1998 07:49:51 -0500 (CDT)
Received: from kan.co.uk (dali.kan.co.uk [193.112.141.25])
by klimt.kan.co.uk (8.9.1/8.9.1) with ESMTP id NAA18648
for <[email protected]>; Thu, 24 Sep 1998 13:48:00 +0100 (BST)
Message-Id: <[email protected]>
Date: Thu, 24 Sep 1998 13:48:47 +0100
Reply-To: [email protected]
Sender: [email protected]
From: Patrick Verdon <[email protected]>
To: [email protected]
Subject: Variable file permissions
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: [email protected]
X-Mailer: Mozilla 4.06 [en] (X11; I; SunOS 5.6 sun4u)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

I've got several virtual hosts running under Apache
and I use wu-ftpd to allow clients to manage their
own Web content in a self-contained environment.
My problem arises with CGI content - I want to
be able to specify that everything under a chroot'ed
'/document_root/cgi-bin' directory named *.pl or *.cgi
gets a mode set of 0775. I've tried something like
this to no avail:

upload /www */document_root/cgi-bin/*.pl yes web web 0775

I'd also like the owner of the files to be the user
that is logged in.

One of our ISPs seems to manage this so that files
with a certain suffix get a certain mode - is this
a function of wu-ftpd or not?

Thanks for any help.

Cheers.

Patrick

--

#===============================#
\ KAN Design & Publishing Ltd /
/ T: +44 (0)1223 511134 \
\ F: +44 (0)1223 571968 /
/ E: mailto:[email protected] \
\ W: http://www.kan.co.uk /
#===============================#

From [email protected] Thu Sep 24 08:09:36 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA26772;
Thu, 24 Sep 1998 08:09:35 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA23558;
Thu, 24 Sep 1998 08:07:36 -0500 (CDT)
Received: from twister.eumetsat.de ([email protected] [193.17.8.101])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA19831
for <[email protected]>; Thu, 24 Sep 1998 08:05:26 -0500 (CDT)
Received: from eumetsat.de (fsa1.eumetsat.de [163.165.200.7])
by twister.eumetsat.de (8.8.6 (PHNE_14041)/8.8.6) with SMTP id OAA23660
for <[email protected]>; Thu, 24 Sep 1998 14:56:33 +0200 (METDST)
Received: from Eumetsat-Message_Server by eumetsat.de
with Novell_GroupWise; Thu, 24 Sep 1998 14:57:06 +0200
Message-Id: <[email protected]>
Date: Thu, 24 Sep 1998 14:56:41 +0200
Reply-To: [email protected]
Sender: [email protected]
From: "Marco Bano" <[email protected]>
To: [email protected]
Subject: wu ftp on HPUX 10.20 .. always exiting on signal 10
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-Mailer: Novell GroupWise 5.2
X-MIME-Autoconverted: from quoted-printable to 8bit by wugate.wustl.edu id IAA22700
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I compile the latest 2.4.2-18v7 of the wu ftpd.
Everytime I try to connect to the machine now I have ...after I digit the username:

421 Servidce Not available.
Login failed.
No control connection for command " no such file or directory.
Ftp>

From [email protected] Thu Sep 24 08:29:45 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA26989;
Thu, 24 Sep 1998 08:29:43 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA25525;
Thu, 24 Sep 1998 08:27:26 -0500 (CDT)
Received: from platypus.bright.net (platypus.bright.net [205.212.123.17])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA15819
for <[email protected]>; Thu, 24 Sep 1998 08:25:00 -0500 (CDT)
Received: from barbarossa.bright.net (barbarossa.bright.net [205.212.112.20])
by platypus.bright.net (8.9.0.Beta3/8.9.0.FNG_Build) with SMTP id JAA29729
for <[email protected]>; Thu, 24 Sep 1998 09:24:57 -0400 (EDT)
Message-Id: <[email protected]>
Date: Thu, 24 Sep 1998 09:24:57 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Aaron Holtz <[email protected]>
To: [email protected]
Subject: Web browser FTP help!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,

I've got a RedHat 4.2 linux box running WU-FTPD newvirt-040
code with the hostname and mkdir patches installed. I have several
thousand users who I have in guest groups. They are chrooted properly
under all instances EXCEPT when they use a web browser (Netscape or IE.)
Using the syntax: http://username:[email protected] they are
logged into the root dir of the server! Is this some type of special
login that allows them to get around the chrooting? I really need to stop
this - any thoughts are appreciated. I'm just back on the list after
being gone for a bit, so I apologize if this has been discussed. I
couldn't find anything in the archives relating to my troubles. Thanks
again.

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

From [email protected] Thu Sep 24 08:55:04 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA27321;
Thu, 24 Sep 1998 08:55:02 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA05220;
Thu, 24 Sep 1998 08:52:57 -0500 (CDT)
Received: from gw1.bfg.com (gateway.bfg.com [131.187.253.2])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA31070
for <[email protected]>; Thu, 24 Sep 1998 08:51:27 -0500 (CDT)
Received: (from uucp@localhost)
by gw1.bfg.com (8.8.8/8.8.8) id JAA00341;
Thu, 24 Sep 1998 09:51:24 -0400 (EDT)
Received: from ns1.bfg.com(192.73.67.20) by gw1.bfg.com via smap (V2.0)
id sma000229; Thu, 24 Sep 98 09:51:15 -0400
Received: from localhost (keller@localhost)
by ns1.bfg.com (8.8.8/8.8.8) with SMTP id JAA18221;
Thu, 24 Sep 1998 09:51:15 -0400 (EDT)
Message-Id: <[email protected]>
Date: Thu, 24 Sep 1998 09:51:14 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Ted Keller <[email protected]>
To: Aaron Holtz <[email protected]>
Cc: [email protected]
Subject: Re: Web browser FTP 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

Aaron,

Not sure if I'm on the right track here....

Your url indicated the http protocol instead of the ftp protocol. Does
this machine also run a web server??? Try setting the url to ftp://....

ted keller - bfg.com

On Thu, 24 Sep 1998, Aaron Holtz wrote:

> Hello,
>
> I've got a RedHat 4.2 linux box running WU-FTPD newvirt-040
> code with the hostname and mkdir patches installed. I have several
> thousand users who I have in guest groups. They are chrooted properly
> under all instances EXCEPT when they use a web browser (Netscape or IE.)
> Using the syntax: http://username:[email protected] they are
> logged into the root dir of the server! Is this some type of special
> login that allows them to get around the chrooting? I really need to stop
> this - any thoughts are appreciated. I'm just back on the list after
> being gone for a bit, so I apologize if this has been discussed. I
> couldn't find anything in the archives relating to my troubles. Thanks
> again.
>
> --------------------------------------------------------------------------
> Aaron Holtz
> ComNet Inc.
> Manager, Unix Systems Administration
> Email: [email protected]
> "We do these things not because they are easy,
> but because they are hard." -JFK
> --------------------------------------------------------------------------
>
>

From [email protected] Thu Sep 24 09:01:35 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA27433;
Thu, 24 Sep 1998 09:01:32 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA15241;
Thu, 24 Sep 1998 08:59:32 -0500 (CDT)
Received: from sparticus.bright.net (sparticus.bright.net [205.212.123.14])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA13601
for <[email protected]>; Thu, 24 Sep 1998 08:54:21 -0500 (CDT)
Received: from barbarossa.bright.net (barbarossa.bright.net [205.212.112.20])
by sparticus.bright.net (8.9.0.Beta3/8.9.0.FNG_Build) with SMTP id JAA07997;
Thu, 24 Sep 1998 09:54:15 -0400 (EDT)
Message-Id: <[email protected]>
Date: Thu, 24 Sep 1998 09:54:15 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Aaron Holtz <[email protected]>
To: Ted Keller <[email protected]>
Cc: [email protected]
Subject: Re: Web browser FTP 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

Just about to email the group back - this was my bad BIG TIME!!!
Someone changed the spelling of the group name in /etc/group without
telling me and I never bothered to check. The thing with the web
browsers is that they cd to / be default for some dumb reason if you don't
specify the directory at the end of the URL, whereas a normal FTP client
does everything correctly. I meant to put ftp:// in my example, so sorry
about the confusion there!! At least it wasn't a major bug/problem.
Sorry! :-)

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

On Thu, 24 Sep 1998, Ted Keller wrote:

>Aaron,
>
>Not sure if I'm on the right track here....
>
>Your url indicated the http protocol instead of the ftp protocol. Does
>this machine also run a web server??? Try setting the url to ftp://....
>
>ted keller - bfg.com
>
>
>On Thu, 24 Sep 1998, Aaron Holtz wrote:
>
>> Hello,
>>
>> I've got a RedHat 4.2 linux box running WU-FTPD newvirt-040
>> code with the hostname and mkdir patches installed. I have several
>> thousand users who I have in guest groups. They are chrooted properly
>> under all instances EXCEPT when they use a web browser (Netscape or IE.)
>> Using the syntax: http://username:[email protected] they are
>> logged into the root dir of the server! Is this some type of special
>> login that allows them to get around the chrooting? I really need to stop
>> this - any thoughts are appreciated. I'm just back on the list after
>> being gone for a bit, so I apologize if this has been discussed. I
>> couldn't find anything in the archives relating to my troubles. Thanks
>> again.
>>
>> --------------------------------------------------------------------------
>> Aaron Holtz
>> ComNet Inc.
>> Manager, Unix Systems Administration
>> Email: [email protected]
>> "We do these things not because they are easy,
>> but because they are hard." -JFK
>> --------------------------------------------------------------------------
>>
>>
>

From [email protected] Thu Sep 24 09:29:09 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA27839;
Thu, 24 Sep 1998 09:29:05 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA02613;
Thu, 24 Sep 1998 09:25:35 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA23408
for <[email protected]>; Thu, 24 Sep 1998 09:23:01 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id KAA19276;
Thu, 24 Sep 1998 10:22:42 -0400
Message-Id: <[email protected]>
Date: Thu, 24 Sep 1998 10:22:41 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Patrick Verdon <[email protected]>
Cc: [email protected]
Subject: Re: Variable file permissions
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 24 Sep 1998, Patrick Verdon wrote:

> upload /www */document_root/cgi-bin/*.pl yes web web 0775

It seems to me this should work, although I've never tested it. If it
doesn't I'll put it on the list of things to do for VR9 (if some of the
other things I'm looking to do then don't bring this along for the ride).

> I'd also like the owner of the files to be the user that is logged in.

Loosing the 'web web 0775' should do that.

--

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

From [email protected] Thu Sep 24 13:45:31 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA01338;
Thu, 24 Sep 1998 13:45:26 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA24415;
Thu, 24 Sep 1998 13:42:58 -0500 (CDT)
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 NAA13799
for <[email protected]>; Thu, 24 Sep 1998 13:39:21 -0500 (CDT)
Received: from trw.com ([129.4.74.179]) by mail1.dh.trw.com
(Netscape Messaging Server 3.5) with ESMTP id AAA3A51
for <[email protected]>; Thu, 24 Sep 1998 11:38:48 -0700
Message-Id: <[email protected]>
Date: Thu, 24 Sep 1998 11:38:47 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Scott Parmenter" <[email protected]>
To: wuftplist <[email protected]>
Subject: Upload question
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

Is the upload feature in the ftpaccess file limited to chrooted users
only?

Thanks,
Scott

From [email protected] Thu Sep 24 13:57:01 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA01453;
Thu, 24 Sep 1998 13:56:59 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA21188;
Thu, 24 Sep 1998 13:54:29 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA14335
for <[email protected]>; Thu, 24 Sep 1998 13:50:02 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id OAA20861;
Thu, 24 Sep 1998 14:49:37 -0400
Message-Id: <[email protected]>
Date: Thu, 24 Sep 1998 14:49:37 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Scott Parmenter <[email protected]>
Cc: wuftplist <[email protected]>
Subject: Re: Upload question
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 24 Sep 1998, Scott Parmenter wrote:

> Is the upload feature in the ftpaccess file limited to chrooted users
> only?

No, it should work for real and anonymous also.

--

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 Sep 24 15:21:46 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA02517;
Thu, 24 Sep 1998 15:21:37 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA23264;
Thu, 24 Sep 1998 15:18:56 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA29640
for <[email protected]>; Thu, 24 Sep 1998 15:12:29 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id QAA21854;
Thu, 24 Sep 1998 16:12:14 -0400
Message-Id: <[email protected]>
Date: Thu, 24 Sep 1998 16:12:13 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Fernandez, Elena" <[email protected]>
Cc: WU-FTPD Discussion List <[email protected]>
Subject: RE: WU-FTPD virtual domains question
In-Reply-To: <D622AA10DC35D211ADEC00609733E58D0A57BE@atl_xch_srvr1.hayes.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 24 Sep 1998, Fernandez, Elena wrote:

> ftp://myuserid:[email protected]/data/home/virtual1/file.txt
> ftp://myuserid:[email protected]/file.txt

The previous poster's comment was on the mark. It's the way the browser
works.

I tested with IE4.01 on NT 4.0 Workstation.

A real user ftp URL had to include the entire directory path.
A guest user ftp URL had to include the entire path from the chroot-point

A guest user ftp URL chroot'd to the same point as a virtual host's root
worked as expected .. that is because it was already relative to the
chroot-point.

A normal ftp URL (no user:pass@) worked as expected .. also was already
relative to the chroot-point.

This just points out the need for a security feature which will be in VR8:

- real users will not be allowed to user virtual hosts

- guest users whose chroot-point matches the virtual hosts' will be
allowed; all other guest users will be denied

VR8 patches will be out October 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] Thu Sep 24 15:39:57 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA02706;
Thu, 24 Sep 1998 15:39:54 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA07855;
Thu, 24 Sep 1998 15:37:53 -0500 (CDT)
Received: from pyrite.claricle.net (ip25.powersurge.net [209.25.119.25] (may be forged))
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA31194
for <[email protected]>; Thu, 24 Sep 1998 15:36:42 -0500 (CDT)
Received: (qmail 11716 invoked from network); 24 Sep 1998 20:35:58 -0000
Received: from port15.rochester02.tir.com (HELO Claricle) (209.54.153.108)
by ip26.powersurge.net with SMTP; 24 Sep 1998 20:35:58 -0000
Message-Id: <[email protected]>
Date: Thu, 24 Sep 1998 16:35:42 -0400
Reply-To: <[email protected]>
Sender: [email protected]
From: "Chris Drumgoole" <[email protected]>
To: <[email protected]>
Subject: Help! - anonymous ftp
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

Hi, I am having problems with anonymous ftp on my system. THe version is
wu-ftp 2.4.2b16, on a Red Hat 5.1 Intel system.

Here is the deal:
FTP does work, I can log in using account names, and upload files, no
problem. However, when I try to set up anonymous ftp, problems happen:

I host domain, so I want virtual FTP for them (ftp.domain1.com)

For this, I will use domain1.com. in the ftpaccess file, I have this:
virtual 209.25.119.26 root /home/domain1/ftp
virtual 209.25.119.26 logfile /home/domain1/logs/ftp
virtual 209.25.119.26 banner /home/domain1/ftp/.banner

Now, when I try to ftp to that domain/IP address, it allows an anonymous
user to log it, but you see no directory structures, nor any files. Here is
what that /home/domain1/ftp dir looks like:
drwxr-xr-x 8 domain1 domain1 1024 Sep 20 20:55 .
drwx--x--x 18 domain1 domain1 2048 Sep 21 12:43 ..
-rw-r--r-- 1 domain1 domain1 46 Aug 22 17:20 .banner
drwxr-xr-x 2 domain1 domain1 1024 Aug 22 17:20 bin
drwxr-xr-x 2 domain1 domain1 1024 Aug 22 17:20 etc
drwxrwxrwx 2 domain1 domain1 1024 Aug 22 17:20 incoming
drwxr-xr-x 2 domain1 domain1 1024 Aug 22 17:20 lib
drwxr-xr-x 2 domain1 domain1 1024 Aug 22 17:48 pub
drwxr-xr-x 2 domain1 domain1 1024 Aug 22 17:20 usr
-rw-r--r-- 1 root root 8 Sep 20 21:34 welcome.msg

(I even tried to change all the dirs's owner to root. The /home/domain1 is
drwx--x--x, the /home/domain1/ftp is drwxr-xr-x

I tried something else. I tried to put the ftp stuff in here:
/home/ftp/domain1 (/home/ftp is what the system uses for the default, WHICH
DOES WORK FOR ANONYMOUS, PERFECTLY)
the /home/ftp dir is drwxr-xr-x, and the /home/ftp/domain1 is
wxr-xr-x -- still does not work.

Interesting fact: using Netscape 4, the .banner *and* welcome.msg files are
viewable, but with no dirs. But with IE4, only the welcome.msg works.
odd...

Thanks to anyone who helps me!

Chris

From [email protected] Thu Sep 24 15:59:24 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA02967;
Thu, 24 Sep 1998 15:59:23 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA31295;
Thu, 24 Sep 1998 15:57:15 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA06868
for <[email protected]>; Thu, 24 Sep 1998 15:52:14 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id QAA22314;
Thu, 24 Sep 1998 16:51:14 -0400
Message-Id: <[email protected]>
Date: Thu, 24 Sep 1998 16:51:13 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Chris Drumgoole <[email protected]>
Cc: [email protected]
Subject: Re: Help! - 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 Thu, 24 Sep 1998, Chris Drumgoole wrote:

> For this, I will use domain1.com. in the ftpaccess file, I have this:
> virtual 209.25.119.26 root /home/domain1/ftp
> virtual 209.25.119.26 logfile /home/domain1/logs/ftp
> virtual 209.25.119.26 banner /home/domain1/ftp/.banner
>
> Now, when I try to ftp to that domain/IP address, it allows an anonymous
> user to log it, but you see no directory structures, nor any files. Here is
> what that /home/domain1/ftp dir looks like:
> drwxr-xr-x 8 domain1 domain1 1024 Sep 20 20:55 .
> drwx--x--x 18 domain1 domain1 2048 Sep 21 12:43 ..
> -rw-r--r-- 1 domain1 domain1 46 Aug 22 17:20 .banner
> drwxr-xr-x 2 domain1 domain1 1024 Aug 22 17:20 bin
> drwxr-xr-x 2 domain1 domain1 1024 Aug 22 17:20 etc
> drwxrwxrwx 2 domain1 domain1 1024 Aug 22 17:20 incoming
> drwxr-xr-x 2 domain1 domain1 1024 Aug 22 17:20 lib
> drwxr-xr-x 2 domain1 domain1 1024 Aug 22 17:48 pub
> drwxr-xr-x 2 domain1 domain1 1024 Aug 22 17:20 usr
> -rw-r--r-- 1 root root 8 Sep 20 21:34 welcome.msg

New take on a FAQ. The virtual domain needs to be set up .. the directory
contents .. the same as the normal anonymous area. you're missing a part.

> Interesting fact: using Netscape 4, the .banner *and* welcome.msg files are
> viewable, but with no dirs. But with IE4, only the welcome.msg works.
> odd...

No odd at all. Netscape uses LIST and IE uses NLST .. LIST uses a buildin
directory lister. NLIST uses the external one yo've not compeltely set
up.

Start with the FAQ

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

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

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

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

--

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

From [email protected] Thu Sep 24 19:06:09 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA04816;
Thu, 24 Sep 1998 19:06:08 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA04848;
Thu, 24 Sep 1998 19:03:48 -0500 (CDT)
Received: from clifford.ironlight.com (clifford.ironlight.com [207.177.177.11])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA06290
for <[email protected]>; Thu, 24 Sep 1998 18:58:11 -0500 (CDT)
Received: from wasteland ([207.177.178.58]) by clifford.ironlight.com
(Post.Office MTA v3.1 release PO203a ID# 534-40053U5000L500S0)
with SMTP id AAA14099 for <[email protected]>;
Thu, 24 Sep 1998 16:51:33 -0700
Received: by localhost with Microsoft MAPI; Thu, 24 Sep 1998 16:56:05 -0700
Message-Id: <[email protected]>
Date: Thu, 24 Sep 1998 16:56:04 -0700
Reply-To: "[email protected]" <[email protected]>
Sender: [email protected]
From: Gregor Mosheh <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: Unable to compile v2.4 on Solaris 2.6
X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I'm still not able to get guestgroups working, despite the guestgroup FAQ.
So, I decided to rebuild from the newest source. And, I'm unable to get
WU-FTPD to compile.
OS is Solaris 2.6
FTPD is 2.4 from ftp.academ.edu
A log of the compile attempt is below.

-- Gregor Mosheh
Novo/Ironlight
wasteland.ironlight.com

Please note: The correct address for technical support is
[email protected]
Please use that address unless you want to contact me specifically.

engr@robin:/tmp/gm/wu-ftpd-2.4 -> ./build sol
make args are :
make opts are :

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

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

Making ftpd.
cc -g -DDEBUG -I.. -I../support -L../support -c ftpd.c -o ftpd.o
ftpd.c:143: conflicting types for `realpath'
/usr/local/lib/gcc-lib/sparc-sun-solaris2.6/2.7.2.3/include/stdlib.h:186:
previous declaration of `realpath'
make: *** [ftpd.o] Error 1

Making ftpcount.
cc -g -DDEBUG -I.. -I../support -L../support -o ftpcount ftpcount.c vers.o
-lsup
port -lsocket -lnsl -lgen
cc: vers.o: No such file or directory
make: *** [ftpcount] Error 1

Making ftpshut.
cc -g -DDEBUG -I.. -I../support -L../support -o ftpshut ftpshut.c vers.o
-lsuppo
rt -lsocket -lnsl -lgen
cc: vers.o: No such file or directory
make: *** [ftpshut] Error 1

Making ckconfig.
make: `ckconfig' is up to date.
ln: ../src/ckconfig and ckconfig are identical

Links to executables are in bin directory:
size: bin/ftpd: cannot open
size: bin/ftpcount: cannot open
size: bin/ftpshut: cannot open
size: bin/ftpwho: cannot open
bin/ckconfig: 4176 + 328 + 328 = 4832
Done
real 0:02.64 cpu 81.0%

From [email protected] Thu Sep 24 21:01:43 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id VAA05596;
Thu, 24 Sep 1998 21:01:42 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA26825;
Thu, 24 Sep 1998 20:59:34 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA29381
for <[email protected]>; Thu, 24 Sep 1998 20:59:07 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id VAA23706;
Thu, 24 Sep 1998 21:59:04 -0400
Message-Id: <[email protected]>
Date: Thu, 24 Sep 1998 21:59:04 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Gregor Mosheh <[email protected]>
Cc: "'[email protected]'" <[email protected]>
Subject: Re: Unable to compile v2.4 on Solaris 2.6
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 24 Sep 1998, Gregor Mosheh wrote:

> FTPD is 2.4 from ftp.academ.edu

2.4 is very old and should not be used.

Get 2.4.2-beta-18 and try again.
After unpackaging, run './build clean' before you './build sol'

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

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

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

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

--

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

From [email protected] Fri Sep 25 14:13:48 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA02152;
Fri, 25 Sep 1998 14:13:47 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA14143;
Fri, 25 Sep 1998 14:09:26 -0500 (CDT)
Received: from halon.barra.com (halon.barra.com [144.203.11.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA14791
for <[email protected]>; Fri, 25 Sep 1998 14:00:22 -0500 (CDT)
Received: from lazarus.barra.COM ([email protected] [144.203.13.57])
by halon.barra.com (8.9.0/8.8.8) with ESMTP id KAA01210
for <[email protected]>; Fri, 25 Sep 1998 10:59:33 -0700 (PDT)
Received: from zeus.barra.com (exchangebrk13.barra.com [144.203.13.129]) by lazarus.barra.COM (8.8.3/8.6.4) with ESMTP id KAA02293 for <[email protected]>; Fri, 25 Sep 1998 10:59:49 -0700 (PDT)
Received: by exchangebrk13.barra.com with Internet Mail Service (5.0.1460.8)
id <R44NT9JV>; Fri, 25 Sep 1998 11:00:30 -0700
Message-Id: <[email protected]>
Date: Fri, 25 Sep 1998 11:00:27 -0700
Reply-To: [email protected]
Sender: [email protected]
From: Amanda Dahl/mail+schedule <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: authentication problems on wu-2.4.2 [BETA-18]
MIME-Version: 1.0
Content-Type: text/plain
X-Mailer: Internet Mail Service (5.0.1460.8)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,
I am running wu-2.4.2 [BETA-18] on Solaris 2.6 on a Sparcstation 20. I have
attempted to recompile and re-install the binaries twice, but this problem
still persists.
I am unable to receive authentication for any user, anonymous or listed in
/etc/passwd.
For a user listed in the /etc/passwd, a session looks like this:

Connected to localhost.
220 machinname FTP server (Version wu-2.4.2-academ[BETA-18](1) Tue Aug 11
14:39:18
PDT 1998) ready.
Name (localhost:root): username
530 User username access denied.
Login failed.
ftp> bye
221 Goodbye.

And for anonymous, it looks like this:

Connected to localhost.
220 nitrogen FTP server (Version wu-2.4.2-academ[BETA-18](1) Tue Aug 11
14:39:18
PDT 1998) ready.
Name (localhost:root): anonymous
530 User anonymous unknown.
Login failed.
ftp> bye
221 Goodbye.

The entry in /etc/inetd.conf looks like this:
ftp stream tcp nowait root /usr/sbin/in.ftpd in.ftpd -al

I've added the -al option at the moment, but have tried it without, and it
doesn't make a difference.

There is no entry for anonymous or any username I've tested in the ftpusers
file. I have created a file called /etc/shells containing all shells that
any username might need to use. I've checked out the tips for running wu-ftp
on Solaris from the wu-ftp home page, and am doing all of it correctly.
What am I missing?

Thank you very much.
Amanda
[email protected]

---------------------------------
Amanda K. Dahl
Information Services
BARRA, INC.
2100 Milvia Avenue
Berkeley.CA 94704
[email protected]
---------------------------------
"UNIX was not designed to stop you from doing stupid things, because that
would also stop you from doing clever things." -- Doug Gwyn

From [email protected] Fri Sep 25 14:30:40 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA02301;
Fri, 25 Sep 1998 14:30:40 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA06522;
Fri, 25 Sep 1998 14:27:09 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA17755
for <[email protected]>; Fri, 25 Sep 1998 14:25:34 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id PAA28657;
Fri, 25 Sep 1998 15:25:22 -0400
Message-Id: <[email protected]>
Date: Fri, 25 Sep 1998 15:25:21 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Amanda Dahl/mail+schedule <[email protected]>
Cc: "'[email protected]'" <[email protected]>
Subject: Re: authentication problems on wu-2.4.2 [BETA-18]
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 25 Sep 1998, Amanda Dahl/mail+schedule wrote:

> Name (localhost:root): username
> 530 User username access denied.

possible causees:
/etc/ftphosts denied access .. look in syslog
/etc/ftpusers denied access .. also logged
/etc/ftpaccess denied access (limit, etc) .. logged as well
Bad shell .. logged with ftpusers

> Name (localhost:root): anonymous
> 530 User anonymous unknown.

No user 'ftp' in system's /etc/passwd

--

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 Sep 25 14:37:05 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA02363;
Fri, 25 Sep 1998 14:37:05 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA04627;
Fri, 25 Sep 1998 14:33:40 -0500 (CDT)
Received: from halon.barra.com (halon.barra.com [144.203.11.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA27412
for <[email protected]>; Fri, 25 Sep 1998 14:29:17 -0500 (CDT)
Received: from lazarus.barra.COM ([email protected] [144.203.13.57])
by halon.barra.com (8.9.0/8.8.8) with ESMTP id MAA03463;
Fri, 25 Sep 1998 12:29:03 -0700 (PDT)
Received: from zeus.barra.com (exchangebrk13.barra.com [144.203.13.129]) by lazarus.barra.COM (8.8.3/8.6.4) with ESMTP id MAA07388; Fri, 25 Sep 1998 12:29:18 -0700 (PDT)
Received: by exchangebrk13.barra.com with Internet Mail Service (5.0.1460.8)
id <R44NT90G>; Fri, 25 Sep 1998 12:30:00 -0700
Message-Id: <[email protected]>
Date: Fri, 25 Sep 1998 12:29:59 -0700
Reply-To: [email protected]
Sender: [email protected]
From: Amanda Dahl/mail+schedule <[email protected]>
To: "'Gregory A Lundberg'" <[email protected]>
Cc: "'[email protected]'" <[email protected]>
Subject: RE: authentication problems on wu-2.4.2 [BETA-18]
MIME-Version: 1.0
Content-Type: text/plain
X-Mailer: Internet Mail Service (5.0.1460.8)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Would you, or anyone else, happen to have a sample of the line in the
/etc/syslog.conf to setup logging from wu-ftpd?
I added the ftp user in /etc/passwd and now it at least gets to the "guest
login ok" prompt and allows me to input my email address before it kicks me
out.

thanks!
amanda

-----Original Message-----
From: Gregory A Lundberg [mailto:[email protected]]
Sent: Friday, September 25, 1998 12:25 PM
To: Amanda Dahl/mail+schedule
Cc: '[email protected]'
Subject: Re: authentication problems on wu-2.4.2 [BETA-18]

On Fri, 25 Sep 1998, Amanda Dahl/mail+schedule wrote:

> Name (localhost:root): username
> 530 User username access denied.

possible causees:
/etc/ftphosts denied access .. look in syslog
/etc/ftpusers denied access .. also logged
/etc/ftpaccess denied access (limit, etc) .. logged as well
Bad shell .. logged with ftpusers

> Name (localhost:root): anonymous
> 530 User anonymous unknown.

No user 'ftp' in system's /etc/passwd

--

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 Sep 25 16:35:08 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA03542;
Fri, 25 Sep 1998 16:35:07 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA07810;
Fri, 25 Sep 1998 16:33:04 -0500 (CDT)
Received: from halon.barra.com (halon.barra.com [144.203.11.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA22343
for <[email protected]>; Fri, 25 Sep 1998 16:26:24 -0500 (CDT)
Received: from lazarus.barra.COM ([email protected] [144.203.13.57])
by halon.barra.com (8.9.0/8.8.8) with ESMTP id OAA06164
for <[email protected]>; Fri, 25 Sep 1998 14:26:09 -0700 (PDT)
Received: from zeus.barra.com (exchangebrk13.barra.com [144.203.13.129]) by lazarus.barra.COM (8.8.3/8.6.4) with ESMTP id OAA14293 for <[email protected]>; Fri, 25 Sep 1998 14:26:25 -0700 (PDT)
Received: by exchangebrk13.barra.com with Internet Mail Service (5.0.1460.8)
id <R44NT0SL>; Fri, 25 Sep 1998 14:27:06 -0700
Message-Id: <[email protected]>
Date: Fri, 25 Sep 1998 14:27:06 -0700
Reply-To: [email protected]
Sender: [email protected]
From: Amanda Dahl/mail+schedule <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: RE: authentication problems on wu-2.4.2 [BETA-18]
MIME-Version: 1.0
Content-Type: text/plain
X-Mailer: Internet Mail Service (5.0.1460.8)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,
Well, thank you to Pat and Gregory for your help, I've managed to get
logging going and have found that my attempt at logging in produces the
following error in the logs:

Sep 25 14:33:45 nitrogen ftpd[333]: FTP LOGIN REFUSED (bad shell or username
in
/etc/ftpusers) FROM localhost [127.0.0.1], adahl

Perhaps you can tell me what this means. FYI--The shell in /etc/passwd is
/bin/sh (a valid shell) which is listed in /etc/shells. And the username
adahl is not listed in /etc/ftpusers.
Any ideas?

thanks!
amanda

-----Original Message-----
From: Gregory A Lundberg [mailto:[email protected]]
Sent: Friday, September 25, 1998 12:51 PM
To: Amanda Dahl/mail+schedule
Subject: RE: authentication problems on wu-2.4.2 [BETA-18]

On Fri, 25 Sep 1998, Amanda Dahl/mail+schedule wrote:

> Would you, or anyone else, happen to have a sample of the line in the
> /etc/syslog.conf to setup logging from wu-ftpd?

I use:

authpriv.* /var/log/secure
mail.* /var/log/maillog
*.*;mail.none;authpriv.none /var/log/syslog

The daemon logs as 'daemon' so

daemon.* /var/log/daemons

should put it (and any other 'daemon' facility messages) in
/var/log/daemons

> I added the ftp user in /etc/passwd and now it at least gets to the
> "guest login ok" prompt and allows me to input my email address before
> it kicks me out.

Any reason shown for 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 Sep 25 17:00:46 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA04205;
Fri, 25 Sep 1998 17:00:46 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA13221;
Fri, 25 Sep 1998 16:58:35 -0500 (CDT)
Received: from gateway.icon-inc.net (gateway.icon-inc.net [209.54.29.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA20834
for <[email protected]>; Fri, 25 Sep 1998 16:53:47 -0500 (CDT)
Received: by gateway.icon-inc.net with Internet Mail Service (5.5.1960.3)
id <TT74BYD2>; Fri, 25 Sep 1998 16:49:43 -0500
Message-Id: <[email protected]>
Date: Fri, 25 Sep 1998 16:49:32 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Richard Blackwell <[email protected]>
To: [email protected]
Subject: root directories for users with wu-2.4.2-academ[BETA-17]
MIME-Version: 1.0
Content-Type: text/plain
X-Mailer: Internet Mail Service (5.5.1960.3)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I'm trying to set up wu-ftpd so that a user's home directory is the root
directory when connecting to a Linux box through wu-ftpd.

I've tried to implement a document called guest-howto, written by
Michael Brennen, and I actually made it work. Then I did something
while trying to configure a second user that undid everything.

Now either the user's virtual root directory is the system root, or ls
doesn't work.

Can anyone give me any help?

From [email protected] Fri Sep 25 19:31:40 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA05870;
Fri, 25 Sep 1998 19:31:39 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA30290;
Fri, 25 Sep 1998 19:27:30 -0500 (CDT)
Received: from differential.com (differential.com [207.126.113.254])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA07021
for <[email protected]>; Fri, 25 Sep 1998 19:25:38 -0500 (CDT)
Received: from liar4.differential.net ([170.1.193.67])
by differential.com (8.8.8/8.8.8) with SMTP id RAA04720;
Fri, 25 Sep 1998 17:25:35 -0700 (PDT)
Message-Id: <[email protected]>
Date: Fri, 25 Sep 1998 17:23:51 -0700
Reply-To: [email protected]
Sender: [email protected]
From: DJ <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Scalability questions
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: Windows Eudora Pro Version 3.0 (32)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

John,

Our commercial secure FTP software has been load tested to 1000 simultaneous
users. This was a two processor Ultrasparc with 512Mb RAM.

The biggest issue is RAM. You do not want to be paging, or you will
die. There must be enough RAM to hold ALL active processes in memory.

We also found that startup time was a big issue. That is why we made
our servers have a "standalone" mode so that you do not have to reread
config files at each new login.

We have also done performance measurement on SGI IRIS servers.

We do run on FreeBSD and Linux, but have not tested beyond 200 simultaneous
on those platforms.

Another big problem you may face in such an environment is the reuse
of sockets. Especially on Solaris you will find that the OS does not
release sockets for about 3 minutes after the program ends. This can
cause big problems when handling lots of small transfers with lots of
logins. Doing directory listings hurts big time, as they fork off new
sockets for the data connection back to the client.

For 1000 simultaneous users you want to run in standalone mode.
Forking off from INETD is really going to kill your performance.

It is pretty easy to do the math to figure out how much bandwidth you need
for a given throughput for a specified number of users.

For example, we have shown that you can support 1000 users over a 1
hour period uploading a 2Mb file each on a T1 line. We have done
this mathematically and, more importantly, we have actually done
it in practice.

If you have any interest in a commercial FTP server, please see
us at www.differential.com. I would also be happy to answer other
questions you have regarding doing this with the freeware WUFTPD.

Best of luck.

David Jevans

At 05:49 PM 9/22/98 -0700, John Olp wrote:
>Sorry folks if this gets too much off-topic, but I can't seem to find the
>answers, 'though I know they're out there.
>
>I need to scale up to 1000 or more simultaneous ftp users and could use
>some insight with regard to the following:
>
>1) I recall reading about problems where even though the ftpaccess file
>listed enough connections for certain class types, the limit that a server
>would actually permit was based on other things. I also have seen the
>answers, but now I can't find them when I need them. I believe one of them
>was a limit that was a descriptor limit or something of that sort compiled
>into the kernel, and another was some way of getting inetd to increase the
>number of allowed connection beyond some default. Do these ring anybody's
>bell? I also remember seeing something relating to a large number of users
>all trying to connect at once. What kind of issues does that create?
>
>2) If anybody has already done the metrics, what kind of iron do I need to
>support this scenario (ie. memory, mhz)? Has anybody done a benchmark
>comparison of wu-ftp on various platforms? I'd like to stick with FreeBSD
>or Linux, but am open to other platforms if the performance is better.
>
>3) I don't know what our average file size will be yet, but I'm hoping we
>can get by with just a T-1 connection. Does anybody have figures or
>signal-to-noise ratios for ftp data encapsulated in IP over a
>point-to-point T-1? I'm not really concerned with latency on the Internet,
>I'm just interested in knowing what amount of raw data bandwidth I can
>sustain from a host connected to the Internet via T-1 (ftp server and
>router are on a 10Mb ethernet).
>
>Thanks for any help,
>
>John
>
>
>
>
>

From [email protected] Fri Sep 25 22:11:26 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id WAA07102;
Fri, 25 Sep 1998 22:11:26 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id WAA17935;
Fri, 25 Sep 1998 22:09:22 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id WAA08769
for <[email protected]>; Fri, 25 Sep 1998 22:04:02 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id XAA30710;
Fri, 25 Sep 1998 23:03:56 -0400
Message-Id: <[email protected]>
Date: Fri, 25 Sep 1998 23:03:56 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Amanda Dahl/mail+schedule <[email protected]>
Cc: "'[email protected]'" <[email protected]>
Subject: RE: authentication problems on wu-2.4.2 [BETA-18]
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 25 Sep 1998, Amanda Dahl/mail+schedule wrote:

> Sep 25 14:33:45 nitrogen ftpd[333]: FTP LOGIN REFUSED (bad shell or username
> in /etc/ftpusers) FROM localhost [127.0.0.1], adahl
>
> Perhaps you can tell me what this means. FYI--The shell in /etc/passwd is
> /bin/sh (a valid shell) which is listed in /etc/shells. And the username
> adahl is not listed in /etc/ftpusers.

Look for typos in /etc/passwd, /etc/shells or /etc/ftpusers. I've seen
people use the wrong editor and have CR/LF mess things up so look for
non-printing and control codes in the files as well. /etc/shells should
list one shell per line and nothing else. Each line of all three files
should end with a LF ('\n') including the last line of the file. Given
it's unlikely you miss-read /etc/ftpusers, I'd look first for a problem in
the format of /etc/shells.

--

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 Sep 26 14:43:11 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA26313;
Sat, 26 Sep 1998 14:43:11 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA29015;
Sat, 26 Sep 1998 14:40:27 -0500 (CDT)
Received: from ns1.fni.com (ns1.fni.com [204.181.104.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA05552
for <[email protected]>; Sat, 26 Sep 1998 14:31:55 -0500 (CDT)
Received: from ns1.fni.com (ns1.fni.com [204.181.104.1])
by ns1.fni.com (8.9.1/8.9.1) with ESMTP id OAA03497;
Sat, 26 Sep 1998 14:31:58 -0500
Message-Id: <[email protected]>
Date: Sat, 26 Sep 1998 14:31:58 -0500 (CDT)
Reply-To: [email protected]
Sender: [email protected]
From: Michael Brennen <[email protected]>
To: Gregor Mosheh <[email protected]>
Cc: "'[email protected]'" <[email protected]>
Subject: guestgroup howto update
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Thanks much, Gregor, I've incorporated the changes below into the
guestgroup howto and credited you with the information.

Also, for those of you that may keep copies of the guestgroup locally,
I updated it a couple of weeks ago to make it more clear about the
cause of not being able to see the contents of the directory once the
guest logs in. This question kept coming up on the list, so I reworked
it a bit to make the cause and the fix more clear.

-- Michael

On Fri, 25 Sep 1998, Gregor Mosheh wrote:

> Contents of ~ftp/usr/lib
> Solaris expects to find the libraries in ~ftp/usr/lib , not in ~ftp/lib
> Copy the following libraries out of /usr/lib into ~ftp/usr/lib
> Also, I'm not sure that intl and w are necessary.
> ld.so
> ld.so.1
> libc.so.1
> libdl.so.1
> libintl.so (can be a symlink to libintl.so.1)
> libintl.so.1
> libw.so.1
>
>
> Contents of ~ftp/dev:
> Create "zero" and "tcp" entries. Check your existing /dev/zero and /dev/tcp
> to make sure that these major and minor numbers are correct for your
> system, then use "mknod" to create the device files in ~ftp/dev
> mknod zero c 11 42
> mknod tcp c 13 12

From [email protected] Sat Sep 26 21:15:10 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id VAA28597;
Sat, 26 Sep 1998 21:15:09 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id VAA13307;
Sat, 26 Sep 1998 21:13:11 -0500 (CDT)
Received: from chronic.i33.com (chronic.i33.com [207.111.105.41])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id VAA05186
for <[email protected]>; Sat, 26 Sep 1998 21:07:11 -0500 (CDT)
Received: from gleent (2062521595.client.dti.net [206.252.159.5])
by chronic.i33.com (8.9.1/8.9.1) with ESMTP id WAA04297;
Sat, 26 Sep 1998 22:01:01 -0400 (EDT)
Message-Id: <[email protected]>
Date: Sat, 26 Sep 1998 22:10:16 -0400
Reply-To: [email protected]
Sender: [email protected]
From: "glee" <[email protected]>
To: <[email protected]>
Cc: "me" <[email protected]>
Subject: wu-ftpd gui client hangs
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-MSMail-Priority: Normal
X-Priority: 3
X-Mailer: Microsoft Internet Mail 4.70.1161
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

hi all,

i've been searching through dejanews and the wu-ftpd archives, and i've
seen an couple of posts referring to this problem, but no solutions
offered. here goes:

ftp connections are running ok (not great) when i ftp into the machine from
command line, but when i try to connect using a gui client (mac bbedit,
fetch/ win nt ws-ftp netscape), the client hangs for up to 15-30 seconds
before i get a directory listing. sometimes the connection fails
altogether. once i'm in with the gui client, navigating dirs and subdirs
takes a ridiculously long time (10-15 sec just to get a listing). after
much fiddling, i decided to try testing on a port other than 21, and set up
wuftp to listen on ports 4001 and 4000. when i used the gui client(s) to
connect using those ports, everything worked fine! very speedy all around.
so now i'm stumped. i thought maybe it was a tcp retransmit problem, but
the fact that port 4001 worked fine seemed to argue against that. running
lsof didn't reveal anything conflicts on port 21, and netstat was equally
non-illuminating. rebooting didn't help either.
btw, i have the same version of wu-ftpd installed and running fine on
another solaris box, so i'm wondering if the patch level is messing with
it. completely stumped as to why it works fine on a port other than 21.

i would really love to hear what y'all think of this, and if there's
anything i should try.

thanks much in advance!

-gerald

here's my setup:

solaris 2.5.1 (recommended patches, y2k patches)
Version wu-2.4.2-academ[BETA-18]

inetd.conf entry:
ftp stream tcp nowait root /usr/sbin/in.ftpd in.ftpd
-laio

here's my truss output (initial connection and one cwd):
# truss -t open -p 26887
open("/var/adm/xferlog", O_WRONLY|O_APPEND|O_CREAT, 0660) = 7
open("/etc/group", O_RDONLY) = 8
open("/var/adm/wtmpx", O_WRONLY|O_APPEND) = 8
open("/var/adm/wtmp", O_WRONLY|O_APPEND) = 9
open("./../", O_RDONLY|O_NDELAY) = 10
open("./../../", O_RDONLY|O_NDELAY) = 10
open("/etc/mnttab", O_RDONLY) = 11
open("/welcome.msg", O_RDONLY) = 10
open(".", O_RDONLY|O_NDELAY) = 10
Received signal #18, SIGCLD [default]
siginfo: SIGCLD CLD_EXITED pid=26891 status=0x0000
open("/dev/tcp", O_RDWR) = 11
open("./../", O_RDONLY|O_NDELAY) = 10
open("./../../", O_RDONLY|O_NDELAY) = 10
open("./../../../", O_RDONLY|O_NDELAY) = 10
open("/etc/mnttab", O_RDONLY) = 11
open(".message", O_RDONLY) Err#2 ENOENT
open(".", O_RDONLY|O_NDELAY) = 10
open("./../", O_RDONLY|O_NDELAY) = 10
open("./../../", O_RDONLY|O_NDELAY) = 10
open("/etc/mnttab", O_RDONLY) = 11
open("./../", O_RDONLY|O_NDELAY) = 10
open("./../../", O_RDONLY|O_NDELAY) = 10
open("./../../../", O_RDONLY|O_NDELAY) = 10
open("/etc/mnttab", O_RDONLY) = 11
Received signal #18, SIGCLD [default]
siginfo: SIGCLD CLD_EXITED pid=26892 status=0x0000
open("/dev/tcp", O_RDWR) = 11

From [email protected] Sat Sep 26 22:19:33 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id WAA29206;
Sat, 26 Sep 1998 22:19:32 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id WAA13711;
Sat, 26 Sep 1998 22:17:29 -0500 (CDT)
Received: from Sun-E3000.ChampUSA.COM ([email protected] [207.21.123.4])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id WAA29758
for <[email protected]>; Sat, 26 Sep 1998 22:16:12 -0500 (CDT)
Received: from ChampUSA.COM (cwbunny.WahLeeWHIRL.COM [204.118.92.3])
by Sun-E3000.ChampUSA.COM (8.9.1a/8.9.1a) with ESMTP id UAA03578;
Sat, 26 Sep 1998 20:16:08 -0700 (PDT)
Message-Id: <[email protected]>
Date: Sat, 26 Sep 1998 20:16:07 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Auteria Wally Winzer Jr." <[email protected]>
To: [email protected]
Cc: Gregor Mosheh <[email protected]>,
"'[email protected]'" <[email protected]>
Subject: Re: guestgroup howto update
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.06 [en] (Win95; U)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I've submitted Solaris packages of wu-ftpd-VR6/VR7 to Gregory's
ftp site. These packages are for 2.5.1 and up (BCP Compatibility Patch).
Within the pkg is specific instructions on Setting up a Secure FTP
Server For Solaris. This will list all of the files needed. You'll need more
libraries and devices than what you have now. There's also other
files that you'll definitely need. Download the package from ftp.vr.net
(I don't know exactly the path, but I'm sure you can locate it).

- Wally Winzer Jr.

Michael Brennen wrote:

> Thanks much, Gregor, I've incorporated the changes below into the
> guestgroup howto and credited you with the information.
>
> Also, for those of you that may keep copies of the guestgroup locally,
> I updated it a couple of weeks ago to make it more clear about the
> cause of not being able to see the contents of the directory once the
> guest logs in. This question kept coming up on the list, so I reworked
> it a bit to make the cause and the fix more clear.
>
> -- Michael
>
> On Fri, 25 Sep 1998, Gregor Mosheh wrote:
>
> > Contents of ~ftp/usr/lib
> > Solaris expects to find the libraries in ~ftp/usr/lib , not in ~ftp/lib
> > Copy the following libraries out of /usr/lib into ~ftp/usr/lib
> > Also, I'm not sure that intl and w are necessary.
> > ld.so
> > ld.so.1
> > libc.so.1
> > libdl.so.1
> > libintl.so (can be a symlink to libintl.so.1)
> > libintl.so.1
> > libw.so.1
> >
> >
> > Contents of ~ftp/dev:
> > Create "zero" and "tcp" entries. Check your existing /dev/zero and /dev/tcp
> > to make sure that these major and minor numbers are correct for your
> > system, then use "mknod" to create the device files in ~ftp/dev
> > mknod zero c 11 42
> > mknod tcp c 13 12

From [email protected] Sun Sep 27 17:22:16 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA18510;
Sun, 27 Sep 1998 17:22:15 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA28612;
Sun, 27 Sep 1998 17:20:07 -0500 (CDT)
Received: from scully.tamu.edu ([email protected] [128.194.103.31])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA18223
for <[email protected]>; Sun, 27 Sep 1998 17:14:13 -0500 (CDT)
Received: from wjb4734 (modem-1242.rns.tamu.edu [165.91.69.25])
by scully.tamu.edu (8.9.0/8.9.0) with SMTP id RAA07589
for <[email protected]>; Sun, 27 Sep 1998 17:14:12 -0500 (CDT)
Message-Id: <[email protected]>
Date: Sun, 27 Sep 1998 17:15:02 -0500
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: Problems compiling on Linux
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-mailer: Pegasus Mail for Win32 (v3.01b)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I am getting errors for no bsd.h and vers.o files when I try to
compile wu-ftpd-2.4. Has anyone seen these errors/knows what to
do?

Thanks

From [email protected] Sun Sep 27 19:29:14 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA19373;
Sun, 27 Sep 1998 19:29:14 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA08060;
Sun, 27 Sep 1998 19:27:07 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA20494
for <[email protected]>; Sun, 27 Sep 1998 19:26:15 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id UAA10279;
Sun, 27 Sep 1998 20:26:09 -0400
Message-Id: <[email protected]>
Date: Sun, 27 Sep 1998 20:26:09 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Problems compiling 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 Sun, 27 Sep 1998 [email protected] wrote:

> I am getting errors for no bsd.h and vers.o files when I try to
> compile wu-ftpd-2.4. Has anyone seen these errors/knows what to do?

Probably you tried to 'make'. What you need to do is './build lnx'
instead.

--

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 Sep 28 10:14:27 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id KAA10717;
Mon, 28 Sep 1998 10:14:26 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA25156;
Mon, 28 Sep 1998 10:11:57 -0500 (CDT)
Received: from hotmail.com (f172.hotmail.com [207.82.251.58])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA30184
for <[email protected]>; Mon, 28 Sep 1998 10:03:43 -0500 (CDT)
Received: (qmail 2234 invoked by uid 0); 28 Sep 1998 15:02:57 -0000
Received: from 198.110.249.26 by www.hotmail.com with HTTP;
Mon, 28 Sep 1998 08:02:57 PDT
Message-Id: <[email protected]>
Date: Mon, 28 Sep 1998 08:02:57 PDT
Reply-To: [email protected]
Sender: [email protected]
From: "Jason Kantz" <[email protected]>
To: [email protected]
Subject: WU-FTPD won't chroot!
Content-Type: text/plain
X-Originating-IP: [198.110.249.26]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I've scoured the Internet, followed every direction to the tee, and
still can't get WU-FTPD to chroot guest accounts.

Strangely enough, the anonymous FTP account will chroot, but guest
accounts won't.

When I log in as a guest I know it is working as a guest account because
when I issue the "user" command the response is "can't change users from
a guest account". Yet wu-ftp doesn't chroot like the documentation says
it will. Guests have access to the whole file system.

Is it hopeless? Does this simply not work? I am running wu-ftpd on a
Digital Unix 4.0d platform with C2 security. Any help is greatly
appreciated.

Jason Kantz
Webmaster
Aquinas College
[email protected]

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

From [email protected] Mon Sep 28 11:01:19 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA11157;
Mon, 28 Sep 1998 11:01:18 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA02974;
Mon, 28 Sep 1998 10:59:20 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA04701
for <[email protected]>; Mon, 28 Sep 1998 10:55:25 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id LAA14372;
Mon, 28 Sep 1998 11:55:12 -0400
Message-Id: <[email protected]>
Date: Mon, 28 Sep 1998 11:55:12 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Jason Kantz <[email protected]>
Cc: [email protected]
Subject: Re: WU-FTPD won't chroot!
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 28 Sep 1998, Jason Kantz wrote:

> Strangely enough, the anonymous FTP account will chroot, but guest
> accounts won't.

> Is it hopeless? Does this simply not work? I am running wu-ftpd on a
> Digital Unix 4.0d platform with C2 security. Any help is greatly
> appreciated.

It's know to work just fine. I just went through this with another user
on DEC Unix 4.0 (no C2 for him, but that's not the problem).

First .. DU4 has a limit on the number of parameters on the line for
inetd.conf .. so what you'll need to do is make a small wrapper script:

#!/bin/sh
exec /usr/sbin/wu-ftpd -a

Where '/usr/sbin/wu-ftpd' is the complete pathname for your deamon's
executable. Add additional options to the end, *BUT* be sure you have the
'-a' option otherwise the /etc/ftpaccess file won't be used at all!

Put the wrapper in /usr/sbin or someplace whereinetd.conf can get to it
and mark it with permissions 0550 (ug=rx,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] Tue Sep 29 02:42:24 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id CAA21762;
Tue, 29 Sep 1998 02:42:23 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id CAA14257;
Tue, 29 Sep 1998 02:40:10 -0500 (CDT)
Received: from host3.bnpgroup.com (host3.bnpgroup.com [159.50.100.129])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id CAA18963
for <[email protected]>; Tue, 29 Sep 1998 02:37:35 -0500 (CDT)
Received: from SMTP_PARIS1.bnpgroup.com (unverified [159.50.248.162]) by host3.bnpgroup.com
(Integralis SMTPRS 2.04) with SMTP id <[email protected]>;
Tue, 29 Sep 1998 09:32:07 +0200
Received: by SMTP_PARIS1.bnpgroup.com(Lotus SMTP MTA v1.06 (346.7 3-18-1997)) id C125668E.0029D138 ; Tue, 29 Sep 1998 09:36:45 +0200
Message-Id: <4825668E.002994F9.00@SMTP_PARIS1.bnpgroup.com>
Date: Tue, 29 Sep 1998 15:36:35 +0900
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: Trigger of an executable upon file send complete
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Lotus-FromDomain: BNP
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

does anyone know of how I can assign specific jobs to be executed
immediately after a file has been successfully (or unsuccessfully) sent???

apart from polling for those files which is such a waste of CPU
cycles......

vic

From [email protected] Tue Sep 29 02:53:27 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id CAA22189;
Tue, 29 Sep 1998 02:53:26 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id CAA21446;
Tue, 29 Sep 1998 02:51:24 -0500 (CDT)
Received: from host3.bnpgroup.com (host3.bnpgroup.com [159.50.100.129])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id CAA13053
for <[email protected]>; Tue, 29 Sep 1998 02:41:55 -0500 (CDT)
Received: from SMTP_PARIS1.bnpgroup.com (unverified [159.50.248.162]) by host3.bnpgroup.com
(Integralis SMTPRS 2.04) with SMTP id <[email protected]>;
Tue, 29 Sep 1998 09:37:07 +0200
Received: by SMTP_PARIS1.bnpgroup.com(Lotus SMTP MTA v1.06 (346.7 3-18-1997)) id C125668E.002A46BB ; Tue, 29 Sep 1998 09:41:46 +0200
Message-Id: <4825668E.002A278E.00@SMTP_PARIS1.bnpgroup.com>
Date: Tue, 29 Sep 1998 15:41:38 +0900
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: directory blocking for NORETRIEVE
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Lotus-FromDomain: BNP
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

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

rgds and thks

Victor Tan

From [email protected] Tue Sep 29 08:56:40 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA05802
for <[email protected]>; Tue, 29 Sep 1998 08:56:39 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA11083;
Tue, 29 Sep 1998 08:49:47 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA24811
for <[email protected]>; Tue, 29 Sep 1998 08:45:37 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id JAA21200;
Tue, 29 Sep 1998 09:44:53 -0400
Message-Id: <[email protected]>
Date: Tue, 29 Sep 1998 09:44:53 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Trigger of an executable upon file send complete
In-Reply-To: <4825668E.002994F9.00@SMTP_PARIS1.bnpgroup.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

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

> does anyone know of how I can assign specific jobs to be executed
> immediately after a file has been successfully (or unsuccessfully)
> sent???
>
> apart from polling for those files which is such a waste of CPU
> cycles......

Right now, the only solutions are:
- have a cron job look periodically
- write a deamon to watch for files to appear
- use SITE EXEC and train the user

This is one of the features which will be appearing in a future VR patch.
No idea when I'll do it, probably within the next few months. If someone
has a patch which they'd like considered, please send it over; it'll speed
the process greatly.

--

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 Sep 29 08:57:14 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id IAA05826
for <[email protected]>; Tue, 29 Sep 1998 08:57:13 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA17228;
Tue, 29 Sep 1998 08:51:36 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA03214
for <[email protected]>; Tue, 29 Sep 1998 08:47:48 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id JAA21245;
Tue, 29 Sep 1998 09:47:34 -0400
Message-Id: <[email protected]>
Date: Tue, 29 Sep 1998 09:47:34 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: directory blocking for NORETRIEVE
In-Reply-To: <4825668E.002A278E.00@SMTP_PARIS1.bnpgroup.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

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

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

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

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

--

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

From [email protected] Tue Sep 29 09:20:30 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id JAA06073
for <[email protected]>; Tue, 29 Sep 1998 09:20:29 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA30403;
Tue, 29 Sep 1998 09:15:20 -0500 (CDT)
Received: from hotmail.com (f297.hotmail.com [207.82.251.189])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA04587
for <[email protected]>; Tue, 29 Sep 1998 09:13:15 -0500 (CDT)
Received: (qmail 10500 invoked by uid 0); 29 Sep 1998 14:12:34 -0000
Received: from 208.142.160.5 by www.hotmail.com with HTTP;
Tue, 29 Sep 1998 07:12:33 PDT
Message-Id: <[email protected]>
Date: Tue, 29 Sep 1998 07:12:33 PDT
Reply-To: [email protected]
Sender: [email protected]
From: "Vic Templonuevo" <[email protected]>
To: [email protected], [email protected]
Subject: Re: user authentication problems
Content-Type: text/plain
X-Originating-IP: [208.142.160.5]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

>Hello all,
>I have installed version 2.4.2-beta 18 on a Sparc 5 running Solaris
2.6. I
>receive the following message when trying to ftp to the machine as
either a
>user which is specified in the passwd file or as anonymous:
>
>Connected to localhost.
>220 nitrogen FTP server (Version wu-2.4.2-academ[BETA-18](1) Tue Aug 11
>14:39:18
> PDT 1998) ready.
>Name (localhost:root): anonymous
>530 User anonymous unknown.
>Login failed.
>
>Connected to localhost.
>220 nitrogen FTP server (Version wu-2.4.2-academ[BETA-18](1) Tue Aug 11
>14:39:18
> PDT 1998) ready.
>Name (localhost:root): adahl
>530 User adahl access denied.
>Login failed.
>
>Here is the entry for ftp in the inetd.conf:
>stream tcp nowait root /usr/local/etc/ftpd ftpd ftpd
>
>Can anyone provide some information on what might be happening? What is
the
>authentication process with wu-ftpd?
>
>Thank you very much,
>Amanda D.
>[email protected]
>
>
>
>---------------------------------
>Amanda K. Dahl
>Information Services
>BARRA, INC.
>2100 Milvia Avenue
>Berkeley.CA 94704
>[email protected]
>---------------------------------
>"UNIX was not designed to stop you from doing stupid things, because
that
>would also stop you from doing clever things." -- Doug Gwyn
>

Amanda,

For the anonymous user,
Try checking your /etc/passwd file if the user ftp exist.
if not add this line:

ftp:*:14:<ftp_group>:/home/ftp

the user adahl should not recieve the same error message eventhough
it does not exist in the passwd file. it should just give you a
Login failed message. pls check your installation log.

regards,

Vic Templonuevo
Fujitsu Philippines

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

From [email protected] Tue Sep 29 11:12:28 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA07401
for <[email protected]>; Tue, 29 Sep 1998 11:12:27 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA17299;
Tue, 29 Sep 1998 11:05:00 -0500 (CDT)
Received: from synplcty.synplicity.com (synvpn.synplicity.com [209.157.48.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA22781
for <[email protected]>; Tue, 29 Sep 1998 11:04:08 -0500 (CDT)
Received: from lam (lam [209.24.66.186])
by synplcty.synplicity.com (8.9.1/8.9.1) with SMTP id JAA15281
for <[email protected]>; Tue, 29 Sep 1998 09:01:35 -0700 (PDT)
Message-Id: <[email protected]>
Date: Tue, 29 Sep 1998 08:59:51 -0700
Reply-To: [email protected]
Sender: [email protected]
From: Lam Hoang <[email protected]>
To: [email protected]
Subject: Compiler errors
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: lam@synplcty
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have tried to compiler wu-ftpd with gcc 2.8.1.
I got the following errors : - Please help . Thanks
==

Making ftpd.
/usr/local/bin/gcc -g -DDEBUG -I.. -I../support -L../support -c ftpd.c
ftpd.c:143: conflicting types for `realpath'
/usr/include/stdlib.h:180: previous declaration of `realpath'
ftpd.c: In function `statcmd':
ftpd.c:1972: `typenames' undeclared (first use in this function)
ftpd.c:1972: (Each undeclared identifier is reported only once
ftpd.c:1972: for each function it appears in.)
ftpd.c:1974: `formnames' undeclared (first use in this function)
ftpd.c:1982: `strunames' undeclared (first use in this function)
ftpd.c:1982: `modenames' undeclared (first use in this function)
*** Error code 1
make: Fatal error: Command failed for target `ftpd.o'

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

Making ckconfig.
`ckconfig' is up to date.
ln: ../src/ckconfig and ckconfig are identical

Links to executables are in bin directory:
size: bin/ftpd: cannot open
size: bin/ftpcount: cannot open
size: bin/ftpshut: cannot open
size: bin/ftpwho: cannot open
bin/ckconfig: 7435 + 788 + 360 = 8583
Done
Lam Hoang
IS MANAGER
SYNPLICITY INC.
610 E. Caribbean Dr.
SUNNYVALE, CA 94089
408-548-6058

From [email protected] Tue Sep 29 11:38:09 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id LAA07617
for <[email protected]>; Tue, 29 Sep 1998 11:38:08 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA21599;
Tue, 29 Sep 1998 11:31:03 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA29296
for <[email protected]>; Tue, 29 Sep 1998 11:29:54 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id MAA22359;
Tue, 29 Sep 1998 12:29:49 -0400
Message-Id: <[email protected]>
Date: Tue, 29 Sep 1998 12:29:49 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Lam Hoang <[email protected]>
Cc: [email protected]
Subject: Re: Compiler errors
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, 29 Sep 1998, Lam Hoang wrote:

which version of the daemon are you compiling, and for which platform?

> /usr/include/stdlib.h:180: previous declaration of `realpath'

src/config/config.<os> needs the following line added to the end:
#define realpath realpath_on_steroids

this should already have been done for your platform, unless you're
compiling an old version of the daemon. Be sure to do './build clean'
before recompiling with './build <os>' or this change won't take effect.

> ftpd.c:1972: `typenames' undeclared (first use in this function)
> ftpd.c:1974: `formnames' undeclared (first use in this function)
> ftpd.c:1982: `strunames' undeclared (first use in this function)
> ftpd.c:1982: `modenames' undeclared (first use in this function)

An old, old FAQ. I don't remember the fix. It's in the FAQ:

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

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

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

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

--

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

From [email protected] Tue Sep 29 12:11:23 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id MAA08019
for <[email protected]>; Tue, 29 Sep 1998 12:11:21 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA24707;
Tue, 29 Sep 1998 12:03:30 -0500 (CDT)
Received: from synplcty.synplicity.com (synvpn.synplicity.com [209.157.48.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA21017
for <[email protected]>; Tue, 29 Sep 1998 11:57:06 -0500 (CDT)
Received: from lam (lam [209.24.66.186])
by synplcty.synplicity.com (8.9.1/8.9.1) with SMTP id JAA17640;
Tue, 29 Sep 1998 09:54:30 -0700 (PDT)
Message-Id: <[email protected]>
Date: Tue, 29 Sep 1998 09:52:45 -0700
Reply-To: [email protected]
Sender: [email protected]
From: Lam Hoang <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Compiler errors
In-Reply-To: <[email protected]>
References: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: lam@synplcty
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Thanks.
It works.
At 12:29 PM 9/29/98 -0400, Gregory A Lundberg wrote:
>On Tue, 29 Sep 1998, Lam Hoang wrote:
>
>which version of the daemon are you compiling, and for which platform?
>
>> /usr/include/stdlib.h:180: previous declaration of `realpath'
>
>src/config/config.<os> needs the following line added to the end:
>#define realpath realpath_on_steroids
>
>this should already have been done for your platform, unless you're
>compiling an old version of the daemon. Be sure to do './build clean'
>before recompiling with './build <os>' or this change won't take effect.
>
>> ftpd.c:1972: `typenames' undeclared (first use in this function)
>> ftpd.c:1974: `formnames' undeclared (first use in this function)
>> ftpd.c:1982: `strunames' undeclared (first use in this function)
>> ftpd.c:1982: `modenames' undeclared (first use in this function)
>
>An old, old FAQ. I don't remember the fix. It's in the FAQ:
>
>The location of the latest version of wu-ftpd can be found in the
>directory
>
> ftp://ftp.academ.com/pub/wu-ftpd/private/
>
>You can't see the directory contents, so read the message informing you
>of the actual filename to retrieve. It's there.
>
>wu-ftpd Resource Center: http://www.landfield.com/wu-ftpd/
>wu-ftpd FAQ: http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html
>wu-ftpd list archive: http://www.landfield.com/wu-ftpd/mail-archive/
>
>--
>
>Gregory A Lundberg Senior Partner, VRnet Company
>1441 Elmdale Drive [email protected]
>Kettering, OH 45409-1615 USA 1-800-809-2195
>
Lam Hoang
IS MANAGER
SYNPLICITY INC.
610 E. Caribbean Dr.
SUNNYVALE, CA 94089
408-548-6058

From [email protected] Tue Sep 29 13:27:20 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA08741
for <[email protected]>; Tue, 29 Sep 1998 13:27:19 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA32375;
Tue, 29 Sep 1998 13:21:10 -0500 (CDT)
Received: from hotmail.com (f85.hotmail.com [207.82.250.191])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA00478
for <[email protected]>; Tue, 29 Sep 1998 13:19:26 -0500 (CDT)
Received: (qmail 12734 invoked by uid 0); 29 Sep 1998 18:18:50 -0000
Received: from 198.110.249.26 by www.hotmail.com with HTTP;
Tue, 29 Sep 1998 11:18:49 PDT
Message-Id: <[email protected]>
Date: Tue, 29 Sep 1998 11:18:49 PDT
Reply-To: [email protected]
Sender: [email protected]
From: "Jason Kantz" <[email protected]>
To: [email protected], [email protected]
Cc: [email protected]
Subject: Re: WU-FTPD won't chroot!
Content-Type: text/plain
X-Originating-IP: [198.110.249.26]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

No success. I wrote a wrapper script to add the -a option.
The ftpaccess file *is* being read: the pathfilter works, and guests
cannot issue the "user" command.

However the welcome.msg does not display and the chroot still does not
work.

This is my ftpaccess file:

class gs guest *
class rl real *
limit gs 10 Any /etc/msgs/msg.dead

message /welcome.msg login gs

path-filter gs /etc/msgs/pathmsg ^[-A-Za-z0-9_\.]*$ ^\. ^-
path-filter rl /etc/msgs/pathmsg ^[-A-Za-z0-9_\.]*$ ^\. ^-
email [email protected]

passwd-check rfc822 enforce
guestgroup ftponly
~

>From [email protected] Mon Sep 28 08:55:21 1998
>Received: from localhost (lundberg@localhost)
> by mail.vr.net (8.9.1a/8.9.1) with ESMTP id LAA14372;
> Mon, 28 Sep 1998 11:55:12 -0400
>Date: Mon, 28 Sep 1998 11:55:12 -0400 (EDT)
>From: Gregory A Lundberg <[email protected]>
>To: Jason Kantz <[email protected]>
>cc: [email protected]
>Subject: Re: WU-FTPD won't chroot!
>In-Reply-To: <[email protected]>
>Message-ID: <[email protected]>
>MIME-Version: 1.0
>Content-Type: TEXT/PLAIN; charset=US-ASCII
>
>On Mon, 28 Sep 1998, Jason Kantz wrote:
>
>> Strangely enough, the anonymous FTP account will chroot, but guest
>> accounts won't.
>
>> Is it hopeless? Does this simply not work? I am running wu-ftpd on
a
>> Digital Unix 4.0d platform with C2 security. Any help is greatly
>> appreciated.
>
>It's know to work just fine. I just went through this with another
user
>on DEC Unix 4.0 (no C2 for him, but that's not the problem).
>
>First .. DU4 has a limit on the number of parameters on the line for
>inetd.conf .. so what you'll need to do is make a small wrapper script:
>
>#!/bin/sh
>exec /usr/sbin/wu-ftpd -a
>
>Where '/usr/sbin/wu-ftpd' is the complete pathname for your deamon's
>executable. Add additional options to the end, *BUT* be sure you have
the
>'-a' option otherwise the /etc/ftpaccess file won't be used at all!
>
>Put the wrapper in /usr/sbin or someplace whereinetd.conf can get to it
>and mark it with permissions 0550 (ug=rx,o=)
>
>--
>
>Gregory A Lundberg Senior Partner, VRnet Company
>1441 Elmdale Drive [email protected]
>Kettering, OH 45409-1615 USA 1-800-809-2195
>
>

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

From [email protected] Tue Sep 29 14:47:19 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA09800
for <[email protected]>; Tue, 29 Sep 1998 14:47:19 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA23588;
Tue, 29 Sep 1998 14:38:42 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA28843
for <[email protected]>; Tue, 29 Sep 1998 14:35:52 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id OAA23197;
Tue, 29 Sep 1998 14:35:52 -0400
Message-Id: <[email protected]>
Date: Tue, 29 Sep 1998 14:35:51 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Jason Kantz <[email protected]>
Cc: [email protected]
Subject: Re: WU-FTPD won't chroot!
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 29 Sep 1998, Jason Kantz wrote:

> The ftpaccess file *is* being read: the pathfilter works, and guests
> cannot issue the "user" command.
>
> However the welcome.msg does not display and the chroot still does not
> work.

[snipping]

> class gs guest *
> limit gs 10 Any /etc/msgs/msg.dead

No class for anonymous, so anonymous FTP won't be allowed.

> message /welcome.msg login gs
> path-filter gs /etc/msgs/pathmsg ^[-A-Za-z0-9_\.]*$ ^\. ^-
> guestgroup ftponly

I'll assume the following directory structure:

-r--r--r-- root system /etc/msgs/msg.dead
drwxr-xr-x root system /home/users
-r--r--r-- root system /home/users/welcome.msg
d--x--x--x root system /home/users/bin
---x--x--x root system /home/users/bin/ls
d--x--x--x root system /home/users/etc
-r--r--r-- root system /home/users/etc/passwd
-r--r--r-- root system /home/users/etc/group
d--x--x--x root system /home/users/etc/msgs
-r--r--r-- root system /home/users/etc/msgs/pathmsg
drwxr-s--t sam sam /home/users/sam

In /etc/passwd:
sam:xxx:1001:1001:Sam I Am:/home/users/./sam:/bin/sh

In /etc/group:
sam::1001:sam
ftponly::99:sam

In /home/users/etc/passwd:
root:*:0:0::/:
sam:*:1001:1001::/sam:

In /home/users/etc/group:
system::0:
sam::1001:

--

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 Sep 29 15:15:45 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA10123
for <[email protected]>; Tue, 29 Sep 1998 15:15:43 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA03711;
Tue, 29 Sep 1998 15:10:33 -0500 (CDT)
Received: from yosemite.main.gnac.com ([email protected] [198.151.248.221])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA07187
for <[email protected]>; Tue, 29 Sep 1998 15:06:14 -0500 (CDT)
Received: by yosemite.main.gnac.com; id NAA12286; Tue, 29 Sep 1998 13:06:13 -0700 (PDT)
Received: from tweety.main.gnac.com(192.168.1.20) by yosemite.main.gnac.com via smap (4.1)
id xma012276; Tue, 29 Sep 98 13:05:50 -0700
Received: (from hogan@localhost)
by tweety.main.gnac.com (8.8.5/8.8.5/GNAC-GW-2.1) id NAA10102;
Tue, 29 Sep 1998 13:05:06 -0700 (PDT)
Message-Id: <[email protected]>
Date: Tue, 29 Sep 1998 13:04:25 -0700 (PDT)
Reply-To: [email protected]
Sender: [email protected]
From: Emmett Hogan <[email protected]>
To: [email protected]
Subject: Opinions Sought...which FTP server
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: VM 6.50 under Emacs 19.34.2
X-URL: http://www.gnac.com/~hogan
X-Disclaimer: My opinions do not necessarily represent those of my employer
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

First off...I am not trying to start a "religious war"...but I need
some honest opinions (although this crowd might be a *bit* biased) :-)

I need to install an FTP server on a Solaris 2.5.1 box. In the past,
I have ALWAYS used wu-ftpd, but now there are a few alternatives and
I'd like to hear about the pro's and con's of each....from those folks
that actually use it (rather that from those who WROTE it).

The "freeware" servers I have been hearing about are:

wu-ftp (with all of it's patches)
BeroFTP (is there a web page for this?)
proFTPD (www.proftpd.org)

If there is any interest, i will happily summarize the info I receive
and repost it to the list.

Thanks alot,
Emmett

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

From [email protected] Tue Sep 29 16:22:56 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id QAA10891
for <[email protected]>; Tue, 29 Sep 1998 16:22:55 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA18285;
Tue, 29 Sep 1998 16:15:49 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA05678
for <[email protected]>; Tue, 29 Sep 1998 16:12:53 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id RAA24739;
Tue, 29 Sep 1998 17:12:49 -0400
Message-Id: <[email protected]>
Date: Tue, 29 Sep 1998 17:12:48 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Emmett Hogan <[email protected]>
Cc: WU-FTPD Discussion List <[email protected]>
Subject: Re: Opinions Sought...which FTP server
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> The "freeware" servers I have been hearing about are:
> wu-ftp (with all of it's patches)
> BeroFTP (is there a web page for this?)
> proFTPD (www.proftpd.org)

When it comes to FTP daemons, there's one one real choice and that's
WU-FTPD. Sure, there are a lot of otheres out there but none have the
history or installed user base of WU-FTPD.

BeroFTPD is a version of WU-FTPD. It includes most (not all) of the
patches people have suggested for WU-FTPD over the years.

I recommend:

- BeroFTPD if you have a large, multi-homed site

- VR-patched wu-ftpd 2.4.2 beta-18 if you have need of the features
added

- the base version 2.4.2, beta-18, for all other users

I had never heard of 'proFTPD' until you mentioned it. Checking out it's
web site, I'd say there are a few things to watch out for:

- It's a newcomer and likely to have bugs because of that.

- It's never been vetted by security experts

- Despite it's name, there's no guarantee anything about it was done by
professional programmers.

- It runs on only a portion of the Unix systems out there.

- Has an unknown, but probably small, install base

WU-FTPD, on the other hand:

- Has been arround for years and is very mature. If you're looking for a
*stable* daemon you can rely upon, it's the one.

- Has been specifically recommended by CERT (http://www.cert.org/) for
its security features.

- While originally developed by graduate students at UC/Berkeley and
Washington University in Saint Louis, has been supported and maintained
by professional programmers and system administrators who have real-
world requirements.

- Runs on virtually every Unix (including some you can't get any more)

- Is the daemon of choice for virtually all major file archives and is
installed on, literally, hundreds of thousands (if not millions) of
computers arround the world.

--

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 Sep 29 19:50:59 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA12769;
Tue, 29 Sep 1998 19:50:58 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA22582;
Tue, 29 Sep 1998 19:48:51 -0500 (CDT)
Received: from elausrv1.att.net.au (elausrv1.att.net.au [202.10.0.36])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA15280
for <[email protected]>; Tue, 29 Sep 1998 19:43:47 -0500 (CDT)
Received: from easymail.lanecove.att.net.au (elsau.att.net.au [202.10.0.15])
by elausrv1.att.net.au (8.8.8/8.8.8) with ESMTP id KAA06896
for <[email protected]>; Wed, 30 Sep 1998 10:43:43 +1000 (EST)
Received: by easymail.lanecove.att.net.au with Internet Mail Service (5.0.1458.49)
id <SWH9D7WP>; Wed, 30 Sep 1998 10:43:13 +1000
Message-Id: <A04C2400068CD1119EC400C0A836F77C5D2548@easymail.lanecove.att.net.au>
Date: Wed, 30 Sep 1998 10:43:10 +1000
Reply-To: [email protected]
Sender: [email protected]
From: Simon Bennett <[email protected]>
To: [email protected], [email protected]
Subject: RE: Trigger of an executable upon file send complete
MIME-Version: 1.0
Content-Type: text/plain
X-Priority: 3
X-Mailer: Internet Mail Service (5.0.1458.49)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I'm doing just this - mind you I'm patching the source code to do it.

I'm currently modifying BeroFTPD because it's all ANSI 'C' (which makes
the code a *lot* easier to read) and builds with autoconf - but it can
probably be made to VR patched wu.

What are your requirements? Same exe? Exe based on file? Different
exe depending on sucess or failure of transfer?

> Hi,
>
> does anyone know of how I can assign specific jobs to be executed
> immediately after a file has been successfully (or
> unsuccessfully) sent???
>
> apart from polling for those files which is such a waste of CPU
> cycles......
>
> vic
>
>

From [email protected] Tue Sep 29 20:10:00 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id UAA12923;
Tue, 29 Sep 1998 20:09:59 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA04668;
Tue, 29 Sep 1998 20:08:01 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA29365
for <[email protected]>; Tue, 29 Sep 1998 20:03:46 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id VAA25736;
Tue, 29 Sep 1998 21:00:24 -0400
Message-Id: <[email protected]>
Date: Tue, 29 Sep 1998 21:00:24 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Simon Bennett <[email protected]>
Cc: [email protected], [email protected]
Subject: RE: Trigger of an executable upon file send complete
In-Reply-To: <A04C2400068CD1119EC400C0A836F77C5D2548@easymail.lanecove.att.net.au>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 30 Sep 1998, Simon Bennett wrote:

> I'm doing just this - mind you I'm patching the source code to do it.

No other way.

> I'm currently modifying BeroFTPD because it's all ANSI 'C' (which
> makes the code a *lot* easier to read) and builds with autoconf - but
> it can probably be made to VR patched wu.
>
> What are your requirements? Same exe? Exe based on file? Different
> exe depending on sucess or failure of transfer?

I'd like to suggest the following syntax:

onupload [success|failure|-] <fileglob> <uid> <gid> <exename> [<parameters> ...]

Where:

[success|failure|-] optional parameter, only execute if success or
failure, or anytime. The - is to avoid confusing the option with a file
named 'success' or 'failure'

<fileglob> required, pass to fnmatch, execute if !fnmatch .. only when
matched.

<uid> and <gid> required, the user/group to execute the program as.

<exename> required, the name of a program in /bin .. no PATH, it must
be in /bin

[<parameters>] optional, command-line parameters to pass to the program.
The special parameter %F receives the name of the uploaded file.

--

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

From [email protected] Wed Sep 30 04:04:57 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id EAA29938;
Wed, 30 Sep 1998 04:04:55 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id EAA22077;
Wed, 30 Sep 1998 04:02:52 -0500 (CDT)
Received: from host3.bnpgroup.com (host3.bnpgroup.com [159.50.100.129])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id DAA20493
for <[email protected]>; Wed, 30 Sep 1998 03:58:00 -0500 (CDT)
Received: from SMTP_PARIS1.bnpgroup.com (unverified [159.50.248.162]) by host3.bnpgroup.com
(Integralis SMTPRS 2.04) with SMTP id <[email protected]>;
Wed, 30 Sep 1998 10:49:34 +0200
Received: by SMTP_PARIS1.bnpgroup.com(Lotus SMTP MTA v1.06 (346.7 3-18-1997)) id C125668F.0030E3D2 ; Wed, 30 Sep 1998 10:54:00 +0200
Message-Id: <4825668F.0011E000.00@SMTP_PARIS1.bnpgroup.com>
Date: Wed, 30 Sep 1998 11:27:25 +0900
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Cc: [email protected]
Subject: RE: Trigger of an executable upon file send complete
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Lotus-FromDomain: BNP
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

hi,

a. The program ('x' enabled) can be a shell script or a compiled binary
b. Separate triggers depending on whether it succeeded or failed to
send/receive a file.

Will this be available in wu-ftpd or wu-ftpd VR7 as that's what I'm using
now.

errr.... am I asking a lot????

rgds and thks

Victor

[email protected] on 30/09/98 08:43:10 AM

To: Thian Leng Victor Tan/IT/SINGAPORE/BFI/BNP, [email protected]
cc:
Subject: RE: Trigger of an executable upon file send complete

I'm doing just this - mind you I'm patching the source code to do it.

I'm currently modifying BeroFTPD because it's all ANSI 'C' (which makes
the code a *lot* easier to read) and builds with autoconf - but it can
probably be made to VR patched wu.

What are your requirements? Same exe? Exe based on file? Different
exe depending on sucess or failure of transfer?

> Hi,
>
> does anyone know of how I can assign specific jobs to be executed
> immediately after a file has been successfully (or
> unsuccessfully) sent???
>
> apart from polling for those files which is such a waste of CPU
> cycles......
>
> vic
>
>

From [email protected] Wed Sep 30 06:58:24 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id GAA02819;
Wed, 30 Sep 1998 06:58:24 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA31266;
Wed, 30 Sep 1998 06:56:22 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA08104
for <[email protected]>; Wed, 30 Sep 1998 06:50:43 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id HAA27815;
Wed, 30 Sep 1998 07:46:23 -0400
Message-Id: <[email protected]>
Date: Wed, 30 Sep 1998 07:46:23 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected], [email protected]
Subject: RE: Trigger of an executable upon file send complete
In-Reply-To: <4825668F.0011E000.00@SMTP_PARIS1.bnpgroup.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 30 Sep 1998 [email protected] wrote:

> a. The program ('x' enabled) can be a shell script or a compiled binary

A shell script will never work (except for real, non-guest FTP users who,
on a well-secured site, don't exist). Programs run by the FTP server will
have the same requirements as the current external programs run by the
server; ls, tar, gzip, etc. Anyone telling you differently hasn't looked
at the problem or has total disregard for security.

I intend to offer a sample program with 'onupload' when it gets in the VR
patches. This sample would email notification upon upload of a file.

> b. Separate triggers depending on whether it succeeded or failed to
> send/receive a file.

Success is 100% detectable. Failure is sometimes undistiguishable from
success due to the vaugaries of TCP buffering. Apache solved the problem
at the expense of throughput by disabling Nagle.

I'm also considering a 'virtual-retrieve' hook which runs a program when
the remote user RETRs the named (probably non-existent) file. The output
of that program would be sent via the data connection rather than via the
control connection (which is SITE EXEC). Except that the file would not
show in a directory listing, it would be undistiguishable from a regular
file to the remote user. This feature has never been requested on the
mailing list, but I include it in my VR TODO list because it seems
orthagonal to the 'onupload' feature.

I see no point in running a program after a file has been downloaded from
the server. Make a case for it, I'm listening.

> Will this be available in wu-ftpd or wu-ftpd VR7 as that's what I'm
> using now.
>
> errr.... am I asking a lot????

On the subject: Are you asking a lot and will it make the VR patches

I have the 'onupload' and 'virtual-retrieve' commands in my TODO list for
the VR patches. It's not in VR8 (coming out tomorrow). To date my
priorities have been, in order:

- fix bugs introduced by earlier VR patches
- fix bugs found the the base, currently beta-18, release
- features for which patches have been submitted either to the mailing
list or directly to me
- coolness, either of the feature itself or of the job of coding it
- vauge requests from the mailing list

Within these last two, I take into consideration (also in order):

- needed for my sites
- frequency of requests on the mailing list
- recently talked about
- Stan's TODO list

The discussion of this feature has moved it up my priority list. Until
now it has been pretty low since it's been a vauge, infrequent request (no
patch available). I cannot commit to it being in VR9 or even VR10, but
it's more likely now than when it was a two year old email asking about
email notification on upload. (Oh, BTW .. BeroFTPD includes _that_
feature; it can email notification on upload.)

I'm releasing a new set of VR patches twice a month until I get through my
TODO list. I'm currently about 70% of the way through my TODO list, but
the remaining items tend to be larger problems for which there are no
patches on the mailing list, so I'm probably only about 40% of the way
through the work. Also, as more features go in, and more people start to
use the VR patches, there's more bugs found and fixed (both in the patches
and in the base release).

On the subject: Will any new feature or bug fix be in the base release

OK, I've donned my flame retardant suit ...

As I see it there are three ways it will make it into the base release.
The first is that enough people decide a VR-patched WU-FTPD is the version
of choice (in which case, I point to BeroFTPD as a canidate since Bernard
has also included Kent's NEWVIRT features and a number of others) that it
becomes the de-facto release. Another is that Stan officially steps aside
(or is pushed aside) in favor of some consortium similar to the Apache
group and that entity adopts the VR patches. Finally, Stan picks up the
features and bug fixes and adds them of his own accord.

Of these, the one least likely to happen is the last. A snowball has more
chance of surviving in .. well, someplace very hot .. than WU-FTPD does
that Stan will ever again show any interest in it other than defending his
position as the keeper.

For years now, the server has languished under Stan's inattentive and
nearly complete absent 'leadership'. Attempts have been made to push him
aside in the past. The clamour and uproar on this list doomed those
attempts; probably because they appeared as one person trying to take
over. Until the list members .. YOU .. decide to call an end to his
tenure .. or until Stan calls it quits .. the chances are what you see in
the base, beta-18 release are all you'll ever see. Until that happens the
daemon will continue to exist for a few more years.

With the coming of a new FTP specification, the daemon will cease being
viable and will be consigned to oblivion unless active development begins
anew. A number of people are actively working on the code (again, I point
to BeroFTPD which has implemented FTPSEC for Kerberos 5). We don't want
to see the daemon disappear. But, at least I hope, we've learned from the
past. While we may continue to move the daemon forward, and often times
communicate privately to avoid unnecessary duplication of our efforts, to
date the consensus of the list has been that Stan's lackluster leadership
is what's wanted. We've decided to live with that. Until you decide, as
a group, that a change is due so will 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] Wed Sep 30 07:04:55 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA02916;
Wed, 30 Sep 1998 07:04:54 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA10469;
Wed, 30 Sep 1998 07:02:55 -0500 (CDT)
Received: from sun.ceronet.com (sun.ceronet.com [195.76.46.219])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA08948
for <[email protected]>; Wed, 30 Sep 1998 06:59:53 -0500 (CDT)
Received: from piolin by sun.ceronet.com (SMI-8.6/SMI-SVR4)
id OAA20724; Wed, 30 Sep 1998 14:00:10 +0100
Message-Id: <[email protected]>
Date: Wed, 30 Sep 1998 13:50:53 +0200
Reply-To: [email protected]
Sender: [email protected]
From: Jorge <[email protected]>
To: [email protected]
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected] (Unverified)
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.2 Demo
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi all

I want to put 2 passwords for an user:

1 -> for sendmail, telnet, etc.
2 -> for FTPD.

How I configure (if possible) my system (Solaris 2.5.1) in order to accept
2 passwords and depending of which is it , accept or not the user
i.e.:
$telnet machine.com 110
conected blah blah....
user bill
pass lovethelife
OK +
-------------------------------------
$ftp machine.com
conected blah blah....
user: bill
pass: otherPASSWORD
220 - OK
blah blah...

but : otherPASSWORD only have to run under FTP.

Thanks in advance.

From [email protected] Wed Sep 30 07:43:53 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id HAA03329;
Wed, 30 Sep 1998 07:43:52 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA02923;
Wed, 30 Sep 1998 07:41:53 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA15187
for <[email protected]>; Wed, 30 Sep 1998 07:37:28 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id IAA28061;
Wed, 30 Sep 1998 08:36:15 -0400
Message-Id: <[email protected]>
Date: Wed, 30 Sep 1998 08:36:15 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Jorge <[email protected]>
Cc: [email protected]
Subject: Re: your mail
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 30 Sep 1998, Jorge wrote:

> I want to put 2 passwords for an user:
>
> 1 -> for sendmail, telnet, etc.
> 2 -> for FTPD.
>
> How I configure (if possible) my system (Solaris 2.5.1) in order to accept
> 2 passwords and depending of which is it , accept or not the user

Put the daemon and anything else needed into a directory structure which
has only the parts needed for FTP, write a wrapper script which runs the
daemon itself chroot'd in this area.

#!/bin/sh
exec chroot /rerooted/usr/sbin/wu-ftpd -a -l

It'll take a bit of work to get everything going; for instance you'll
probably need to do some things to get syslog working. I've done it here
as an experiment and it required hacking a few other daemons (syslogd for
instance) to run in the area as well.

--

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

From [email protected] Wed Sep 30 13:02:40 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA07107;
Wed, 30 Sep 1998 13:02:39 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA03047;
Wed, 30 Sep 1998 13:00:37 -0500 (CDT)
Received: from jester.ti.com (jester.ti.com [192.94.94.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA08997
for <[email protected]>; Wed, 30 Sep 1998 12:54:32 -0500 (CDT)
Received: from dadd.ti.com ([172.24.154.51]) by jester.ti.com (8.8.8) with ESMTP id MAA25300 for <[email protected]>; Wed, 30 Sep 1998 12:53:37 -0500 (CDT)
Received: from pavis.asic.sc.ti.com by dadd.ti.com (8.8.4/)
id MAA12433; Wed, 30 Sep 1998 12:54:00 -0500 (CDT)
Received: by pavis.asic.sc.ti.com id <[email protected]>; Wed, 30 Sep 1998 12:53:59 -0500
Message-Id: <[email protected]>
Date: Wed, 30 Sep 98 12:53:59 CDT
Reply-To: [email protected] (Bob Luckin)
Sender: [email protected]
From: Bob Luckin <[email protected]>
To: [email protected]
Subject: RE: Trigger of an executable upon file send complete
In-Reply-To: <[email protected]>; from "Gregory A Lundberg" at Sep 29, 98 9:00 pm
X-Mimi-Options: HEADERS TI2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Gregory said :-
> > What are your requirements? Same exe? Exe based on file? Different
> > exe depending on sucess or failure of transfer?
>
> I'd like to suggest the following syntax:
>
> onupload [success|failure|-] <fileglob> <uid> <gid> <exename> [<parameters> ...]
>
> Where:
>
> [success|failure|-] optional parameter, only execute if success or
> failure, or anytime. The - is to avoid confusing the option with a file
> named 'success' or 'failure'
>
> <fileglob> required, pass to fnmatch, execute if !fnmatch .. only when
> matched.
>
> <uid> and <gid> required, the user/group to execute the program as.

In addition to being able to force it to run with a known specific uig/gid,
you also need to allow the ability to run as the current user and/or group
(whoever it may be), especially on sites where real users are allowed.
I guess you could use a "-" to specify this, similar to your proposal for
the success/failure option. Or you could use "%U" and "%G", similar to your
"%F" proposal for the upload file name...

I'm not really fussy about how you specify it, but you do need to allow
this option.

And following on from this, some site admins will probably want to be able
to specify - for each onupload line - which users or classes of users
that feature should be applied to, so that anyone else uploading the file
does not trigger the execution of the program.

The most flexible way of doing this is probably to supply a regexp (which
may be quite complex) which indicates which userids and/or groupids the
command applies to. (Including a form which says apply it for everyone
_except_ those which match the regexp.)

Hmm... I'm glad I don't need this feature at the moment !

Cheers, Bob
--
Bob Luckin [email protected] "Many hands make a heavy arm"
[http://www.dhc.net/luckin/cgi-bin/misfortune.cgi]

From [email protected] Wed Sep 30 13:15:14 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA07252;
Wed, 30 Sep 1998 13:15:13 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA07851;
Wed, 30 Sep 1998 13:13:15 -0500 (CDT)
Received: from differential.com (differential.com [207.126.113.254])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA21029
for <[email protected]>; Wed, 30 Sep 1998 13:07:44 -0500 (CDT)
Received: from liar4.differential.net (liar4.sc.scruznet.com [204.139.14.4])
by differential.com (8.8.8/8.8.8) with SMTP id LAA01562;
Wed, 30 Sep 1998 11:07:47 -0700 (PDT)
Message-Id: <[email protected]>
Date: Wed, 30 Sep 1998 11:05:58 -0700
Reply-To: [email protected]
Sender: [email protected]
From: DJ <[email protected]>
To: [email protected] (Bob Luckin), [email protected]
Subject: RE: Trigger of an executable upon file send complete
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: Windows Eudora Pro Version 3.0 (32)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Yes, this gets quite complicated.
Also very complicated are issues of triggering these things for
anonymous users or under different user IDs, because you may
be chrooted and want the program to exec somewhere else under
a different userID. It is impossible to get back out of a chrooted
environment to run the program elsewhere outside that environment.
Then you get into issues of transactionally reporting the success/failure
of the program to the client that sent the file, etc, etc.

We spent 2 years building this capability into our commercialized
version of wu-ftpd called FileDrive EX. www.filedrive.com
We ended up making it support distributed computing, so you can
run the programs on a different server altogether, based on
userid, filename, etc.

DJ
Differential, Inc.
Accelerating Extranet Commerce
www.differential.com

At 12:53 PM 9/30/98 CDT, Bob Luckin wrote:
>Gregory said :-
>> > What are your requirements? Same exe? Exe based on file? Different
>> > exe depending on sucess or failure of transfer?
>>
>> I'd like to suggest the following syntax:
>>
>> onupload [success|failure|-] <fileglob> <uid> <gid> <exename>
[<parameters> ...]
>>
>> Where:
>>
>> [success|failure|-] optional parameter, only execute if success or
>> failure, or anytime. The - is to avoid confusing the option with a file
>> named 'success' or 'failure'
>>
>> <fileglob> required, pass to fnmatch, execute if !fnmatch .. only when
>> matched.
>>
>> <uid> and <gid> required, the user/group to execute the program as.
>
>In addition to being able to force it to run with a known specific uig/gid,
>you also need to allow the ability to run as the current user and/or group
>(whoever it may be), especially on sites where real users are allowed.
>I guess you could use a "-" to specify this, similar to your proposal for
>the success/failure option. Or you could use "%U" and "%G", similar to your
>"%F" proposal for the upload file name...
>
>I'm not really fussy about how you specify it, but you do need to allow
>this option.
>
>
>And following on from this, some site admins will probably want to be able
>to specify - for each onupload line - which users or classes of users
>that feature should be applied to, so that anyone else uploading the file
>does not trigger the execution of the program.
>
>The most flexible way of doing this is probably to supply a regexp (which
>may be quite complex) which indicates which userids and/or groupids the
>command applies to. (Including a form which says apply it for everyone
>_except_ those which match the regexp.)
>
>Hmm... I'm glad I don't need this feature at the moment !
>
>Cheers, Bob
>--
>Bob Luckin [email protected] "Many hands make a heavy arm"
>
[http://www.dhc.net/luckin/cgi-bin/misfortune.cgi]
>
>

From [email protected] Wed Sep 30 13:28:02 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA07407;
Wed, 30 Sep 1998 13:28:02 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA01234;
Wed, 30 Sep 1998 13:26:03 -0500 (CDT)
Received: from gateway.grumman.com (gateway.grumman.com [192.86.71.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA13235
for <[email protected]>; Wed, 30 Sep 1998 13:25:01 -0500 (CDT)
Received: (from bat@localhost)
by gateway.grumman.com (8.9.1a/8.9.1) id OAA07634;
Wed, 30 Sep 1998 14:24:59 -0400 (EDT)
Message-Id: <[email protected]>
Date: Wed, 30 Sep 1998 14:24:59 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Pat Masterson <[email protected]>
To: [email protected]
Subject: "421 Service not available" error
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

When I ftp to ftp.west.net from httpe4.northgrum.com I get:

[email protected] [146]: ftp ftp.west.net
Connected to ftp.west.net.
421 Service not available, remote server has closed connection
ftp>

But I can do it successfully from a nearby machine on another subnet:
root@gateway [262]: ftp ftp.west.net
Connected to ftp.west.net.
220 taz FTP server (Version wu-2.4.2-academ[BETA-11](3) Mon Sep 23
19:07:10 PDT 1996) ready.

I'm quite sure the reverse DNS is available everywhere for
httpe4.northgrum.com. The sysadmin of west.net is out of town for a few
weeks and can't help me. Why might it be dropping me? -pat

*-----------------------------------------------------------------------------*
* Pat Masterson B38-01, Northrop Grumman, * Ham:KE2LJ
* Plant 1, South Oyster Bay Rd., * Packet: [email protected]
* Bethpage, NY 11714 * President Grumman Amateur
* email: [email protected] Fone: 516-346-6316 * Radio Club WA2LQO
*-----------------------------------------------------------------------------*

From [email protected] Wed Sep 30 13:47:38 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA07702;
Wed, 30 Sep 1998 13:47:37 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA26435;
Wed, 30 Sep 1998 13:45:35 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA25683
for <[email protected]>; Wed, 30 Sep 1998 13:41:55 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id OAA31672;
Wed, 30 Sep 1998 14:41:16 -0400
Message-Id: <[email protected]>
Date: Wed, 30 Sep 1998 14:41:16 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: DJ <[email protected]>
Cc: Bob Luckin <[email protected]>, [email protected]
Subject: RE: Trigger of an executable upon file send complete
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 30 Sep 1998, DJ wrote:

> Yes, this gets quite complicated. Also very complicated are issues of
> triggering these things for anonymous users or under different user
> IDs, because you may be chrooted and want the program to exec
> somewhere else under a different userID. It is impossible to get back
> out of a chrooted environment to run the program elsewhere outside
> that environment. Then you get into issues of transactionally
> reporting the success/failure of the program to the client that sent
> the file, etc, etc.
>
> We spent 2 years building this capability into our commercialized
> version of wu-ftpd called FileDrive EX. www.filedrive.com We ended up
> making it support distributed computing, so you can run the programs
> on a different server altogether, based on userid, filename, etc.

All of which is beyond what 90% of the users want. What people are asking
for is the ability to email a notification, or run a checker. Granted,
the FTP protocol can be used to transport transactional information
between machines; but that does not mean the daemon needs to support it.
If we view the machine as a black hole, into which files are dropped, and
on whichthe remote user does not know, or even care, that a post-
processing program may be run against the file, we avoid a lot of these
complications.

Almost invariably, these programs run in a chroot'd environment; so
there's not a lot it _can_ do. Frankly, I expect the use of this feature
to be the source of a VAST number of questions on the mailing list. That's
not to say the feature is inherently bad; just that once people start
playing with it, stand back!

For security, the site admin needs to be able to have the program run as
some known user. Personally, I don't even like the idea of running it as
the currently logged-in real user. I certainly do not think it should run
as the logged in guest/anonymous user. Even allowing it to run as a real
user, I still would NEVER allow a user to provide their own programs. If
users want that much flexibility, they should use the Apache and suEXEC.
Wu-FTPD has _way_ too much privilege to allow that knd of activity.

Success or failure of the program can easily be mailed to some responsible
party. The server's a block hole. Files appear and are dropped off at
random times. If the program needs to communicate, mail is easy and quite
fast enough.

Finally, if you need all those fancy features which DJ's company worked
so hard to get in, it's far easier to implement them in a stand-alone
external program than inside the daemon. I say, exec the program and let
it deal with the complications. The job of the daemon is not to be all
things to all people, it's to provide enough of a platform that the job
can be done. If we keep sight of that, it's not all that complex a
feature and fairly simple to implement.

--

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 Sep 30 13:53:59 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id NAA07804;
Wed, 30 Sep 1998 13:53:58 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA18506;
Wed, 30 Sep 1998 13:52:01 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA16525
for <[email protected]>; Wed, 30 Sep 1998 13:46:15 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id OAA31698;
Wed, 30 Sep 1998 14:45:33 -0400
Message-Id: <[email protected]>
Date: Wed, 30 Sep 1998 14:45:33 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Pat Masterson <[email protected]>
Cc: [email protected]
Subject: Re: "421 Service not available" error
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 30 Sep 1998, Pat Masterson wrote:

> 421 Service not available, remote server has closed connection ftp
>
> But I can do it successfully from a nearby machine on another subnet:

If you're using tcpd, check its configuration. It doesn't like your
subnet for some reason. Probably DNS-related.

Failing that, look in the system logs. Is the daemon dying? It'll be
logged there. If so, what version of the daemon are you running and on
what platform?

--

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 Sep 30 14:59:04 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id OAA08475;
Wed, 30 Sep 1998 14:59:03 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA11370;
Wed, 30 Sep 1998 14:57:05 -0500 (CDT)
Received: from hotmail.com (f261.hotmail.com [207.82.251.152])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA01864
for <[email protected]>; Wed, 30 Sep 1998 14:51:01 -0500 (CDT)
Received: (qmail 27722 invoked by uid 0); 30 Sep 1998 19:50:20 -0000
Received: from 198.110.249.26 by www.hotmail.com with HTTP;
Wed, 30 Sep 1998 12:49:30 PDT
Message-Id: <[email protected]>
Date: Wed, 30 Sep 1998 12:49:30 PDT
Reply-To: [email protected]
Sender: [email protected]
From: "Jason Kantz" <[email protected]>
To: [email protected]
Subject: Re: WU-FTPD (still) won't chroot!
Content-Type: text/plain
X-Originating-IP: [198.110.249.26]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Still no chroot.
First in this message is the ftp session, and below is my configuration.
----------------------------------------------------------------
# ftp ash
Connected to ash.aquinas.edu.
220 ash.aquinas.edu FTP server (Version wu-2.4(1) Fri Jul 10 23:36:51
EDT 199
8) ready.
Name (ash:aqadmin): sam
331 Password required for sam.
Password:
230 User sam logged in.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> pwd
257 "/home/users/sam" is current directory.
ftp> user
(username) jason
530 Can't change user from guest login.
Login failed.
ftp>

----------------------------------------------------------------
I set up the following directory structure:

-rw-rw-r-- root system /etc/msgs/msg.dead
drwxr-xr-x root system /home/users
-rw-r--r-- root system /home/users/welcome.msg
d--x--x--x root system /home/users/bin
---x--x--x root system /home/users/bin/ls
d--x--x--x root system /home/users/etc
-rw-r--r-- root system /home/users/etc/passwd
-rw-r--r-- root system /home/users/etc/group
d--x--x--x root system /home/users/etc/msgs
-rw-r--r-- root system /home/users/etc/pathmsg
drwxr-s--t sam system /home/users/sam

In /etc/passwd:
sam:*:207:15:Sam I Am:/home/users/./sam:/bin/sh
[the star is because of C2 security]

In /etc/group:
users:*:15:sam
ftponly:*:203:sam

In /home/users/etc/passwd:
root:*:0:0::/:
sam:*:207:15::/sam:

In /home/users/etc/group:
system::0:
users::15:

The ftpaccess file (in /usr/local/etc):

class gs guest *
class rl real *
limit gs 10 Any /etc/msgs/msg.dead
message /welcome.msg login gs
path-filter gs /etc/msgs/pathmsg ^[-A-Za-z0-9_\.]*$ ^\. ^-
path-filter rl /etc/msgs/pathmsg ^[-A-Za-z0-9_\.]*$ ^\. ^-
email [email protected]
delete no guest # delete permission?
overwrite no guest # overwrite permission?
rename no guest # rename
chmod no guest # chmod permission?
umask no guest # umask permission?
passwd-check rfc822 enforce
guestgroup ftponly

In /etc/fstab:
root_domain#root / advfs rw 0 0
home_domain#home /home advfs rw 0 2

This also might be related to the problem ... the chroot command doesn't
work. For example:
# cp /bin/sh /home/users/sam/sh
# cd /home/users/sam
# ls -l
-rwxr-xr-x 1 root system 131072 Sep 30 15:03 sh
# chroot /home/users/sam ./sh
/sh: not found

However when I had set up anonymous ftp on this system the wu-ftp did
chroot to my ~ftp directory.
?
Jason

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

From [email protected] Wed Sep 30 15:24:23 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id PAA08813;
Wed, 30 Sep 1998 15:24:22 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA07596;
Wed, 30 Sep 1998 15:22:23 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA28694
for <[email protected]>; Wed, 30 Sep 1998 15:20:50 -0500 (CDT)
Received: from localhost (lundberg@localhost)
by mail.vr.net (8.9.1a/8.9.1) with ESMTP id QAA32294;
Wed, 30 Sep 1998 16:20:41 -0400
Message-Id: <[email protected]>
Date: Wed, 30 Sep 1998 16:20:41 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Jason Kantz <[email protected]>
Cc: [email protected]
Subject: Re: WU-FTPD (still) won't chroot!
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 30 Sep 1998, Jason Kantz wrote:

> -rw-rw-r-- root system /etc/msgs/msg.dead
> drwxr-xr-x root system /home/users
> -rw-r--r-- root system /home/users/welcome.msg
> d--x--x--x root system /home/users/bin
> ---x--x--x root system /home/users/bin/ls
> d--x--x--x root system /home/users/etc
> -rw-r--r-- root system /home/users/etc/passwd
> -rw-r--r-- root system /home/users/etc/group
> d--x--x--x root system /home/users/etc/msgs
> -rw-r--r-- root system /home/users/etc/pathmsg
> drwxr-s--t sam system /home/users/sam

> sam:*:207:15:Sam I Am:/home/users/./sam:/bin/sh

Could someone tell this guy the command two update the users database on
DEC Unix 4? I've been told that after you update the /etc/passwd file,
you need to run somehting but I don't run DU4 so I don't know the command.

> ftponly:*:203:sam

> guestgroup ftponly

> # cp /bin/sh /home/users/sam/sh
> # cd /home/users/sam
> # ls -l
> -rwxr-xr-x 1 root system 131072 Sep 30 15:03 sh
> # chroot /home/users/sam ./sh
> ./sh: not found

Everything else looks fine. but this is the wrong test. Try this to test
the chroot environment wu-ftpd will use for 'sam':

chroot /home/users /bin/ls -alR

This test isn't perfect, since it uses superuser permissions instead of
sam's but it will tell you if everything you absolutely need to have is
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] Wed Sep 30 17:42:33 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA10151;
Wed, 30 Sep 1998 17:42:32 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA30834;
Wed, 30 Sep 1998 17:40:33 -0500 (CDT)
Received: from scully.tamu.edu ([email protected] [128.194.103.31])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA30664
for <[email protected]>; Wed, 30 Sep 1998 17:39:21 -0500 (CDT)
Received: from wjb4734 (modem-0263.rns.tamu.edu [165.91.65.70])
by scully.tamu.edu (8.9.0/8.9.0) with SMTP id RAA02714
for <[email protected]>; Wed, 30 Sep 1998 17:39:18 -0500 (CDT)
Message-Id: <[email protected]>
Date: Wed, 30 Sep 1998 17:40:20 -0500
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: Shutdown problem
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-mailer: Pegasus Mail for Win32 (v3.01b)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

When I try to login to my ftp server, I get the following error:

C:\WINDOWS>ftp 192.168.1.4
Connected to 192.168.1.4.
500 Bubbles FTP server shut down -- please try again later.
Connection closed by remote host.

My question is how do I start it back up?

Thanks,
William Booe

From [email protected] Wed Sep 30 17:55:07 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id RAA10287;
Wed, 30 Sep 1998 17:55:06 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA03455;
Wed, 30 Sep 1998 17:53:08 -0500 (CDT)
Received: from ns1.fni.com (ns1.fni.com [204.181.104.1])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA26214
for <[email protected]>; Wed, 30 Sep 1998 17:47:45 -0500 (CDT)
Received: from ns1.fni.com (ns1.fni.com [204.181.104.1])
by ns1.fni.com (8.9.1/8.9.1) with ESMTP id RAA06450;
Wed, 30 Sep 1998 17:47:53 -0500
Message-Id: <[email protected]>
Date: Wed, 30 Sep 1998 17:47:53 -0500 (CDT)
Reply-To: [email protected]
Sender: [email protected]
From: Michael Brennen <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Shutdown 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

Delete /etc/shutmsg, most likely. If that file exists the server
won't start.

-- Michael

On Wed, 30 Sep 1998 [email protected] wrote:

> When I try to login to my ftp server, I get the following error:
>
>
> C:\WINDOWS>ftp 192.168.1.4
> Connected to 192.168.1.4.
> 500 Bubbles FTP server shut down -- please try again later.
> Connection closed by remote host.
>
> My question is how do I start it back up?
>
> Thanks,
> William Booe
>

From [email protected] Wed Sep 30 19:58:49 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id TAA11355;
Wed, 30 Sep 1998 19:58:48 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA19190;
Wed, 30 Sep 1998 19:56:50 -0500 (CDT)
Received: from host3.bnpgroup.com (host3.bnpgroup.com [159.50.100.129])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA19711
for <[email protected]>; Wed, 30 Sep 1998 19:53:40 -0500 (CDT)
Received: from SMTP_PARIS1.bnpgroup.com (unverified [159.50.248.162]) by host3.bnpgroup.com
(Integralis SMTPRS 2.04) with SMTP id <[email protected]>;
Thu, 01 Oct 1998 02:48:45 +0200
Received: by SMTP_PARIS1.bnpgroup.com(Lotus SMTP MTA v1.06 (346.7 3-18-1997)) id C1256690.0004E16C ; Thu, 1 Oct 1998 02:53:18 +0200
Message-Id: <48256690.0003CCBD.00@SMTP_PARIS1.bnpgroup.com>
Date: Thu, 1 Oct 1998 08:52:57 +0900
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Cc: [email protected], [email protected]
Subject: RE: Trigger of an executable upon file send complete
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Lotus-FromDomain: BNP
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Greg,

>>I see no point in running a program after a file has been downloaded from
the server. Make a case for it, I'm >>listening

ok, here goes....

Assume different applications on different platforms and servers. We have
jobs that extract data from a multitude of databases into flat files and
ftp them into other servers for their use. A lot of this ftp'g has been
around and implemented into production for a long, long time. Cron jobs and
polling mechanisms are currently in place to detect the files b4 uploading
into another database for processing etc. I'd like to migrate the cron and
polling jobs to an event-triggered mechanism (ie. triggered from the FTP
server).

If only binary type executables are allowed to be triggered, I can live
with that. Shell scripts are very flexible but I can understand and agree
with your concerns on security which should take priority.

thks again

Victor Tan

From [email protected] Wed Sep 30 20:50:17 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id UAA11656;
Wed, 30 Sep 1998 20:50:17 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA13778;
Wed, 30 Sep 1998 20:48:12 -0500 (CDT)
Received: from gatekeep.ti.com (gatekeep.ti.com [192.94.94.61])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA02724
for <[email protected]>; Wed, 30 Sep 1998 20:45:24 -0500 (CDT)
Received: from dadd.ti.com ([172.24.154.51]) by gatekeep.ti.com (8.8.8) with ESMTP id UAA20624 for <[email protected]>; Wed, 30 Sep 1998 20:44:54 -0500 (CDT)
Received: from pavis.asic.sc.ti.com by dadd.ti.com (8.8.4/)
id UAA24859; Wed, 30 Sep 1998 20:44:53 -0500 (CDT)
Received: by pavis.asic.sc.ti.com id <[email protected]>; Wed, 30 Sep 1998 20:44:52 -0500
Message-Id: <[email protected]>
Date: Wed, 30 Sep 98 20:44:51 CDT
Reply-To: [email protected] (Bob Luckin)
Sender: [email protected]
From: Bob Luckin <[email protected]>
To: [email protected]
Subject: RE: Trigger of an executable upon file send complete
In-Reply-To: <48256690.0003CCBD.00@SMTP_PARIS1.bnpgroup.com>; from "[email protected]" at Oct 1, 98 8:52 am
X-Mimi-Options: HEADERS TI2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Gregory said:-
> >>I see no point in running a program after a file has been downloaded from
> the server. Make a case for it, I'm >>listening

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

But from what you say above, you're still only talking about triggering
executables on the server after uploading to it (and maybe running them on the
local machine after you've downloaded from the server, although that is
outside the issue). Gregory was asking about the need to run an executable
on the server after you have pulled a file _from_ it.

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

(I'm not suggesting that this shouldn't be the case - I just want to make
sure that you understood what Gregory was asking, since your reply leads
me to suspect that you may not have.)

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

From [email protected] Wed Sep 30 22:14:25 1998
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
by landfield.com (8.9.0/8.9.0) with ESMTP id WAA12373;
Wed, 30 Sep 1998 22:14:25 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id WAA15004;
Wed, 30 Sep 1998 22:12:27 -0500 (CDT)
Received: from host3.bnpgroup.com (host3.bnpgroup.com [159.50.100.129])
by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id WAA26548
for <[email protected]>; Wed, 30 Sep 1998 22:06:38 -0500 (CDT)
Received: from SMTP_PARIS1.bnpgroup.com (unverified [159.50.248.162]) by host3.bnpgroup.com
(Integralis SMTPRS 2.04) with SMTP id <[email protected]>;
Thu, 01 Oct 1998 04:54:14 +0200
Received: by SMTP_PARIS1.bnpgroup.com(Lotus SMTP MTA v1.06 (346.7 3-18-1997)) id C1256690.001061FD ; Thu, 1 Oct 1998 04:58:56 +0200
Message-Id: <48256690.001018A4.00@SMTP_PARIS1.bnpgroup.com>
Date: Thu, 1 Oct 1998 10:58:10 +0900
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Cc: [email protected]
Subject: RE: Trigger of an executable upon file send complete
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Lotus-FromDomain: BNP
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

bob,

oops, you're right. Didn't read his question properly. I don't have as yet
a reqt. to trigger execs after a file has been downloaded from the server.

thks for pointing that out.....

Victor Tan

[email protected] on 01/10/98 09:44:51 AM

Please respond to [email protected]

To: [email protected]
cc: (bcc: Thian Leng Victor Tan/IT/SINGAPORE/BFI/BNP)
Subject: RE: Trigger of an executable upon file send complete

Gregory said:-
> >>I see no point in running a program after a file has been downloaded
from > the server. Make a case for it, I'm >>listening

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

But from what you say above, you're still only talking about triggering
executables on the server after uploading to it (and maybe running them on
the local machine after you've downloaded from the server, although that is
outside the issue). Gregory was asking about the need to run an executable
on the server after you have pulled a file _from_ it.

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

(I'm not suggesting that this shouldn't be the case - I just want to make
sure that you understood what Gregory was asking, since your reply leads
me to suspect that you may not have.)

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