From owner-wu-ftpd@wugate.wustl.edu  Fri Jan  1 08:13:56 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id IAA06164;
	Fri, 1 Jan 1999 08:13:55 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA08940;
	Fri, 1 Jan 1999 08:09:18 -0600 (CST)
Received: from pizza.hvu.nl (Pizza.hvu.nl [145.89.234.2])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA03102
	for <wu-ftpd@wugate.wustl.edu>; Fri, 1 Jan 1999 08:03:04 -0600 (CST)
Received: (from koos@localhost) by pizza.hvu.nl (8.8.6/KH19980502 (dbm++)) id PAA16449 for wu-ftpd@wugate.wustl.edu; Fri, 1 Jan 1999 15:03:01 +0100 (MET)
Message-Id: <199901011403.PAA16449@pizza.hvu.nl>
Date: Fri, 1 Jan 1999 15:03:01 +0100 (MET)
Reply-To: koos@pizza.hvu.nl
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Koos van den Hout _U nix and we all_ <koos@pizza.hvu.nl>
To: wu-ftpd@wugate.wustl.edu
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 wu-ftpd-faq@pizza.hvu.nl with as subject "send faq"
(without the quotes, body ignored).

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

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


From owner-wu-ftpd@wugate.wustl.edu  Fri Jan  1 11:20:58 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id LAA06860;
	Fri, 1 Jan 1999 11:20:57 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA25226;
	Fri, 1 Jan 1999 11:16:30 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA22628
	for <wu-ftpd@wugate.wustl.edu>; Fri, 1 Jan 1999 11:10:32 -0600 (CST)
Received: (from lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) id MAA21260
	for wu-ftpd@wugate.wustl.edu; Fri, 1 Jan 1999 12:10:30 -0500
Message-Id: <199901011710.MAA21260@mail.vr.net>
Date: Fri, 1 Jan 1999 12:00:00 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: WU-FTPD Discussion List <wu-ftpd@wugate.wustl.edu>
Subject: [VR12] More enhancements and bug fixes for beta-18
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

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

This set includes additional features requested over the years by the user
community and includes a number of bug fixes for both the base (beta-18)
release and earlier VR patch sets.  An important new feature, which has
been frequently requested and has been on Stan Barber's TODO for quite
some time is discussed below.  Unfortunately, the manpage updates for this
feature were overlooked with this release; they will appear in VR13 (due
out February 1, 1999).

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

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

  MD5                               Package
  ---                               -------
  7a4b7e3778b8c60772bd6d6b8321a458  wu-ftpd-2.4.2-beta-18-vr12.tar.Z
  987f0217981334c3cceabf63500b28ce  wu-ftpd-2.4.2-beta-18-vr12.tar.gz

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

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

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

  MD5                               Sun/SunOS
  ---                               ---------
  000a88496ec9d9d2e24851a6e8bfb835  sunos41x-ftpbin.tar.gz  (FTP support executables, ls etc.)
  388a598cdf80676e9c1ecf39eff85f5d  wu-ftpd-2.4.2-beta-18-vr12-SunOS-4.1.3_U1.tar.gz
  68437ae612dbcf8991dc0366e1e4d061  wu-ftpd-2.4.2-beta-18-vr12-SunOS-5.6.tar.gz

  MD5                               Sun/Solaris
  ---                               -----------
  ae330dd0a4c6b8e4ae1379c5d5fea7ae  FTP242b18.wu-ftpd.2.4.2-beta18-VR12.SPARC.ULTRASparc.2.5.1.2.5.pkg.tar.Z
  a23a1728fe012f7eea3407251f112c11  FTP242b18.wu-ftpd.2.4.2-beta18-VR12.SPARC.ULTRASparc.2.5.1.2.5.pkg.tar.gz

  MD5                               Sun/NetBSD
  ---                               ----------
  923e01ce0bfa5572222a3e120b87b97c  wu-ftpd-2.4.2-beta-18-vr12-NetBSD-1.3I-sparc.tar.gz

  MD5                               SGI/IRIX
  ---                               --------
  05b65474f13187cb7f2d96471c48138a  irix62-ftpbin.tar.gz  (FTP support executables, ls etc.)
  c437b6487e56419d48589857d78dba25  wu-ftpd-2.4.2-beta-18-vr12-IRIX-6.2.tar.gz

  MD5                               DEC/Unix
  ---                               --------
  dd1f83273c42b742680f1c9292c1a934  wu-ftpd-2.4.2-beta-18-vr12-OSF1-3.2-C2.tar.gz

  MD5                               Intel/Linux
  ---                               -----------
  669fcd35597a207aec6917759b1a0c52  ftp.bin.linux.i386.tar.gz  (FTP support executables, ls etc.)
  3f03e2d41d03471be542afbdfa05462c  wu-ftpd-2.4.2-beta-18-vr12.linux.i386.tar.gz

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



NEW FEATURE
-----------
The ftpaccess file now allows a phrase 'class=<classname>' on several of
the clauses.  With this feature, for instance, uploads for a specific class
of users may be defined.

The clauses allowing 'class=<classname>' are:

upload         [absolute|relative|class=<classname>]... [-]
                   <root-dir> <dirglob> yes|no [<owner> <group> <mode>]
                   [dirs|nodirs [<dmode>]]
noretrieve     [absolute|relative|class=<classname>]... [-] <filename>...
allow-retrieve [absolute|relative|class=<classname>]... [-] <filename>...

chmod          yes|no <typelist>
delete         yes|no <typelist>
overwrite      yes|no <typelist>
rename         yes|no <typelist>
umask          yes|no <typelist>
path-filter    <typelist> <mesg> <allowed-charset> <disallowed>...

The <typelist> above is defined as:
<typelist> ::= real|guest|anonymous|class=<classname>[,<typelist>]

An example of the use of class=<classname> to allow uploads from on-campus
hosts only (in this case the reserved network 10):

class local anonymous 10.0.0.0/8
upload class=local /home/ftp /home/ftp/incoming yes admin admin 440 nodirs



This is a list of fixes to BETA 18 with VR11 applied from lundberg@vr.net
---------------------------------------------------------------------------
antonio@ifi.unizh.ch reported problems with NFS and the new realpath code
in VR10.  On Dec 1, 1998, he submitted a patch to the mailing list to fix
the error.  The original patch caused some problems with several security
models; this error has been corrected.

antonio@ifi.unizh.ch reported a coding error in access.c and submitted a
patch for it on Nov 26, 1998.  This error prevented proper use of the
address:netmask form for access control.

komine@cc.meisei-u.ac.jp found some errors in the support for quota on DEC
Unix 4.0(B) and submitted a patch on Dec 2, 1998.

Added 'class=' parameter for noretrieve, allow-retreieve, path-filter,
delete, umask, chmod, overwrite, rename and upload clauses.  Cleaned up
the functions a bit for readability.  This closes Stan's TODO item 4.
This was originally from a request sent to the mailing list by
rand@aero.und.nodak.edu on March 20, 1995.

The cleanup in the above patch also cleared up some potential problems
with the upload clause.  The daemon is no longer critically sensitive to
minor formatting errors on this clause.

The ftpwho and ftpcount commands internally use ps(1).  Appearently, on
at least Linux, there's a move afoot to change the ps(1) command so it
no longer accepts dashes on the command-line options.  How annoying.  Ah
well, if the target is Linux, use ps(1) without dashes to make the silly
command shut UP!

Preload the ftpaccess file before becoming a daemon.  This can have a big
impact on the performance for busy sites.  It also loads before the chroot
command-line option so the /etc/ftpaccess file does not need to be in the
protected area.

Added a compile-time option to suppress syslog messages about pid locks
forcing a sleep.

ayamura@med.keio.ac.jp reported a missing library for SGI and a few small
tweaks for NetBSD when building binaries for this release.



-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195

From owner-wu-ftpd@wugate.wustl.edu  Mon Jan  4 02:11:50 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id CAA21548;
	Mon, 4 Jan 1999 02:11:49 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id CAA18692;
	Mon, 4 Jan 1999 02:06:50 -0600 (CST)
Received: from abaforum.es (scugat4.abaforum.es [194.179.88.4])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id BAA20628
	for <wu-ftpd@wugate.wustl.edu>; Mon, 4 Jan 1999 01:59:00 -0600 (CST)
Received: from abaforum.es [195.77.101.159] by abaforum.es with ESMTP
  (SMTPD32-4.07) id A6A329300D0; Mon, 04 Jan 1999 07:58:43 +01d0
Message-Id: <36907540.212CE314@abaforum.es>
Date: Mon, 04 Jan 1999 09:01:05 +0100
Reply-To: cls@abaforum.es
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Enric Staromiejski Torregrosa <cls@abaforum.es>
To: "wu-ftpd@wugate.wustl.edu" <wu-ftpd@wugate.wustl.edu>
Subject: Please, how could I to unsuscribe?
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.03 [es] (WinNT; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Thank u



From owner-wu-ftpd@wugate.wustl.edu  Mon Jan  4 03:44:12 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id DAA22111;
	Mon, 4 Jan 1999 03:44:11 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id DAA01180;
	Mon, 4 Jan 1999 03:39:28 -0600 (CST)
Received: from ha1.rdc1.tx.home.com (siteadm@ha1.rdc1.tx.home.com [24.4.0.66])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id DAA06895
	for <wu-ftpd@mail.wustl.edu>; Mon, 4 Jan 1999 03:29:54 -0600 (CST)
Received: from kyle ([24.4.28.117]) by ha1.rdc1.tx.home.com
          (Netscape Mail Server v2.02) with SMTP id AAA2673
          for <wu-ftpd@mail.wustl.edu>; Mon, 4 Jan 1999 01:29:52 -0800
Message-Id: <000701be37d6$d8a6ed60$0400a8c0@kyle.bdfrd1.tx.home.com>
Date: Mon, 4 Jan 1999 03:39:10 -0800
Reply-To: ccrockett@home.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Cameron" <ccrockett@home.com>
To: <wu-ftpd@wugate.wustl.edu>
Subject: need to know how to ban a certain IP
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0004_01BE3793.CA4089E0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3155.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

This is a multi-part message in MIME format.

------=_NextPart_000_0004_01BE3793.CA4089E0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I have a ftp setup and I needed to know how to ban a certain IP?

Thanks,
Cameron
ccrockett@home.com


------=_NextPart_000_0004_01BE3793.CA4089E0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

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

<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type>
<META content=3D'"MSHTML 4.72.3612.1700"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT color=3D#000000 size=3D2>I have a ftp setup and I needed to =
know how to=20
ban a certain IP?</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT color=3D#000000 size=3D2>Thanks,</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2>Cameron</FONT></DIV>
<DIV><FONT size=3D2><A=20
href=3D"mailto:ccrockett@home.com">ccrockett@home.com</A></FONT></DIV>
<DIV><FONT size=3D2></FONT>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_0004_01BE3793.CA4089E0--


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan  4 21:41:57 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id VAA16598;
	Mon, 4 Jan 1999 21:41:56 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id FAA10173;
	Mon, 4 Jan 1999 05:57:27 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id FAA32392
	for <wu-ftpd@wugate.wustl.edu>; Mon, 4 Jan 1999 05:47:07 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id GAA01049;
	Mon, 4 Jan 1999 06:47:01 -0500
Message-Id: <Pine.LNX.4.03.9901040644580.1015-100000@gaia.vr.net>
Date: Mon, 4 Jan 1999 06:47:01 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Cameron <ccrockett@home.com>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: need to know how to ban a certain IP
In-Reply-To: <000701be37d6$d8a6ed60$0400a8c0@kyle.bdfrd1.tx.home.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 4 Jan 1999, Cameron wrote:

> I have a ftp setup and I needed to know how to ban a certain IP?

/etc/ftphosts

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan  5 10:46:06 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id KAA01572;
	Tue, 5 Jan 1999 10:46:05 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA17032;
	Tue, 5 Jan 1999 10:35:59 -0600 (CST)
Received: from quartz.nbnet.nb.ca (mailserv.nbnet.nb.ca [198.164.200.18])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA12294
	for <wu-ftpd@wugate.wustl.edu>; Tue, 5 Jan 1999 10:31:16 -0600 (CST)
Received: from A7652.nbtel.nb.ca ([142.134.68.230]) by quartz.nbnet.nb.ca
          (Post.Office MTA v3.1.2 release (PO203-101c)
          ID# 607-54382U75000L75000S0V35) with SMTP id AAA19665
          for <wu-ftpd@wugate.wustl.edu>; Tue, 5 Jan 1999 12:31:15 -0400
Message-Id: <002501be38c9$1db5fac0$e644868e@A7652.nbtel.nb.ca>
Date: Tue, 5 Jan 1999 12:33:25 -0400
Reply-To: marco@nbnet.nb.ca
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Marco Shaw" <marco@nbnet.nb.ca>
To: <wu-ftpd@wugate.wustl.edu>
Subject: Time
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.3007.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Users have been complaining that the time is showing up as GMT on our
server, whereas the local time is AST.  Is the time 'variable' compiled into
wu-ftpd or can it be set in one of the ftp* files?

The server's system time is correct so wu-ftpd must have a config setting.

I've looked around but couldn't find any FAQ or archive that covered this...

Thanks,
Marco


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan  5 11:10:01 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id LAA01891;
	Tue, 5 Jan 1999 11:10:00 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA19954;
	Tue, 5 Jan 1999 11:04:58 -0600 (CST)
Received: from quartz.nbnet.nb.ca (mailserv.nbnet.nb.ca [198.164.200.18])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA17112
	for <wu-ftpd@wugate.wustl.edu>; Tue, 5 Jan 1999 10:42:32 -0600 (CST)
Received: from asgtechnologies.com ([198.164.220.73]) by quartz.nbnet.nb.ca
          (Post.Office MTA v3.1.2 release (PO203-101c)
          ID# 607-54382U75000L75000S0V35) with ESMTP id AAA24772;
          Tue, 5 Jan 1999 12:42:31 -0400
Message-Id: <369242E0.465DB9B@asgtechnologies.com>
Date: Tue, 05 Jan 1999 12:50:40 -0400
Reply-To: Cameron.Lemon@asgtechnologies.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Cameron Lemon <Cameron.Lemon@asgtechnologies.com>
To: marco@nbnet.nb.ca
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: Time
References: <002501be38c9$1db5fac0$e644868e@A7652.nbtel.nb.ca>
MIME-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------66B6109D66F16D64EF6FC7F0"
X-Mailer: Mozilla 4.5 [en] (WinNT; I)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

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


RTF FAQ.

I've forwarded it to you.

Cameron



Marco Shaw wrote:

> Users have been complaining that the time is showing up as GMT on our
> server, whereas the local time is AST.  Is the time 'variable' compiled into
> wu-ftpd or can it be set in one of the ftp* files?
>
> The server's system time is correct so wu-ftpd must have a config setting.
>
> I've looked around but couldn't find any FAQ or archive that covered this...
>
> Thanks,
> Marco

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

begin:vcard 
n:Lemon;Cameron 
tel;fax:506.460.5411
tel;work:506.460.5400
x-mozilla-html:FALSE
url:www.asgtechnologies.com
org:Atlantic Systems Group;Professional Services
version:2.1
email;internet:Cameron.Lemon@asgtechnologies.com
title:Systems & Network Architect
adr;quoted-printable:;;Garland Court=0D=0AIncuTech Centre;Fredericton;New Brunswick;E3B 6C2;Canada
fn:Cameron Lemon
end:vcard

--------------66B6109D66F16D64EF6FC7F0--


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan  5 11:16:36 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id LAA02023;
	Tue, 5 Jan 1999 11:16:35 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA24210;
	Tue, 5 Jan 1999 11:11:01 -0600 (CST)
Received: from quartz.nbnet.nb.ca (mailserv.nbnet.nb.ca [198.164.200.18])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA30513
	for <wu-ftpd@wugate.wustl.edu>; Tue, 5 Jan 1999 11:07:36 -0600 (CST)
Received: from A7652.nbtel.nb.ca ([142.134.68.230]) by quartz.nbnet.nb.ca
          (Post.Office MTA v3.1.2 release (PO203-101c)
          ID# 607-54382U75000L75000S0V35) with SMTP id AAA6843
          for <wu-ftpd@wugate.wustl.edu>; Tue, 5 Jan 1999 13:07:35 -0400
Message-Id: <002a01be38ce$30e53a20$e644868e@A7652.nbtel.nb.ca>
Date: Tue, 5 Jan 1999 13:09:44 -0400
Reply-To: marco@nbnet.nb.ca
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Marco Shaw" <marco@nbnet.nb.ca>
To: <wu-ftpd@wugate.wustl.edu>
Subject: RE: Time--ignore
In-Reply-To: <002501be38c9$1db5fac0$e644868e@A7652.nbtel.nb.ca>
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.3007.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Please ignore this message...Another case of RTFM, but read it more
carefully!

Marco

> -----Original Message-----
> From: owner-wu-ftpd@wugate.wustl.edu
> [mailto:owner-wu-ftpd@wugate.wustl.edu]On Behalf Of Marco Shaw
> Sent: Tuesday, January 05, 1999 12:33 PM
> To: wu-ftpd@wugate.wustl.edu
> Subject: Time
>
>
> Users have been complaining that the time is showing up as GMT on our
> server, whereas the local time is AST.  Is the time 'variable'
> compiled into
> wu-ftpd or can it be set in one of the ftp* files?
>
> The server's system time is correct so wu-ftpd must have a config setting.
>
> I've looked around but couldn't find any FAQ or archive that
> covered this...
>
> Thanks,
> Marco
>
>


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan  5 11:29:06 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id LAA02189;
	Tue, 5 Jan 1999 11:29:05 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA20427;
	Tue, 5 Jan 1999 11:23:58 -0600 (CST)
Received: from america.viavale.com.br (america.viavale.com.br [200.248.168.33])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA01499
	for <wu-ftpd@wugate.wustl.edu>; Tue, 5 Jan 1999 11:20:07 -0600 (CST)
Received: from america (america [200.248.168.33])
	by america.viavale.com.br (8.8.8/8.8.8) with SMTP id PAA18550
	for <wu-ftpd@wugate.wustl.edu>; Tue, 5 Jan 1999 15:16:21 -0200 (EDT)
	(envelope-from morvan@america.viavale.com.br)
Message-Id: <Pine.BSF.4.01.9901051452340.17799-100000@america.viavale.com.br>
Date: Tue, 5 Jan 1999 15:16:21 -0200 (EDT)
Reply-To: morvan@america.viavale.com.br
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Morvan Daniel Muller <morvan@america.viavale.com.br>
To: wu-ftpd list <wu-ftpd@wugate.wustl.edu>
Subject: only real users
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello List!

I'am Braziliam.

Im configuring wu-ftpd now.

I want don't permit anonymous login?

I want that only my users (real users, /etc/passwd) use my ftp, 
but i need have a public area for them, like  anonymous user, it's
possible.

Tanks,

Morvan.



Morvan Daniel Muller          
morvan@viavale.com.br
Santa Cruz do Sul - RS


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan  5 11:42:50 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id LAA02353;
	Tue, 5 Jan 1999 11:42:49 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA26452;
	Tue, 5 Jan 1999 11:36:46 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA17364
	for <wu-ftpd@wugate.wustl.edu>; Tue, 5 Jan 1999 11:30:26 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id MAA10193;
	Tue, 5 Jan 1999 12:29:52 -0500
Message-Id: <Pine.LNX.4.03.9901051227050.10141-100000@gaia.vr.net>
Date: Tue, 5 Jan 1999 12:29:52 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Morvan Daniel Muller <morvan@america.viavale.com.br>
Cc: wu-ftpd list <wu-ftpd@wugate.wustl.edu>
Subject: Re: only real users
In-Reply-To: <Pine.BSF.4.01.9901051452340.17799-100000@america.viavale.com.br>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 5 Jan 1999, Morvan Daniel Muller wrote:

> I want don't permit anonymous login?

Either delete the 'ftp' user from /etc/passwd or add the name to
/etc/ftpusers

> I want that only my users (real users, /etc/passwd) use my ftp, but i
> need have a public area for them, like anonymous user, it's possible.

Make them all guest users and have them share a common chroot point.  See
the FAQ for help.

The location of the latest version of wu-ftpd can be found in the 
directory
 
      ftp://ftp.academ.com/pub/wu-ftpd/private/
 
You can't see the directory contents, so read the message informing you
of the actual filename to retrieve. It's there.
 
wu-ftpd Resource Center:  http://www.landfield.com/wu-ftpd/
wu-ftpd FAQ:              http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html
wu-ftpd list archive:     http://www.landfield.com/wu-ftpd/mail-archive/

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan  5 12:03:07 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id MAA02580;
	Tue, 5 Jan 1999 12:03:06 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA29582;
	Tue, 5 Jan 1999 11:55:38 -0600 (CST)
Received: from opale.ort.fr (opale.ort.fr [195.6.9.22])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA06524
	for <wu-ftpd@wugate.wustl.edu>; Tue, 5 Jan 1999 11:50:31 -0600 (CST)
Received: from ort.fr (localhost [127.0.0.1]) by opale.ort.fr (8.7.1/8.7.1) with ESMTP id SAA04168 for <wu-ftpd@wugate.wustl.edu>; Tue, 5 Jan 1999 18:50:56 +0100 (MET)
Message-Id: <36925100.BE66151C@ort.fr>
Date: Tue, 05 Jan 1999 18:50:56 +0100
Reply-To: gblenet@ort.fr
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Gaetan J. BLENET" <gblenet@ort.fr>
To: wu-ftpd@wugate.wustl.edu
Subject: analyze wu-ftpd logs
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: gblenet@ort.fr
X-Mailer: Mozilla 4.05 [en] (X11; I; SunOS 5.6 sun4u)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

I would like to analyze logs produced by wu-ftpd. Does anyone know which
software I could use to ?

I use "Webtrends Log Analyzer" software to analyze http logs (NCSA httpd
and Netscape Enterprise Server). But, this software doesn't recognize
log format from wu-ftpd.

Any software is welcome.

Thanks,

Gaetan

From owner-wu-ftpd@wugate.wustl.edu  Tue Jan  5 12:27:33 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id MAA02842;
	Tue, 5 Jan 1999 12:27:32 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA29376;
	Tue, 5 Jan 1999 12:21:25 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA32515
	for <wu-ftpd@wugate.wustl.edu>; Tue, 5 Jan 1999 12:15:29 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id NAA10614;
	Tue, 5 Jan 1999 13:15:17 -0500
Message-Id: <Pine.LNX.4.03.9901051313430.10608-100000@gaia.vr.net>
Date: Tue, 5 Jan 1999 13:15:17 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: "Gaetan J. BLENET" <gblenet@ort.fr>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: analyze wu-ftpd logs
In-Reply-To: <36925100.BE66151C@ort.fr>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 5 Jan 1999, Gaetan J. BLENET wrote:

> I would like to analyze logs produced by wu-ftpd. Does anyone know
> which software I could use to ?
> 
> I use "Webtrends Log Analyzer" software to analyze http logs (NCSA
> httpd and Netscape Enterprise Server). But, this software doesn't
> recognize log format from wu-ftpd.

I recoment xferstats from Phil Shwan.  I have a copy in my ftp site, don't
remember his main site.  It's a replacement for the Perl version which
comes with the daemon and much more powerful.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan  5 12:59:18 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id MAA03244;
	Tue, 5 Jan 1999 12:59:16 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA16565;
	Tue, 5 Jan 1999 12:54:18 -0600 (CST)
Received: from wunet.wustl.edu (wunet.wustl.edu [128.252.120.2])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA02131
	for <wu-ftpd@mail.wustl.edu>; Tue, 5 Jan 1999 12:53:27 -0600 (CST)
Received: from ntserver1ofs.sugar-land.oilfield.slb.com by wunet.wustl.edu
 (PMDF V4.3-10 #26974) id <01J66MPMM23400072N@wunet.wustl.edu>; Tue,
 05 Jan 1999 13:51:05 -0500 (CDT)
Received: from oneill.sugar-land.oilfield.slb.com ([163.185.204.160])
 by mail-server.sugar-land.oilfield.slb.com
 (Post.Office MTA v3.1.2 release (PO205-101c) ID# 0-34589U510L100S0)
 with SMTP id AAA390; Tue, 5 Jan 1999 12:54:35 -0600
Message-Id: <19990105185434890.AAA390@oneill.sugar-land.oilfield.slb.com>
Date: Tue, 05 Jan 1999 12:53:45 -0600
Reply-To: ONeill@sugar-land.oilfield.slb.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: ONeill@sugar-land.oilfield.slb.com (Dennis O'Neill)
To: wu-ftpd@wunet.wustl.edu
Cc: oneill@sugar-land.oilfield.slb.com
Subject: wu-ftpd for Win/NT?
MIME-version: 1.0
Content-type: text/plain; charset="us-ascii"
Content-transfer-encoding: 7BIT
X-Sender: ONeill@mail-server.sugar-land.oilfield.slb.com
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Is there a version of wu-ftpd for Windows NT? I didn't see anything on the
server, but maybe I'm not looking in the right place.

What I'm specifically looking for is a server/daemon with the same
userid/IP address binding as the original and the equivalent of the
"chroot" filesystem firewalling. Yes, I know that I'd be better off running 
under Unix/Linux, but I'm trying to configure a minimal cost system and
one of the apps I have to run only runs under NT.

If there isn't an NT port for wu-ftpd, what's the next best choice?


Thanks,

Dennis



From owner-wu-ftpd@wugate.wustl.edu  Tue Jan  5 13:11:15 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id NAA03451;
	Tue, 5 Jan 1999 13:11:14 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA21858;
	Tue, 5 Jan 1999 13:06:56 -0600 (CST)
Received: from wunet.wustl.edu (wunet.wustl.edu [128.252.120.2])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA16613
	for <wu-ftpd@mail.wustl.edu>; Tue, 5 Jan 1999 13:02:28 -0600 (CST)
Received: from mail.vr.net by wunet.wustl.edu (PMDF V4.3-10 #26974)
 id <01J66N0XBSPC000744@wunet.wustl.edu>; Tue, 05 Jan 1999 14:00:09 -0500 (CDT)
Received: from localhost (lundberg@localhost) by mail.vr.net (8.9.1a/8.9.1)
 with ESMTP id OAA11105; Tue, 5 Jan 1999 14:02:15 -0500
Message-Id: <Pine.LNX.4.03.9901051357410.11004-100000@gaia.vr.net>
Date: Tue, 05 Jan 1999 14:02:15 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: "Dennis O'Neill" <ONeill@sugar-land.oilfield.slb.com>
Cc: wu-ftpd@wunet.wustl.edu
Subject: Re: wu-ftpd for Win/NT?
In-Reply-To: <19990105185434890.AAA390@oneill.sugar-land.oilfield.slb.com>
MIME-version: 1.0
Content-type: TEXT/PLAIN; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 5 Jan 1999, Dennis O'Neill wrote:

> Is there a version of wu-ftpd for Windows NT? I didn't see anything on
> the server, but maybe I'm not looking in the right place.
> 
> What I'm specifically looking for is a server/daemon with the same
> userid/IP address binding as the original and the equivalent of the
> "chroot" filesystem firewalling. Yes, I know that I'd be better off
> running under Unix/Linux, but I'm trying to configure a minimal cost
> system and one of the apps I have to run only runs under NT.
> 
> If there isn't an NT port for wu-ftpd, what's the next best choice?

>From a network security point of view: Buy a second computer, put Linux on
it, run all the Inernet access stuff there and firewall the @#% out of the
NT box.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan  5 13:19:26 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id NAA03573;
	Tue, 5 Jan 1999 13:19:25 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA26637;
	Tue, 5 Jan 1999 13:13:27 -0600 (CST)
Received: from wunet.wustl.edu (wunet.wustl.edu [128.252.120.2])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA03589
	for <wu-ftpd@mail.wustl.edu>; Tue, 5 Jan 1999 13:10:23 -0600 (CST)
Received: from mail.vr.net by wunet.wustl.edu (PMDF V4.3-10 #26974)
 id <01J66NAQUQ2O00070T@wunet.wustl.edu>; Tue, 05 Jan 1999 14:08:04 -0500 (CDT)
Received: from localhost (lundberg@localhost) by mail.vr.net (8.9.1a/8.9.1)
 with ESMTP id OAA11158; Tue, 5 Jan 1999 14:10:02 -0500
Message-Id: <Pine.LNX.4.03.9901051402370.11004-100000@gaia.vr.net>
Date: Tue, 05 Jan 1999 14:10:02 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: "Dennis O'Neill" <ONeill@sugar-land.oilfield.slb.com>
Cc: wu-ftpd@wunet.wustl.edu
Subject: Re: wu-ftpd for Win/NT?
In-Reply-To: <19990105185434890.AAA390@oneill.sugar-land.oilfield.slb.com>
MIME-version: 1.0
Content-type: TEXT/PLAIN; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


Sorry, I guess I should answer your main question ...

On Tue, 5 Jan 1999, Dennis O'Neill wrote:

> Is there a version of wu-ftpd for Windows NT? I didn't see anything on
> the server, but maybe I'm not looking in the right place.
> 
> What I'm specifically looking for is a server/daemon with the same
> userid/IP address binding as the original and the equivalent of the
> "chroot" filesystem firewalling. Yes, I know that I'd be better off
> running under Unix/Linux, but I'm trying to configure a minimal cost
> system and one of the apps I have to run only runs under NT.
> 
> If there isn't an NT port for wu-ftpd, what's the next best choice?

There is no NT port of the daemon since NT does not ave sufficient
security to allow the daemon to run.  You can get some daemons which will
run on 95 (s/b OK on NT) which simulat a Unix FTP daemon, but the security
models on them are all just that -- simulations -- and most are pretty
easy to get arround.  I'd suggest you look at WarFTPD (look at
http://www.nonags.com/ for it), if you must run NT on the internet, I
guess WarFTPD is as good any anything else and the price is right.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan  5 19:27:15 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id TAA08011;
	Tue, 5 Jan 1999 19:27:13 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA27768;
	Tue, 5 Jan 1999 19:22:08 -0600 (CST)
Received: from opale.ort.fr (opale.ort.fr [195.6.9.22])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA17504
	for <wu-ftpd@wugate.wustl.edu>; Tue, 5 Jan 1999 19:16:01 -0600 (CST)
Received: from ort.fr (localhost [127.0.0.1]) by opale.ort.fr (8.7.1/8.7.1) with ESMTP id CAA08931; Wed, 6 Jan 1999 02:16:31 +0100 (MET)
Message-Id: <3692B96F.6C958643@ort.fr>
Date: Wed, 06 Jan 1999 02:16:31 +0100
Reply-To: gblenet@ort.fr
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Gaetan J. BLENET" <gblenet@ort.fr>
To: lundberg+wuftpd@vr.net
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: analyze wu-ftpd logs
References: <Pine.LNX.4.03.9901051313430.10608-100000@gaia.vr.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: gblenet@ort.fr
X-Mailer: Mozilla 4.05 [en] (X11; I; SunOS 5.6 sun4u)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Gregory A Lundberg wrote:
> 
> On Tue, 5 Jan 1999, Gaetan J. BLENET wrote:
> 
> > I would like to analyze logs produced by wu-ftpd. Does anyone know
> > which software I could use to ?
> >
> > I use "Webtrends Log Analyzer" software to analyze http logs (NCSA
> > httpd and Netscape Enterprise Server). But, this software doesn't
> > recognize log format from wu-ftpd.
> 
> I recoment xferstats from Phil Shwan.  I have a copy in my ftp site, don't
> remember his main site.  It's a replacement for the Perl version which
> comes with the daemon and much more powerful.
> 
> --
> 
> Gregory A Lundberg              Senior Partner, VRnet Company
> 1441 Elmdale Drive              lundberg+wuftpd@vr.net
> Kettering, OH 45409-1615 USA    1-800-809-2195

Thank you.
Phil Shwan's main site that you don't remember is (thanks to yahoo) :
ftp://sod.off.net:211/pub/xferstats/xferstats-2.00/
http://xferstats.off.net:8080


I downloaded tar archive and I'll have a look at it, tomorrow.
Best regards.

Gaetan

From owner-wu-ftpd@wugate.wustl.edu  Tue Jan  5 19:44:45 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id TAA08268;
	Tue, 5 Jan 1999 19:44:44 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA23660;
	Tue, 5 Jan 1999 19:41:31 -0600 (CST)
Received: from wunet.wustl.edu (wunet.wustl.edu [128.252.120.2])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA06250
	for <wu-ftpd@mail.wustl.edu>; Tue, 5 Jan 1999 19:34:53 -0600 (CST)
Received: from ha1.rdc1.tx.home.com by wunet.wustl.edu (PMDF V4.3-10 #26974)
 id <01J670QGWU5S0006TY@wunet.wustl.edu>; Tue, 05 Jan 1999 20:32:33 -0500 (CDT)
Received: from cameron ([24.4.28.117])
 by ha1.rdc1.tx.home.com (Netscape Mail Server v2.02)
 with SMTP id AAA4512 for <wu-ftpd@wunet.wustl.edu>; Tue,
 5 Jan 1999 17:34:01 -0800
Message-Id: <003c01be3914$b25fbb20$0600a8c0@bdfrd1.tx.home.com>
Date: Tue, 05 Jan 1999 19:34:26 -0600
Reply-To: ccrockett@home.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Cameron Crockett <ccrockett@home.com>
To: wu-ftpd@wunet.wustl.edu
Subject: unsubscribe
MIME-version: 1.0
Content-type: multipart/alternative;
 boundary="----=_NextPart_000_0039_01BE38E2.679A91A0"
Content-transfer-encoding: 7BIT
X-Mailer: Microsoft Outlook Express 5.00.0810.800
X-Priority: 3
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.0810.800
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

This is a multi-part message in MIME format.

------=_NextPart_000_0039_01BE38E2.679A91A0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

unsubscribe

------=_NextPart_000_0039_01BE38E2.679A91A0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML><HEAD>
<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type>
<STYLE></STYLE>

<META content=3D'"MSHTML 5.00.0910.1309"' name=3DGENERATOR></HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT size=3D2>unsubscribe</FONT></DIV></BODY></HTML>

------=_NextPart_000_0039_01BE38E2.679A91A0--


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan  5 23:00:44 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id XAA10275;
	Tue, 5 Jan 1999 23:00:43 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id WAA02208;
	Tue, 5 Jan 1999 22:56:14 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id WAA28268
	for <wu-ftpd@wugate.wustl.edu>; Tue, 5 Jan 1999 22:55:39 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id XAA14503;
	Tue, 5 Jan 1999 23:55:29 -0500
Message-Id: <Pine.LNX.4.03.9901052352480.14477-100000@gaia.vr.net>
Date: Tue, 5 Jan 1999 23:55:28 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: "Gaetan J. BLENET" <gblenet@ort.fr>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: analyze wu-ftpd logs
In-Reply-To: <3692B96F.6C958643@ort.fr>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 6 Jan 1999, Gaetan J. BLENET wrote:

> Phil Shwan's main site that you don't remember is (thanks to yahoo) :
> ftp://sod.off.net:211/pub/xferstats/xferstats-2.00/
> http://xferstats.off.net:8080
> 
> I downloaded tar archive and I'll have a look at it, tomorrow. Best
> regards.

that's right.  I always have trouble getting into it.  istm he's
moved/moving it but I'd have to dig through a few K emails to find what he
said.  prolly be faster for him to post it :P

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan  5 23:13:30 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id XAA10365;
	Tue, 5 Jan 1999 23:13:30 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id XAA09880;
	Tue, 5 Jan 1999 23:09:03 -0600 (CST)
Received: from wunet.wustl.edu (wunet.wustl.edu [128.252.120.2])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id XAA27617
	for <wu-ftpd@mail.wustl.edu>; Tue, 5 Jan 1999 23:07:32 -0600 (CST)
Received: from ha1.rdc1.tx.home.com by wunet.wustl.edu (PMDF V4.3-10 #26974)
 id <01J67862Z4B400074N@wunet.wustl.edu>; Wed, 06 Jan 1999 00:05:11 -0500 (CDT)
Received: from cameron ([24.4.28.117])
 by ha1.rdc1.tx.home.com (Netscape Mail Server v2.02)
 with SMTP id AAA1328 for <wu-ftpd@wunet.wustl.edu>; Tue,
 5 Jan 1999 21:07:21 -0800
Message-Id: <002201be3932$7d03c660$0600a8c0@bdfrd1.tx.home.com>
Date: Tue, 05 Jan 1999 23:07:41 -0600
Reply-To: ccrockett@home.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Cameron Crockett <ccrockett@home.com>
To: wu-ftpd@wunet.wustl.edu
Subject: how do I unsubscribe ?
MIME-version: 1.0
Content-type: multipart/alternative;
 boundary="----=_NextPart_000_001F_01BE3900.3250EC60"
Content-transfer-encoding: 7BIT
X-Mailer: Microsoft Outlook Express 5.00.0810.800
X-Priority: 3
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.0810.800
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

This is a multi-part message in MIME format.

------=_NextPart_000_001F_01BE3900.3250EC60
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

How do I unsubscribe to this?

Cameron


------=_NextPart_000_001F_01BE3900.3250EC60
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML><HEAD>
<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type>
<STYLE></STYLE>

<META content=3D'"MSHTML 5.00.0910.1309"' name=3DGENERATOR></HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT size=3D2>How do I unsubscribe to this?</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=3D2>Cameron</FONT></DIV>
<DIV>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_001F_01BE3900.3250EC60--


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan  5 23:34:49 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id XAA10525;
	Tue, 5 Jan 1999 23:34:48 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id XAA31235;
	Tue, 5 Jan 1999 23:28:12 -0600 (CST)
Received: from wunet.wustl.edu (wunet.wustl.edu [128.252.120.2])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id XAA14972
	for <wu-ftpd@mail.wustl.edu>; Tue, 5 Jan 1999 23:23:57 -0600 (CST)
Received: from mail.vr.net by wunet.wustl.edu (PMDF V4.3-10 #26974)
 id <01J678QHJQHC000714@wunet.wustl.edu>; Wed, 06 Jan 1999 00:21:36 -0500 (CDT)
Received: from localhost (lundberg@localhost) by mail.vr.net (8.9.1a/8.9.1)
 with ESMTP id AAA14925; Wed, 6 Jan 1999 00:22:48 -0500
Message-Id: <Pine.LNX.4.03.9901060022100.14900-100000@gaia.vr.net>
Date: Wed, 06 Jan 1999 00:22:48 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Cameron Crockett <ccrockett@home.com>
Cc: wu-ftpd@wunet.wustl.edu
Subject: Re: how do I unsubscribe ?
In-Reply-To: <002201be3932$7d03c660$0600a8c0@bdfrd1.tx.home.com>
MIME-version: 1.0
Content-type: TEXT/PLAIN; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 5 Jan 1999, Cameron Crockett wrote:

> How do I unsubscribe to this?

Tha's a FAQ

The location of the latest version of wu-ftpd can be found in the 
directory
 
      ftp://ftp.academ.com/pub/wu-ftpd/private/
 
You can't see the directory contents, so read the message informing you
of the actual filename to retrieve. It's there.
 
wu-ftpd Resource Center:  http://www.landfield.com/wu-ftpd/
wu-ftpd FAQ:              http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html
wu-ftpd list archive:     http://www.landfield.com/wu-ftpd/mail-archive/

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Wed Jan  6 07:05:49 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id HAA14721;
	Wed, 6 Jan 1999 07:05:48 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA28390;
	Wed, 6 Jan 1999 06:59:23 -0600 (CST)
Received: from america.viavale.com.br (america.viavale.com.br [200.248.168.33])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA15062
	for <wu-ftpd@wugate.wustl.edu>; Wed, 6 Jan 1999 06:54:40 -0600 (CST)
Received: from america (america [200.248.168.33])
	by america.viavale.com.br (8.8.8/8.8.8) with SMTP id KAA24946
	for <wu-ftpd@wugate.wustl.edu>; Wed, 6 Jan 1999 10:50:45 -0200 (EDT)
	(envelope-from morvan@america.viavale.com.br)
Message-Id: <Pine.BSF.4.01.9901061035180.24574-100000@america.viavale.com.br>
Date: Wed, 6 Jan 1999 10:50:44 -0200 (EDT)
Reply-To: morvan@america.viavale.com.br
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Morvan Daniel Muller <morvan@america.viavale.com.br>
To: wu-ftpd list <wu-ftpd@wugate.wustl.edu>
Subject: wu-ftpd static ls
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello!

What I need do to make an static ls version for wu-ftpd 2.4.2
in solaris 2.6?

I have look for that at wu-ftpd faq, 
related documents ( http://www.wildheart.org/wu-ftpd/#tips)
but the site of the patch sugested is offline at the moment, 
and the gnu fileutils vers.3-13 isnot not available, only versions
3.15/16 snd 4.0

I need a static ls version because my hold users are guest, so
replicate the ftp tree (dev/etc/lib/usr) in the hold users areas
is bad (around 5MB/user), and a static ls is a solution for that OK!


Thanks,

Morvan Daniel Muller          
morvan@viavale.com.br
Santa Cruz do Sul - RS


From owner-wu-ftpd@wugate.wustl.edu  Wed Jan  6 07:14:49 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id HAA14832;
	Wed, 6 Jan 1999 07:14:48 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA13174;
	Wed, 6 Jan 1999 07:10:17 -0600 (CST)
Received: from hermes.teiath.gr (hermes.teiath.gr [195.130.100.19])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA06216
	for <wu-ftpd@wugate.wustl.edu>; Wed, 6 Jan 1999 07:03:06 -0600 (CST)
Received: from default ([195.130.100.76])
	by hermes.teiath.gr (8.8.8/8.8.8) with SMTP id MAA13506
	for <wu-ftpd@mail.wustl.edu>; Wed, 6 Jan 1999 12:53:58 +0200 (EET)
Message-Id: <008101be39b5$94d05e60$4c6482c3@default>
Date: Wed, 6 Jan 1999 12:46:00 -0800
Reply-To: akops@teiath.gr
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Antonis Kopsaftis" <akops@teiath.gr>
To: <wu-ftpd@wugate.wustl.edu>
Subject: Re: analyze wu-ftpd logs
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.3110.5
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

>Gregory A Lundberg wrote:
>>
>> On Tue, 5 Jan 1999, Gaetan J. BLENET wrote:
>>
>> > I would like to analyze logs produced by wu-ftpd. Does anyone know
>> > which software I could use to ?
>> >
>> > I use "Webtrends Log Analyzer" software to analyze http logs (NCSA
>> > httpd and Netscape Enterprise Server). But, this software doesn't
>> > recognize log format from wu-ftpd.
>>
>> I recoment xferstats from Phil Shwan.  I have a copy in my ftp site,
don't
>> remember his main site.  It's a replacement for the Perl version which
>> comes with the daemon and much more powerful.
>>
>> --
>>
>> Gregory A Lundberg              Senior Partner, VRnet Company
>> 1441 Elmdale Drive              lundberg+wuftpd@vr.net
>> Kettering, OH 45409-1615 USA    1-800-809-2195
>
>Thank you.
>Phil Shwan's main site that you don't remember is (thanks to yahoo) :
>ftp://sod.off.net:211/pub/xferstats/xferstats-2.00/
>http://xferstats.off.net:8080
>
>
>I downloaded tar archive and I'll have a look at it, tomorrow.
>Best regards.
>
>Gaetan
>

Try xferstats-2.12  , it's very good !
Don't forget to install GLIB-1.1.3 first , if you dont already have it?
You can find GLIB on the same ftp site that you found xferstats.


Have a nice day!
Antonis


From owner-wu-ftpd@wugate.wustl.edu  Wed Jan  6 10:21:44 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id KAA17514;
	Wed, 6 Jan 1999 10:21:43 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA22380;
	Wed, 6 Jan 1999 10:11:18 -0600 (CST)
Received: from wunet.wustl.edu (wunet.wustl.edu [128.252.120.2])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA17108
	for <wu-ftpd@mail.wustl.edu>; Wed, 6 Jan 1999 10:06:16 -0600 (CST)
Received: from guardian.peabodygroup.com by wunet.wustl.edu
 (PMDF V4.3-10 #26974) id <01J67V5U7TXC000758@wunet.wustl.edu>; Wed,
 06 Jan 1999 11:03:54 -0500 (CDT)
Received: from stlpc054 (sl2-dhcp-16.peabody.com [192.227.122.16])
 by guardian.peabodygroup.com (SMI-8.6/SMI-SVR4) with SMTP id KAA08042 from
 sac@iname.com rcpt <wu-ftpd@wunet.wustl.edu>; Wed, 6 Jan 1999 10:06:11 -0600
Message-Id: <004b01be398e$89bd0cc0$107ae3c0@stlpc054.peabody.com>
Date: Wed, 06 Jan 1999 10:06:36 -0600
Reply-To: sac@iname.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Scott C." <sac@iname.com>
To: wu-ftpd@wunet.wustl.edu
Subject: unsubscribe
MIME-version: 1.0
Content-type: multipart/alternative;
 boundary="----=_NextPart_000_0048_01BE395C.3EDC44F0"
Content-transfer-encoding: 7BIT
X-Mailer: Microsoft Outlook Express 4.72.3110.5
X-Priority: 3
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

This is a multi-part message in MIME format.

------=_NextPart_000_0048_01BE395C.3EDC44F0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

unsubscribe

------=_NextPart_000_0048_01BE395C.3EDC44F0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

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

<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type><!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 =
HTML//EN">
<STYLE></STYLE>

<META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT color=3D#000000 =
size=3D2>unsubscribe</FONT></DIV></BODY></HTML>

------=_NextPart_000_0048_01BE395C.3EDC44F0--


From owner-wu-ftpd@wugate.wustl.edu  Wed Jan  6 19:24:36 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id TAA24377;
	Wed, 6 Jan 1999 19:24:35 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA07347;
	Wed, 6 Jan 1999 19:18:33 -0600 (CST)
Received: from att.com (kcgw1.att.com [192.128.133.151])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA05138
	for <wu-ftpd@wugate.wustl.edu>; Wed, 6 Jan 1999 19:18:01 -0600 (CST)
Received: from kcig1.att.att.com by kcgw1.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 Jan  6 16:43 CST 1999
Received: from merlin.lz.att.com (lynx.lz.att.com [135.25.200.5])
	by kcig1.att.att.com (AT&T/IPNS/GW-1.0) with SMTP id QAA19859
	for <wu-ftpd@wugate.wustl.edu>; Wed, 6 Jan 1999 16:43:16 -0600 (CST)
Received: by merlin.lz.att.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62)
	id <01BE399C.1DDB8640@merlin.lz.att.com>; Wed, 6 Jan 1999 17:43:49 -0500
Message-Id: <c=US%a=_%p=att%l=MERLIN-990106224348Z-2350@merlin.lz.att.com>
Date: Wed, 6 Jan 1999 17:43:48 -0500
Reply-To: rah@lynx.lz.att.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Roger Hanke <rah@lynx.lz.att.com>
To: "'Bernhard Rosenkraenzer'" <bero@microsoft.sucks.eu.org>
Cc: "'Roger A. Hanke'" <rah@lynxhub.lz.att.com>,
        "'WUFTPD List'"
	 <wu-ftpd@wugate.wustl.edu>
Subject: BeroFTPD passive ports directive
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Bernhard,
 I am in the process of moving from WUFTPD Beta 13
version to BeroFTPD 1.2.3. I had been using Pedro
Melo's passive port patch in order to limit the 
range of ports I had to open up on our firewall.

 I thought the new passive ports ftpaccess command
basically gave this same capability. What I am 
confused about is the cidr initial argument.
I had assumed this would be the IP address that 
ftp clients would be using to connect to the 
server. But your ftpaccess man page describes it
as the network address instead. Was hoping you 
could expand on how this network address specification
was being used to match incoming client requests
which at least in my case would always be directed
against the same machine IP address.
	Thanx,
	Roger Hanke

-----------------------------------------------------
 Roger A. Hanke         AT&T Web Site Services
 (732)576-5738          rhanke@att.com
 FAX (732)576-6041      http://lynxhub.att.com/~rah/
----------------------------------------------------- 

From owner-wu-ftpd@wugate.wustl.edu  Wed Jan  6 19:53:41 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id TAA24643;
	Wed, 6 Jan 1999 19:53:40 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA07625;
	Wed, 6 Jan 1999 19:50:32 -0600 (CST)
Received: from xf.hb.cninfo.net ([202.103.44.131])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA09719
	for <wu-ftpd@wugate.wustl.edu>; Wed, 6 Jan 1999 19:44:39 -0600 (CST)
Received: from xf.hb.cninfo.net by xf.hb.cninfo.net (8.8.7/SMI-SVR4)
	id IAA25602; Thu, 7 Jan 1999 08:40:25 +0800 (CST)
Message-Id: <36941134.4E4449A0@xf.hb.cninfo.net>
Date: Thu, 07 Jan 1999 09:43:17 +0800
Reply-To: xfonline@xf.hb.cninfo.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: =?gb2312?B?z+W3rsjIz98=?= <xfonline@xf.hb.cninfo.net>
To: wu-ftpd@wugate.wustl.edu
Cc: wu-ftpd list <wu-ftpd@wugate.wustl.edu>
Subject: Re: wu-ftpd static ls
References: <Pine.BSF.4.01.9901061035180.24574-100000@america.viavale.com.br>
MIME-Version: 1.0
Content-Type: text/plain; charset=gb2312
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.5 [en] (Win98; I)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello all:

    How can i make Wu-ftp support Restart connect !!! Thanks ! 8-)


From owner-wu-ftpd@wugate.wustl.edu  Thu Jan  7 06:02:27 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA02635;
	Thu, 7 Jan 1999 06:02:25 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id FAA20149;
	Thu, 7 Jan 1999 05:57:54 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id FAA14866
	for <wu-ftpd@wugate.wustl.edu>; Thu, 7 Jan 1999 05:51:04 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id GAA22429;
	Thu, 7 Jan 1999 06:49:54 -0500
Message-Id: <Pine.LNX.4.03.9901070646430.22409-100000@gaia.vr.net>
Date: Thu, 7 Jan 1999 06:49:54 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: xfonline@xf.hb.cninfo.net
Cc: wu-ftpd list <wu-ftpd@wugate.wustl.edu>
Subject: Re: wu-ftpd static ls
In-Reply-To: <36941134.4E4449A0@xf.hb.cninfo.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by wugate.wustl.edu id FAA27096
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 7 Jan 1999, [gb2312] Ïå·®ÈÈÏß wrote:

> How can i make Wu-ftp support Restart connect !!! Thanks ! 8-)

I am not sure what you mean; perhaps if you could phrase the question in
terms of the FTP protocol?

WU-FTPD should be able to restart an interrupted transfer although I have
never tested it myself.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg_wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Thu Jan  7 06:23:44 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA03164;
	Thu, 7 Jan 1999 06:23:43 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA15965;
	Thu, 7 Jan 1999 06:20:29 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA03868
	for <wu-ftpd@wugate.wustl.edu>; Thu, 7 Jan 1999 06:14:11 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id HAA22493;
	Thu, 7 Jan 1999 07:07:33 -0500
Message-Id: <Pine.LNX.4.03.9901070650530.22409-100000@gaia.vr.net>
Date: Thu, 7 Jan 1999 07:07:33 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Roger Hanke <rah@lynx.lz.att.com>
Cc: "'Bernhard Rosenkraenzer'" <bero@microsoft.sucks.eu.org>,
        "'Roger A. Hanke'" <rah@lynxhub.lz.att.com>,
        "'WUFTPD List'" <wu-ftpd@wugate.wustl.edu>
Subject: Re: BeroFTPD passive ports directive
In-Reply-To: <c=US%a=_%p=att%l=MERLIN-990106224348Z-2350@merlin.lz.att.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 6 Jan 1999, Roger Hanke wrote:

> Was hoping you could expand on how this network address specification
> was being used to match incoming client requests which at least in my
> case would always be directed against the same machine IP address.

passive address <externalip> <cidr>

	If a request comes *FROM* <cidr> lie by telling it the PASV port
	is listening on <externalip> instead of the machine's real IP.
	This supports NATs and other similar schemes where the machine IP
	we get by probing the interface isn't the IP the external client
	needs to know to connect to us.

passive ports <cidr> <min> <max>

	If a request comes *FROM* <cidr> only use ports in the range <min>
	to <max> for the PASV listening port.  This supports multiple
	gateways through different networks.



Consider (this isn't the way my network is set up, but it could be):

My network is 205.133.13.0/24 and I filter external requests to only allow
ports 10000-12000 through for PASV FTP.  I don't filter internal machines
and my FTP server has a real IP address.

I don't need 'passive address' since the address my machine reports will
work for everyone, but I need two 'passive ports' clauses:

passive ports 205.133.13.0/24 1024 65535
passive ports 0.0.0.0/0 10000 12000

Note I could use IP:mask specifications if I still though in those terms
as well:

passive ports 205.133.13.0:255.255.255.0 1024 65535
passive ports 0.0.0.0:0.0.0.0 10000 12000



Hmm .. looking at these examples, I see I need a better way to define
cases where I do NOT want the 'passive' clauses to take effect.  I'll
think about that for a future VR patch set; anyone have any ideas or
comments?

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Thu Jan  7 10:28:29 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id KAA05935;
	Thu, 7 Jan 1999 10:28:28 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA14236;
	Thu, 7 Jan 1999 10:20:48 -0600 (CST)
Received: from dino.cits.rncan.gc.ca (dino.cits.rncan.gc.ca [132.156.18.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA09839
	for <wu-ftpd@wugate.wustl.edu>; Thu, 7 Jan 1999 10:18:43 -0600 (CST)
Received: from pegase.cits.rncan.gc.ca (pegase [132.156.18.5]) by dino.cits.rncan.gc.ca (8.7.5/8.6.10) with ESMTP id LAA11054 for <wu-ftpd@wugate.wustl.edu>; Thu, 7 Jan 1999 11:18:12 -0500 (EST)
Received: from pegase (pegase [132.156.18.5]) by pegase.cits.rncan.gc.ca (8.7.5/8.6.10) with SMTP id LAA02763 for <wu-ftpd@wugate.wustl.edu>; Thu, 7 Jan 1999 11:18:11 -0500 (EST)
Message-Id: <199901071618.LAA02763@pegase.cits.rncan.gc.ca>
Date: Thu, 7 Jan 1999 11:18:11 -0500 (EST)
Reply-To: Michel Pilon <pilonm@cits.rncan.gc.ca>
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Michel Pilon <pilonm@cits.rncan.gc.ca>
To: wu-ftpd@wugate.wustl.edu
Subject: WU-FTP does not work with PASV client (like Netscape)!
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
Content-MD5: fdYxKsSgKA6wj4qn9Z+dGw==
X-Mailer: dtmail 1.2.1 CDE Version 1.2.1 SunOS 5.6 sun4u sparc 
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello wu-ftp gurus :-)

I just have installed wu-ftp Version wu-2.4.2-academ[BETA-18](1) on a 
SUN ULTRA 10 running Solaris 2.6. 

Everithing is fine (I can anonymous ftp from the command line without any
problems) but I can see the content of the anonymous site when I use 
Netscape (or any PASV FTP Client). What's wrong???

I did not create a dev directory (with tcp and zero) within my ~ftp 
directory because I did not read anything about the need of it for 
Solaris 2.6. My ~ftp/usr/lib directory only contains 

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

I read all the FAQ about wu-ftp and read nothing useful to solve my problem.

Please help!!!

BTW, I am planning to put my FTP server within our DMZ. Is it something that
the majority of you have done? or do you put your FTP server within your 
local network?

Thank you very much in advance,

--
Michel Pilon                        E-mail: michel.pilon@CCG.RNCan.gc.ca
Administrateur de systemes Unix     Tel:    (819) 564-4819
Centre d'information topographique  Fax:    (819) 564-5698
2144 King Ouest, suite 010, Sherbrooke, Quebec, Canada, J1J 2E8
http://cyniska.ubishops.ca/pilonm
	
	


From owner-wu-ftpd@wugate.wustl.edu  Thu Jan  7 10:32:56 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id KAA06027;
	Thu, 7 Jan 1999 10:32:55 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA07911;
	Thu, 7 Jan 1999 10:28:58 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA15105
	for <wu-ftpd@wugate.wustl.edu>; Thu, 7 Jan 1999 10:22:13 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id LAA23797;
	Thu, 7 Jan 1999 11:18:54 -0500
Message-Id: <Pine.LNX.4.03.9901071118340.23781-100000@gaia.vr.net>
Date: Thu, 7 Jan 1999 11:18:54 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Roger Hanke <rah@lynx.lz.att.com>
Cc: "'Roger A. Hanke'" <rah@lynxhub.lz.att.com>,
        "'WUFTPD List'" <wu-ftpd@wugate.wustl.edu>
Subject: RE: VR/BeroFTPD passive ports directive
In-Reply-To: <c=US%a=_%p=att%l=MERLIN-990107153113Z-2388@merlin.lz.att.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Yes.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Thu Jan  7 11:45:39 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id LAA06870;
	Thu, 7 Jan 1999 11:45:38 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA17832;
	Thu, 7 Jan 1999 11:40:16 -0600 (CST)
Received: from att.com (cagw1.att.com [192.128.52.89])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA04911
	for <wu-ftpd@wugate.wustl.edu>; Thu, 7 Jan 1999 11:34:49 -0600 (CST)
Received: from caig1.fw.att.com by cagw1.att.com (AT&T/IPNS/UPAS-1.0)
	for wugate.wustl.edu!wu-ftpd
	sender lynx.lz.att.com!rah (lynx.lz.att.com!rah); Thu Jan  7 10:21 EST 1999
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 KAA12158
	for <wu-ftpd@wugate.wustl.edu>; Thu, 7 Jan 1999 10:30:42 -0500 (EST)
Received: by merlin.lz.att.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62)
	id <01BE3A28.DA956800@merlin.lz.att.com>; Thu, 7 Jan 1999 10:31:15 -0500
Message-Id: <c=US%a=_%p=att%l=MERLIN-990107153113Z-2388@merlin.lz.att.com>
Date: Thu, 7 Jan 1999 10:31:13 -0500
Reply-To: rah@lynx.lz.att.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Roger Hanke <rah@lynx.lz.att.com>
To: "'Gregory A Lundberg'" <lundberg+wuftpd@vr.net>
Cc: "'Roger A. Hanke'" <rah@lynxhub.lz.att.com>,
        "'WUFTPD List'"
	 <wu-ftpd@wugate.wustl.edu>
Subject: RE: VR/BeroFTPD passive ports directive
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Gregory,
 Wanted to make sure I understand 
how to use this for the
simple case of the client using PASV vs PORT command where no NAT is
involved but the client source IP
is not known and could be any number. And since my
internal users could actually be coming from quite
a varied range of subnets I would have to add too 
many clauses to try to add exclusions for them
it looks like.
So it sounds like the one line below would serve
my needs, but just to double check I described below
it the current scheme I was using with WUFTPD.

passive ports 0.0.0.0:0.0.0.0 10000 12000 

 What I had used Pedro Melo's patch for was for 
all the newer (browser for example) ftp clients
that were using PASV mode. So was using the 
PASSIVE_BASE and PASSIVE_SPAN variables to define
the starting port number and range of port numbers
that could be used for WUFTPD to respond to these
PASV requests. So instead of the default WUFTPD
behavior to pick any available port above 1024 at
random, it would be limited to the range I had 
defined. So only those ports would need to be
opened on my firewall.

 So these FTP clients could be coming in from
any IP address and I do want to allow any IP 
address. I just want to limit what ports WUFTPD
chooses from (to match my firewall) when a client
does send a PASV command.

 So presuming I dont mind limiting my internal
users to the same range of PASV ports, does that 
one line above do the trick for any possible client
IP?
	Thanx,
	Roger  

-----Original Message-----
From: Gregory A Lundberg [mailto:lundberg+wuftpd@vr.net]
Sent: Thursday, January 07, 1999 7:08 AM
To: Roger Hanke
Cc: 'Bernhard Rosenkraenzer'; 'Roger A. Hanke'; 'WUFTPD List'
Subject: Re: BeroFTPD passive ports directive


On Wed, 6 Jan 1999, Roger Hanke wrote:

> Was hoping you could expand on how this network address specification
> was being used to match incoming client requests which at least in my
> case would always be directed against the same machine IP address.

passive address <externalip> <cidr>

	If a request comes *FROM* <cidr> lie by telling it the PASV port
	is listening on <externalip> instead of the machine's real IP.
	This supports NATs and other similar schemes where the machine IP
	we get by probing the interface isn't the IP the external client
	needs to know to connect to us.

passive ports <cidr> <min> <max>

	If a request comes *FROM* <cidr> only use ports in the range <min>
	to <max> for the PASV listening port.  This supports multiple
	gateways through different networks.



Consider (this isn't the way my network is set up, but it could be):

My network is 205.133.13.0/24 and I filter external requests to only
allow
ports 10000-12000 through for PASV FTP.  I don't filter internal
machines
and my FTP server has a real IP address.

I don't need 'passive address' since the address my machine reports will
work for everyone, but I need two 'passive ports' clauses:

passive ports 205.133.13.0/24 1024 65535
passive ports 0.0.0.0/0 10000 12000

Note I could use IP:mask specifications if I still though in those terms
as well:

passive ports 205.133.13.0:255.255.255.0 1024 65535
passive ports 0.0.0.0:0.0.0.0 10000 12000



Hmm .. looking at these examples, I see I need a better way to define
cases where I do NOT want the 'passive' clauses to take effect.  I'll
think about that for a future VR patch set; anyone have any ideas or
comments?

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Thu Jan  7 12:23:57 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id MAA07283;
	Thu, 7 Jan 1999 12:23:56 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA15600;
	Thu, 7 Jan 1999 12:19:43 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA18254
	for <wu-ftpd@wugate.wustl.edu>; Thu, 7 Jan 1999 12:16:59 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id NAA24562;
	Thu, 7 Jan 1999 13:16:43 -0500
Message-Id: <Pine.LNX.4.03.9901071307040.24474-100000@gaia.vr.net>
Date: Thu, 7 Jan 1999 13:16:43 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Michel Pilon <pilonm@cits.rncan.gc.ca>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: WU-FTP does not work with PASV client (like Netscape)!
In-Reply-To: <199901071618.LAA02763@pegase.cits.rncan.gc.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 7 Jan 1999, Michel Pilon wrote:

> Everithing is fine (I can anonymous ftp from the command line without
> any problems) but I can see the content of the anonymous site when I
> use Netscape (or any PASV FTP Client). What's wrong???

Assuming you mean 'can see': check that the daemon is actually using the
ftpaccess file.  The command line needs a '-a' option to tell the daemon
to use the ftpaccess file.  I test this by putting somthing in the
ftpaccess which I can probe or will see immedeately such as a message
file.

Assuming you mean 'cannot see': you have not set up the 'ls' command
completely within the chroot'd area.  This is in the FAQ.

> I did not create a dev directory (with tcp and zero) within my ~ftp
> directory because I did not read anything about the need of it for
> Solaris 2.6. My ~ftp/usr/lib directory only contains
> 
> 	ld.so      ld.so.1    libc.so.1
> 
> I read all the FAQ about wu-ftp and read nothing useful to solve my
> problem.

One feature of the WU-FTPD daemon is on-the-fly tar and/or compression of
directories (cf /etc/ftpconversions).  If you'll be using this feature, no
matter what platform you're on, you will need a <chroot>/dev/null device;
other devices such as dev/tcp and dev/zero are platform dependant and
needed for the daemon to work at all.

> BTW, I am planning to put my FTP server within our DMZ. Is it
> something that the majority of you have done? or do you put your FTP
> server within your local network?

I would suggest this is the correct place to put an FTP server if you're
going to allow anonymous uploads from off campus.  Just be sure your
internal network treats the machine as an untrusted outside host and you
should be OK.

-- 

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              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Thu Jan  7 13:16:37 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id NAA07859;
	Thu, 7 Jan 1999 13:16:36 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA25834;
	Thu, 7 Jan 1999 13:10:32 -0600 (CST)
Received: from mail.mi.com.pl (qmailr@nidus.mi.com.pl [195.117.179.194])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA06030
	for <wu-ftpd@wugate.wustl.edu>; Thu, 7 Jan 1999 13:05:40 -0600 (CST)
Received: (qmail 1462 invoked by uid 509); 7 Jan 1999 19:08:31 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 7 Jan 1999 19:08:31 -0000
Message-Id: <Pine.LNX.4.05.9901072006030.31908-100000@nidus.mi.com.pl>
Date: Thu, 7 Jan 1999 20:08:31 +0100 (EET)
Reply-To: draco@mi.com.pl
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Konrad Kokoszkiewicz <draco@mi.com.pl>
To: wu-ftpd@wugate.wustl.edu
Subject: wu-ftpd port
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

Sorry if this message is off topic or something. I need some help and I
hope this is a correct place to ask on.

I want to port the wu-ftpd server to a system called MiNT. In fact, I
partially succeeded, i.e. I managed to setup the config file and Makefile
so that the binary builds and even works with no change to the source 
files. However, there are some problems:

- the server doesn't recognize wildcards. I.e. if you want to 
  download a file `foo.bar' and type `get foo*', the server replies 
  that there's no such file. Moreover, `mget foo*' replies something 
  about invalid pathnames.

- the server doesn't display message files (.message) and notifications
  about readme files.

I tried to find this out using supplied docfiles and the source code, 
but I didn't succeed. Thus my question, what's wrong there?

This is 2.4.2-beta-15, pretty old, I guess that there is a newer 
release somewhere, right?

Thanks,

--
Konrad M.Kokoszkiewicz
|mail: draco@mi.com.pl                  | Atari Falcon030/TT030/65XE |
|http://www.obta.uw.edu.pl/~draco/
|http://draco.atari.org

** Ea natura multitudinis est,
** aut servit humiliter, aut superbe dominatur (Liv. XXIV,25)
*************************************************************
** U pospolstwa normalne jest, ze albo sluzy ono unizenie,
** albo bezczelnie sie panoszy.


From owner-wu-ftpd@wugate.wustl.edu  Thu Jan  7 14:21:08 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id OAA08622;
	Thu, 7 Jan 1999 14:21:05 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA01746;
	Thu, 7 Jan 1999 14:15:02 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA16725
	for <wu-ftpd@wugate.wustl.edu>; Thu, 7 Jan 1999 14:09:38 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id PAA25271;
	Thu, 7 Jan 1999 15:05:49 -0500
Message-Id: <Pine.LNX.4.03.9901071436230.25126-100000@gaia.vr.net>
Date: Thu, 7 Jan 1999 15:05:49 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Konrad Kokoszkiewicz <draco@mi.com.pl>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: wu-ftpd port
In-Reply-To: <Pine.LNX.4.05.9901072006030.31908-100000@nidus.mi.com.pl>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 7 Jan 1999, Konrad Kokoszkiewicz wrote:

> I want to port the wu-ftpd server to a system called MiNT. In fact, I
> partially succeeded, i.e. I managed to setup the config file and
> Makefile so that the binary builds and even works with no change to
> the source files. However, there are some problems:
> 
> - the server doesn't recognize wildcards. I.e. if you want to 
>   download a file `foo.bar' and type `get foo*', the server replies 
>   that there's no such file. Moreover, `mget foo*' replies something 
>   about invalid pathnames.
> 
> - the server doesn't display message files (.message) and notifications
>   about readme files.
> 
> I tried to find this out using supplied docfiles and the source code,
> but I didn't succeed. Thus my question, what's wrong there?
> 
> This is 2.4.2-beta-15, pretty old, I guess that there is a newer
> release somewhere, right?

The current release is 2.4.2 (beta-18) from academ.

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/

-- 

That said, I'll go on ...

Obstensibly, Stan Barber <sob@academ.com> is the maintainer.  His policy
is not to add any new features to the daemon until it is 'bug free'
(whatever _that_ means).

I've been working on additional features for the daemon.  The VR series is
based upon Beta 18 with a number of bug fixes and new features.  The
current version of my series is 2.4.2 (Beta 18) VR12.

Bernhard Rosenkraenzer <bero@microsoft.sucks.eu.org> has been working on a
version of the daemon which, among a number of other things, uses GNU
autoconf in the build process.  His series is called BeroFTPD and the
current version is 1.3.1.

Both my version and Bernard's are available at my FTP site:

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

I would be happy to help you figure out what's needed to get the daemon
working on your target platform.  When you're done, I would be willing to
add the support to the VR series.

If you choose to try it and Bernard's autoconf doesn't build and work
correctly, I'm fairly sure (but you'd have to ask him) that he'd be
willing to fold in the changes needed to get autoconf to build for you if
you can provide him the necessary changes.

-- 

As to your specific problem:

The first thing I'd do is get away from using an FTP client and test using
Telnet.  Commands such as 'get' and 'mget' are client commands and not FTP
commands, so you can never be quite sure what's going on.  Using a direct
Telnet gives you complete control over the session and you can see exactly
what the daemon is saying.

He's an example session to my FTP server:

$telnet ftp.vr.net ftp
Trying 205.133.13.13...
Connected to www.vr.net.
Escape character is '^]'.
220 ftp.vr.net FTP server ready.
USER ftp
331 Guest login ok, send your complete e-mail address as password.
PASS lundberg@vr.net
230 Guest login ok, access restrictions apply.
PASV
227 Entering Passive Mode (205,133,13,13,16,96)
RETR /pub/wu-ftpd/.message

( A little quick math here: (16*256)+96=4192.  Open another telnet
  session, which I'll add below. )

150 Opening ASCII mode data connection for /pub/wu-ftpd/.message (2730 bytes).
226 Transfer complete.
QUIT
221-You have transferred 2823 bytes in 1 files.
221-Total traffic for this session was 3233 bytes in 1 transfers.
221-Thank you for using the FTP service on ftp.vr.net.
221 Goodbye.
Connection closed by foreign host.



$telnet 205.133.13.13 4192
Trying 205.133.13.13...
Connected to www.vr.net.
Escape character is '^]'.
In this directory you'll find current fixes and extensions for the
WU-FTPD FTP Daemon as well as source kits for the other programs
usually needed to build an anonymous FTP site.

  FIXES-2.4.2-BETA-18-VR3
  FIXES-2.4.2-BETA-18-VR4
  FIXES-2.4.2-BETA-18-VR5
( snip )
about it unless you clean it up and send it back.

If you need help with the daemon, check out the following sites:

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/
Connection closed by foreign host.




Now, you'll notice the RETR command names a specific file.  There is no
way to tell the daemon to get or mget.  The remote client, if it supports
the feature, will have to do it by using LIST or NLST to get a directory
listing and use the results from that to generate a series of RETR
commands to do what you intended.  For more about this, I refer you to RFC
959 (also available at my FTP site).

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Thu Jan  7 14:46:01 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id OAA08982;
	Thu, 7 Jan 1999 14:46:00 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA21120;
	Thu, 7 Jan 1999 14:40:58 -0600 (CST)
Received: from relay.pair.com (relay1.pair.com [209.68.1.20])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA06967
	for <wu-ftpd@wugate.wustl.edu>; Thu, 7 Jan 1999 14:34:53 -0600 (CST)
Received: from THEpal.com (alpha.cngp.cng.com [161.26.28.13])
	by relay.pair.com (8.8.7/8.8.5) with ESMTP id PAA00822;
	Thu, 7 Jan 1999 15:36:53 -0500 (EST)
Message-Id: <36951686.BA293141@THEpal.com>
Date: Thu, 07 Jan 1999 14:18:15 -0600
Reply-To: al@THEpal.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Albert Etienne <al@THEpal.com>
To: lundberg+wuftpd@vr.net
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: WU-FTP does not work with PASV client (like Netscape)!
References: <Pine.LNX.4.03.9901071307040.24474-100000@gaia.vr.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: etienalb@relay.pair.com
X-Mailer: Mozilla 4.5 [en] (X11; U; SunOS 5.6 sun4u)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Greg,

If you will remember I had earlier problems with conversions that I could
never resolve.  The <chroot>/dev/null did the trick.  I had created the other
devices from the solaris man page but not <chroot>/dev/null.  This is either
not in the docs or I totally missed it.

Thanks,
al

A day late, but never a dollar short ;-)

Gregory A Lundberg wrote:

> On Thu, 7 Jan 1999, Michel Pilon wrote:
>
> > Everithing is fine (I can anonymous ftp from the command line without
> > any problems) but I can see the content of the anonymous site when I
> > use Netscape (or any PASV FTP Client). What's wrong???
>
> Assuming you mean 'can see': check that the daemon is actually using the
> ftpaccess file.  The command line needs a '-a' option to tell the daemon
> to use the ftpaccess file.  I test this by putting somthing in the
> ftpaccess which I can probe or will see immedeately such as a message
> file.
>
> Assuming you mean 'cannot see': you have not set up the 'ls' command
> completely within the chroot'd area.  This is in the FAQ.
>
> > I did not create a dev directory (with tcp and zero) within my ~ftp
> > directory because I did not read anything about the need of it for
> > Solaris 2.6. My ~ftp/usr/lib directory only contains
> >
> >       ld.so      ld.so.1    libc.so.1
> >
> > I read all the FAQ about wu-ftp and read nothing useful to solve my
> > problem.
>
> One feature of the WU-FTPD daemon is on-the-fly tar and/or compression of
> directories (cf /etc/ftpconversions).  If you'll be using this feature, no
> matter what platform you're on, you will need a <chroot>/dev/null device;
> other devices such as dev/tcp and dev/zero are platform dependant and
> needed for the daemon to work at all.
>
> > BTW, I am planning to put my FTP server within our DMZ. Is it
> > something that the majority of you have done? or do you put your FTP
> > server within your local network?
>
> I would suggest this is the correct place to put an FTP server if you're
> going to allow anonymous uploads from off campus.  Just be sure your
> internal network treats the machine as an untrusted outside host and you
> should be OK.
>
> --
>
> 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              lundberg+wuftpd@vr.net
> Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Thu Jan  7 14:50:42 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id OAA09048;
	Thu, 7 Jan 1999 14:50:41 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA30281;
	Thu, 7 Jan 1999 14:43:04 -0600 (CST)
Received: from relay.pair.com (relay1.pair.com [209.68.1.20])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA16590
	for <wu-ftpd@wugate.wustl.edu>; Thu, 7 Jan 1999 14:34:56 -0600 (CST)
Received: from THEpal.com (alpha.cngp.cng.com [161.26.28.13])
	by relay.pair.com (8.8.7/8.8.5) with ESMTP id PAA00740;
	Thu, 7 Jan 1999 15:35:52 -0500 (EST)
Message-Id: <36951649.80F1ABFD@THEpal.com>
Date: Thu, 07 Jan 1999 14:17:13 -0600
Reply-To: al@THEpal.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Albert Etienne <al@THEpal.com>
To: lundberg+wuftpd@vr.net
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: WU-FTP does not work with PASV client (like Netscape)!
References: <Pine.LNX.4.03.9901071307040.24474-100000@gaia.vr.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: etienalb@relay.pair.com
X-Mailer: Mozilla 4.5 [en] (X11; U; SunOS 5.6 sun4u)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Greg,

If you will remember I had earlier problems with conversions that I could
never resolve.  The <chroot>/dev/null did the trick.  I had created the other
devices from the solaris man page but not <chroot>/dev/null.  This is either
not on the docs or I totally missed it.

Thanks,
al

A day late, but never a dollar short ;-)

Gregory A Lundberg wrote:

> On Thu, 7 Jan 1999, Michel Pilon wrote:
>
> > Everithing is fine (I can anonymous ftp from the command line without
> > any problems) but I can see the content of the anonymous site when I
> > use Netscape (or any PASV FTP Client). What's wrong???
>
> Assuming you mean 'can see': check that the daemon is actually using the
> ftpaccess file.  The command line needs a '-a' option to tell the daemon
> to use the ftpaccess file.  I test this by putting somthing in the
> ftpaccess which I can probe or will see immedeately such as a message
> file.
>
> Assuming you mean 'cannot see': you have not set up the 'ls' command
> completely within the chroot'd area.  This is in the FAQ.
>
> > I did not create a dev directory (with tcp and zero) within my ~ftp
> > directory because I did not read anything about the need of it for
> > Solaris 2.6. My ~ftp/usr/lib directory only contains
> >
> >       ld.so      ld.so.1    libc.so.1
> >
> > I read all the FAQ about wu-ftp and read nothing useful to solve my
> > problem.
>
> One feature of the WU-FTPD daemon is on-the-fly tar and/or compression of
> directories (cf /etc/ftpconversions).  If you'll be using this feature, no
> matter what platform you're on, you will need a <chroot>/dev/null device;
> other devices such as dev/tcp and dev/zero are platform dependant and
> needed for the daemon to work at all.
>
> > BTW, I am planning to put my FTP server within our DMZ. Is it
> > something that the majority of you have done? or do you put your FTP
> > server within your local network?
>
> I would suggest this is the correct place to put an FTP server if you're
> going to allow anonymous uploads from off campus.  Just be sure your
> internal network treats the machine as an untrusted outside host and you
> should be OK.
>
> --
>
> 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              lundberg+wuftpd@vr.net
> Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Thu Jan  7 14:52:52 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id OAA09106;
	Thu, 7 Jan 1999 14:52:51 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA07111;
	Thu, 7 Jan 1999 14:47:30 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA04818
	for <wu-ftpd@wugate.wustl.edu>; Thu, 7 Jan 1999 14:42:14 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id PAA25534;
	Thu, 7 Jan 1999 15:42:08 -0500
Message-Id: <Pine.LNX.4.03.9901071536350.25414-100000@gaia.vr.net>
Date: Thu, 7 Jan 1999 15:42:08 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Albert Etienne <al@THEpal.com>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: WU-FTP does not work with PASV client (like Netscape)!
In-Reply-To: <36951686.BA293141@THEpal.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 7 Jan 1999, Albert Etienne wrote:

> If you will remember I had earlier problems with conversions that I
> could never resolve.  The <chroot>/dev/null did the trick.  I had
> created the other devices from the solaris man page but not
> <chroot>/dev/null.  This is either not in the docs or I totally missed
> it.

I don't believe it's ever been written down anywhere.  I didn't know it
was required on all platforms until it bit me a couple weeks ago and I dug
into the code only to find a deeply buried literal string '/dev/null' ...
which only really matters if you're doing a tar and piping the output to
gzip or compress *AND* the tar wants to complain about something (for me
it was stripping leading '/' off pathnames).  Until I found it, I'd just
assumed your comment was just another Solaris-ism.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Thu Jan  7 18:54:18 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id SAA12298;
	Thu, 7 Jan 1999 18:54:17 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA06001;
	Thu, 7 Jan 1999 18:48:26 -0600 (CST)
Received: from mail1.dh.trw.com (mail1.dh.trw.com [129.193.109.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA29145
	for <wu-ftpd@wugate.wustl.edu>; Thu, 7 Jan 1999 18:44:01 -0600 (CST)
Received: from trw.com ([129.4.74.179]) by mail1.dh.trw.com
          (Netscape Messaging Server 3.5)  with ESMTP id AAA6D86
          for <wu-ftpd@wugate.wustl.edu>; Thu, 7 Jan 1999 16:43:28 -0800
Message-Id: <369554AF.FF070276@trw.com>
Date: Thu, 07 Jan 1999 16:43:27 -0800
Reply-To: Scott.Parmenter@trw.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Scott Parmenter" <Scott.Parmenter@trw.com>
To: wuftplist <wu-ftpd@wugate.wustl.edu>
Subject: ftpwho/ftpcount
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 there,

What do I need to do to make ftpcount and ftpwho function?  Currently,
users are never displayed.

Scott


From owner-wu-ftpd@wugate.wustl.edu  Fri Jan  8 05:37:30 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id FAA17866;
	Fri, 8 Jan 1999 05:37:29 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id FAA12183;
	Fri, 8 Jan 1999 05:33:02 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id FAA02811
	for <wu-ftpd@wugate.wustl.edu>; Fri, 8 Jan 1999 05:28:52 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id GAA29353;
	Fri, 8 Jan 1999 06:28:46 -0500
Message-Id: <Pine.LNX.4.03.9901080627390.29333-100000@gaia.vr.net>
Date: Fri, 8 Jan 1999 06:28:45 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Scott Parmenter <Scott.Parmenter@trw.com>
Cc: wuftplist <wu-ftpd@wugate.wustl.edu>
Subject: Re: ftpwho/ftpcount
In-Reply-To: <369554AF.FF070276@trw.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 7 Jan 1999, Scott Parmenter wrote:

> What do I need to do to make ftpcount and ftpwho function?  
> Currently, users are never displayed.

Read access to /etc/ftpaccess and the pid files comes to mind.  What
happens if the superuser runs the commands?

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Fri Jan  8 06:53:21 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA19003;
	Fri, 8 Jan 1999 06:53:20 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA25577;
	Fri, 8 Jan 1999 06:48:39 -0600 (CST)
Received: from post.mail.demon.net (post-11.mail.demon.net [194.217.242.40])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA10564
	for <wu-ftpd@wugate.wustl.edu>; Fri, 8 Jan 1999 06:43:46 -0600 (CST)
Received: from [194.222.222.232] (helo=t-s-l.demon.co.uk)
	by post.mail.demon.net with smtp (Exim 2.10 #2)
	id 0zybGT-00006r-00
	for wu-ftpd@wugate.wustl.edu; Fri, 8 Jan 1999 12:43:45 +0000
Received: by t-s-l.demon.co.uk with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62)
	id <01BE3AFE.43709B30@t-s-l.demon.co.uk>; Fri, 8 Jan 1999 11:58:54 -0000
Message-Id: <c=US%a=_%p=TSL%l=EVEREST-990108115853Z-2946@t-s-l.demon.co.uk>
Date: Fri, 8 Jan 1999 11:58:53 -0000
Reply-To: markf@teamwork-solutions.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Mark Francis <markf@teamwork-solutions.com>
To: "'wu-ftpd@wugate.wustl.edu'" <wu-ftpd@wugate.wustl.edu>
Subject: get problem
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello everyone, I've just loaded wu-ftpd-2.4.2-beta-18, it appears to 
be working fine, but every now and again when
I try and use get to download data from the host, I get the following 
message :
451 local resource failure: malloc : No such file or directory
Can anyone help ?
Cheers,
Mark Francis
Teamwork Solutions Limited
Sunley Tower, Piccadilly Plaza
Manchester M1 4BT, United Kingdom

Tel:	+44(0) 161 228 2286
Fax:	+44(0) 161 228 2900

mailto: markf@teamwork-solutions.com
web: http://www.teamwork-solutions.com




From owner-wu-ftpd@wugate.wustl.edu  Fri Jan  8 09:49:29 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id JAA20752;
	Fri, 8 Jan 1999 09:49:28 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA12213;
	Fri, 8 Jan 1999 09:43:17 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA02803
	for <wu-ftpd@wugate.wustl.edu>; Fri, 8 Jan 1999 09:42:05 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id KAA30633;
	Fri, 8 Jan 1999 10:41:58 -0500
Message-Id: <Pine.LNX.4.03.9901081009180.30290-100000@gaia.vr.net>
Date: Fri, 8 Jan 1999 10:41:57 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Mark Francis <markf@teamwork-solutions.com>
Cc: "'wu-ftpd@wugate.wustl.edu'" <wu-ftpd@wugate.wustl.edu>
Subject: Re: get problem
In-Reply-To: <c=US%a=_%p=TSL%l=EVEREST-990108115853Z-2946@t-s-l.demon.co.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 8 Jan 1999, Mark Francis wrote:

> Hello everyone, I've just loaded wu-ftpd-2.4.2-beta-18, it appears to
> be working fine, but every now and again when I try and use get to
> download data from the host, I get the following message :
> 
> 451 local resource failure: malloc : No such file or directory

This message occurs in ftpd.c when trying to allocate memory for a file
buffer.  In both send_data() and receive_data, this occurs with TYPE I and
TYPE L transfers only.

One point: the message in the daemon uses "Local resource failure: malloc"
(notice the capital 'L').  This discrepancy could be due to hand-typing
the message, or it could indicate you're not running the version of the
daemon you believe you are.

In receive_data(), the function call reads as:

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

I cannot find any definition of BUFSIZ anywhere in the source kit, so this
could be the cause of the problem (unless the runtime is supposed to
define it).  If BUFSIZ is undefined, it will probably be assumed to be
zero.  I should hope that attempting to malloc(0) will result in a runtime
error.

In send_data(), the function call reads as:

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

where blksize is passed into the function.  The call to send_data reads:

	#ifdef HAVE_ST_BLKSIZE
	    send_data(fin, dout, st.st_blksize*2);
	#else
	    send_data(fin, dout, BUFSIZ);
	#endif

HAVE_ST_BLKSIZE is set in the local configurations.  grep reveals:

config.aix:#define HAVE_ST_BLKSIZE
config.aux:#define HAVE_ST_BLKSIZE
config.bdi:#define HAVE_ST_BLKSIZE
config.bsd:#define HAVE_ST_BLKSIZE
config.dec:#define HAVE_ST_BLKSIZE
config.dgx:#define HAVE_ST_BLKSIZE
config.dyn:#define HAVE_ST_BLKSIZE
config.fbs:#define HAVE_ST_BLKSIZE
config.gen:#define HAVE_ST_BLKSIZE
config.hiu:#define HAVE_ST_BLKSIZE
config.hpx:#define HAVE_ST_BLKSIZE
config.lnx:#define HAVE_ST_BLKSIZE
config.nbs:#define HAVE_ST_BLKSIZE
config.nx2:#define HAVE_ST_BLKSIZE
config.nx3:#define HAVE_ST_BLKSIZE
config.osf:#define HAVE_ST_BLKSIZE
config.ptx:#undef  HAVE_ST_BLKSIZE
config.s41:#define HAVE_ST_BLKSIZE
config.sco:#define HAVE_ST_BLKSIZE
config.sco:#undef  HAVE_ST_BLKSIZE
config.sgi:#undef  HAVE_ST_BLKSIZE
config.sny:#define HAVE_ST_BLKSIZE
config.sol:#define HAVE_ST_BLKSIZE
config.ult:#define HAVE_ST_BLKSIZE
config.uxw:#define HAVE_ST_BLKSIZE

BUFSIZ is used many places in the source code, grep reveals:

extensions.c:    char buf[BUFSIZ];
extensions.c:  char cwdir[BUFSIZ];
extensions.c:  char path[BUFSIZ];
extensions.c:  char cwdir[BUFSIZ];
extensions.c:  char path[BUFSIZ];
ftpcmd.y:           char line[BUFSIZ], *ptr = line;
ftpd.c:char proctitle[BUFSIZ];         /* initial part of title */
ftpd.c:    char line[BUFSIZ];
ftpd.c:        static char line[BUFSIZ];
ftpd.c:        st.st_blksize = BUFSIZ;
ftpd.c:    send_data(fin, dout, BUFSIZ);
ftpd.c:        if ((buf = (char *) malloc(BUFSIZ)) == NULL) {
ftpd.c:        while ((cnt = read(netfd, buf, BUFSIZ)) > 0 &&
ftpd.c:    char line[BUFSIZ], *ptr;
ftpd.c:  char buf[BUFSIZ];
ftpshut.c:    char buf[BUFSIZ];
glob.c: char agpath[BUFSIZ];
glob.c: char restbuf[BUFSIZ + 2];

All in all, I must say that this handling of BUFSIZ makes me very nervous.
On my Linux system BUFSIZ is defined in <stdio.h> as 1024, but ISTM that
BUFSIZ is *not* part of the ANSI/ISO C specification so it shouldn't be
depended upon.  If it _is_ part of the standard then there's no problem ..
unfortunately my printed copy of the standard isn't with me so I'll have
to check later.

Let's assume the code is correct and the error is a true runtime problem.
Check the resource limits the daemon is running under.  Is it possible the
rlimits are too low?  Is it possible the machine is doing so much you're
really running out of memory?

You say 'sometimes' .. given that this error can only occur on TYPE I and
TYPE L transfers (that's 'binary' mode for most clients) can you
consistently cause it to occur?

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Fri Jan  8 10:22:09 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id KAA21091;
	Fri, 8 Jan 1999 10:22:07 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA29881;
	Fri, 8 Jan 1999 10:15:41 -0600 (CST)
Received: from post.mail.demon.net (finch-post-10.mail.demon.net [194.217.242.38])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA32294
	for <wu-ftpd@wugate.wustl.edu>; Fri, 8 Jan 1999 10:12:10 -0600 (CST)
Received: from [194.222.222.232] (helo=t-s-l.demon.co.uk)
	by post.mail.demon.net with smtp (Exim 2.10 #1)
	id 0zyeW8-0002Fy-00
	for wu-ftpd@wugate.wustl.edu; Fri, 8 Jan 1999 16:12:08 +0000
Received: by t-s-l.demon.co.uk with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62)
	id <01BE3B21.ADDE2910@t-s-l.demon.co.uk>; Fri, 8 Jan 1999 16:12:24 -0000
Message-Id: <c=US%a=_%p=TSL%l=EVEREST-990108161224Z-2987@t-s-l.demon.co.uk>
Date: Fri, 8 Jan 1999 16:12:24 -0000
Reply-To: markf@teamwork-solutions.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Mark Francis <markf@teamwork-solutions.com>
To: "'Gregory A Lundberg'" <lundberg+wuftpd@vr.net>
Cc: "'wu-ftpd@wugate.wustl.edu'" <wu-ftpd@wugate.wustl.edu>
Subject: RE: get problem
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Most cool, thanks for the swift response. I did some more checking and 
the problem is consistent i.e.
Every time I try a binary transfer. I am definitely running the 
correct daemon, as when I put the old version
Back, the get works correctly.
I should have included some background info last time, I'm running 
wu-ftpd on AIX 4.2 on an F50 machine.
Mark Francis
Teamwork Solutions Limited
Sunley Tower, Piccadilly Plaza
Manchester M1 4BT, United Kingdom

Tel:	+44(0) 161 228 2286
Fax:	+44(0) 161 228 2900

mailto: markf@teamwork-solutions.com
web: http://www.teamwork-solutions.com



-----Original Message-----
From:	Gregory A Lundberg [mailto:lundberg+wuftpd@vr.net]
Sent:	08 January 1999 15:42
To:	Mark Francis
Cc:	'wu-ftpd@wugate.wustl.edu'
Subject:	Re: get problem

On Fri, 8 Jan 1999, Mark Francis wrote:

> Hello everyone, I've just loaded wu-ftpd-2.4.2-beta-18, it appears 
to
> be working fine, but every now and again when I try and use get to
> download data from the host, I get the following message :
>
> 451 local resource failure: malloc : No such file or directory

This message occurs in ftpd.c when trying to allocate memory for a 
file
buffer.  In both send_data() and receive_data, this occurs with TYPE I 
and
TYPE L transfers only.

One point: the message in the daemon uses "Local resource failure: 
malloc"
(notice the capital 'L').  This discrepancy could be due to 
hand-typing
the message, or it could indicate you're not running the version of 
the
daemon you believe you are.

In receive_data(), the function call reads as:

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

I cannot find any definition of BUFSIZ anywhere in the source kit, so 
this
could be the cause of the problem (unless the runtime is supposed to
define it).  If BUFSIZ is undefined, it will probably be assumed to 
be
zero.  I should hope that attempting to malloc(0) will result in a 
runtime
error.

In send_data(), the function call reads as:

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

where blksize is passed into the function.  The call to send_data 
reads:

	#ifdef HAVE_ST_BLKSIZE
	    send_data(fin, dout, st.st_blksize*2);
	#else
	    send_data(fin, dout, BUFSIZ);
	#endif

HAVE_ST_BLKSIZE is set in the local configurations.  grep reveals:

config.aix:#define HAVE_ST_BLKSIZE
config.aux:#define HAVE_ST_BLKSIZE
config.bdi:#define HAVE_ST_BLKSIZE
config.bsd:#define HAVE_ST_BLKSIZE
config.dec:#define HAVE_ST_BLKSIZE
config.dgx:#define HAVE_ST_BLKSIZE
config.dyn:#define HAVE_ST_BLKSIZE
config.fbs:#define HAVE_ST_BLKSIZE
config.gen:#define HAVE_ST_BLKSIZE
config.hiu:#define HAVE_ST_BLKSIZE
config.hpx:#define HAVE_ST_BLKSIZE
config.lnx:#define HAVE_ST_BLKSIZE
config.nbs:#define HAVE_ST_BLKSIZE
config.nx2:#define HAVE_ST_BLKSIZE
config.nx3:#define HAVE_ST_BLKSIZE
config.osf:#define HAVE_ST_BLKSIZE
config.ptx:#undef  HAVE_ST_BLKSIZE
config.s41:#define HAVE_ST_BLKSIZE
config.sco:#define HAVE_ST_BLKSIZE
config.sco:#undef  HAVE_ST_BLKSIZE
config.sgi:#undef  HAVE_ST_BLKSIZE
config.sny:#define HAVE_ST_BLKSIZE
config.sol:#define HAVE_ST_BLKSIZE
config.ult:#define HAVE_ST_BLKSIZE
config.uxw:#define HAVE_ST_BLKSIZE

BUFSIZ is used many places in the source code, grep reveals:

extensions.c:    char buf[BUFSIZ];
extensions.c:  char cwdir[BUFSIZ];
extensions.c:  char path[BUFSIZ];
extensions.c:  char cwdir[BUFSIZ];
extensions.c:  char path[BUFSIZ];
ftpcmd.y:           char line[BUFSIZ], *ptr = line;
ftpd.c:char proctitle[BUFSIZ];         /* initial part of title */
ftpd.c:    char line[BUFSIZ];
ftpd.c:        static char line[BUFSIZ];
ftpd.c:        st.st_blksize = BUFSIZ;
ftpd.c:    send_data(fin, dout, BUFSIZ);
ftpd.c:        if ((buf = (char *) malloc(BUFSIZ)) == NULL) {
ftpd.c:        while ((cnt = read(netfd, buf, BUFSIZ)) > 0 &&
ftpd.c:    char line[BUFSIZ], *ptr;
ftpd.c:  char buf[BUFSIZ];
ftpshut.c:    char buf[BUFSIZ];
glob.c: char agpath[BUFSIZ];
glob.c: char restbuf[BUFSIZ + 2];

All in all, I must say that this handling of BUFSIZ makes me very 
nervous.
On my Linux system BUFSIZ is defined in <stdio.h> as 1024, but ISTM 
that
BUFSIZ is *not* part of the ANSI/ISO C specification so it shouldn't 
be
depended upon.  If it _is_ part of the standard then there's no 
problem ..
unfortunately my printed copy of the standard isn't with me so I'll 
have
to check later.

Let's assume the code is correct and the error is a true runtime 
problem.
Check the resource limits the daemon is running under.  Is it possible 
the
rlimits are too low?  Is it possible the machine is doing so much 
you're
really running out of memory?

You say 'sometimes' .. given that this error can only occur on TYPE I 
and
TYPE L transfers (that's 'binary' mode for most clients) can you
consistently cause it to occur?

--

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195



From owner-wu-ftpd@wugate.wustl.edu  Fri Jan  8 10:37:00 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id KAA21240;
	Fri, 8 Jan 1999 10:36:59 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA32332;
	Fri, 8 Jan 1999 10:28:16 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA20115
	for <wu-ftpd@wugate.wustl.edu>; Fri, 8 Jan 1999 10:22:59 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id LAA30936;
	Fri, 8 Jan 1999 11:22:52 -0500
Message-Id: <Pine.LNX.4.03.9901081117390.30878-100000@gaia.vr.net>
Date: Fri, 8 Jan 1999 11:22:52 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: William Henry <webmaster@lmnet.com>
Cc: WU-FTPD Discussion List <wu-ftpd@wugate.wustl.edu>
Subject: Re: ftpwho/ftpcount
In-Reply-To: <199901081616.LAA25733@Dlmnet>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 8 Jan 1999, William Henry wrote:

> My guess is the PID gets reused quickly, this has only happened on the
> one or two occassions where I've rebooted my machine.  So it's either
> still seeing an old PID from "pre reboot" or all the startup activity
> is causing a quick reuse of PIDs.

Ah the old reboot problem for PID files.  It's generally a good idea to
have the cold-start script deleted any PID files it may find laying about
just to avoid this confusion.

I've seen this problem with other daemons as well; some won't start if
they find the PID file refers to an existing copy of the daemon and, since
at reboot, PID numbers tend to be rather deterministic, that happens far
too often.  I found that problem with syslogd, for instance, and added a
`rm -f /var/run/*.pid` to my startup script to fix it.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Fri Jan  8 12:30:31 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id MAA22589;
	Fri, 8 Jan 1999 12:30:30 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA03872;
	Fri, 8 Jan 1999 12:25:17 -0600 (CST)
Received: from mail1.dh.trw.com (mail1.dh.trw.com [129.193.109.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA21678
	for <wu-ftpd@wugate.wustl.edu>; Fri, 8 Jan 1999 12:23:01 -0600 (CST)
Received: from trw.com ([129.4.74.179]) by mail1.dh.trw.com
          (Netscape Messaging Server 3.5)  with ESMTP id AAA4AFE;
          Fri, 8 Jan 1999 10:22:25 -0800
Message-Id: <36964CE0.BFD14196@trw.com>
Date: Fri, 08 Jan 1999 10:22:24 -0800
Reply-To: Scott.Parmenter@trw.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Scott Parmenter" <Scott.Parmenter@trw.com>
To: lundberg+wuftpd@vr.net
Cc: wuftplist <wu-ftpd@wugate.wustl.edu>
Subject: Re: ftpwho/ftpcount
References: <Pine.LNX.4.03.9901080627390.29333-100000@gaia.vr.net>
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:

> Read access to /etc/ftpaccess and the pid files comes to mind.  What
> happens if the superuser runs the commands?

Same thing, but now I know why.  It was a peculiarity of Trusted
Solaris.  After I stopped kicking myself and fixed it, they work fine.
Thanks for everyone's suggestions, they sparked my memory.

Scott


From owner-wu-ftpd@wugate.wustl.edu  Fri Jan  8 14:02:10 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id OAA23554;
	Fri, 8 Jan 1999 14:02:09 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA16201;
	Fri, 8 Jan 1999 13:56:00 -0600 (CST)
Received: from mail1.dh.trw.com (mail1.dh.trw.com [129.193.109.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA03251
	for <wu-ftpd@wugate.wustl.edu>; Fri, 8 Jan 1999 13:51:44 -0600 (CST)
Received: from trw.com ([129.4.74.179]) by mail1.dh.trw.com
          (Netscape Messaging Server 3.5)  with ESMTP id AAA2E32;
          Fri, 8 Jan 1999 11:51:05 -0800
Message-Id: <369661A9.F11EB204@trw.com>
Date: Fri, 08 Jan 1999 11:51:05 -0800
Reply-To: Scott.Parmenter@trw.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Scott Parmenter" <Scott.Parmenter@trw.com>
To: Greg Piney <greg_piney@mcgraw-hill.com>
Cc: wuftplist <wu-ftpd@wugate.wustl.edu>
Subject: Re: ftpwho/ftpcount
References: <Pine.LNX.4.03.9901080627390.29333-100000@gaia.vr.net> <36964CE0.BFD14196@trw.com> <199901081929.AA21564@interlock.mgh.com>
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

Greg Piney wrote:

> Scott Parmenter wrote:
>
> > Same thing, but now I know why.  It was a peculiarity of Trusted
> > Solaris.  After I stopped kicking myself and fixed it, they work fine.
> > Thanks for everyone's suggestions, they sparked my memory.
> >
> > Scott
>
> Scott,
>
> Could you be specific on what the problem was and how to fix it? I am
> having
> the same problem and haven't a clue.

Certainly!  My mistake was pretty basic, though, so I don't know if this
applies in your case.  In Trusted Solaris, when an executable is created or
modified, it loses all privileges it may have had.  So, every time I used
the build script to compile and install the ftp server, the ftpwho and
ftpcount executables were also recopied to /usr/sbin, effectively losing
their privileges.  My (temporary) solution was to use the secadmin role to
give them forced privileges.

Let me know if this doesn't address your problem or if you'd like more
details.  I'm no expert in TSOL, but I'm willing to try to help.

Scott


From owner-wu-ftpd@wugate.wustl.edu  Fri Jan  8 15:44:46 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id PAA24596;
	Fri, 8 Jan 1999 15:44:44 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA04483;
	Fri, 8 Jan 1999 15:40:31 -0600 (CST)
Received: from Manassas1.TDS-GN.LMCO.COM (manassas1.tds-gn.lmco.com [128.126.170.2])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA08961
	for <wu-ftpd@wugate.wustl.edu>; Fri, 8 Jan 1999 15:36:59 -0600 (CST)
Received: from wkse003348 ([128.126.184.99]) by Manassas1.TDS-GN.LMCO.COM (4.1/mls/4.1) 
	id AA09680; Fri, 8 Jan 99 16:26:21 EST
Message-Id: <00b301be3b57$75e30b80$63b87e80@tdsgn.lmco.com>
Date: Fri, 8 Jan 1999 16:37:23 -0600
Reply-To: zbigniew@tidalwave.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Zbigniew" <zbigniew@tidalwave.net>
To: <wu-ftpd@wugate.wustl.edu>
Subject: wu-ftpd 2.4.2 beta 18 compiling on Digital Unix 4.0D with C2
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_00B0_01BE3B25.2ACB2E20"
X-Priority: 3
X-Msmail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.0810.800
X-Mimeole: Produced By Microsoft MimeOLE V5.00.0810.800
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

This is a multi-part message in MIME format.

------=_NextPart_000_00B0_01BE3B25.2ACB2E20
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Getting a rather frustrating compiliation error.

Running on Digital Unix 4.0D.
I have C2 Security enable.

I use to run build osf with the C2 modifications and that seemed work.
I am trying to run build dec and I get the following error:

Making ftpd.
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c ftpd.c
cc: Warning: ftpd.c, line 384: Strict ANSI C extension: The declaration =
of the "main" function has more than two parameters.
void
^
yacc  ftpcmd.y
mv  y.tab.c ftpcmd.c
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c ftpcmd.c
cc: Warning: ftpcmd.y, line 1245: In this statement, the expression =
"state=3Dstate=3D=3D4?3:++state" modifies the variable "state" more than =
once without an intervening sequence point.  This behavior is undefined.
                state =3D state =3D=3D OSTR ? STR2 : ++state;
----------------^
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c glob.c
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c logwtmp.c
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c popen.c
sh newvers.sh
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c vers.c
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c access.c
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c extensions.c
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c realpath.c
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c acl.c
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c private.c
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c authenticate.c
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c conversions.c
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c hostacc.c
cc: Warning: hostacc.c, line 302: In this statement, the referenced type =
of the pointer value "&(ha_arr[iHaInd])" is "unnamed struct", which is =
not compatible with "const char".
                bcopy(&(ha_arr[iHaInd]), &ptTmp, sizeof(hacc_t));
----------------^
cc: Warning: hostacc.c, line 302: In this statement, the referenced type =
of the pointer value "&ptTmp" is "unnamed struct", which is not =
compatible with "char".
                bcopy(&(ha_arr[iHaInd]), &ptTmp, sizeof(hacc_t));
----------------^
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c sigfix.c
Make: Don't know how to make syslog.o.  Stop.


Besides all the warnings, I'm stumped at why it doesn't know how to make =
syslog.o

Any ideas?

-Patrick



------=_NextPart_000_00B0_01BE3B25.2ACB2E20
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML><HEAD>
<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type>
<STYLE></STYLE>

<META content=3D'"MSHTML 5.00.0910.1309"' name=3DGENERATOR></HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Getting a rather frustrating =
compiliation=20
error.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Running on Digital Unix =
4.0D.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I have C2 Security enable.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I use to run build osf with the C2 =
modifications=20
and that seemed work.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I am trying to run build dec and I get =
the=20
following error:</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Making ftpd.<BR>cc -std1 -O -I.. =
-I../support=20
-Olimit 1000 -DVIRTUAL -L../support -s -x -c ftpd.c<BR>cc: Warning: =
ftpd.c, line=20
384: Strict ANSI C extension: The declaration of the &quot;main&quot; =
function=20
has more than two parameters.<BR>void<BR>^<BR>yacc  ftpcmd.y<BR>mv  =
y.tab.c=20
ftpcmd.c<BR>cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL =
-L../support -s=20
-x -c ftpcmd.c<BR>cc: Warning: ftpcmd.y, line 1245: In this statement, =
the=20
expression &quot;state=3Dstate=3D=3D4?3:++state&quot; modifies the =
variable=20
&quot;state&quot; more than once without an intervening sequence point.  =
This=20
behavior is undefined.<BR>                state =3D state =3D=3D OSTR ? =
STR2 :=20
++state;<BR>----------------^<BR>cc -std1 -O -I.. -I../support -Olimit =
1000=20
-DVIRTUAL -L../support -s -x -c glob.c<BR>cc -std1 -O -I.. -I../support =
-Olimit=20
1000 -DVIRTUAL -L../support -s -x -c logwtmp.c<BR>cc -std1 -O -I.. =
-I../support=20
-Olimit 1000 -DVIRTUAL -L../support -s -x -c popen.c<BR>sh =
newvers.sh<BR>cc=20
-std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x -c=20
vers.c<BR>cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL =
-L../support -s=20
-x -c access.c<BR>cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL=20
-L../support -s -x -c extensions.c<BR>cc -std1 -O -I.. -I../support =
-Olimit 1000=20
-DVIRTUAL -L../support -s -x -c realpath.c<BR>cc -std1 -O -I.. =
-I../support=20
-Olimit 1000 -DVIRTUAL -L../support -s -x -c acl.c<BR>cc -std1 -O -I..=20
-I../support -Olimit 1000 -DVIRTUAL -L../support -s -x -c =
private.c<BR>cc -std1=20
-O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x -c=20
authenticate.c<BR>cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL=20
-L../support -s -x -c conversions.c<BR>cc -std1 -O -I.. -I../support =
-Olimit=20
1000 -DVIRTUAL -L../support -s -x -c hostacc.c<BR>cc: Warning: =
hostacc.c, line=20
302: In this statement, the referenced type of the pointer value=20
&quot;&amp;(ha_arr[iHaInd])&quot; is &quot;unnamed struct&quot;, which =
is not=20
compatible with &quot;const char&quot;.<BR>               =20
bcopy(&amp;(ha_arr[iHaInd]), &amp;ptTmp,=20
sizeof(hacc_t));<BR>----------------^<BR>cc: Warning: hostacc.c, line =
302: In=20
this statement, the referenced type of the pointer value =
&quot;&amp;ptTmp&quot;=20
is &quot;unnamed struct&quot;, which is not compatible with=20
&quot;char&quot;.<BR>                bcopy(&amp;(ha_arr[iHaInd]), =
&amp;ptTmp,=20
sizeof(hacc_t));<BR>----------------^<BR>cc -std1 -O -I.. -I../support =
-Olimit=20
1000 -DVIRTUAL -L../support -s -x -c sigfix.c<BR>Make: Don't know how to =
make=20
syslog.o.  Stop.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Besides all the warnings, I'm stumped =
at why it=20
doesn't know how to make syslog.o</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Any ideas?</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>-Patrick</FONT></DIV>
<DIV><FONT face=3DArial size=3D2><BR></FONT>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_00B0_01BE3B25.2ACB2E20--


From owner-wu-ftpd@wugate.wustl.edu  Fri Jan  8 17:10:18 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id RAA25484;
	Fri, 8 Jan 1999 17:10:16 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA04450;
	Fri, 8 Jan 1999 17:04:11 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA08890
	for <wu-ftpd@wugate.wustl.edu>; Fri, 8 Jan 1999 16:58:42 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id RAA01167;
	Fri, 8 Jan 1999 17:58:35 -0500
Message-Id: <Pine.LNX.4.03.9901081749220.1028-100000@gaia.vr.net>
Date: Fri, 8 Jan 1999 17:58:35 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Zbigniew <zbigniew@tidalwave.net>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: wu-ftpd 2.4.2 beta 18 compiling on Digital Unix 4.0D with C2
In-Reply-To: <00b301be3b57$75e30b80$63b87e80@tdsgn.lmco.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 8 Jan 1999, Zbigniew wrote:

> cc: Warning: ftpd.c, line 384: Strict ANSI C extension: The
> declaration of the "main" function has more than two parameters.

Tell DU not to be so strict.  This is Unix, and Unix' main takes three
parameters.  Ignore this warning.

I believe I have a fix for this in the VR patches but I'd have to look.

> cc: Warning: ftpcmd.y, line 1245: In this statement, the expression
> "state=state==4?3:++state" modifies the variable "state" more than
> once without an intervening sequence point.  This behavior is
> undefined.
>                 state = state == OSTR ? STR2 : ++state;

Good point.  Change this line to read:

  {
  int temp_state = (state == OSTR) ? STR2 : ++state;
  state = temp_state;
  }

Not seen this one before.  Either someone sent me a fix for the VR patches
or it's a new one.  I'll take a look at my tree and see if it needs fixing
there.


> cc: Warning: hostacc.c, line 302: In this statement, the referenced
> type of the pointer value "&(ha_arr[iHaInd])" is "unnamed struct",
> which is not compatible with "const char".
>                 bcopy(&(ha_arr[iHaInd]), &ptTmp, sizeof(hacc_t));

> cc: Warning: hostacc.c, line 302: In this statement, the referenced
> type of the pointer value "&ptTmp" is "unnamed struct", which is not
> compatible with "char".
>                 bcopy(&(ha_arr[iHaInd]), &ptTmp, sizeof(hacc_t));

I remember something about this for the VR patches.  Don't remember what
we did to fix it.  Probably a cast.  Best bet would be to grab my tarball
and see how it reads in the same areas.

> Make: Don't know how to make syslog.o.  Stop.

DU4 doesn't need support/syslog.c since the OS provides the function
(unlike, I guess, earlier versions of DEC Unix .. but I dunno).

If you grab the VR patched tarball a lot of these errors are fixed.
Note there were enough differences between DU3 and DU4 that the VR series
has its own config for DU4.

ISTM the VR series compiles and works fine on DU4, although I'll admit
there's been a number of patches to refine it and a couple more may be
needed.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Fri Jan  8 21:27:26 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id VAA08351;
	Fri, 8 Jan 1999 21:27:24 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id VAA14805;
	Fri, 8 Jan 1999 21:23:57 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id VAA09919
	for <wu-ftpd@wugate.wustl.edu>; Fri, 8 Jan 1999 21:17:56 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id WAA02374;
	Fri, 8 Jan 1999 22:17:06 -0500
Message-Id: <Pine.LNX.4.03.9901082203330.2240-100000@gaia.vr.net>
Date: Fri, 8 Jan 1999 22:17:06 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Coranth Gryphon <gryphon@tmisnet.com>
Cc: zbigniew@tidalwave.net, wu-ftpd@wugate.wustl.edu
Subject: Re: wu-ftpd 2.4.2 beta 18 compiling on Digital Unix 4.0D with C2
In-Reply-To: <199901090125.RAA19656@thumper.tmisnet.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 8 Jan 1999, Coranth Gryphon wrote:

> --- ftpcmd.y.orig       Fri Jan  8 20:05:16 1999
> +++ ftpcmd.y    Fri Jan  8 20:08:24 1999
> @@ -1242,7 +1242,13 @@
>          dostr1:
>              if (cbuf[cpos] == ' ') {
>                  cpos++;
> -                state = state == OSTR ? STR2 : ++state;
> +
> +                /** state = state == OSTR ? STR2 : ++state; **/
> +                if (state == OSTR) 
> +                       state = STR2;
> +                else
> +                       state++;
> +
>                  return (SP);
>              }
>              break;

Much better patch.  Shows what a few minutes thinking can do.  Thanks.

> > I believe I have a fix for this in the VR patches but I'd have to look.
> 
> Forgive the question, but are the "VR patches" a more up-to-date or
> canonical version of wu-ftp than the academ.com set?  I tired getting
> into contact with the patch maintainer listed in the FAQ regarding
> some updates I've made, but have yet to receive a reply.

Well now, that's the question, isn't it?

I don't know what you mean by 'more canonical version'.  The VR version of
the daemon is a series of patches I've gleaned from the mailing list
archives, feature requests from the archives, and bugs noted along the
way.

Stan Barber, the so-called maintainer, has repeatedly stated his policy
against accepting any new features from anyone.  He will tell you that any
new feature is for the 'next version' .. but don't ask when that version
will be since he's promised it several times over the past few years and
has yet to deliver.

My feeling is that unless the daemon grows to meet the _current_ needs of
the users, it will die off.  So, the VR series of patches was born to try
to address the issues people had felt strongly enough about to post to the
mailing list.

As for your patches .. send them over and I'll take a look at them.  If
I've not already got the feature and there's a reasonable case for adding
it, I'll see what I can do about rolling them into an upcoming VR patch
set.

I release patches on the 1st of each month (originally, it was the 1st and
the 15th, but I had to slow down as I'd done all the easy stuff and was
left with things which needed more time).  So it you have a patch which
doesn't make into one month, it may be there the next.

In closing I point out that I'm nearing the end of the list of ideas I
gleaned from the mailing list archives.  In not too many months, I'll have
completed all the new features and bug fixes I currently have in hand.  
So, I'm more than happy to look at what others, like you, have done and to
discuss other improvements since that puts off the day when all I have
left to do is wait for bug reports to find something to work on.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 11 06:48:40 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA08815;
	Mon, 11 Jan 1999 06:48:39 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA07728;
	Mon, 11 Jan 1999 06:41:10 -0600 (CST)
Received: from Manassas1.TDS-GN.LMCO.COM (manassas1.tds-gn.lmco.com [128.126.170.2])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA07061
	for <wu-ftpd@wugate.wustl.edu>; Mon, 11 Jan 1999 06:35:57 -0600 (CST)
Received: from wkse003348 ([128.126.184.99]) by Manassas1.TDS-GN.LMCO.COM (4.1/mls/4.1) 
	id AA14728; Mon, 11 Jan 99 07:25:08 EST
Message-Id: <001f01be3d67$5e0934a0$63b87e80@tdsgn.lmco.com>
Date: Mon, 11 Jan 1999 07:36:17 -0600
Reply-To: zbigniew@tidalwave.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Zbigniew" <zbigniew@tidalwave.net>
To: <wu-ftpd@wugate.wustl.edu>
Subject: DU4 compiled successfully but fail to login
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_001C_01BE3D35.12E0B570"
X-Priority: 3
X-Msmail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.0810.800
X-Mimeole: Produced By Microsoft MimeOLE V5.00.0810.800
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

This is a multi-part message in MIME format.

------=_NextPart_000_001C_01BE3D35.12E0B570
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

wu-ftpd compiles fine, but I can't login.  I am using Digital Unix =
4.0D-C2 Security with wu-ftpd-vr12.

****syslog output

Jan 11 07:20:16 trans-sit1 ftpd[7800]: USER zbigniew
Jan 11 07:20:20 trans-sit1 ftpd[7800]: PASS password
Jan 11 07:20:20 trans-sit1 ftpd[7800]: failed login from trans-sit1 =
[XXX.XXX.XXX.XXX], zbigniew
Jan 11 07:20:20 trans-sit1 ftpd[7800]: cmd failure - not logged in
Jan 11 07:20:20 trans-sit1 ftpd[7800]: SYST
Jan 11 07:20:21 trans-sit1 ftpd[7800]: QUIT
Jan 11 07:26:30 trans-sit1 ftpd[7853]: failed login from trans-sit1 =
[128.126.167.195], zbigniew

**** I wanted to install wu-ftpd into /usr/local so I changed the =
Makefile.du4

BINDIR=3D         /usr/local/sbin
ETCDIR=3D         /etc
MANDIR=3D         /usr/local/man
MANEXT=3D         8
INSTALL=3D        /usr/ucb/installbsd

**** My inetd.conf entry.  I had used the -a, but that didn't work =
either.

ftp     stream  tcp     nowait  root    /usr/local/sbin/tcpd    =
/usr/local/sbin/ftpd -d

**** Here is the actual build.

root@trans-sit1:/usr/local/wu-ftpd-2.4.2-beta-18-vr12> ./build du4
make args are :=20
make opts are :=20

Copying Makefiles.

Linking src/config.h

Making support library.
cc -O   -DDEC -c getusershell.c
cc -O   -DDEC -c fnmatch.c
cc -O   -DDEC -c strcasestr.c
cc -O   -DDEC -c strerror.c
cc -O   -DDEC -c strsep.c
cc -O   -DDEC -c authuser.c
cc -O   -DDEC -c snprintf.c
rm -f libsupport.a
ar cq libsupport.a getusershell.o fnmatch.o strcasestr.o strerror.o  =
strsep.o authuser.o snprintf.o
ranlib libsupport.a

Making ftpd.
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c ftpd.c
cc: Warning: ftpd.c, line 502: Strict ANSI C extension: The declaration =
of the "main" function has more than two parameters.
int
^
yacc  ftpcmd.y
mv  y.tab.c ftpcmd.c
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c ftpcmd.c
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c glob.c
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c logwtmp.c
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c popen.c
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c vers.c
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c access.c
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c extensions.c
cc: Warning: extensions.c, line 1853: In this statement, the referenced =
type of the pointer value "&quota" is "struct dqblk", which is not =
compatible with "char".
  quotactl(fs,QCMD(Q_GETQUOTA,USRQUOTA),uid,&quota);
--^
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c realpath.c
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c acl.c
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c private.c
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c authenticate.c
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c conversions.c
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c hostacc.c
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c sigfix.c
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c routevector.c
cc -std1 -L../support -s -x -o ftpd ftpd.o ftpcmd.o glob.o logwtmp.o =
popen.o vers.o access.o extensions.o  realpath.o acl.o private.o =
authenticate.o conversions.o hostacc.o  sigfix.o routevector.o  =
-lsupport

Making ftpcount.
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c ftpcount.c
cc -std1 -L../support -s -x -o ftpcount ftpcount.o vers.o

Making ftpshut.
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c ftpshut.c
cc -std1 -L../support -s -x -o ftpshut ftpshut.o vers.o

Making ckconfig.
cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x =
-c ckconfig.c
cc -std1 -L../support -s -x -o ckconfig ckconfig.o

Executables are in bin directory:
text    data    bss     dec     hex
180224  40960   38096   259280  3f4d0   bin/ftpd
16384   8192    0       24576   6000    bin/ftpcount
16384   8192    0       24576   6000    bin/ftpshut
16384   8192    0       24576   6000    bin/ftpwho
8192    8192    0       16384   4000    bin/ckconfig
Done





------=_NextPart_000_001C_01BE3D35.12E0B570
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML><HEAD>
<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type>
<STYLE></STYLE>

<META content=3D'"MSHTML 5.00.0910.1309"' name=3DGENERATOR></HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>wu-ftpd compiles fine, but I can't =
login.&nbsp; I=20
am using Digital Unix 4.0D-C2 Security with wu-ftpd-vr12.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>****syslog output</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Jan 11 07:20:16 trans-sit1 ftpd[7800]: =
USER=20
zbigniew<BR>Jan 11 07:20:20 trans-sit1 ftpd[7800]: PASS password<BR>Jan =
11=20
07:20:20 trans-sit1 ftpd[7800]: failed login from trans-sit1 =
[XXX.XXX.XXX.XXX],=20
zbigniew<BR>Jan 11 07:20:20 trans-sit1 ftpd[7800]: cmd failure - not =
logged=20
in<BR>Jan 11 07:20:20 trans-sit1 ftpd[7800]: SYST<BR>Jan 11 07:20:21 =
trans-sit1=20
ftpd[7800]: QUIT<BR>Jan 11 07:26:30 trans-sit1 ftpd[7853]: failed login =
from=20
trans-sit1 [128.126.167.195], zbigniew<BR></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>**** I wanted to install wu-ftpd into =
/usr/local so=20
I changed the Makefile.du4</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>BINDIR=3D         =
/usr/local/sbin<BR>ETCDIR=3D        =20
/etc<BR>MANDIR=3D         /usr/local/man<BR>MANEXT=3D         =
8<BR>INSTALL=3D       =20
/usr/ucb/installbsd</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>**** My inetd.conf entry.&nbsp; I had =
used the -a,=20
but that didn't work either.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>ftp     stream  tcp     nowait  root    =

/usr/local/sbin/tcpd    /usr/local/sbin/ftpd -d</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>**** Here is the actual =
build.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><A=20
href=3D"mailto:root@trans-sit1:/usr/local/wu-ftpd-2.4.2-beta-18-vr12">roo=
t@trans-sit1:/usr/local/wu-ftpd-2.4.2-beta-18-vr12</A>&gt;=20
./build du4<BR>make args are : <BR>make opts are : </FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Copying Makefiles.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Linking src/config.h</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Making support library.<BR>cc -O   =
-DDEC -c=20
getusershell.c<BR>cc -O   -DDEC -c fnmatch.c<BR>cc -O   -DDEC -c=20
strcasestr.c<BR>cc -O   -DDEC -c strerror.c<BR>cc -O   -DDEC -c =
strsep.c<BR>cc=20
-O   -DDEC -c authuser.c<BR>cc -O   -DDEC -c snprintf.c<BR>rm -f=20
libsupport.a<BR>ar cq libsupport.a getusershell.o fnmatch.o strcasestr.o =

strerror.o  strsep.o authuser.o snprintf.o<BR>ranlib =
libsupport.a</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Making ftpd.<BR>cc -std1 -O -I.. =
-I../support=20
-Olimit 1000 -DVIRTUAL -L../support -s -x -c ftpd.c<BR>cc: Warning: =
ftpd.c, line=20
502: Strict ANSI C extension: The declaration of the &quot;main&quot; =
function=20
has more than two parameters.<BR>int<BR>^<BR>yacc  ftpcmd.y<BR>mv  =
y.tab.c=20
ftpcmd.c<BR>cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL =
-L../support -s=20
-x -c ftpcmd.c<BR>cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL=20
-L../support -s -x -c glob.c<BR>cc -std1 -O -I.. -I../support -Olimit =
1000=20
-DVIRTUAL -L../support -s -x -c logwtmp.c<BR>cc -std1 -O -I.. =
-I../support=20
-Olimit 1000 -DVIRTUAL -L../support -s -x -c popen.c<BR>cc -std1 -O -I.. =

-I../support -Olimit 1000 -DVIRTUAL -L../support -s -x -c vers.c<BR>cc =
-std1 -O=20
-I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x -c =
access.c<BR>cc=20
-std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x -c=20
extensions.c<BR>cc: Warning: extensions.c, line 1853: In this statement, =
the=20
referenced type of the pointer value &quot;&amp;quota&quot; is =
&quot;struct=20
dqblk&quot;, which is not compatible with &quot;char&quot;.<BR> =20
quotactl(fs,QCMD(Q_GETQUOTA,USRQUOTA),uid,&amp;quota);<BR>--^<BR>cc =
-std1 -O=20
-I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x -c =
realpath.c<BR>cc=20
-std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x -c=20
acl.c<BR>cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL =
-L../support -s -x=20
-c private.c<BR>cc -std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL=20
-L../support -s -x -c authenticate.c<BR>cc -std1 -O -I.. -I../support =
-Olimit=20
1000 -DVIRTUAL -L../support -s -x -c conversions.c<BR>cc -std1 -O -I..=20
-I../support -Olimit 1000 -DVIRTUAL -L../support -s -x -c =
hostacc.c<BR>cc -std1=20
-O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x -c =
sigfix.c<BR>cc=20
-std1 -O -I.. -I../support -Olimit 1000 -DVIRTUAL -L../support -s -x -c=20
routevector.c<BR>cc -std1 -L../support -s -x -o ftpd ftpd.o ftpcmd.o =
glob.o=20
logwtmp.o popen.o vers.o access.o extensions.o  realpath.o acl.o =
private.o=20
authenticate.o conversions.o hostacc.o  sigfix.o routevector.o =20
-lsupport</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Making ftpcount.<BR>cc -std1 -O -I.. =
-I../support=20
-Olimit 1000 -DVIRTUAL -L../support -s -x -c ftpcount.c<BR>cc -std1 =
-L../support=20
-s -x -o ftpcount ftpcount.o vers.o</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Making ftpshut.<BR>cc -std1 -O -I.. =
-I../support=20
-Olimit 1000 -DVIRTUAL -L../support -s -x -c ftpshut.c<BR>cc -std1 =
-L../support=20
-s -x -o ftpshut ftpshut.o vers.o</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Making ckconfig.<BR>cc -std1 -O -I.. =
-I../support=20
-Olimit 1000 -DVIRTUAL -L../support -s -x -c ckconfig.c<BR>cc -std1 =
-L../support=20
-s -x -o ckconfig ckconfig.o</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Executables are in bin =
directory:<BR>text    data  =20
 bss     dec     hex<BR>180224  40960   38096   259280  3f4d0  =20
bin/ftpd<BR>16384   8192    0       24576   6000    =
bin/ftpcount<BR>16384   8192=20
   0       24576   6000    bin/ftpshut<BR>16384   8192    0       24576  =
 6000  =20
 bin/ftpwho<BR>8192    8192    0       16384   4000   =20
bin/ckconfig<BR>Done<BR></FONT><FONT face=3DArial =
size=3D2><BR></FONT><FONT=20
face=3DArial size=3D2></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><BR></FONT>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_001C_01BE3D35.12E0B570--


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 11 08:33:25 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id IAA09587;
	Mon, 11 Jan 1999 08:33:23 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA18606;
	Mon, 11 Jan 1999 08:29:22 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA03348
	for <wu-ftpd@wugate.wustl.edu>; Mon, 11 Jan 1999 08:25:22 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id JAA14547;
	Mon, 11 Jan 1999 09:25:17 -0500
Message-Id: <Pine.LNX.4.03.9901110909120.14439-100000@gaia.vr.net>
Date: Mon, 11 Jan 1999 09:25:17 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Zbigniew <zbigniew@tidalwave.net>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: DU4 compiled successfully but fail to login
In-Reply-To: <001f01be3d67$5e0934a0$63b87e80@tdsgn.lmco.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 11 Jan 1999, Zbigniew wrote:

> Jan 11 07:20:20 trans-sit1 ftpd[7800]: failed login from trans-sit1
> [XXX.XXX.XXX.XXX], zbigniew

This is from pass() in ftpd.c and occurs after the password entered fails
to match the password on file.  You're not in CAPS LOCK are you?

Some systems have magical incantations you need to invoke when you create
a new user or install a new privileged program, did you do all that?

> Jan 11 07:20:20 trans-sit1 ftpd[7800]: cmd failure - not logged in

This is from VR12 and was caused by the SYST command being sent after the
PASS failed.  It can be ignored in this case.

> cc: Warning: ftpd.c, line 502: Strict ANSI C extension: The
> declaration of the "main" function has more than two parameters.

I don't think anything can be done about this.  It is safely ignored.

> cc: Warning: extensions.c, line 1853: In this statement, the
> referenced type of the pointer value "&quota" is "struct dqblk", which
> is not compatible with "char".

This is safely ignored.  Maybe one of you DU4 people can take a look at
the code and correct things.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 11 19:27:35 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id TAA16863;
	Mon, 11 Jan 1999 19:27:34 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA26423;
	Mon, 11 Jan 1999 19:24:10 -0600 (CST)
Received: from smtp.enteract.com (thor.enteract.com [207.229.143.11])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA24074
	for <wu-ftpd@wugate.wustl.edu>; Mon, 11 Jan 1999 19:20:50 -0600 (CST)
Received: (qmail 13473 invoked from network); 12 Jan 1999 01:20:38 -0000
Received: from hal-isdn-1.sa.enteract.com (HELO hippo.roxor.org) (207.229.136.105)
  by thor.enteract.com with SMTP; 12 Jan 1999 01:20:38 -0000
Received: (from hal@localhost)
	by hippo.roxor.org (8.8.8/8.8.8) id TAA15533;
	Mon, 11 Jan 1999 19:20:30 -0600 (CST)
	(envelope-from hal)
Message-Id: <87r9t1uw0x.fsf@hippo.roxor.org>
Date: 11 Jan 1999 19:20:30 -0600
Reply-To: hal@enteract.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Hal Snyder <hal@enteract.com>
To: wu-ftpd@wugate.wustl.edu
Subject: Re: analyze wu-ftpd logs
In-Reply-To: "Antonis Kopsaftis"'s message of "Wed, 6 Jan 1999 12:46:00 -0800"
References: <008101be39b5$94d05e60$4c6482c3@default>
X-Mailer: Gnus v5.6.44/Emacs 20.3
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I couldn't get to the URLs just posted (with unusual port numbers) for
xferstats, but succeeded with

  http://xferstats.off.net/

From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 11 21:07:21 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id VAA20467;
	Mon, 11 Jan 1999 21:07:20 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id VAA17785;
	Mon, 11 Jan 1999 21:01:27 -0600 (CST)
Received: from mail1.dh.trw.com (mail1.dh.trw.com [129.193.109.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id VAA05909
	for <wu-ftpd@wugate.wustl.edu>; Mon, 11 Jan 1999 21:00:11 -0600 (CST)
Received: from trw.com ([129.4.74.179]) by mail1.dh.trw.com
          (Netscape Messaging Server 3.5)  with ESMTP id AAA329C
          for <wu-ftpd@wugate.wustl.edu>; Mon, 11 Jan 1999 18:59:39 -0800
Message-Id: <369ABA9A.E78A7CC2@trw.com>
Date: Mon, 11 Jan 1999 18:59:38 -0800
Reply-To: Scott.Parmenter@trw.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Scott Parmenter" <Scott.Parmenter@trw.com>
To: wuftplist <wu-ftpd@wugate.wustl.edu>
Subject: Standalone questions for beta-18-VR10
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, there,

I had some questions regarding the wu-ftp standalone modes.  What are
the tradeoffs to using the -s or -S  options?  In the ftpd man page, it
mentions that one runs in the foreground while the other runs in the
background, but I'm not sure about the implications of that.  In what
situations is one option more desireable than the other?

Thanks,
Scott


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 11 21:17:27 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id VAA20841;
	Mon, 11 Jan 1999 21:17:25 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id VAA28316;
	Mon, 11 Jan 1999 21:14:11 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id VAA30177
	for <wu-ftpd@wugate.wustl.edu>; Mon, 11 Jan 1999 21:12:52 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id WAA19669;
	Mon, 11 Jan 1999 22:12:46 -0500
Message-Id: <Pine.LNX.4.03.9901112206140.19648-100000@gaia.vr.net>
Date: Mon, 11 Jan 1999 22:12:46 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Scott Parmenter <Scott.Parmenter@trw.com>
Cc: wuftplist <wu-ftpd@wugate.wustl.edu>
Subject: Re: Standalone questions for beta-18-VR10
In-Reply-To: <369ABA9A.E78A7CC2@trw.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 11 Jan 1999, Scott Parmenter wrote:

> I had some questions regarding the wu-ftp standalone modes.  What are
> the tradeoffs to using the -s or -S options?  In the ftpd man page, it
> mentions that one runs in the foreground while the other runs in the
> background, but I'm not sure about the implications of that.  In what
> situations is one option more desireable than the other?

The difference is how the program starts.  In foreground, it doesn't spawn
a child and terminate.  Foreground mode is good for things like starting
from /etc/inittab which watches for the termination to start the daemon
again. Background appears to terminate but leave the daemon running (a
true daemon).  Background if for starting with init startup scripts
(/etc/rc.d/...) which need the program to (appear to) terminate so the
scripts can continue execution.

Which is more desirable depends on how you want to start the daemon.  
Most people use scripts, but that's not necessarily any better or worse
than using /etc/inittab.  It's simply the way stuff like this is
traditionally done.  ( Well, there is a tradeoff in using /etc/inittab ..
it's harder to kill off the daemon since the init process will immedeately
start a new copy. )

Except for the startup difference, there is no tradeoff or difference
between the -s and -S modes.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 12 00:25:01 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id AAA25670;
	Tue, 12 Jan 1999 00:25:00 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id AAA03443;
	Tue, 12 Jan 1999 00:21:52 -0600 (CST)
Received: from xf.hb.cninfo.net ([202.103.44.131])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id AAA04345
	for <wu-ftpd@wugate.wustl.edu>; Tue, 12 Jan 1999 00:18:06 -0600 (CST)
Received: from xf.hb.cninfo.net by xf.hb.cninfo.net (8.8.7/SMI-SVR4)
	id NAA04713; Tue, 12 Jan 1999 13:13:44 +0800 (CST)
Message-Id: <369AE8C6.DD7A4EF@xf.hb.cninfo.net>
Date: Tue, 12 Jan 1999 14:16:39 +0800
Reply-To: xfonline@xf.hb.cninfo.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: =?gb2312?B?z+W3rsjIz98=?= <xfonline@xf.hb.cninfo.net>
To: wu-ftpd@wugate.wustl.edu
Cc: wu-ftpd@wugate.wustl.edu
Subject: Help about Resume downloading!!!
References: <001f01be3d67$5e0934a0$63b87e80@tdsgn.lmco.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=gb2312
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.5 [en] (Win98; I)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


Hello all:

    Could you tell me how to make WU-FTPD support Resume
downloading,Resume uploading!

Thanks!

xfonline/99.1.12


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 12 02:12:21 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id CAA26816;
	Tue, 12 Jan 1999 02:12:20 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id CAA29195;
	Tue, 12 Jan 1999 02:07:54 -0600 (CST)
Received: from nendaz.idiap.ch (nendaz.idiap.ch [192.33.221.29])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id CAA00489
	for <wu-ftpd@wugate.wustl.edu>; Tue, 12 Jan 1999 02:01:25 -0600 (CST)
Received: from idiap.ch (localhost [127.0.0.1])
	by nendaz.idiap.ch (8.9.1/8.9.1) with ESMTP id JAA02186
	for <wu-ftpd@wugate.wustl.edu>; Tue, 12 Jan 1999 09:00:51 +0100 (MET)
Message-Id: <199901120800.JAA02186@nendaz.idiap.ch>
Date: Tue, 12 Jan 1999 09:00:50 +0100
Reply-To: Olivier.Bornet@idiap.ch
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Olivier.Bornet@idiap.ch
To: wu-ftpd@wugate.wustl.edu
Subject: Problem with compression on the fly
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Sender: bornet@idiap.ch
X-Mailer: exmh version 2.0.2 2/24/98
X-Url: http://www.idiap.ch/~bornet
X-face: #5J7LZnvfdgR$u'RSjM;B/rBJtNgZl9XfF'i)9F=OAPENo=co"w-W\MUA;#F3<l&n=+its6
 (~{*GpqS\G-{t<?b!4Sp@EyqE+I`aM.1^4V>B.uqwk/aq>C*C?J;I>)\QSz0rV|m%Tbz1k\<vtL`@A
 i,.}CD"WVYrYn6YH&E&0~F:NXc/O6
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,

I have just updated wu-ftpd to the version 2.4.2 beta 18. All work OK except
the compression on the fly : the server doesn't see the compressed file. For
example, if I have a README file, getting README.gz, or README.Z say
"No such file or directory."

I have the file /etc/ftpconversions installed (same as the sample in the
doc directory of the distribution).

Any hints ?
Thanks in advance.

			Olivier

-- 
    . __    . ___  __.  | Olivier Bornet email : Olivier.Bornet@idiap.ch
   / /  `  / /  / /  /  | IDIAP                 phone : +41-27-721'77'40
  / /   / / /--/ /--'   | CP 592                  fax : +41-27-721'77'12
 / /__.' / /  / /       | CH-1920 Martigny   http://www.idiap.ch/~bornet
                        | Get my PGP-key :  "finger bornet@ftp.idiap.ch"
Swiss Ice Hockey Results:    http://www.idiap.ch/cgi-bin/SportWeb.cgi?-e


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 12 06:17:30 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA02928;
	Tue, 12 Jan 1999 06:17:29 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA06597;
	Tue, 12 Jan 1999 06:13:07 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA13437
	for <wu-ftpd@wugate.wustl.edu>; Tue, 12 Jan 1999 06:12:06 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id HAA21510;
	Tue, 12 Jan 1999 07:11:07 -0500
Message-Id: <Pine.LNX.4.03.9901120710240.21487-100000@gaia.vr.net>
Date: Tue, 12 Jan 1999 07:11:07 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: =?gb2312?B?z+W3rsjIz98=?= <xfonline@xf.hb.cninfo.net>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: Help about Resume downloading!!!
In-Reply-To: <369AE8C6.DD7A4EF@xf.hb.cninfo.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by wugate.wustl.edu id GAA13871
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 12 Jan 1999, [gb2312] Ïå·®ÈÈÏß wrote:

> Could you tell me how to make WU-FTPD support Resume
> downloading, Resume uploading!

Easy enough.  Install it.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 12 06:22:01 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA03028;
	Tue, 12 Jan 1999 06:22:00 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA19261;
	Tue, 12 Jan 1999 06:18:57 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA26651
	for <wu-ftpd@wugate.wustl.edu>; Tue, 12 Jan 1999 06:13:47 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id HAA21521;
	Tue, 12 Jan 1999 07:13:39 -0500
Message-Id: <Pine.LNX.4.03.9901120711150.21487-100000@gaia.vr.net>
Date: Tue, 12 Jan 1999 07:13:39 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Olivier.Bornet@idiap.ch
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: Problem with compression on the fly
In-Reply-To: <199901120800.JAA02186@nendaz.idiap.ch>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 12 Jan 1999 Olivier.Bornet@idiap.ch wrote:

> I have just updated wu-ftpd to the version 2.4.2 beta 18. All work OK
> except the compression on the fly : the server doesn't see the
> compressed file. For example, if I have a README file, getting
> README.gz, or README.Z say "No such file or directory."
> 
> I have the file /etc/ftpconversions installed (same as the sample in
> the doc directory of the distribution).

I've found it helps to have etc/ftpconversions in every chroot area, ie.,
/home/ftp/etc/ftpconversions.

You also need dev/null in each as well as the programs tar, gzip and
compress, along with any pieces, parts and glue needed to make them work
(generally, the same stuff needed to make ls work).

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 12 06:48:21 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA03932;
	Tue, 12 Jan 1999 06:48:20 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA01837;
	Tue, 12 Jan 1999 06:45:18 -0600 (CST)
Received: from mail.mi.com.pl (qmailr@nidus.mi.com.pl [195.117.179.194])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA30060
	for <wu-ftpd@wugate.wustl.edu>; Tue, 12 Jan 1999 06:39:00 -0600 (CST)
Received: (qmail 26025 invoked by uid 509); 12 Jan 1999 12:41:36 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 12 Jan 1999 12:41:36 -0000
Message-Id: <Pine.LNX.4.05.9901121341050.19030-100000@nidus.mi.com.pl>
Date: Tue, 12 Jan 1999 13:41:36 +0100 (EET)
Reply-To: draco@mi.com.pl
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Konrad Kokoszkiewicz <draco@mi.com.pl>
To: wu-ftpd@wugate.wustl.edu
Subject: Re: wu port (again)
In-Reply-To: <Pine.LNX.4.05.9901121337040.19030-100000@nidus.mi.com.pl>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 12 Jan 1999, Konrad Kokoszkiewicz wrote:

> okay it turned over that problems under MiNT were caused by a bug in libc.
> So summa summarum I've ported the beta 14 to MiNT and can send config
> files, if anyone interested.

Errata: read "beta 15".

--
Konrad M.Kokoszkiewicz
|mail: draco@mi.com.pl                  | Atari Falcon030/TT030/65XE |
|http://www.obta.uw.edu.pl/~draco/
|http://draco.atari.org

** Ea natura multitudinis est,
** aut servit humiliter, aut superbe dominatur (Liv. XXIV,25)
*************************************************************
** U pospolstwa normalne jest, ze albo sluzy ono unizenie,
** albo bezczelnie sie panoszy.


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 12 06:51:31 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA03969;
	Tue, 12 Jan 1999 06:51:30 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA29107;
	Tue, 12 Jan 1999 06:44:40 -0600 (CST)
Received: from mail.mi.com.pl (qmailr@nidus.mi.com.pl [195.117.179.194])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA16820
	for <wu-ftpd@wugate.wustl.edu>; Tue, 12 Jan 1999 06:37:24 -0600 (CST)
Received: (qmail 25988 invoked by uid 509); 12 Jan 1999 12:40:11 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 12 Jan 1999 12:40:11 -0000
Message-Id: <Pine.LNX.4.05.9901121337040.19030-100000@nidus.mi.com.pl>
Date: Tue, 12 Jan 1999 13:40:11 +0100 (EET)
Reply-To: draco@mi.com.pl
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Konrad Kokoszkiewicz <draco@mi.com.pl>
To: wu-ftpd@wugate.wustl.edu
Subject: wu port (again)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

okay it turned over that problems under MiNT were caused by a bug in libc.
So summa summarum I've ported the beta 14 to MiNT and can send config
files, if anyone interested.

Used gcc 2.8.1.

I have problem with beta 18 though, because it contains a call to
vsnprintf() and my libs don't seem to support that function. Can I ask for
any suggestion, how to replace?

Thanks,

--
Konrad M.Kokoszkiewicz
|mail: draco@mi.com.pl                  | Atari Falcon030/TT030/65XE |
|http://www.obta.uw.edu.pl/~draco/
|http://draco.atari.org

** Ea natura multitudinis est,
** aut servit humiliter, aut superbe dominatur (Liv. XXIV,25)
*************************************************************
** U pospolstwa normalne jest, ze albo sluzy ono unizenie,
** albo bezczelnie sie panoszy.


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 12 08:01:22 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id IAA05732;
	Tue, 12 Jan 1999 08:01:21 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA02810;
	Tue, 12 Jan 1999 07:57:35 -0600 (CST)
Received: from nendaz.idiap.ch (nendaz.idiap.ch [192.33.221.29])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA06323
	for <wu-ftpd@wugate.wustl.edu>; Tue, 12 Jan 1999 07:52:31 -0600 (CST)
Received: from idiap.ch (localhost [127.0.0.1])
	by nendaz.idiap.ch (8.9.1/8.9.1) with ESMTP id OAA06125
	for <wu-ftpd@wugate.wustl.edu>; Tue, 12 Jan 1999 14:52:26 +0100 (MET)
Message-Id: <199901121352.OAA06125@nendaz.idiap.ch>
Date: Tue, 12 Jan 1999 14:52:26 +0100
Reply-To: Olivier.Bornet@idiap.ch
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Olivier.Bornet@idiap.ch
To: wu-ftpd@wugate.wustl.edu
Subject: Re: Problem with compression on the fly 
In-Reply-To: Your message of "Tue, 12 Jan 1999 07:13:39 EST."
             <Pine.LNX.4.03.9901120711150.21487-100000@gaia.vr.net> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Sender: bornet@idiap.ch
X-Mailer: exmh version 2.0.2 2/24/98
X-Url: http://www.idiap.ch/~bornet
X-face: #Xak+]ARp%7LWpjM`xm!e8Q.))&_I8h5^{SRgmVh;;N@qQ@A'`g^%&*O/m6%a0x&_#f"49K
 BxmOazI`uPT2'X]UQCZS7r-*Y!*i7lm-`WH;Tz:82'oE#(O>7W3JR"O\Z@5fh?Y3fc0jynKS5txXR"
 .LTeWZC*POMh=uJ]L0E4UP@<T)WQ
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> > I have just updated wu-ftpd to the version 2.4.2 beta 18. All work OK
> > except the compression on the fly : the server doesn't see the
> > compressed file. For example, if I have a README file, getting
> > README.gz, or README.Z say "No such file or directory."
> > 
> > I have the file /etc/ftpconversions installed (same as the sample in
> > the doc directory of the distribution).
> 
> I've found it helps to have etc/ftpconversions in every chroot area, ie.,
> /home/ftp/etc/ftpconversions.
> 
> You also need dev/null in each as well as the programs tar, gzip and
> compress, along with any pieces, parts and glue needed to make them work
> (generally, the same stuff needed to make ls work).

Thanks for this help, this don't solve my problem.

I have try to put ftpconversions (and even ftpaccess) in ~ftp/etc. No
change. I can't download the .Z or .gz version of an existing file. Also,
I can't download the .tar for a directory.

I allready have the dev/null and tar/gzip/compress/ls commands. And the
dir or ls command work when I'm connected to the server.

Any other help ?

			Olivier

-- 
    . __    . ___  __.  | Olivier Bornet email : Olivier.Bornet@idiap.ch
   / /  `  / /  / /  /  | IDIAP                 phone : +41-27-721'77'40
  / /   / / /--/ /--'   | CP 592                  fax : +41-27-721'77'12
 / /__.' / /  / /       | CH-1920 Martigny   http://www.idiap.ch/~bornet
                        | Get my PGP-key :  "finger bornet@ftp.idiap.ch"
Swiss Ice Hockey Results:    http://www.idiap.ch/cgi-bin/SportWeb.cgi?-e


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 12 08:01:52 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id IAA05743;
	Tue, 12 Jan 1999 08:01:51 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA30895;
	Tue, 12 Jan 1999 07:56:39 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA26361
	for <wu-ftpd@wugate.wustl.edu>; Tue, 12 Jan 1999 07:50:26 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id IAA22042;
	Tue, 12 Jan 1999 08:48:51 -0500
Message-Id: <Pine.LNX.4.03.9901120847410.22019-100000@gaia.vr.net>
Date: Tue, 12 Jan 1999 08:48:51 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Konrad Kokoszkiewicz <draco@mi.com.pl>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: wu port (again)
In-Reply-To: <Pine.LNX.4.05.9901121337040.19030-100000@nidus.mi.com.pl>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 12 Jan 1999, Konrad Kokoszkiewicz wrote:

> I have problem with beta 18 though, because it contains a call to
> vsnprintf() and my libs don't seem to support that function. Can I ask
> for any suggestion, how to replace?

Beta 18 includes vsnprintf.c in the support directory.  Just add it to the
makefile for your port.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 12 08:07:30 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id IAA05840;
	Tue, 12 Jan 1999 08:07:29 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA20122;
	Tue, 12 Jan 1999 08:03:04 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA01153
	for <wu-ftpd@wugate.wustl.edu>; Tue, 12 Jan 1999 08:00:52 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id JAA22171;
	Tue, 12 Jan 1999 09:00:21 -0500
Message-Id: <Pine.LNX.4.03.9901120849440.22019-100000@gaia.vr.net>
Date: Tue, 12 Jan 1999 09:00:21 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Olivier.Bornet@idiap.ch
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: Problem with compression on the fly 
In-Reply-To: <199901121347.OAA05915@nendaz.idiap.ch>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 12 Jan 1999, Olivier Bornet wrote:

> I have try to put ftpconversions (and even ftpaccess) in ~ftp/etc. No
> change. I can't download the .Z or .gz version of an existing file.
> Also, I can't download the .tar for a directory.
> 
> I allready have the dev/null and tar/gzip/compress/ls commands. And
> the dir or ls command work when I'm connected to the server.

What error do you get?  Check both what the client sees and your system
logs (start the daemon with -l option is you don't already).

Can you run the commands using the chroot(1) command?  For example:

  su
  umask 277
  cd ~ftp
  env - /usr/sbin/chroot ~ftp bin/tar cf ftpbin.tar bin
  exit

The resulting file will be ~ftp/ftpbin.tar and should contain the entire
contents of ~ftp/bin.  I like to use env(1) since it ensure's a clean
environment.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 12 08:38:44 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id IAA06531;
	Tue, 12 Jan 1999 08:38:43 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA02256;
	Tue, 12 Jan 1999 08:35:27 -0600 (CST)
Received: from nendaz.idiap.ch (nendaz.idiap.ch [192.33.221.29])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA18821
	for <wu-ftpd@wugate.wustl.edu>; Tue, 12 Jan 1999 08:29:49 -0600 (CST)
Received: from idiap.ch (localhost [127.0.0.1])
	by nendaz.idiap.ch (8.9.1/8.9.1) with ESMTP id PAA06473;
	Tue, 12 Jan 1999 15:29:27 +0100 (MET)
Message-Id: <199901121429.PAA06473@nendaz.idiap.ch>
Date: Tue, 12 Jan 1999 15:29:26 +0100
Reply-To: Olivier.Bornet@idiap.ch
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Olivier.Bornet@idiap.ch
To: lundberg+wuftpd@vr.net
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: Problem with compression on the fly 
In-Reply-To: Your message of "Tue, 12 Jan 1999 09:00:21 EST."
             <Pine.LNX.4.03.9901120849440.22019-100000@gaia.vr.net> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Sender: bornet@idiap.ch
X-Mailer: exmh version 2.0.2 2/24/98
X-Url: http://www.idiap.ch/~bornet
X-face: #Xak+]ARp%7LWpjM`xm!e8Q.))&_I8h5^{SRgmVh;;N@qQ@A'`g^%&*O/m6%a0x&_#f"49K
 BxmOazI`uPT2'X]UQCZS7r-*Y!*i7lm-`WH;Tz:82'oE#(O>7W3JR"O\Z@5fh?Y3fc0jynKS5txXR"
 .LTeWZC*POMh=uJ]L0E4UP@<T)WQ
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> On Tue, 12 Jan 1999, Olivier Bornet wrote:
> 
> > I have try to put ftpconversions (and even ftpaccess) in ~ftp/etc. No
> > change. I can't download the .Z or .gz version of an existing file.
> > Also, I can't download the .tar for a directory.
> > 
> > I allready have the dev/null and tar/gzip/compress/ls commands. And
> > the dir or ls command work when I'm connected to the server.
> 
> What error do you get?  Check both what the client sees and your system
> logs (start the daemon with -l option is you don't already).

I have add the -l option in inetd.conf, and restart the inetd daemon.
But I don't see the error messages. Where are they supposed to come ?
I have look in /var/adm/message, /var/log/syslog, but no message come.
I also have the flag -a.

> Can you run the commands using the chroot(1) command?  For example:
> 
>   su
>   umask 277
>   cd ~ftp
>   env - /usr/sbin/chroot ~ftp bin/tar cf ftpbin.tar bin
>   exit
> 
> The resulting file will be ~ftp/ftpbin.tar and should contain the entire
> contents of ~ftp/bin.  I like to use env(1) since it ensure's a clean
> environment.

I have do the commands, and I have the file ftpbin.tar OK. But just containing
the link bin -> usr/bin. I have do the command for usr, and the ftpuser.tar
contain all the files.

I also have try some compress with the same method. And it works great.

		Olivier

PS. I'm on Solaris 7, (Sunos 5.7, 64 bits enabled), on an Ultra-1/140.

-- 
    . __    . ___  __.  | Olivier Bornet email : Olivier.Bornet@idiap.ch
   / /  `  / /  / /  /  | IDIAP                 phone : +41-27-721'77'40
  / /   / / /--/ /--'   | CP 592                  fax : +41-27-721'77'12
 / /__.' / /  / /       | CH-1920 Martigny   http://www.idiap.ch/~bornet
                        | Get my PGP-key :  "finger bornet@ftp.idiap.ch"
Swiss Ice Hockey Results:    http://www.idiap.ch/cgi-bin/SportWeb.cgi?-e


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 12 08:52:55 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id IAA06943;
	Tue, 12 Jan 1999 08:52:54 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA20707;
	Tue, 12 Jan 1999 08:48:21 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA06990
	for <wu-ftpd@wugate.wustl.edu>; Tue, 12 Jan 1999 08:44:02 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id JAA22465;
	Tue, 12 Jan 1999 09:43:40 -0500
Message-Id: <Pine.LNX.4.03.9901120933420.22408-100000@gaia.vr.net>
Date: Tue, 12 Jan 1999 09:43:40 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Olivier.Bornet@idiap.ch
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: Problem with compression on the fly 
In-Reply-To: <199901121429.PAA06473@nendaz.idiap.ch>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 12 Jan 1999 Olivier.Bornet@idiap.ch wrote:

> PS. I'm on Solaris 7, (Sunos 5.7, 64 bits enabled), on an Ultra-1/140.

Did you use doc/examples/ftpconversions.solaris to make your
ftpconversions file?

Looking at it, I'd say you need the regular ftpconversions but you may
need to do a little editing.  Also, it seems to me there's something else
needed, a pipe program or something (but I could be confusing other
platforms).

I believe the pre-built binaries for sun systems in my FTP site work and
support ftpconversion.  you might want to take a peak inside them to see
what their ftpconversions files look like.  There's some instructions for
Sun systems in some of them which will probably help.

Remember, these include the VR patches through VR12, so you may or may not
want to run the binaries:

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

solaris/FTP242b18.wu-ftpd.2.4.2-beta18-VR12.SPARC.ULTRASparc.2.5.1.2.5.pkg.tar.Z
solaris/FTP242b18.wu-ftpd.2.4.2-beta18-VR12.SPARC.ULTRASparc.2.5.1.2.5.pkg.tar.gz
sunos/ftpd-2.4.2-beta-18-vr12-SunOS-4.1.3_U1.tar.gz
sunos/wu-ftpd-2.4.2-beta-18-vr12-SunOS-5.6.tar.gz
sunos/sunos41x-ftpbin.tar.gz

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 12 09:38:46 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id JAA08623;
	Tue, 12 Jan 1999 09:38:45 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA24726;
	Tue, 12 Jan 1999 09:35:29 -0600 (CST)
Received: from oscar.tvdata.com (oscar.tvdata.com [204.97.140.252])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA24253
	for <wu-ftpd@wugate.wustl.edu>; Tue, 12 Jan 1999 09:28:39 -0600 (CST)
Received: (from daemon@localhost) by oscar.tvdata.com (8.6.9/8.6.9) id KAA09599 for <wu-ftpd@wugate.wustl.edu>; Tue, 12 Jan 1999 10:28:08 -0500
Received: from emmy.tvdata.com(172.16.10.253), claiming to be "emmy"
 via SMTP by oscar.tvdata.com, id smtpdAAAa09597; Tue Jan 12 15:28:01 1999
Received: from [172.16.20.81] (brett.tvdata.com) by emmy (5.0/SMI-SVR4)
	id AA07898; Tue, 12 Jan 1999 10:28:00 +0500
Message-Id: <v04103c12b2c11a35fc1d@[172.16.20.81]>
Date: Tue, 12 Jan 1999 10:27:55 -0500
Reply-To: brett@tvdata.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Brett Goldstock <brett@tvdata.com>
To: wu-ftpd@wugate.wustl.edu
Subject: Re: Help about Resume downloading!!!
In-Reply-To: <Pine.LNX.4.03.9901120710240.21487-100000@gaia.vr.net>
References: <369AE8C6.DD7A4EF@xf.hb.cninfo.net>
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1" ; format="flowed"
Content-Transfer-Encoding: 8bit
X-Sender: bgoldstock@mailhost.tvdata.com
X-MIME-Autoconverted: from quoted-printable to 8bit by wugate.wustl.edu id JAA13642
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

So am I to assume from this response that this is built into WU-FTPD? 
Is there any detail available on this?

At 7:11 AM -0500 1/12/99, Gregory A Lundberg wrote:
> On Tue, 12 Jan 1999, [gb2312] ¦Â…Æ»»¦þ wrote:
>
>> Could you tell me how to make WU-FTPD support Resume
>> downloading, Resume uploading!
>
> Easy enough.  Install it.
>
> --
>
> Gregory A Lundberg		Senior Partner, VRnet Company
> 1441 Elmdale Drive              lundberg+wuftpd@vr.net
> Kettering, OH 45409-1615 USA    1-800-809-2195


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

From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 12 11:16:17 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id LAA12441;
	Tue, 12 Jan 1999 11:16:16 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA09776;
	Tue, 12 Jan 1999 11:12:47 -0600 (CST)
Received: from porter.avnet.com (porter.avnet.com [12.9.139.170])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA18083
	for <wu-ftpd@wugate.wustl.edu>; Tue, 12 Jan 1999 11:07:27 -0600 (CST)
Received: from dev.avnet.com (root@dev.avnet.com [12.9.139.43])
	by porter.avnet.com (8.9.0.Beta3/8.9.0.Beta3) with ESMTP id KAA19602
	for <wu-ftpd@wugate.wustl.edu>; Tue, 12 Jan 1999 10:06:56 -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 KAA15783
	for <wu-ftpd@wugate.wustl.edu>; Tue, 12 Jan 1999 10:06:55 -0700 (MST)
Received: by az101-nt-imc1.avnet.com with Internet Mail Service (5.0.1460.8)
	id <CSZ5N8Q3>; Tue, 12 Jan 1999 10:06:55 -0700
Message-Id: <303027466139D2118B810060B06761F5957A33@az101-nt-msx3.avnet.com>
Date: Tue, 12 Jan 1999 10:06:52 -0700
Reply-To: Tom.Thunem@avnet.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Thunem, Tom" <Tom.Thunem@avnet.com>
To: wu-ftpd@wugate.wustl.edu
Subject: real unix users and wu_ftpd
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="---- =_NextPart_001_01BE3E4D.F356BF28"
X-Mailer: Internet Mail Service (5.0.1460.8)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

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

------ =_NextPart_001_01BE3E4D.F356BF28
Content-Type: text/plain

i recently put up an ftp server using 2.4.2 BETA-17.  i was successful in
setting guest users and the anonymous user.  i have also set it up to allow
real users to connect to the server.  to allow the real users ftp access, i
merely added /usr/bin/sh to the /etc/shells file.  i am just curious as to
whether or not i need to do anything further to better secure things as i am
allowing /usr/bin/sh access.

hope this makes sense.

Tom Thunem
AVNET, Inc.


------ =_NextPart_001_01BE3E4D.F356BF28
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

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

<P><FONT FACE=3D"Tahoma">i recently put up an ftp server using 2.4.2 =
BETA-17.&nbsp; i was successful in setting guest users and the =
anonymous user.&nbsp; i have also set it up to allow real users to =
connect to the server.&nbsp; to allow the real users ftp access, i =
merely added /usr/bin/sh to the /etc/shells file.&nbsp; i am just =
curious as to whether or not i need to do anything further to better =
secure things as i am allowing /usr/bin/sh access.</FONT></P>

<P><FONT FACE=3D"Tahoma">hope this makes sense.</FONT>
</P>

<P><FONT FACE=3D"Tahoma">Tom Thunem</FONT>
<BR><FONT FACE=3D"Tahoma">AVNET, Inc.</FONT>
</P>

</BODY>
</HTML>
------ =_NextPart_001_01BE3E4D.F356BF28--

From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 12 11:28:46 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id LAA12959;
	Tue, 12 Jan 1999 11:28:45 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA19625;
	Tue, 12 Jan 1999 11:25:30 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA09475
	for <wu-ftpd@wugate.wustl.edu>; Tue, 12 Jan 1999 11:24:32 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id MAA23495;
	Tue, 12 Jan 1999 12:24:27 -0500
Message-Id: <Pine.LNX.4.03.9901121222020.23337-100000@gaia.vr.net>
Date: Tue, 12 Jan 1999 12:24:27 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Brett Goldstock <brett@tvdata.com>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: Help about Resume downloading!!!
In-Reply-To: <v04103c12b2c11a35fc1d@[172.16.20.81]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 12 Jan 1999, Brett Goldstock wrote:

> So am I to assume from this response that this is built into WU-FTPD?  
> Is there any detail available on this?

> >> Could you tell me how to make WU-FTPD support Resume
> >> downloading, Resume uploading!
> >
> > Easy enough.  Install it.

RFC 959

I have a copy at ftp://ftp.vr.net/pub/wu-ftpd/rfc0959.txt or you get get
your own copy from http://www.rfc-editor.org/

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 12 11:36:06 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id LAA13585;
	Tue, 12 Jan 1999 11:36:04 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA12356;
	Tue, 12 Jan 1999 11:31:58 -0600 (CST)
Received: from pocketscience.com (gateway1.pocketscience.com [209.24.64.3])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA08798
	for <wu-ftpd@wugate.wustl.edu>; Tue, 12 Jan 1999 11:28:59 -0600 (CST)
Received: from notgod.com by pocketscience.com (SMI-8.6/SMI-SVR4)
	id JAA23829; Tue, 12 Jan 1999 09:31:42 -0800
Message-Id: <369B872C.BB4B9EB3@notgod.com>
Date: Tue, 12 Jan 1999 09:32:28 -0800
Reply-To: notgod@notgod.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Brian Nelson <notgod@notgod.com>
To: wu-ftpd@wugate.wustl.edu
Subject: Peoblems with guest accounts...
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.5 [en] (Win98; I)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Some users are reporting not being able to see the contents of their
directories with programs such as CuteFTP, WS_FTP and regular
command-line FTP, though I can see the files just fine using their
accounts.

Anyone have any idea what the problem might be?

Thanks in advance.


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 12 11:36:38 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id LAA13647;
	Tue, 12 Jan 1999 11:36:35 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA20922;
	Tue, 12 Jan 1999 11:33:10 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA24405
	for <wu-ftpd@wugate.wustl.edu>; Tue, 12 Jan 1999 11:29:06 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id MAA23546;
	Tue, 12 Jan 1999 12:28:53 -0500
Message-Id: <Pine.LNX.4.03.9901121224530.23337-100000@gaia.vr.net>
Date: Tue, 12 Jan 1999 12:28:53 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: "Thunem, Tom" <Tom.Thunem@avnet.com>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: real unix users and wu_ftpd
In-Reply-To: <303027466139D2118B810060B06761F5957A33@az101-nt-msx3.avnet.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 12 Jan 1999, Thunem, Tom wrote:

> i recently put up an ftp server using 2.4.2 BETA-17.  i was successful
> in setting guest users and the anonymous user.  i have also set it up
> to allow real users to connect to the server.  to allow the real users
> ftp access, i merely added /usr/bin/sh to the /etc/shells file.  i am
> just curious as to whether or not i need to do anything further to
> better secure things as i am allowing /usr/bin/sh access.

I would recommend NOT allowing 'real' users; make all the real users
guests.

If you cannot do that, use upload and noretrieve to keep them out of
things you don't want them getting into.  You might want to take a look at
VR12, it makes that job a lot easier.

If you do not want the real users being able to use telnet/local-shell,
use a fake shell (/bin/false is good for that) and add _that_ to
/etc/shells.

If all your real real users are from local machines, use /etc/ftphosts to
limit them to those machines.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 12 11:41:33 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id LAA13872;
	Tue, 12 Jan 1999 11:41:31 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA30222;
	Tue, 12 Jan 1999 11:38:24 -0600 (CST)
Received: from pocketscience.com (gateway1.pocketscience.com [209.24.64.3])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA18610
	for <wu-ftpd@wugate.wustl.edu>; Tue, 12 Jan 1999 11:37:26 -0600 (CST)
Received: from notgod.com by pocketscience.com (SMI-8.6/SMI-SVR4)
	id JAA23891; Tue, 12 Jan 1999 09:40:14 -0800
Message-Id: <369B892B.667588C4@notgod.com>
Date: Tue, 12 Jan 1999 09:40:59 -0800
Reply-To: notgod@notgod.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Brian Nelson <notgod@notgod.com>
To: wu-ftpd@wugate.wustl.edu
Subject: Re: Peoblems with guest accounts...
References: <369B872C.BB4B9EB3@notgod.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.5 [en] (Win98; I)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Oh, forgot to mention, this is 2.2.4 Beta 18

Brian Nelson wrote:

> Some users are reporting not being able to see the contents of their
> directories with programs such as CuteFTP, WS_FTP and regular
> command-line FTP, though I can see the files just fine using their
> accounts.
>
> Anyone have any idea what the problem might be?
>
> Thanks in advance.


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 12 11:42:13 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id LAA13887;
	Tue, 12 Jan 1999 11:42:11 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA08374;
	Tue, 12 Jan 1999 11:39:07 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA22958
	for <wu-ftpd@wugate.wustl.edu>; Tue, 12 Jan 1999 11:37:53 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id MAA23642;
	Tue, 12 Jan 1999 12:37:48 -0500
Message-Id: <Pine.LNX.4.03.9901121236440.23337-100000@gaia.vr.net>
Date: Tue, 12 Jan 1999 12:37:47 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Brian Nelson <notgod@notgod.com>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: Peoblems with guest accounts...
In-Reply-To: <369B872C.BB4B9EB3@notgod.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 12 Jan 1999, Brian Nelson wrote:

> Some users are reporting not being able to see the contents of their
> directories with programs such as CuteFTP, WS_FTP and regular
> command-line FTP, though I can see the files just fine using their
> accounts.
> 
> Anyone have any idea what the problem might be?

Incomplete setup of the 'ls' command.  It's a FAQ.

The location of the latest version of wu-ftpd can be found in the 
directory
 
      ftp://ftp.academ.com/pub/wu-ftpd/private/
 
You can't see the directory contents, so read the message informing you
of the actual filename to retrieve. It's there.
 
wu-ftpd Resource Center:  http://www.landfield.com/wu-ftpd/
wu-ftpd FAQ:              http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html
wu-ftpd list archive:     http://www.landfield.com/wu-ftpd/mail-archive/

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 12 12:00:50 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id MAA15172;
	Tue, 12 Jan 1999 12:00:48 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA01931;
	Tue, 12 Jan 1999 11:57:42 -0600 (CST)
Received: from pocketscience.com (gateway1.pocketscience.com [209.24.64.3])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA32676
	for <wu-ftpd@wugate.wustl.edu>; Tue, 12 Jan 1999 11:57:08 -0600 (CST)
Received: from notgod.com by pocketscience.com (SMI-8.6/SMI-SVR4)
	id JAA24038; Tue, 12 Jan 1999 09:59:55 -0800
Message-Id: <369B8DC9.3394F180@notgod.com>
Date: Tue, 12 Jan 1999 10:00:41 -0800
Reply-To: notgod@notgod.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Brian Nelson <notgod@notgod.com>
To: wu-ftpd@wugate.wustl.edu
Subject: Re: Peoblems with guest accounts...
References: <Pine.LNX.4.03.9901121236440.23337-100000@gaia.vr.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.5 [en] (Win98; I)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Works now, thanks a lot!

Gregory A Lundberg wrote:

> On Tue, 12 Jan 1999, Brian Nelson wrote:
>
> > Some users are reporting not being able to see the contents of their
> > directories with programs such as CuteFTP, WS_FTP and regular
> > command-line FTP, though I can see the files just fine using their
> > accounts.
> >
> > Anyone have any idea what the problem might be?
>
> Incomplete setup of the 'ls' command.  It's a FAQ.
>
> The location of the latest version of wu-ftpd can be found in the
> directory
>
>       ftp://ftp.academ.com/pub/wu-ftpd/private/
>
> You can't see the directory contents, so read the message informing you
> of the actual filename to retrieve. It's there.
>
> wu-ftpd Resource Center:  http://www.landfield.com/wu-ftpd/
> wu-ftpd FAQ:              http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html
> wu-ftpd list archive:     http://www.landfield.com/wu-ftpd/mail-archive/
>
> --
>
> Gregory A Lundberg              Senior Partner, VRnet Company
> 1441 Elmdale Drive              lundberg+wuftpd@vr.net
> Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 12 12:21:17 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id MAA16277;
	Tue, 12 Jan 1999 12:21:15 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA14970;
	Tue, 12 Jan 1999 12:17:33 -0600 (CST)
Received: from thelab.hub.org (nat0050.mpoweredpc.net [142.177.188.50])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA19090
	for <wu-ftpd@mail.wustl.edu>; Tue, 12 Jan 1999 12:13:21 -0600 (CST)
Received: from localhost (scrappy@localhost)
	by thelab.hub.org (8.9.1/8.9.1) with ESMTP id OAA26951
	for <wu-ftpd@mail.wustl.edu>; Tue, 12 Jan 1999 14:13:20 -0400 (AST)
	(envelope-from scrappy@hub.org)
Message-Id: <Pine.BSF.4.05.9901121411280.42675-100000@thelab.hub.org>
Date: Tue, 12 Jan 1999 14:13:20 -0400 (AST)
Reply-To: scrappy@hub.org
Sender: owner-wu-ftpd@wugate.wustl.edu
From: The Hermit Hacker <scrappy@hub.org>
To: wu-ftpd@wugate.wustl.edu
Subject: BeroFTPD ...
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


First off...why are there two seperate efforts to achieve the same thing?
Looking at BeroFTPD, the structures all seem to be the same, just alot
newer features...

Second...wn't compile under Solaris 2.6, figured I'd ask and see if anyone
else saw this before I dug into it ... this is BeroFTPD 1.3.1, just downloaded
this afternoon:

ftpd.o: In function `user':
/d/anon-ftp/pub/unix-src/net/build/BeroFTPD-1.3.1/src/ftpd.c:1577: undefined reference to `_path_ftphosts'
/d/anon-ftp/pub/unix-src/net/build/BeroFTPD-1.3.1/src/ftpd.c:1577: undefined reference to `_path_ftphosts'
/d/anon-ftp/pub/unix-src/net/build/BeroFTPD-1.3.1/src/ftpd.c:1645: undefined reference to `_path_ftpusers'
/d/anon-ftp/pub/unix-src/net/build/BeroFTPD-1.3.1/src/ftpd.c:1645: undefined reference to `_path_ftpusers'
/d/anon-ftp/pub/unix-src/net/build/BeroFTPD-1.3.1/src/ftpd.c:1851: undefined reference to `_path_ftpusers'
/d/anon-ftp/pub/unix-src/net/build/BeroFTPD-1.3.1/src/ftpd.c:1851: undefined reference to `_path_ftpusers'
ftpd.o: In function `checkuser':
/d/anon-ftp/pub/unix-src/net/build/BeroFTPD-1.3.1/src/ftpd.c:1973: undefined reference to `_path_ftpusers'
ftpd.o:/d/anon-ftp/pub/unix-src/net/build/BeroFTPD-1.3.1/src/ftpd.c:1973: more undefined references to `_path_ftpusers' follow
access.o: In function `acl_setfunctions':
/d/anon-ftp/pub/unix-src/net/build/BeroFTPD-1.3.1/src/access.c:640: undefined reference to `_path_private'
/d/anon-ftp/pub/unix-src/net/build/BeroFTPD-1.3.1/src/access.c:640: undefined reference to `_path_private'
access.o: In function `access_init':
/d/anon-ftp/pub/unix-src/net/build/BeroFTPD-1.3.1/src/access.c:1347: undefined reference to `_path_ftpaccess'
/d/anon-ftp/pub/unix-src/net/build/BeroFTPD-1.3.1/src/access.c:1347: undefined reference to `_path_ftpaccess'
conversions.o: In function `conv_init':
/d/anon-ftp/pub/unix-src/net/build/BeroFTPD-1.3.1/src/conversions.c:197: undefined reference to `_path_cvt'
/d/anon-ftp/pub/unix-src/net/build/BeroFTPD-1.3.1/src/conversions.c:197: undefined reference to `_path_cvt'
hostacc.o: In function `sethacc':
/d/anon-ftp/pub/unix-src/net/build/BeroFTPD-1.3.1/src/hostacc.c:144: undefined reference to `_path_ftphosts'
/d/anon-ftp/pub/unix-src/net/build/BeroFTPD-1.3.1/src/hostacc.c:144: undefined reference to `_path_ftphosts'
paths.o: In function `setup_paths':
/d/anon-ftp/pub/unix-src/net/build/BeroFTPD-1.3.1/src/paths.c:106: undefined reference to `_path_ftpaccess'
/d/anon-ftp/pub/unix-src/net/build/BeroFTPD-1.3.1/src/paths.c:106: undefined reference to `_path_ftpaccess'
/d/anon-ftp/pub/unix-src/net/build/BeroFTPD-1.3.1/src/paths.c:107: undefined reference to `_path_ftpusers'
/d/anon-ftp/pub/unix-src/net/build/BeroFTPD-1.3.1/src/paths.c:107: undefined reference to `_path_ftpusers'
/d/anon-ftp/pub/unix-src/net/build/BeroFTPD-1.3.1/src/paths.c:109: undefined reference to `_path_ftphosts'
/d/anon-ftp/pub/unix-src/net/build/BeroFTPD-1.3.1/src/paths.c:109: undefined reference to `_path_ftphosts'
/d/anon-ftp/pub/unix-src/net/build/BeroFTPD-1.3.1/src/paths.c:111: undefined reference to `_path_private'
/d/anon-ftp/pub/unix-src/net/build/BeroFTPD-1.3.1/src/paths.c:111: undefined reference to `_path_private'
/d/anon-ftp/pub/unix-src/net/build/BeroFTPD-1.3.1/src/paths.c:112: undefined reference to `_path_cvt'
/d/anon-ftp/pub/unix-src/net/build/BeroFTPD-1.3.1/src/paths.c:112: undefined reference to `_path_cvt'
make[1]: *** [ftpd] Error 1
make[1]: Leaving directory `/d/anon-ftp/pub/unix-src/net/build/BeroFTPD-1.3.1/src'
make: *** [all] Error 2




Marc G. Fournier                                
Systems Administrator @ hub.org 
primary: scrappy@hub.org           secondary: scrappy@{freebsd|postgresql}.org 


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 12 17:34:07 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id RAA19971;
	Tue, 12 Jan 1999 17:34:05 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA02724;
	Tue, 12 Jan 1999 17:30:45 -0600 (CST)
Received: from poseidon.coastside.net (poseidon.coastside.net [207.213.212.5])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA23710
	for <wu-ftpd@wugate.wustl.edu>; Tue, 12 Jan 1999 17:25:59 -0600 (CST)
Received: from jeep.coastside.net (jeep.coastside.net [207.213.212.249])
	by poseidon.coastside.net (8.8.8/8.8.8) with SMTP id PAA17798
	for <wu-ftpd@wugate.wustl.edu>; Tue, 12 Jan 1999 15:26:42 -0800 (PST)
Message-Id: <3.0.5.32.19990112153118.007fc6d0@coastside.net>
Date: Tue, 12 Jan 1999 15:31:18 -0800
Reply-To: rob@coastside.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Rob Genovesi <rob@coastside.net>
To: wu-ftpd@wugate.wustl.edu
Subject: defumask
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: rob@coastside.net
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (32)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello All,

I am running v2.4.2 beta 18 vr12 and trying to set up "defumask" so that
specific users on my sustem will have a umask other than the default for
everyone else.  I can't seem to get this to work, can anyone help out?

Thanks,

	Rob



From owner-wu-ftpd@wugate.wustl.edu  Wed Jan 13 13:54:14 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id NAA02021;
	Wed, 13 Jan 1999 13:54:13 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA09731;
	Wed, 13 Jan 1999 13:45:38 -0600 (CST)
Received: from rte.com (mail.rte.com [207.10.95.11])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA16403
	for <wu-ftpd@wugate.wustl.edu>; Wed, 13 Jan 1999 13:38:01 -0600 (CST)
Received: from rte.com by rte.com (SMI-8.6/SMI-SVR4)
	id OAA14146; Wed, 13 Jan 1999 14:31:02 -0500
Message-Id: <369CF64F.664E4598@rte.com>
Date: Wed, 13 Jan 1999 14:38:55 -0500
Reply-To: scott_mackay@mail.rte.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Scott D. MacKay" <scott_mackay@mail.rte.com>
To: wu-ftp <wu-ftpd@wugate.wustl.edu>
Subject: Creating a basic padded cell - SunWorld - January 1999
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: sdm@mail.rte.com
X-Mailer: Mozilla 4.5 [en] (X11; I; SunOS 5.7 sun4u)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Saw this article on SunWorld...sounds like a method of creating the anon
area or any other restricted access location...cool!

-Scott


http://www.sunworld.com/swol-01-1999/swol-01-security.html

From owner-wu-ftpd@wugate.wustl.edu  Wed Jan 13 14:08:04 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id OAA02200;
	Wed, 13 Jan 1999 14:08:03 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA12877;
	Wed, 13 Jan 1999 14:03:01 -0600 (CST)
Received: from gw1.bfg.com (gateway.bfg.com [131.187.253.2])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA26432
	for <wu-ftpd@wugate.wustl.edu>; Wed, 13 Jan 1999 13:57:15 -0600 (CST)
Received: (from uucp@localhost)
	by gw1.bfg.com (8.8.8/8.8.8) id OAA13681
	for <wu-ftpd@wugate.wustl.edu>; Wed, 13 Jan 1999 14:57:11 -0500 (EST)
Received: from ns1.bfg.com(192.73.67.20) by gw1.bfg.com via smap (V2.1)
	id sma013032; Wed, 13 Jan 99 14:56:20 -0500
Received: from localhost (keller@localhost)
	by ns1.bfg.com (8.8.8/8.8.8) with SMTP id OAA22609
	for <wu-ftpd@wugate.wustl.edu>; Wed, 13 Jan 1999 14:56:04 -0500 (EST)
Message-Id: <Pine.SGI.3.96.990113142947.4732C-100000@ns1.bfg.com>
Date: Wed, 13 Jan 1999 14:55:57 -0500 (EST)
Reply-To: Ted Keller <keller@bfg.com>
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Ted Keller <keller@bfg.com>
To: WU-FTPD Discussion List <wu-ftpd@wugate.wustl.edu>
Subject: Upload file permissions....
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I'm running the wuftpd-2.4.2-beta-18 with the vr11 patches.  As I
configure the upload directories, I am getting confusing results.

If my upload record looks like....

upload /ftp/pm/testftp/pub /incoming yes keller pmtest 0640 dirs

and my /etc/passwd look like ....

testftp:x:1034:170:test ftp system:/ftp/pm/testftp/pub/./:/bin/true

everything works correctly.

However, if I have an upload record which looks like.....

upload /ftp/pm/testftp  /pub/incoming yes keller pmtest 0640 dirs


and a password entry which looks like

testftp:x:1034:170:test ftp system:/ftp/pm/testftp/./pub:/bin/true

uploaded files become owned by testftp instead of keller.

It would appear that, according to the ftpaccess man page, that both of
these configurations should work and assign ownership to the user keller.

What am I missing?

Many thanks.

ted keller - bfg.com





From owner-wu-ftpd@wugate.wustl.edu  Wed Jan 13 19:58:05 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id TAA05688;
	Wed, 13 Jan 1999 19:58:04 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA14870;
	Wed, 13 Jan 1999 19:53:40 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA16347
	for <wu-ftpd@wugate.wustl.edu>; Wed, 13 Jan 1999 19:48:10 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id UAA01214;
	Wed, 13 Jan 1999 20:48:07 -0500
Message-Id: <Pine.LNX.4.03.9901132030590.887-100000@gaia.vr.net>
Date: Wed, 13 Jan 1999 20:48:07 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Ted Keller <keller@bfg.com>
Cc: WU-FTPD Discussion List <wu-ftpd@wugate.wustl.edu>
Subject: Re: Upload file permissions....
In-Reply-To: <Pine.SGI.3.96.990113142947.4732C-100000@ns1.bfg.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 13 Jan 1999, Ted Keller wrote:

> I'm running the wuftpd-2.4.2-beta-18 with the vr11 patches.  As I
> configure the upload directories, I am getting confusing results.



> If my upload record looks like....
> 
>   upload /ftp/pm/testftp/pub /incoming yes keller pmtest 0640 dirs
> 
> and my /etc/passwd look like ....
> 
>   testftp:x:1034:170:test ftp system:/ftp/pm/testftp/pub/./:/bin/true
> 
> everything works correctly.

This is how you should do it.  This upload clause will also work with the
passwd entry in your next attempt.



> However, if I have an upload record which looks like.....
> 
>   upload /ftp/pm/testftp /pub/incoming yes keller pmtest 0640 dirs
> 
> and a password entry which looks like
> 
>   testftp:x:1034:170:test ftp system:/ftp/pm/testftp/./pub:/bin/true
> 
> uploaded files become owned by testftp instead of keller.

If you test, you'll find this upload isn't working at all.



> It would appear that, according to the ftpaccess man page, that both
> of these configurations should work and assign ownership to the user
> keller.

The man pages are quite confusing at points, this is one of them.

Back, years ago, guests where chroot'd to their home directories and there
was no /./ syntax for the passwd file home directory.  The man pages were
written at that time and the reference to 'root' was synonymous with
'home'.

With the addition of /./ to the passwd file two problems arose.  First,
the match wasn't against the 'root' part, it was against the 'home'.
Second, the upload clause needed to have /./ in it as well.

For a long time I'd been having trouble defining upload clauses which
worked.  If fact, it turned out that often the upload clauses weren't
being used and the only thing protecting my FTP sites was the Unix
permissions.

So, of course, I decided to try to fix things.  My first tests with the VR
patches were to believe 'root' as documented and test only against that
part.  Problem was, it broke the ability to have different upload clauses
for users with the same 'root' and different 'home's.

I re-thought the problem.  What's been happening was the /./ was in the
passwd file and not in the upload clause.  Easy enough to fix .. what the
VR patches do is pass both paths (the upload's 'root' and the directory
uploading to) through realpath() before comparing them.

Next problem.  If I had users with different 'root' but the same relative
'home' (the part after /./) the upload clause could not tell the
difference between them.  So I added the chroot path to the front of the
uploaded directory name.

Bernard, on behalf of the NEWVIRT folk, complained that the addition of
the chroot to the front of the path broke NEWVIRT virtual hosts, so I
added the absolute|relative|- option to allow you to choose.

--

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Wed Jan 13 20:28:35 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id UAA05948;
	Wed, 13 Jan 1999 20:28:34 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA28506;
	Wed, 13 Jan 1999 20:25:32 -0600 (CST)
Received: from jupiter.nikonrca.com (mail.nikonrca.com [209.220.32.29])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA31032
	for <wu-ftpd@wugate.wustl.edu>; Wed, 13 Jan 1999 20:24:09 -0600 (CST)
Received: from nikonrca.com (pluto.nikonrca.com [128.216.1.48])
	by jupiter.nikonrca.com (8.9.0/8.9.0) with ESMTP id SAA17552
	for <wu-ftpd@wugate.wustl.edu>; Wed, 13 Jan 1999 18:25:24 -0800 (PST)
Message-Id: <369D5DD3.A51CBB39@nikonrca.com>
Date: Wed, 13 Jan 1999 19:00:35 -0800
Reply-To: okeblawi@nikonrca.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Omar Keblawi <okeblawi@nikonrca.com>
To: wu-ftpd@wugate.wustl.edu
Subject: My guest users don't get chroot'ed
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: okeblawi@nikonrca.com
X-Mailer: Mozilla 4.05 [en] (X11; I; IRIX 6.2 IP22)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I'm just setting things up using (Version wu-2.4.2-academ[BETA-18].

The Anonymous ftp user seems to work fine and is chrooted.  But my
guest users are not chrooted.  

I've included the notation "/./" and put the tree structure in place.  
I used hard links under ~ftp to link to the tree under
/export/home/ftphome 
for all the dev, bin, and lib files.  And I'm starting in.fptd with "-a"
option.

How do I get the guest users to be chroot'ed?

ncdesign:x:400:400:FTP
account:/export/home/ftphome/./ncdesign:/bin/false
nrcatest:x:401:401:NRCA TEST:/export/home/ftphome/./nrcatest:/bin/false
ftp:x:500:500:Anonymous FTP:/export/home/ftphome/ftp/./pub:/bin/false



ftpsrvr# pwd
/export/home/ftphome

./ncdesign
./ncdesign/.rhosts
./ncdesign/.forward
./ncdesign/dns.info
./nrcatest
./nrcatest/.forward
./nrcatest/.rhosts
./ftp
./ftp/bin
./ftp/bin/ls
./ftp/dev
./ftp/dev/tcp
./ftp/dev/zero
./ftp/etc
./ftp/etc/group
./ftp/etc/passwd
./ftp/usr
./ftp/usr/lib
./ftp/usr/lib/ld.so
./ftp/usr/lib/ld.so.1
./ftp/usr/lib/libc.so.1
./ftp/usr/lib/libdl.so.1
./ftp/usr/lib/libintl.so.1
./ftp/usr/lib/libw.so.1
./ftp/pub
./ftp/incoming
./etc
./etc/passwd
./etc/group
./bin
./bin/ls
./dev
./dev/tcp
./dev/zero
./lib
./lib/ld.so
./lib/ld.so.1
./lib/libc.so.1
./lib/libdl.so.1
./lib/libintl.so.1
./lib/libw.so.1

From owner-wu-ftpd@wugate.wustl.edu  Thu Jan 14 01:29:59 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id BAA08447;
	Thu, 14 Jan 1999 01:29:58 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id BAA05792;
	Thu, 14 Jan 1999 01:25:21 -0600 (CST)
Received: from smtpott1.nortel.ca (smtpott1.nortel.ca [192.58.194.78])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id BAA23780
	for <wu-ftpd@wugate.wustl.edu>; Thu, 14 Jan 1999 01:20:53 -0600 (CST)
Received: from zcars01t by smtpott1; Thu, 14 Jan 1999 02:20:29 -0500
Received: from zcard00n.ca.nortel.com by zcars01t;
          Thu, 14 Jan 1999 02:19:35 -0500
Received: from zcard00p.ca.nortel.com by zcard00n.ca.nortel.com 
          with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1460.8) 
          id CVW6QBD4; Thu, 14 Jan 1999 02:19:35 -0500
Received: from hcarp023.ca.nortel.com by zcard00p.ca.nortel.com 
          with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1460.8) 
          id CX6LQ9W4; Thu, 14 Jan 1999 02:19:33 -0500
Message-Id: <369D9C55.BB04117E@nortelnetworks.com>
Date: Thu, 14 Jan 1999 02:27:18 -0500
Reply-To: wynn@nortelnetworks.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Wynn Fenwick" <wynn@nortelnetworks.com>
To: wu-ftpd mailing list <wu-ftpd@wugate.wustl.edu>
Subject: Any ideas to fix "FTP LOGIN REFUSED (ftp not in /etc/passwd) FROM 
         <node>"
MIME-Version: 1.0
Content-Type: multipart/alternative;
              boundary="------------01C70C046FFAEBA065B75F16"
X-Sender: "Wynn Fenwick" <wynn@nortelnetworks.com>
X-Mailer: Mozilla 4.06 [en] (X11; I; HP-UX B.10.20 9000/778)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

--------------01C70C046FFAEBA065B75F16
Content-type: text/plain; charset="us-ascii"

All,

I'm running HP 10.20, and wu-ftpd 2.4.2 academ BETA-18.

I have configured what I think is the correct config for wu-ftp. I have
an existing server on HP-UX 9.05 that works fine and I have patterned
the new configs after this working box.

First, a little background, because things aren't exactly vanilla.

I have compiled two versions of wu-ftpd, One which looks for an
ftpaccess file /opt/ftp/lib/ftpaccess-nortel and the other
/opt/ftp/lib/ftpaccess-internet. I use tcp_wrappers to twist the
incoming ftp connection to one binary or the other depending on what
domain tcpd decides the connection comes from.

This allows us to operate a diode-style server. Nortel people can leave
stuff for the Internet and the Internet can leave stuff only Nortel
people can get at.

Symptoms
--------
1. When I attempt to login anonymously, I get what's in the subject
line.
2. Logging in as a real user gives an instant failure:

53-node2-$ ftp node.nortel.ca
Connected to node.nortel.ca.
220 node FTP server (Version wu-2.4.2-academ[BETA-18](2) Tue Jan 12
12:07:04 EST 1999) ready.
Name (node.nortel.ca:wynn): wynn
331 Password required for wynn.
Password: *******
530 Login incorrect.
Login failed.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp>

The password is correct for sure. Syslog on node.nortel.ca says:

Jan 14 02:09:15 node ftpd-nortel[19073]: connect from node2.nortel.ca
Jan 14 02:09:47 node ftpd[19073]: failed login from node2.nortel.ca
[a.b.c.d], wynn


Some other info that will elminate suggestions I've checked already...

-#> grep ftp /etc/passwd
ftp:*:500:10:Anonymous FTP account:/disc0/users/ftp:/bin/false

-#> more /disc0/users/ftp/etc/passwd
root:*:0:3::/:/bin/false
ftp:*:500:10:Anonymous FTP account:/disc0/users/ftp:/bin/false
ftp2:*:501:10:Anonymous FTP account for file xfer
protection:/disc0/users/ftp:/bin/false

-#>ls -l /opt/ftpd/lib
total 46
lrwxr-x---   1 root       users           30 Jan 14 01:52 ftpaccess ->
/opt/ftpd/lib/ftpaccess-internet
-rw-r-----   1 root       root         19030 Dec 10 09:52
ftpaccess-internet
-rw-r-----   1 root       root          2676 Dec  9 17:39
ftpaccess-nortel

-#> grep ftp /etc/inetd.conf
# wu-ftp settings
ftp          stream tcp nowait root /etc/tcp_wrappers/tcpd
/opt/ftpd/bin/ftpd-nortel  -laio -t 300

-#> grep ftp /etc/hosts.allow
nortel-ftpd: ALL EXCEPT .nortel.ca .nortel.co.uk .nortel.com
.nortel-nsm.com .nortelnetworks.com : rfc931: umask 000:
severity=auth.info: twist /opt/ftpd/bin/ftpd-internet  -laio -t 300

...Can someone give me ideas to try because I am out of them...

--
Wynn Fenwick | Security Analyst | Nortel Networks

--------------01C70C046FFAEBA065B75F16
Content-type: text/html; charset="us-ascii"
Content-transfer-encoding: 7bit

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML>
All,
<P>I'm running HP 10.20, and wu-ftpd 2.4.2 academ BETA-18.
<P>I have configured what I&nbsp;think is the correct config for wu-ftp.
I have an existing server on HP-UX 9.05 that works fine and I have patterned
the new configs after this working box.
<P>First, a little background, because things aren't exactly vanilla.
<P>I have compiled two versions of wu-ftpd, One which looks for an ftpaccess
file /opt/ftp/lib/ftpaccess-nortel and the other /opt/ftp/lib/ftpaccess-internet.
I use tcp_wrappers to twist the incoming ftp connection to one binary or
the other depending on what domain tcpd decides the connection comes from.
<P>This allows us to operate a diode-style server. Nortel people can leave
stuff for the Internet and the Internet can leave stuff only Nortel people
can get at.
<P>Symptoms
<BR>--------
<BR>1. When I attempt to login anonymously, I get what's in the subject
line.
<BR>2. Logging in as a real user gives an instant failure:
<P>53-node2-$ ftp node.nortel.ca
<BR>Connected to node.nortel.ca.
<BR>220 node FTP server (Version wu-2.4.2-academ[BETA-18](2) Tue Jan 12
12:07:04 EST 1999) ready.
<BR>Name (node.nortel.ca:wynn): wynn
<BR>331 Password required for wynn.
<BR>Password: *******
<BR>530 Login incorrect.
<BR>Login failed.
<BR>Remote system type is UNIX.
<BR>Using binary mode to transfer files.
<BR>ftp>
<P>The password is correct for sure. Syslog on node.nortel.ca says:
<P>Jan 14 02:09:15 node ftpd-nortel[19073]: connect from node2.nortel.ca
<BR>Jan 14 02:09:47 node ftpd[19073]: failed login from node2.nortel.ca
[a.b.c.d], wynn
<BR>&nbsp;
<P>Some other info that will elminate suggestions I've checked already...
<P>-#> grep ftp /etc/passwd
<BR><A HREF="ftp:*:500:10:Anonymous">ftp:*:500:10:Anonymous</A> FTP account:/disc0/users/<A HREF="ftp:/bin/false">ftp:/bin/false</A>
<P>-#> more /disc0/users/ftp/etc/passwd
<BR>root:*:0:3::/:/bin/false
<BR><A HREF="ftp:*:500:10:Anonymous">ftp:*:500:10:Anonymous</A> FTP account:/disc0/users/<A HREF="ftp:/bin/false">ftp:/bin/false</A>
<BR>ftp2:*:501:10:Anonymous FTP account for file xfer protection:/disc0/users/<A HREF="ftp:/bin/false">ftp:/bin/false</A>
<P>-#>ls -l /opt/ftpd/lib
<BR>total 46
<BR>lrwxr-x---&nbsp;&nbsp; 1 root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; users&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
30 Jan 14 01:52 ftpaccess -> /opt/ftpd/lib/ftpaccess-internet
<BR>-rw-r-----&nbsp;&nbsp; 1 root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
19030 Dec 10 09:52 ftpaccess-internet
<BR>-rw-r-----&nbsp;&nbsp; 1 root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
2676 Dec&nbsp; 9 17:39 ftpaccess-nortel
<P>-#> grep ftp /etc/inetd.conf
<BR># wu-ftp settings
<BR>ftp&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; stream tcp
nowait root /etc/tcp_wrappers/tcpd /opt/ftpd/bin/ftpd-nortel&nbsp; -laio
-t 300
<P>-#> grep ftp /etc/hosts.allow
<BR>nortel-ftpd: ALL EXCEPT .nortel.ca .nortel.co.uk .nortel.com .nortel-nsm.com
.nortelnetworks.com : rfc931: umask 000: severity=auth.info: twist /opt/ftpd/bin/ftpd-internet&nbsp;
-laio -t 300
<P>...Can someone give me ideas to try because I am out of them...
<PRE>--&nbsp;
Wynn Fenwick | Security Analyst | Nortel Networks</PRE>
</HTML>

--------------01C70C046FFAEBA065B75F16--

From owner-wu-ftpd@wugate.wustl.edu  Thu Jan 14 01:39:34 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id BAA08629;
	Thu, 14 Jan 1999 01:39:33 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id BAA04961;
	Thu, 14 Jan 1999 01:36:20 -0600 (CST)
Received: from mailgate.nortel.ca (mailgate.nortel.ca [192.58.194.74])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id BAA20512
	for <wu-ftpd@wugate.wustl.edu>; Thu, 14 Jan 1999 01:23:12 -0600 (CST)
Received: from zcard00m.ca.nortel.com by mailgate;
          Thu, 14 Jan 1999 02:22:41 -0500
Received: from zcard00p.ca.nortel.com by zcard00m.ca.nortel.com 
          with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1460.8) 
          id CVW5C1MA; Thu, 14 Jan 1999 02:22:39 -0500
Received: from hcarp023.ca.nortel.com by zcard00p.ca.nortel.com 
          with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1460.8) 
          id CX6LQ9WW; Thu, 14 Jan 1999 02:22:39 -0500
Message-Id: <369D9D0F.FF29469A@nortelnetworks.com>
Date: Thu, 14 Jan 1999 02:30:24 -0500
Reply-To: wynn@nortelnetworks.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Wynn Fenwick" <wynn@nortelnetworks.com>
To: wu-ftpd mailing list <wu-ftpd@wugate.wustl.edu>
Subject: Any ideas to fix "FTP LOGIN REFUSED (ftp not in /etc/passwd) FROM 
         <node>"?
MIME-Version: 1.0
Content-Type: multipart/alternative;
              boundary="------------C3CEF780D2EA9CB15CA44101"
X-Sender: "Wynn Fenwick" <wynn@nortelnetworks.com>
X-Mailer: Mozilla 4.06 [en] (X11; I; HP-UX B.10.20 9000/778)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


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

All,

I'm running HP 10.20, and wu-ftpd 2.4.2 academ BETA-18.

I have configured what I think is the correct config for wu-ftp. I have
an existing server on HP-UX
9.05 that works fine and I have patterned the new configs after this
working box.

First, a little background, because things aren't exactly vanilla.

I have compiled two versions of wu-ftpd, One which looks for an
ftpaccess file
/opt/ftp/lib/ftpaccess-nortel and the other
/opt/ftp/lib/ftpaccess-internet. I use tcp_wrappers to twist
the incoming ftp connection to one binary or the other depending on what
domain tcpd decides the
connection comes from.

This allows us to operate a diode-style server. Nortel people can leave
stuff for the Internet and the
Internet can leave stuff only Nortel people can get at.

Symptoms
--------
1. When I attempt to login anonymously, I get what's in the subject
line.
2. Logging in as a real user gives an instant failure:

53-node2-$ ftp node.nortel.ca
Connected to node.nortel.ca.
220 node FTP server (Version wu-2.4.2-academ[BETA-18](2) Tue Jan 12
12:07:04 EST 1999) ready.
Name (node.nortel.ca:wynn): wynn
331 Password required for wynn.
Password: *******
530 Login incorrect.
Login failed.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp>

The password is correct for sure. Syslog on node.nortel.ca says:

Jan 14 02:09:15 node ftpd-nortel[19073]: connect from node2.nortel.ca
Jan 14 02:09:47 node ftpd[19073]: failed login from node2.nortel.ca
[a.b.c.d], wynn


Some other info that will elminate suggestions I've checked already...

-#> grep ftp /etc/passwd
ftp:*:500:10:Anonymous FTP account:/disc0/users/ftp:/bin/false

-#> more /disc0/users/ftp/etc/passwd
root:*:0:3::/:/bin/false
ftp:*:500:10:Anonymous FTP account:/disc0/users/ftp:/bin/false
ftp2:*:501:10:Anonymous FTP account for file xfer
protection:/disc0/users/ftp:/bin/false

-#>ls -l /opt/ftpd/lib
total 46
lrwxr-x---   1 root       users           30 Jan 14 01:52 ftpaccess ->
/opt/ftpd/lib/ftpaccess-internet
-rw-r-----   1 root       root         19030 Dec 10 09:52
ftpaccess-internet
-rw-r-----   1 root       root          2676 Dec  9 17:39
ftpaccess-nortel

-#> grep ftp /etc/inetd.conf
# wu-ftp settings
ftp          stream tcp nowait root /etc/tcp_wrappers/tcpd
/opt/ftpd/bin/ftpd-nortel  -laio -t 300

-#> grep ftp /etc/hosts.allow
nortel-ftpd: ALL EXCEPT .nortel.ca .nortel.co.uk .nortel.com
.nortel-nsm.com .nortelnetworks.com :
rfc931: umask 000: severity=auth.info: twist
/opt/ftpd/bin/ftpd-internet  -laio -t 300

...Can someone give me ideas to try because I am out of them...

--
Wynn Fenwick | Security Analyst | Nortel Networks | ESN 395-1198 | MS 009 FITZ
"Watchin X-Files with no lights on, We're dans la maison... I hope the
Smoking Man's in this one" - BNL, One Week



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

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML>
All,
<P>I'm running HP 10.20, and wu-ftpd 2.4.2 academ BETA-18.
<P>I have configured what I think is the correct config for wu-ftp. I have
an existing server on HP-UX
<BR>9.05 that works fine and I have patterned the new configs after this
working box.
<P>First, a little background, because things aren't exactly vanilla.
<P>I have compiled two versions of wu-ftpd, One which looks for an ftpaccess
file
<BR>/opt/ftp/lib/ftpaccess-nortel and the other /opt/ftp/lib/ftpaccess-internet.
I use tcp_wrappers to twist
<BR>the incoming ftp connection to one binary or the other depending on
what domain tcpd decides the
<BR>connection comes from.
<P>This allows us to operate a diode-style server. Nortel people can leave
stuff for the Internet and the
<BR>Internet can leave stuff only Nortel people can get at.
<P>Symptoms
<BR>--------
<BR>1. When I attempt to login anonymously, I get what's in the subject
line.
<BR>2. Logging in as a real user gives an instant failure:
<P>53-node2-$ ftp node.nortel.ca
<BR>Connected to node.nortel.ca.
<BR>220 node FTP server (Version wu-2.4.2-academ[BETA-18](2) Tue Jan 12
12:07:04 EST 1999) ready.
<BR>Name (node.nortel.ca:wynn): wynn
<BR>331 Password required for wynn.
<BR>Password: *******
<BR>530 Login incorrect.
<BR>Login failed.
<BR>Remote system type is UNIX.
<BR>Using binary mode to transfer files.
<BR>ftp>
<P>The password is correct for sure. Syslog on node.nortel.ca says:
<P>Jan 14 02:09:15 node ftpd-nortel[19073]: connect from node2.nortel.ca
<BR>Jan 14 02:09:47 node ftpd[19073]: failed login from node2.nortel.ca
[a.b.c.d], wynn
<BR>&nbsp;
<P>Some other info that will elminate suggestions I've checked already...
<P>-#> grep ftp /etc/passwd
<BR><A HREF="ftp:*:500:10:Anonymous">ftp:*:500:10:Anonymous</A> FTP account:/disc0/users/<A HREF="ftp:/bin/false">ftp:/bin/false</A>
<P>-#> more /disc0/users/ftp/etc/passwd
<BR>root:*:0:3::/:/bin/false
<BR><A HREF="ftp:*:500:10:Anonymous">ftp:*:500:10:Anonymous</A> FTP account:/disc0/users/<A HREF="ftp:/bin/false">ftp:/bin/false</A>
<BR>ftp2:*:501:10:Anonymous FTP account for file xfer protection:/disc0/users/<A HREF="ftp:/bin/false">ftp:/bin/false</A>
<P>-#>ls -l /opt/ftpd/lib
<BR>total 46
<BR>lrwxr-x---&nbsp;&nbsp; 1 root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; users&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
30 Jan 14 01:52 ftpaccess -> /opt/ftpd/lib/ftpaccess-internet
<BR>-rw-r-----&nbsp;&nbsp; 1 root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
19030 Dec 10 09:52 ftpaccess-internet
<BR>-rw-r-----&nbsp;&nbsp; 1 root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; root&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
2676 Dec&nbsp; 9 17:39 ftpaccess-nortel
<P>-#> grep ftp /etc/inetd.conf
<BR># wu-ftp settings
<BR>ftp&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; stream tcp
nowait root /etc/tcp_wrappers/tcpd /opt/ftpd/bin/ftpd-nortel&nbsp; -laio
-t 300
<P>-#> grep ftp /etc/hosts.allow
<BR>nortel-ftpd: ALL EXCEPT .nortel.ca .nortel.co.uk .nortel.com .nortel-nsm.com
.nortelnetworks.com :
<BR>rfc931: umask 000: severity=auth.info: twist /opt/ftpd/bin/ftpd-internet&nbsp;
-laio -t 300
<P>...Can someone give me ideas to try because I am out of them...
<PRE>--&nbsp;
Wynn Fenwick | Security Analyst | Nortel Networks | ESN 395-1198 | MS 009 FITZ
"Watchin X-Files with no lights on, We're dans la maison... I hope the&nbsp;
Smoking Man's in this one" - BNL, One Week</PRE>
&nbsp;</HTML>

--------------C3CEF780D2EA9CB15CA44101--


From owner-wu-ftpd@wugate.wustl.edu  Thu Jan 14 02:34:53 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id CAA08965;
	Thu, 14 Jan 1999 02:34:51 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id CAA02859;
	Thu, 14 Jan 1999 02:29:06 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id CAA27528
	for <wu-ftpd@wugate.wustl.edu>; Thu, 14 Jan 1999 02:23:14 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id DAA03151;
	Thu, 14 Jan 1999 03:22:55 -0500
Message-Id: <Pine.LNX.4.03.9901140321570.2998-100000@gaia.vr.net>
Date: Thu, 14 Jan 1999 03:22:55 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Omar Keblawi <okeblawi@nikonrca.com>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: My guest users don't get chroot'ed
In-Reply-To: <369D5DD3.A51CBB39@nikonrca.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 13 Jan 1999, Omar Keblawi wrote:

> I'm just setting things up using (Version wu-2.4.2-academ[BETA-18].
> 
> The Anonymous ftp user seems to work fine and is chrooted.  But my
> guest users are not chrooted.

Add -a to the command line and kill -HUP inet.  You're not using the
ftpaccess file, most likely.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Thu Jan 14 02:38:08 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id CAA08990;
	Thu, 14 Jan 1999 02:38:08 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id CAA23431;
	Thu, 14 Jan 1999 02:35:01 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id CAA17331
	for <wu-ftpd@wugate.wustl.edu>; Thu, 14 Jan 1999 02:31:58 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id DAA03203;
	Thu, 14 Jan 1999 03:31:54 -0500
Message-Id: <Pine.LNX.4.03.9901140323010.2998-100000@gaia.vr.net>
Date: Thu, 14 Jan 1999 03:31:54 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Wynn Fenwick <wynn@nortelnetworks.com>
Cc: wu-ftpd mailing list <wu-ftpd@wugate.wustl.edu>
Subject: Re: Any ideas to fix "FTP LOGIN REFUSED (ftp not in /etc/passwd) 
In-Reply-To: <369D9C55.BB04117E@nortelnetworks.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 14 Jan 1999, Wynn Fenwick wrote:

> I'm running HP 10.20, and wu-ftpd 2.4.2 academ BETA-18.
> 
> I have configured what I think is the correct config for wu-ftp. I
> have an existing server on HP-UX 9.05 that works fine and I have
> patterned the new configs after this working box.

First guess, you've missed something to tell the ftp daemon how to
authenticate users.  Look at the <src|support>/config/config.hpx and
<src|support>/makefiles/Makefile.hpx files to see if there's anything you
need to change for your system (usually something about C2 security or
shadow passwords).  On some systems you have to do some mystic incantation
to tell the system to let the daemon do its thing but I don't think HP-UX
10 is one of them.

The specific message in your subject line means exactly what it says so
either the daemon doesn't know how to properly read your /etc/passwd file
or the user really doesn't exist.

Your problem with a real user's password points to a missing mod for
security on your system or a problem reading the /etc/passwd file.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Thu Jan 14 03:25:49 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id DAA09387;
	Thu, 14 Jan 1999 03:25:48 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id DAA06380;
	Thu, 14 Jan 1999 03:20:12 -0600 (CST)
Received: from nendaz.idiap.ch (nendaz.idiap.ch [192.33.221.29])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id DAA02683
	for <wu-ftpd@wugate.wustl.edu>; Thu, 14 Jan 1999 03:14:40 -0600 (CST)
Received: from idiap.ch (localhost [127.0.0.1])
	by nendaz.idiap.ch (8.9.1/8.9.1) with ESMTP id KAA28038;
	Thu, 14 Jan 1999 10:14:18 +0100 (MET)
Message-Id: <199901140914.KAA28038@nendaz.idiap.ch>
Date: Thu, 14 Jan 1999 10:14:17 +0100
Reply-To: Olivier.Bornet@idiap.ch
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Olivier.Bornet@idiap.ch
To: lundberg+wuftpd@vr.net
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: Problem with compression on the fly 
In-Reply-To: Your message of "Tue, 12 Jan 1999 09:43:40 EST."
             <Pine.LNX.4.03.9901120933420.22408-100000@gaia.vr.net> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Sender: bornet@idiap.ch
X-Mailer: exmh version 2.0.2 2/24/98
X-Url: http://www.idiap.ch/~bornet
X-face: #Xak+]ARp%7LWpjM`xm!e8Q.))&_I8h5^{SRgmVh;;N@qQ@A'`g^%&*O/m6%a0x&_#f"49K
 BxmOazI`uPT2'X]UQCZS7r-*Y!*i7lm-`WH;Tz:82'oE#(O>7W3JR"O\Z@5fh?Y3fc0jynKS5txXR"
 .LTeWZC*POMh=uJ]L0E4UP@<T)WQ
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello Gregory,

> > PS. I'm on Solaris 7, (Sunos 5.7, 64 bits enabled), on an Ultra-1/140.
> 
> Did you use doc/examples/ftpconversions.solaris to make your
> ftpconversions file?

Yes. But I think we can use the regular ftpconversions file, as we have
installed also the gzip and tar file. Anyway, getting README.Z must work
as I understand the ftpconversions file.

> Looking at it, I'd say you need the regular ftpconversions but you may
> need to do a little editing.  Also, it seems to me there's something else
> needed, a pipe program or something (but I could be confusing other
> platforms).
> 
> I believe the pre-built binaries for sun systems in my FTP site work and
> support ftpconversion.  you might want to take a peak inside them to see
> what their ftpconversions files look like.  There's some instructions for
> Sun systems in some of them which will probably help.
> 
> Remember, these include the VR patches through VR12, so you may or may not
> want to run the binaries:
> 
>   ftp://ftp.vr.net/pub/wu-ftpd/binaries/sun
> 
> solaris/FTP242b18.wu-ftpd.2.4.2-beta18-VR12.SPARC.ULTRASparc.2.5.1.2.5.pkg.tar.Z
> solaris/FTP242b18.wu-ftpd.2.4.2-beta18-VR12.SPARC.ULTRASparc.2.5.1.2.5.pkg.tar.gz
> sunos/ftpd-2.4.2-beta-18-vr12-SunOS-4.1.3_U1.tar.gz
> sunos/wu-ftpd-2.4.2-beta-18-vr12-SunOS-5.6.tar.gz
> sunos/sunos41x-ftpbin.tar.gz

I have installed the file wu-ftpd-2.4.2-beta-18-vr11-Solaris-2.6/bin/ftpd from
the ftp.vr.net site, without any change.

But now, I have some informations coming in a debug file. Unfortunatly, the
only messages I have are :
Jan 14 09:59:04 herens ftpd[18936]: ANONYMOUS FTP LOGIN FROM ...
Jan 14 09:59:17 herens ftpd[18936]: FTP session closed

even when I do a get README or a get README.Z during the session.
The ftpd daemon is started with the -l flag.

Any other help ?

			Olivier

-- 
    . __    . ___  __.  | Olivier Bornet email : Olivier.Bornet@idiap.ch
   / /  `  / /  / /  /  | IDIAP                 phone : +41-27-721'77'40
  / /   / / /--/ /--'   | CP 592                  fax : +41-27-721'77'12
 / /__.' / /  / /       | CH-1920 Martigny   http://www.idiap.ch/~bornet
                        | Get my PGP-key :  "finger bornet@ftp.idiap.ch"
Swiss Ice Hockey Results:    http://www.idiap.ch/cgi-bin/SportWeb.cgi?-e


From owner-wu-ftpd@wugate.wustl.edu  Thu Jan 14 07:04:15 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id HAA11597;
	Thu, 14 Jan 1999 07:04:14 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA28879;
	Thu, 14 Jan 1999 07:01:13 -0600 (CST)
Received: from vebacom11.vebacom.de (vebacom11.vebacom.de [195.50.139.254])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA16710
	for <wu-ftpd@wugate.wustl.edu>; Thu, 14 Jan 1999 06:53:51 -0600 (CST)
Received: by LTNA00001997.o-tel-o.DE(Lotus SMTP MTA SMTP v4.6 (462.2 9-3-1997))  id 412566F9.00472144 ; Thu, 14 Jan 1999 13:56:55 +0100
Message-Id: <412566F9.00471F3B.00@LTNA00001997.o-tel-o.DE>
Date: Thu, 14 Jan 1999 13:57:13 +0100
Reply-To: Ralf.Kruedewagen@o-tel-o.de
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Ralf.Kruedewagen@o-tel-o.de
To: wu-ftpd@wugate.wustl.edu
Subject: Disable Login after wrong password
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
X-Lotus-FromDomain: O-TEL-O
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

I am wondering if it is possible to disable the ftp account after the user
has entered (let say) 3 times the wrong password ?
The account should be completely disabled, I do not mean the disconnect
feature setting in ftpaccess (loginfails <number>).

System: Solaris 2.6, wu-ftp 2.4.2-beta 18

Any comments or suggestion ?

Ralf Kruedewagen
Cologne - Germany
Ralf.Kruedewagen@o-tel-o.de



From owner-wu-ftpd@wugate.wustl.edu  Thu Jan 14 07:38:19 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id HAA11858;
	Thu, 14 Jan 1999 07:38:18 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA15480;
	Thu, 14 Jan 1999 07:32:39 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA28203
	for <wu-ftpd@wugate.wustl.edu>; Thu, 14 Jan 1999 07:30:06 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id IAA04154;
	Thu, 14 Jan 1999 08:30:01 -0500
Message-Id: <Pine.LNX.4.03.9901140823500.4095-100000@gaia.vr.net>
Date: Thu, 14 Jan 1999 08:30:01 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Ralf.Kruedewagen@o-tel-o.de
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: Disable Login after wrong password
In-Reply-To: <412566F9.00471F3B.00@LTNA00001997.o-tel-o.DE>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 14 Jan 1999 Ralf.Kruedewagen@o-tel-o.de wrote:

> I am wondering if it is possible to disable the ftp account after the
> user has entered (let say) 3 times the wrong password ? The account
> should be completely disabled, I do not mean the disconnect feature
> setting in ftpaccess (loginfails <number>).

Possible?  Yes, anything is possible with code; it's not a feature of the
daemon.  I'm not even sure how to portably code such a feature.

Advisable?  That's the question.  I doubt this is a very smart feature to
have.  It gives a lot of power to the ftp daemon, and in an area where the
few, if any, programs should be allowed.  The possible DoS attacks against
such feature make my back shiver just thinking about them.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Thu Jan 14 09:30:29 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id JAA13147;
	Thu, 14 Jan 1999 09:30:28 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA05230;
	Thu, 14 Jan 1999 09:23:19 -0600 (CST)
Received: from server1.ios.net (ios.net [209.149.255.10])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA18097
	for <wu-ftpd@wugate.wustl.edu>; Thu, 14 Jan 1999 09:19:06 -0600 (CST)
Received: from Avenger.Flytecomm.com ([207.239.80.48]) by server1.ios.net
          (Post.Office MTA v3.1 release PO205e ID# 0-0U10L2S100) with SMTP
          id AAA107 for <wu-ftpd@wugate.wustl.edu>;
          Thu, 14 Jan 1999 10:13:01 -0500
Message-Id: <19990114151301059.AAA107@Avenger.Flytecomm.com>
Date: Thu, 14 Jan 1999 10:18:47 -0500
Reply-To: jeffr@flytecomm.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: jeffr@flytecomm.com (Jeff Reis)
To: wu-ftpd@wugate.wustl.edu
Subject: Setting up a guest account
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: jeffr@209.149.255.10
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

I'm attempting to set up a guest FTP account for a customer
to retrieve data off of our server.  I do not want the customer
to be to move outside of the login directory, though.  I followed
the Guest Account HowTo to the letter but when I log in remotely
to the account I am still able to move all over the disk.  Any help
that could be provided to point out what I'm doing wrong would greatly 
be appreciated.

Jeff Reis


From owner-wu-ftpd@wugate.wustl.edu  Thu Jan 14 09:39:16 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id JAA13309;
	Thu, 14 Jan 1999 09:39:14 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA01073;
	Thu, 14 Jan 1999 09:35:51 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA03612
	for <wu-ftpd@wugate.wustl.edu>; Thu, 14 Jan 1999 09:32:06 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id KAA04745;
	Thu, 14 Jan 1999 10:32:02 -0500
Message-Id: <Pine.LNX.4.03.9901141027490.4684-100000@gaia.vr.net>
Date: Thu, 14 Jan 1999 10:32:01 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Jeff Reis <jeffr@flytecomm.com>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: Setting up a guest account
In-Reply-To: <19990114151301059.AAA107@Avenger.Flytecomm.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 14 Jan 1999, Jeff Reis wrote:

> I'm attempting to set up a guest FTP account for a customer to
> retrieve data off of our server.  I do not want the customer to be to
> move outside of the login directory, though.  I followed the Guest
> Account HowTo to the letter but when I log in remotely to the account
> I am still able to move all over the disk.  Any help that could be
> provided to point out what I'm doing wrong would greatly be
> appreciated.

Did you add -a to the command line and kill -HUP inetd?  The -a option
tells the daemon to use the /etc/ftpaccess file.  `killall -HUP inetd`
tells inetd to reload its configuration file so the -a option is used when
starting the daemon.

In /etc/group make sure the username is specifically listed in the guest
group.  This group should have not other use on your system than to
identify users who are to be "guests" for ftp.

In /etc/ftpaccess make sure the groupname from /etc/group is listed and
that you have a class clause for guests.

I have an example site configuration at
  ftp://ftp.vr.net/pub/wu-ftpd/examples/
which may help.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Thu Jan 14 12:09:16 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id MAA15507;
	Thu, 14 Jan 1999 12:09:16 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA12353;
	Thu, 14 Jan 1999 12:05:42 -0600 (CST)
Received: from mail.mi.com.pl (qmailr@nidus.mi.com.pl [195.117.179.194])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA03944
	for <wu-ftpd@wugate.wustl.edu>; Thu, 14 Jan 1999 11:59:43 -0600 (CST)
Received: (qmail 24239 invoked by uid 509); 14 Jan 1999 18:02:41 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 14 Jan 1999 18:02:41 -0000
Message-Id: <Pine.LNX.4.05.9901141857570.21746-100000@nidus.mi.com.pl>
Date: Thu, 14 Jan 1999 19:02:41 +0100 (EET)
Reply-To: draco@mi.com.pl
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Konrad Kokoszkiewicz <draco@mi.com.pl>
To: Gregory A Lundberg <lundberg+wuftpd@vr.net>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: wu port (again)
In-Reply-To: <Pine.LNX.4.03.9901120847410.22019-100000@gaia.vr.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


> Beta 18 includes vsnprintf.c in the support directory.  Just add it to the
> makefile for your port.

Thanks. However, it doesn't compile right on my system (gcc 2.8.1), I'd
suggest looking at the variable declarations, because 'str' looks to be
doubly defined:

int
#ifdef __STDC__
vsnprintf(char *str, ... )
#else
vsnprintf(....)
...
#endif
{
	char *str;
	...

To compile that I for now just changed #ifdef __STDC__ to
#if defined(__STDC__) && !defined(__MINT__) in case that was correct
for a system.

Cu,

--
Konrad M.Kokoszkiewicz
|mail: draco@mi.com.pl                  | Atari Falcon030/TT030/65XE |
|http://www.obta.uw.edu.pl/~draco/
|http://draco.atari.org

** Ea natura multitudinis est,
** aut servit humiliter, aut superbe dominatur (Liv. XXIV,25)
*************************************************************
** U pospolstwa normalne jest, ze albo sluzy ono unizenie,
** albo bezczelnie sie panoszy.


From owner-wu-ftpd@wugate.wustl.edu  Thu Jan 14 13:56:51 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id NAA16016;
	Thu, 14 Jan 1999 13:56:50 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA19251;
	Thu, 14 Jan 1999 13:50:56 -0600 (CST)
Received: from crusoe.crusoe.net (crusoe.crusoe.net [206.136.64.10])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA05069
	for <wu-ftpd@wugate.wustl.edu>; Thu, 14 Jan 1999 13:47:30 -0600 (CST)
Received: from crusoe.crusoe.net ([127.0.0.1]) by crusoe.crusoe.net
          (Post.Office MTA v3.5.1 release 219 ID# 0-52487U2500L250S0V35)
          with SMTP id net for <wu-ftpd@wugate.wustl.edu>;
          Thu, 14 Jan 1999 14:47:29 -0500
Message-Id: <19990114194728.AAA7095@crusoe.crusoe.net>
Date: Thu, 14 Jan 1999 14:47:28 -0500 (EST)
Reply-To: greg@crusoe.crusoe.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Greg Coleman (G-tech Corp.)" <greg@crusoe.crusoe.net>
To: wu-ftpd@wugate.wustl.edu
Subject: Solaris 2.6 and dir
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 can not get "ls -l" behavior from dir under Solaris 2.6.
I have created a statically linked "ls" and still get no
output with 'dir'.

wu-ftpd = Version wu-2.4.2-academ[BETA-18](2)
solaris = 5.6 Generic_105181-06 sun4u sparc SUNW,Ultra-2

Anyone give me a clue?


From owner-wu-ftpd@wugate.wustl.edu  Thu Jan 14 16:29:09 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id QAA17639;
	Thu, 14 Jan 1999 16:29:08 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA22400;
	Thu, 14 Jan 1999 16:23:52 -0600 (CST)
Received: from gw1.bfg.com (gateway.bfg.com [131.187.253.2])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA21219
	for <wu-ftpd@wugate.wustl.edu>; Thu, 14 Jan 1999 16:15:36 -0600 (CST)
Received: (from uucp@localhost)
	by gw1.bfg.com (8.8.8/8.8.8) id RAA01538;
	Thu, 14 Jan 1999 17:15:29 -0500 (EST)
Received: from ns1.bfg.com(192.73.67.20) by gw1.bfg.com via smap (V2.1)
	id sma000827; Thu, 14 Jan 99 17:14:21 -0500
Received: from localhost (keller@localhost)
	by ns1.bfg.com (8.8.8/8.8.8) with SMTP id RAA08169;
	Thu, 14 Jan 1999 17:14:13 -0500 (EST)
Message-Id: <Pine.SGI.3.96.990114171316.3614C-100000@ns1.bfg.com>
Date: Thu, 14 Jan 1999 17:14:11 -0500 (EST)
Reply-To: keller@bfg.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Ted Keller <keller@bfg.com>
To: "Greg Coleman (G-tech Corp.)" <greg@crusoe.crusoe.net>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: Solaris 2.6 and dir
In-Reply-To: <19990114194728.AAA7095@crusoe.crusoe.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Normally, solaris ls loads libraries dynamically.  Just to make sure you
got a static link - run truss /usr/bin/ls (or the version you want to
test) and see if any external libraries are loaded.

ted keller - bfg.com


On Thu, 14 Jan 1999, Greg Coleman (G-tech Corp.) wrote:

> I can not get "ls -l" behavior from dir under Solaris 2.6.
> I have created a statically linked "ls" and still get no
> output with 'dir'.
> 
> wu-ftpd = Version wu-2.4.2-academ[BETA-18](2)
> solaris = 5.6 Generic_105181-06 sun4u sparc SUNW,Ultra-2
> 
> Anyone give me a clue?
> 


From owner-wu-ftpd@wugate.wustl.edu  Thu Jan 14 17:34:40 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id RAA18350;
	Thu, 14 Jan 1999 17:34:39 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA13418;
	Thu, 14 Jan 1999 17:31:33 -0600 (CST)
Received: from caesar.atm.ch.cam.ac.uk (exim@caesar.atm.ch.cam.ac.uk [131.111.112.3])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA22609
	for <wu-ftpd@mail.wustl.edu>; Thu, 14 Jan 1999 17:30:13 -0600 (CST)
Received: from [131.111.112.149] [131.111.112.149] 
	by caesar.atm.ch.cam.ac.uk with esmtp (Exim 1.70 #1)
	id 100wDD-0006bv-00; Thu, 14 Jan 1999 23:30:11 +0000
Message-Id: <l0310280fb2c42e115576@[131.111.112.149]>
Date: Thu, 14 Jan 1999 23:31:46 +0000
Reply-To: Glenn.Carver@atm.ch.cam.ac.uk
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Glenn Carver <Glenn.Carver@atm.ch.cam.ac.uk>
To: wu-ftpd@wugate.wustl.edu
Subject: Allow and deny host connections
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: glenn@caesar.atm.ch.cam.ac.uk
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I was wondering if anyone has altered the wu-ftpd code to overhaul the
allow and deny options.

My problem is that any deny commands in the ftpaccess file take precendent
over allow commands in the ftphosts file. What I need to be able to do is
deny access from machines not registered in the DNS but override this for
specific hosts which we use. It would seem more sensible to me to allow
ftphosts to take precedent over entries in ftpaccess since in ftphosts you
can specify username whereas in ftpaccess you simply specify an address
glob.

Has anyone altered the code along similar lines before I alter the code myself?

Thanks
        Glenn


----
Dr. Glenn Carver, Senior Research Associate,
Centre for Atmospheric Science, Chemistry Dept., Cambridge University, UK
   Glenn.Carver@atm.ch.cam.ac.uk     http://www.atm.ch.cam.ac.uk/~glenn/

         "Genius is one percent inspiration and ninety nine
          percent perspiration"   Thomas Edison.



From owner-wu-ftpd@wugate.wustl.edu  Thu Jan 14 19:20:09 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id TAA19629;
	Thu, 14 Jan 1999 19:20:08 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA27957;
	Thu, 14 Jan 1999 19:15:44 -0600 (CST)
Received: from att.com (kcgw1.att.com [192.128.133.151])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA14530
	for <wu-ftpd@wugate.wustl.edu>; Thu, 14 Jan 1999 19:12:03 -0600 (CST)
Received: from kcig1.att.att.com by kcgw1.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); Thu Jan 14 19:12 CST 1999
Received: from merlin.lz.att.com (lynx.lz.att.com [135.25.200.5])
	by kcig1.att.att.com (AT&T/IPNS/GW-1.0) with SMTP id TAA24275
	for <wu-ftpd@wugate.wustl.edu>; Thu, 14 Jan 1999 19:11:55 -0600 (CST)
Received: by merlin.lz.att.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62)
	id <01BE3FFA.4157A770@merlin.lz.att.com>; Thu, 14 Jan 1999 20:12:48 -0500
Message-Id: <c=US%a=_%p=att%l=MERLIN-990115011246Z-594@merlin.lz.att.com>
Date: Thu, 14 Jan 1999 20:12:46 -0500
Reply-To: rah@lynx.lz.att.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Roger Hanke <rah@lynx.lz.att.com>
To: "'Gregory A. Lundberg'" <lundberg+wuftpd@vr.net>
Cc: "'WUFTPD List'" <wu-ftpd@wugate.wustl.edu>
Subject: debugging pasv ports usage
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Gregory,
 Thank you for your help with the new passive ports
directive. So now I believe I have the correct range of
ports specified to be used for pasv client commands.

 But with WUFTPD Beta 13 I had been using debug 
mode and looking for the pasv command in the syslog
to verify what port was actually being returned and that
it really was in the valid range expected.
Using the same exact system, and debug settings
I can not get those debug statements showing up in
the syslog using BeroFTPD 1.2.3.
For instance below I show just a short sequence from 
the syslog first showing just a logon to Beta 13 then a
logon to BeroFTPD 1.2.3. Both of them are using the
same command line options, just running on different
ports on the same box: -adlLu007
Even tried turning d to v option on command line for 
BeroFTPD but still no debug statements.
Finally added log commands to my ftpaccess files and
this again produced more statements for both versions
but the BeroFTPD just said PASV and did not show the
port number like the Beta 13 did:

Jan 14 20:09:44 hdpst01 ftpd[12370]: PASV
Jan 14 20:09:44 hdpst01 ftpd[12370]: PASV
Jan 14 20:09:44 hdpst01 ftpd[12370]: PASV trying 27828
Jan 14 20:09:44 hdpst01 ftpd[12370]: PASV got 27828
Jan 14 20:09:44 hdpst01 ftpd[12370]: <--- 227
Jan 14 20:09:44 hdpst01 ftpd[12370]: Entering Passive Mode
(135,25,216,12,108,180)
                            

 So has anything changed in this area, in terms of
getting debug statements out?
	Thanx,
	Roger Hanke

Jan 14 19:55:18 hdpst01 ftpd[11882]: <--- 331
Jan 14 19:55:18 hdpst01 ftpd[11882]: Password required for ew3ftp.
Jan 14 19:55:21 hdpst01 ftpd[11882]: command: PASS password
Jan 14 19:55:21 hdpst01 ftpd[11882]: <--- 230
Jan 14 19:55:21 hdpst01 ftpd[11882]: User ew3ftp logged in.  Access
restrictions apply.
Jan 14 19:55:21 hdpst01 ftpd[11882]: FTP LOGIN FROM lynxhub
[135.25.204.10], ew3ftp
Jan 14 19:55:21 hdpst01 ftpd[11882]: FTP LOGIN FROM lynxhub
[135.25.204.10], ew3ftp
Jan 14 19:55:59 hdpst01 ftpd[11882]: command: QUIT
Jan 14 19:55:59 hdpst01 ftpd[11882]: <--- 221
Jan 14 19:55:59 hdpst01 ftpd[11882]: Goodbye.
Jan 14 19:55:59 hdpst01 ftpd[11882]: FTP session closed
Jan 14 19:55:59 hdpst01 ftpd[11882]: FTP session closed
Jan 14 19:56:22 hdpst01 ftpd[11920]: VirtualFTP Connect to:
135.25.216.12
Jan 14 19:56:22 hdpst01 ftpd[11920]: VirtualFTP Connect to:
135.25.216.12
Jan 14 19:56:22 hdpst01 ftpd[11920]: VirtualFTP Connect to:
135.25.216.12
Jan 14 19:56:31 hdpst01 ftpd[11920]: FTP LOGIN FROM lynxhub
[135.25.204.10], ew3ftp
Jan 14 19:56:31 hdpst01 ftpd[11920]: FTP LOGIN FROM lynxhub
[135.25.204.10], ew3ftp 
---------------------------------------------------------------
 Roger A. Hanke         AT&T Web Site Services
 (732)576-5738          rhanke@att.com
 FAX (732)576-6041      http://lynxhub.att.com/~rah/
---------------------------------------------------------------


From owner-wu-ftpd@wugate.wustl.edu  Fri Jan 15 06:31:43 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA24847;
	Fri, 15 Jan 1999 06:31:41 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA10221;
	Fri, 15 Jan 1999 06:27:02 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA06274
	for <wu-ftpd@wugate.wustl.edu>; Fri, 15 Jan 1999 06:17:26 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id HAA11358;
	Fri, 15 Jan 1999 07:17:08 -0500
Message-Id: <Pine.LNX.4.03.9901150714520.11305-100000@gaia.vr.net>
Date: Fri, 15 Jan 1999 07:17:08 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Glenn Carver <Glenn.Carver@atm.ch.cam.ac.uk>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: Allow and deny host connections
In-Reply-To: <l0310280fb2c42e115576@[131.111.112.149]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 14 Jan 1999, Glenn Carver wrote:

> My problem is that any deny commands in the ftpaccess file take
> precendent over allow commands in the ftphosts file. What I need to be
> able to do is deny access from machines not registered in the DNS but
> override this for specific hosts which we use. It would seem more
> sensible to me to allow ftphosts to take precedent over entries in
> ftpaccess since in ftphosts you can specify username whereas in
> ftpaccess you simply specify an address glob.
> 
> Has anyone altered the code along similar lines before I alter the
> code myself?

Not to my knowledge.

You should be able to get the same effect by using tcpwrappers when
starting the daemon from inetd.  Doing it in the daemon, though, is
logical since the rest of the work is already there.  I'd be very
interested in seeing what you come up with.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Fri Jan 15 06:38:10 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA24930;
	Fri, 15 Jan 1999 06:38:08 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA04815;
	Fri, 15 Jan 1999 06:35:06 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA09524
	for <wu-ftpd@wugate.wustl.edu>; Fri, 15 Jan 1999 06:20:47 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id HAA11372;
	Fri, 15 Jan 1999 07:20:43 -0500
Message-Id: <Pine.LNX.4.03.9901150717320.11305-100000@gaia.vr.net>
Date: Fri, 15 Jan 1999 07:20:43 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Roger Hanke <rah@lynx.lz.att.com>
Cc: "'WUFTPD List'" <wu-ftpd@wugate.wustl.edu>
Subject: Re: debugging pasv ports usage
In-Reply-To: <c=US%a=_%p=att%l=MERLIN-990115011246Z-594@merlin.lz.att.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 14 Jan 1999, Roger Hanke wrote:

> But with WUFTPD Beta 13 I had been using debug mode and looking for
> the pasv command in the syslog to verify what port was actually being
> returned and that it really was in the valid range expected. Using the
> same exact system, and debug settings I can not get those debug
> statements showing up in the syslog using BeroFTPD 1.2.3.

> So has anything changed in this area, in terms of getting debug
> statements out?

You'l have to ask Bernard directly if he changed anything.  I'll take a
look at the base code later today to see if anything changed from beta 13
to 18.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Fri Jan 15 09:52:57 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id JAA26602;
	Fri, 15 Jan 1999 09:52:56 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA26406;
	Fri, 15 Jan 1999 09:47:41 -0600 (CST)
Received: from caesar.atm.ch.cam.ac.uk (exim@caesar.atm.ch.cam.ac.uk [131.111.112.3])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA04303
	for <wu-ftpd@wugate.wustl.edu>; Fri, 15 Jan 1999 09:41:07 -0600 (CST)
Received: from Asterix.atm.ch.cam.ac.uk [131.111.112.4] (exim)
	by caesar.atm.ch.cam.ac.uk with smtp (Exim 1.70 #1)
	id 101BMD-0000Vf-00; Fri, 15 Jan 1999 15:40:21 +0000
Received: from glenn by Asterix.atm.ch.cam.ac.uk with local (Exim 1.70 #1)
	id 101BMC-0000ml-00; Fri, 15 Jan 1999 15:40:20 +0000
Message-Id: <E101BMC-0000ml-00@Asterix.atm.ch.cam.ac.uk>
Date: Fri, 15 Jan 1999 15:40:20 +0000
Reply-To: Glenn.Carver@atm.ch.cam.ac.uk
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Glenn Carver <Glenn.Carver@atm.ch.cam.ac.uk>
To: lundberg+wuftpd@vr.net
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: Allow and deny host connections
X-Sun-Charset: US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


> > My problem is that any deny commands in the ftpaccess file take
> > precendent over allow commands in the ftphosts file. What I need to be
> > able to do is deny access from machines not registered in the DNS but
> > override this for specific hosts which we use. It would seem more
> > sensible to me to allow ftphosts to take precedent over entries in
> > ftpaccess since in ftphosts you can specify username whereas in
> > ftpaccess you simply specify an address glob.
> > 
> > Has anyone altered the code along similar lines before I alter the
> > code myself?
> 
> Not to my knowledge.
> 
> You should be able to get the same effect by using tcpwrappers when
> starting the daemon from inetd.  Doing it in the daemon, though, is
> logical since the rest of the work is already there.  I'd be very
> interested in seeing what you come up with.

Good point, I'd forgotten about wrappers.

I've been thinking a bit more about changing the ftpd code and I'd welcome 
comments.

In tidying up the code I'd be tempted to scrap ftphosts altogether and have all
the access control done in the ftpaccess file. Or alternately remove the deny
and allow controls from ftpaccess and do it all in ftphosts.

Part of the problem is that the deny and allow commands in ftpaccess and
ftphosts take different forms. I would propose a more general form for ftpaccess
of:   deny/allow <user> <addrglob> <msgfile>

This would combine the functionality of the ftpaccess and ftphosts file. The
approach could be that of tcp wrappers where the first match applies.

  Glenn


-----------------------------------------------------------------------
Dr. Glenn Carver, Senior Research Associate    Phone: +44 (1223) 336524
Centre for Atmospheric Science,                Fax:   +44 (1223) 336473
Cambridge University, Chemistry Dept.,    Glenn.Carver@atm.ch.cam.ac.uk
Lensfield Road, Cambridge, CB2 1EW, UK    www.atm.ch.cam.ac.uk/~glenn/

         "Genius is one percent inspiration and ninety nine 
          percent perspiration"   Thomas Edison.
_______________________________________________________________________


From owner-wu-ftpd@wugate.wustl.edu  Fri Jan 15 12:39:08 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id MAA28213;
	Fri, 15 Jan 1999 12:39:06 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA12488;
	Fri, 15 Jan 1999 12:32:48 -0600 (CST)
Received: from mailgate.nortel.ca (mailgate.nortel.ca [192.58.194.74])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA11790
	for <wu-ftpd@wugate.wustl.edu>; Fri, 15 Jan 1999 12:31:09 -0600 (CST)
Received: from zcard00n.ca.nortel.com by mailgate;
          Fri, 15 Jan 1999 13:30:13 -0500
Received: from zcard00p.ca.nortel.com by zcard00n.ca.nortel.com 
          with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1460.8) 
          id CVW6R1MF; Fri, 15 Jan 1999 13:30:13 -0500
Received: from bftzhe0.ca.nortel.com by zcard00p.ca.nortel.com 
          with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1460.8) 
          id CX6LRBTP; Fri, 15 Jan 1999 13:30:10 -0500
Message-Id: <369F8BF8.CE8E1197@americasm01.nt.com>
Date: Fri, 15 Jan 1999 13:42:01 -0500
Reply-To: wynn@nortelnetworks.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Wynn Fenwick" <wynn@nortelnetworks.com>
To: Gregory A Lundberg <lundberg+wuftpd@vr.net>
Cc: wu-ftpd mailing list <wu-ftpd@wugate.wustl.edu>
Subject: Re: Any ideas to fix "FTP LOGIN REFUSED (ftp not in /etc/passwd)
References: <Pine.LNX.4.03.9901140323010.2998-100000@gaia.vr.net>
MIME-Version: 1.0
Content-Type: multipart/alternative;
              boundary="------------B029D907F62F7B6A34851E5B"
X-Sender: "Wynn Fenwick" <wynn@nortelnetworks.com>
X-Mailer: Mozilla 4.06 [en] (X11; I; HP-UX B.10.20 9000/778)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


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

Gregory A Lundberg wrote:

> On Thu, 14 Jan 1999, Wynn Fenwick wrote:
>
> > I'm running HP 10.20, and wu-ftpd 2.4.2 academ BETA-18.
> >
> > I have configured what I think is the correct config for wu-ftp. I
> > have an existing server on HP-UX 9.05 that works fine and I have
> > patterned the new configs after this working box.
>
> First guess, you've missed something to tell the ftp daemon how to
> authenticate users.  Look at the <src|support>/config/config.hpx and
> <src|support>/makefiles/Makefile.hpx files to see if there's anything you
> need to change for your system (usually something about C2 security or
> shadow passwords).  On some systems you have to do some mystic incantation
> to tell the system to let the daemon do its thing but I don't think HP-UX
> 10 is one of them.

The shadow passwords option is off, but I have been unable to find any
reference in the source code or makefiles doing anything based on the

#define HP_UX_10_TRUSTED

configuration in config.hpx.

What header looks at this, and is this bulding  wu-ftpd to look for something
other than a standard /etc/passwd file?

> The specific message in your subject line means exactly what it says so
either the daemon doesn't
> know how to properly read your /etc/passwd file or the user really doesn't
exist.
>
>Your problem with a real user's password points to a missing mod for
>security on your system or a problem reading the /etc/passwd file.

I suspect both problems have the same root cause.

>
>--
>
>Gregory A Lundberg              Senior Partner, VRnet Company
>1441 Elmdale Drive              lundberg+wuftpd@vr.net
>Kettering, OH 45409-1615 USA    1-800-809-2195

--
Wynn Fenwick, Security Analyst        |
Security Technology, Nortel Networks  |



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

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML>
Gregory A Lundberg wrote:
<BLOCKQUOTE TYPE=CITE>On Thu, 14 Jan 1999, Wynn Fenwick wrote:
<P>> I'm running HP 10.20, and wu-ftpd 2.4.2 academ BETA-18.
<BR>>
<BR>> I have configured what I think is the correct config for wu-ftp.
I
<BR>> have an existing server on HP-UX 9.05 that works fine and I have
<BR>> patterned the new configs after this working box.
<P>First guess, you've missed something to tell the ftp daemon how to
<BR>authenticate users.&nbsp; Look at the &lt;src|support>/config/config.hpx
and
<BR>&lt;src|support>/makefiles/Makefile.hpx files to see if there's anything
you
<BR>need to change for your system (usually something about C2 security
or
<BR>shadow passwords).&nbsp; On some systems you have to do some mystic
incantation
<BR>to tell the system to let the daemon do its thing but I don't think
HP-UX
<BR>10 is one of them.</BLOCKQUOTE>
The shadow passwords option is off, but I have been unable to find any
reference in the source code or makefiles doing anything based on the
<P><TT>#define HP_UX_10_TRUSTED</TT>
<P>configuration in config.hpx.
<P>What header looks at this, and is this bulding&nbsp; wu-ftpd to look
for something other than a standard /etc/passwd file?
<P>> The specific message in your subject line means exactly what it says
so either the daemon doesn't
<BR>> know how to properly read your /etc/passwd file or the user really
doesn't exist.
<BR>>
<BR>>Your problem with a real user's password points to a missing mod for
<BR>>security on your system or a problem reading the /etc/passwd file.
<P>I suspect both problems have the same root cause.
<P>>
<BR>>--
<BR>>
<BR>>Gregory A Lundberg&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Senior Partner, VRnet Company
<BR>>1441 Elmdale Drive&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
lundberg+wuftpd@vr.net
<BR>>Kettering, OH 45409-1615 USA&nbsp;&nbsp;&nbsp; 1-800-809-2195
<PRE>--&nbsp;
Wynn Fenwick, Security Analyst&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; |&nbsp;
Security Technology, Nortel Networks&nbsp; |</PRE>
&nbsp;</HTML>

--------------B029D907F62F7B6A34851E5B--


From owner-wu-ftpd@wugate.wustl.edu  Fri Jan 15 12:42:20 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id MAA28277;
	Fri, 15 Jan 1999 12:42:19 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA28069;
	Fri, 15 Jan 1999 12:38:53 -0600 (CST)
Received: from bluto.uwex.edu (bluto.uwex.edu [144.92.106.147])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA17516
	for <wu-ftpd@wugate.wustl.edu>; Fri, 15 Jan 1999 12:33:27 -0600 (CST)
Received: from localhost (paulw@localhost)
	by bluto.uwex.edu (8.8.7/8.8.7) with SMTP id MAA50674
	for <wu-ftpd@wugate.wustl.edu>; Fri, 15 Jan 1999 12:33:20 -0600
Message-Id: <Pine.A41.4.02.9901151222380.24456-100000@bluto.uwex.edu>
Date: Fri, 15 Jan 1999 12:33:20 -0600 (CST)
Reply-To: paulw@uwex.edu
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Paul F. Williams" <paulw@uwex.edu>
To: wu-ftpd <wu-ftpd@wugate.wustl.edu>
Subject: Location of files in compiled wu-ftpd
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Once wu-ftpd is compiled is there a way to determine where
  ftpaccess, B etc have been defined?

Something like 

   ftpd -where_are_the_files

One way would be to use

   strings ftpd

and then look for specific files.


What you probably want to know is what FTPLIB is defined
for the specific wu-ftpd compiled on your system.


paulw

------------------------------------------------------------
Paul F. Williams, Network Administrator, Information Systems
UW-Extension, 432 N. Lake St.,  Madison, WI 53706
paulw@uwex.edu, 608-262-6011, FAX 608-262-2343
------------------------------------------------------------


From owner-wu-ftpd@wugate.wustl.edu  Fri Jan 15 14:21:06 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id OAA29421;
	Fri, 15 Jan 1999 14:21:05 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA27258;
	Fri, 15 Jan 1999 14:16:13 -0600 (CST)
Received: from gw1.bfg.com (gateway.bfg.com [131.187.253.2])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA11019
	for <wu-ftpd@wugate.wustl.edu>; Fri, 15 Jan 1999 14:11:13 -0600 (CST)
Received: (from uucp@localhost)
	by gw1.bfg.com (8.8.8/8.8.8) id PAA08077;
	Fri, 15 Jan 1999 15:11:11 -0500 (EST)
Received: from ns1.bfg.com(192.73.67.20) by gw1.bfg.com via smap (V2.1)
	id sma007026; Fri, 15 Jan 99 15:10:02 -0500
Received: from localhost (keller@localhost)
	by ns1.bfg.com (8.8.8/8.8.8) with SMTP id PAA09342;
	Fri, 15 Jan 1999 15:09:54 -0500 (EST)
Message-Id: <Pine.SGI.3.96.990115150901.24828L-100000@ns1.bfg.com>
Date: Fri, 15 Jan 1999 15:09:45 -0500 (EST)
Reply-To: keller@bfg.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Ted Keller <keller@bfg.com>
To: "Paul F. Williams" <paulw@uwex.edu>
Cc: wu-ftpd <wu-ftpd@wugate.wustl.edu>
Subject: Re: Location of files in compiled wu-ftpd
In-Reply-To: <Pine.A41.4.02.9901151222380.24456-100000@bluto.uwex.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Paul,

There is a program in the bin directory called ckconfig.  It will report
the existance of all control files - and where they need to be.

ted keller -bfg.com


On Fri, 15 Jan 1999, Paul F. Williams wrote:

> Once wu-ftpd is compiled is there a way to determine where
>   ftpaccess, B etc have been defined?
> 
> Something like 
> 
>    ftpd -where_are_the_files
> 
> One way would be to use
> 
>    strings ftpd
> 
> and then look for specific files.
> 
> 
> What you probably want to know is what FTPLIB is defined
> for the specific wu-ftpd compiled on your system.
> 
> 
> paulw
> 
> ------------------------------------------------------------
> Paul F. Williams, Network Administrator, Information Systems
> UW-Extension, 432 N. Lake St.,  Madison, WI 53706
> paulw@uwex.edu, 608-262-6011, FAX 608-262-2343
> ------------------------------------------------------------
> 


From owner-wu-ftpd@wugate.wustl.edu  Fri Jan 15 15:39:21 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id PAA00256;
	Fri, 15 Jan 1999 15:39:20 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA12855;
	Fri, 15 Jan 1999 15:34:31 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA30727
	for <wu-ftpd@wugate.wustl.edu>; Fri, 15 Jan 1999 15:27:24 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id QAA15218;
	Fri, 15 Jan 1999 16:27:15 -0500
Message-Id: <Pine.LNX.4.03.9901151625000.14941-100000@gaia.vr.net>
Date: Fri, 15 Jan 1999 16:27:15 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Glenn Carver <Glenn.Carver@atm.ch.cam.ac.uk>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: Allow and deny host connections
In-Reply-To: <E101BMC-0000ml-00@Asterix.atm.ch.cam.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 15 Jan 1999, Glenn Carver wrote:

> > > My problem is that any deny commands in the ftpaccess file take
> > > precendent over allow commands in the ftphosts file. What I need to be
> > > able to do is deny access from machines not registered in the DNS but
> > > override this for specific hosts which we use. It would seem more
> > > sensible to me to allow ftphosts to take precedent over entries in
> > > ftpaccess since in ftphosts you can specify username whereas in
> > > ftpaccess you simply specify an address glob.
> > > 
> > > Has anyone altered the code along similar lines before I alter the
> > > code myself?
> > 
> > Not to my knowledge.
> > 
> > You should be able to get the same effect by using tcpwrappers when
> > starting the daemon from inetd.  Doing it in the daemon, though, is
> > logical since the rest of the work is already there.  I'd be very
> > interested in seeing what you come up with.
> 
> Good point, I'd forgotten about wrappers.
> 
> I've been thinking a bit more about changing the ftpd code and I'd welcome 
> comments.
> 
> In tidying up the code I'd be tempted to scrap ftphosts altogether and have all
> the access control done in the ftpaccess file. Or alternately remove the deny
> and allow controls from ftpaccess and do it all in ftphosts.
> 
> Part of the problem is that the deny and allow commands in ftpaccess and
> ftphosts take different forms. I would propose a more general form for ftpaccess
> of:   deny/allow <user> <addrglob> <msgfile>
> 
> This would combine the functionality of the ftpaccess and ftphosts file. The
> approach could be that of tcp wrappers where the first match applies.

I would recommend trying _not_ to break existing config files, so if you
can come up with clausenames other than 'deny' and 'allow' that'd be best.
Otherwise, I'd suggest this is a change best left for a major revision of
the daemon.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Fri Jan 15 15:43:58 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id PAA00306;
	Fri, 15 Jan 1999 15:43:57 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA01015;
	Fri, 15 Jan 1999 15:40:33 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA11029
	for <wu-ftpd@wugate.wustl.edu>; Fri, 15 Jan 1999 15:37:02 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id QAA15306;
	Fri, 15 Jan 1999 16:36:55 -0500
Message-Id: <Pine.LNX.4.03.9901151628330.14941-100000@gaia.vr.net>
Date: Fri, 15 Jan 1999 16:36:54 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Wynn Fenwick <wynn@nortelnetworks.com>
Cc: wu-ftpd mailing list <wu-ftpd@wugate.wustl.edu>
Subject: Re: Any ideas to fix "FTP LOGIN REFUSED (ftp not in /etc/passwd)
In-Reply-To: <369F8BF8.CE8E1197@americasm01.nt.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 15 Jan 1999, Wynn Fenwick wrote:

> > > I have configured what I think is the correct config for wu-ftp. I
> > > have an existing server on HP-UX 9.05 that works fine and I have
> > > patterned the new configs after this working box.
> >
> > First guess, you've missed something to tell the ftp daemon how to
> > authenticate users.  Look at the <src|support>/config/config.hpx and
> > <src|support>/makefiles/Makefile.hpx files to see if there's anything you
> > need to change for your system (usually something about C2 security or
> > shadow passwords).  On some systems you have to do some mystic incantation
> > to tell the system to let the daemon do its thing but I don't think HP-UX
> > 10 is one of them.
> 
> The shadow passwords option is off, but I have been unable to find any
> reference in the source code or makefiles doing anything based on the
> 
> #define HP_UX_10_TRUSTED
> 
> configuration in config.hpx.

HP_UX is a typo in your email, search for HPUX and you'll see:

src/ftpd.c:#ifdef HPUX_10_TRUSTED
src/ftpd.c:#if defined(SecureWare) || defined(HPUX_10_TRUSTED)
src/ftpd.c:# if defined(SecureWare) || defined(HPUX_10_TRUSTED)
src/ftpd.c:# endif /* SecureWare || HPUX_10_TRUSTED */
src/ftpd.c:# if defined(SecureWare) || defined(HPUX_10_TRUSTED)
src/ftpd.c:# endif /* SecureWare || HPUX_10_TRUSTED */
src/ftpd.c:#elif defined(SecureWare) || defined(HPUX_10_TRUSTED)
src/ftpd.c:#if defined(SecureWare) || defined(HPUX_10_TRUSTED)
src/ftpd.c:#ifdef HPUX_10_TRUSTED
src/ftpd.c:#ifdef HPUX_SELECT
src/config/config.hiu:#define HPUX_SELECT
src/config/config.hpx: * config.h for HPUX
src/config/config.hpx:#undef HPUX9
src/config/config.hpx:#define HPUX_10_TRUSTED
src/config/config.hpx:#ifdef HPUX9
src/config/config.hpx:#define HPUX_SELECT
src/makefiles/Makefile.hpx:# Makefile for HPUX
src/makefiles/Makefile.hpx:CFLAGS   = -Aa -Dunix -D_HPUX_SOURCE -O +Onolimit ${IFLAGS} ${LFLAGS}

> What header looks at this, and is this bulding  wu-ftpd to look for something
> other than a standard /etc/passwd file?
> 
> > The specific message in your subject line means exactly what it says so
> either the daemon doesn't
> > know how to properly read your /etc/passwd file or the user really doesn't
> exist.
> >
> >Your problem with a real user's password points to a missing mod for
> >security on your system or a problem reading the /etc/passwd file.
> 
> I suspect both problems have the same root cause.

So do I.  Unfortunately, the only HP/UX 10.20 boxes I have access to I
cannot compile and test the daemon on.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Fri Jan 15 15:58:09 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id PAA00464;
	Fri, 15 Jan 1999 15:58:08 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA32676;
	Fri, 15 Jan 1999 15:53:27 -0600 (CST)
Received: from caesar.atm.ch.cam.ac.uk (exim@caesar.atm.ch.cam.ac.uk [131.111.112.3])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA12174
	for <wu-ftpd@wugate.wustl.edu>; Fri, 15 Jan 1999 15:49:14 -0600 (CST)
Received: from [131.111.112.149] [131.111.112.149] 
	by caesar.atm.ch.cam.ac.uk with esmtp (Exim 1.70 #1)
	id 101H74-00016O-00; Fri, 15 Jan 1999 21:49:08 +0000
Message-Id: <l03102805b2c565dc85a8@[131.111.112.149]>
Date: Fri, 15 Jan 1999 21:42:33 +0000
Reply-To: Glenn.Carver@atm.ch.cam.ac.uk
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Glenn Carver <Glenn.Carver@atm.ch.cam.ac.uk>
To: Gregory A Lundberg <lundberg+wuftpd@vr.net>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: Allow and deny host connections
In-Reply-To: <Pine.LNX.4.03.9901151625000.14941-100000@gaia.vr.net>
References: <E101BMC-0000ml-00@Asterix.atm.ch.cam.ac.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: glenn@caesar.atm.ch.cam.ac.uk
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

At 4:27 pm -0500 15/1/99, Gregory A Lundberg wrote:
>> Part of the problem is that the deny and allow commands in ftpaccess and
>> ftphosts take different forms. I would propose a more general form for
>>ftpaccess
>> of:   deny/allow <user> <addrglob> <msgfile>
>>
>> This would combine the functionality of the ftpaccess and ftphosts file. The
>> approach could be that of tcp wrappers where the first match applies.
>
>I would recommend trying _not_ to break existing config files, so if you
>can come up with clausenames other than 'deny' and 'allow' that'd be best.
>Otherwise, I'd suggest this is a change best left for a major revision of
>the daemon.

That sounds like a recipe for even more confusion to me, and goes against
my natural tendency for tidy code (8-) but I take your point. Major
revisions tend to take a very very long time though. Another option would
be to introduce another file 'ftpconnect' which used new syntax for deny
and allow and took precedent over ftpaccess and ftphosts. Not ideal though.
I'll see how much work is involved. Thanks for the reply.

  Glenn


----
Dr. Glenn Carver, Senior Research Associate,
Centre for Atmospheric Science, Chemistry Dept., Cambridge University, UK
   Glenn.Carver@atm.ch.cam.ac.uk     http://www.atm.ch.cam.ac.uk/~glenn/

         "Genius is one percent inspiration and ninety nine
          percent perspiration"   Thomas Edison.



From owner-wu-ftpd@wugate.wustl.edu  Sun Jan 17 13:17:28 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id NAA07453;
	Sun, 17 Jan 1999 13:17:26 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA26379;
	Sun, 17 Jan 1999 13:10:38 -0600 (CST)
Received: from tounes.gw.tn (tounes.gw.tn [193.95.50.118])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA07618
	for <wu-ftpd@wugate.wustl.edu>; Sun, 17 Jan 1999 13:03:19 -0600 (CST)
Received: from tounes.tn (tounes.tn [193.95.50.110])
	by tounes.gw.tn (8.8.8/8.8.8) with ESMTP id UAA12570
	for <wu-ftpd@wugate.wustl.edu>; Sun, 17 Jan 1999 20:00:14 -0100 (GMT)
Received: from tounes.ati.tn (tounes.ati.tn [193.95.66.21])
	by tounes.tngw.tn (8.8.8/8.8.8) with ESMTP id UAA01922
	for <wu-ftpd@wugate.wustl.edu>; Sun, 17 Jan 1999 20:02:38 -0100 (GMT)
Received: from mail.gnet.tn ([193.95.67.109])
	by tounes.ati.tn (8.8.8/8.8.8) with SMTP id UAA17684
	for <wu-ftpd@wugate.wustl.edu>; Sun, 17 Jan 1999 20:08:56 -0100
Received: from gnet.tn by mail.gnet.tn (SMI-8.6/SMI-SVR4)
	id UAA22132; Sun, 17 Jan 1999 20:04:27 -0100
Message-Id: <36A2368C.19E7FC94@gnet.tn>
Date: Sun, 17 Jan 1999 20:14:20 +0100
Reply-To: fathi.engineer@gnet.tn
Sender: owner-wu-ftpd@wugate.wustl.edu
From: FATHI BEN NASR <fathi.engineer@gnet.tn>
To: wu-ftpd@wugate.wustl.edu
Subject: Where to get Wu-ftpd ?
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.5 [fr] (Win95; I)
X-Accept-Language: fr
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I am trying to build an intranet with Linux, probably the first one in
Tunisia with this os, and I want to give users restricted ftp.
A french Linux book (The Linux Bible) is presenting wu-ftpd as the best
solution and points to ftp://ftp.academ.com/pub/wu-ftpd/private wich is
empty.

Thank you.
Fathi Ben Nasr.



From owner-wu-ftpd@wugate.wustl.edu  Sun Jan 17 13:26:07 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id NAA07530;
	Sun, 17 Jan 1999 13:26:05 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA05901;
	Sun, 17 Jan 1999 13:21:02 -0600 (CST)
Received: from xavier-t.ams1907.com (xavier-t.ams1907.com [204.148.21.131])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA00519
	for <wu-ftpd@wugate.wustl.edu>; Sun, 17 Jan 1999 13:20:11 -0600 (CST)
Received: from nic.com (localhost [127.0.0.1])
	by xavier-t.ams1907.com (8.9.1a/8.9.1/UPS) with SMTP id OAA09697;
	Sun, 17 Jan 1999 14:19:12 -0500 (EST)
Message-Id: <Pine.GSO.3.95q.990117141710.15431B-100000@nic.com>
Date: Sun, 17 Jan 1999 14:18:18 -0500 (EST)
Reply-To: dave@nic.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Dave Wreski <dave@nic.com>
To: FATHI BEN NASR <fathi.engineer@gnet.tn>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: Where to get Wu-ftpd ?
In-Reply-To: <36A2368C.19E7FC94@gnet.tn>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


> I am trying to build an intranet with Linux, probably the first one in
> Tunisia with this os, and I want to give users restricted ftp.
> A french Linux book (The Linux Bible) is presenting wu-ftpd as the best
> solution and points to ftp://ftp.academ.com/pub/wu-ftpd/private wich is
> empty.

The directory is read-protected.  You must read the message that is
printed when you change to that directory.  It says:

This directory is protected. The name of the current beta is
wu-ftpd-2.4.2-beta-18.tar.Z and this file must be downloaded in binary.

Also, you should be able to find a pre-built one from your distribution.
Surely that would be a better place to start than having to compile the
code yourself.

Dave


From owner-wu-ftpd@wugate.wustl.edu  Sun Jan 17 13:59:45 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id NAA07819;
	Sun, 17 Jan 1999 13:59:43 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA16864;
	Sun, 17 Jan 1999 13:53:24 -0600 (CST)
Received: from tounes.gw.tn (tounes.gw.tn [193.95.50.118])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA07365
	for <wu-ftpd@wugate.wustl.edu>; Sun, 17 Jan 1999 13:50:30 -0600 (CST)
Received: from tounes.tn (tounes.tn [193.95.50.110])
	by tounes.gw.tn (8.8.8/8.8.8) with ESMTP id UAA13965
	for <wu-ftpd@wugate.wustl.edu>; Sun, 17 Jan 1999 20:47:31 -0100 (GMT)
Received: from tounes.ati.tn (tounes.ati.tn [193.95.66.21])
	by tounes.tngw.tn (8.8.8/8.8.8) with ESMTP id UAA02765;
	Sun, 17 Jan 1999 20:49:54 -0100 (GMT)
Received: from mail.gnet.tn ([193.95.67.109])
	by tounes.ati.tn (8.8.8/8.8.8) with SMTP id UAA18760;
	Sun, 17 Jan 1999 20:56:12 -0100
Received: from gnet.tn by mail.gnet.tn (SMI-8.6/SMI-SVR4)
	id UAA22414; Sun, 17 Jan 1999 20:51:14 -0100
Message-Id: <36A24178.A5DF25F9@gnet.tn>
Date: Sun, 17 Jan 1999 21:00:57 +0100
Reply-To: fathi.engineer@gnet.tn
Sender: owner-wu-ftpd@wugate.wustl.edu
From: FATHI BEN NASR <fathi.engineer@gnet.tn>
To: Dave Wreski <dave@nic.com>, wu-ftpd@wugate.wustl.edu
Subject: Re: Where to get Wu-ftpd ?
References: <Pine.GSO.3.95q.990117141710.15431B-100000@nic.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Mailer: Mozilla 4.5 [fr] (Win95; I)
X-Accept-Language: fr
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Thank you.

    Linux distributions are very hard to get here. The newest one available
is dated nov 97 (Slackware 3.3.0 that  I found in a cd-rom that cames with
the book "The Linux Bible". I got this from a book reseller wich brough it
specially for me, from France, as it is expensive (60$, where the normal
income for an industrial worker, here, is 130$ per month) and Linux is not
very well diffused in Tunisia ). It contains version giving the message
"(Version wu-2.4(4) Sub Jun 22 22:47:03 CDT 1997)".
    I also must change some lines in the code to make messages displayed in
french, as people here are used to speek french and arabic and the use of
this intranet is targeted to people that most of them have finished their
studies before the introduction of the english language in national
educational programs.

Thank you again.
Fathi. (Mechanical engineer)

Dave Wreski a écrit :

> > I am trying to build an intranet with Linux, probably the first one in
> > Tunisia with this os, and I want to give users restricted ftp.
> > A french Linux book (The Linux Bible) is presenting wu-ftpd as the best
> > solution and points to ftp://ftp.academ.com/pub/wu-ftpd/private wich is
> > empty.
>
> The directory is read-protected.  You must read the message that is
> printed when you change to that directory.  It says:
>
> This directory is protected. The name of the current beta is
> wu-ftpd-2.4.2-beta-18.tar.Z and this file must be downloaded in binary.
>
> Also, you should be able to find a pre-built one from your distribution.
> Surely that would be a better place to start than having to compile the
> code yourself.
>
> Dave


From owner-wu-ftpd@wugate.wustl.edu  Sun Jan 17 15:17:18 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id PAA08297;
	Sun, 17 Jan 1999 15:17:16 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA19525;
	Sun, 17 Jan 1999 15:10:58 -0600 (CST)
Received: from xavier-t.ams1907.com (xavier-t.ams1907.com [204.148.21.131])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA02399
	for <wu-ftpd@wugate.wustl.edu>; Sun, 17 Jan 1999 15:06:33 -0600 (CST)
Received: from nic.com (localhost [127.0.0.1])
	by xavier-t.ams1907.com (8.9.1a/8.9.1/UPS) with SMTP id QAA09777
	for <wu-ftpd@wugate.wustl.edu>; Sun, 17 Jan 1999 16:06:20 -0500 (EST)
Message-Id: <Pine.GSO.3.95q.990117160450.15431D-100000@nic.com>
Date: Sun, 17 Jan 1999 16:05:27 -0500 (EST)
Reply-To: dave@nic.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Dave Wreski <dave@nic.com>
To: wu-ftpd@wugate.wustl.edu
Subject: Re: Where to get Wu-ftpd ? (fwd)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


[Hmm.. listproc bounced my message the first time... ]

>     Linux distributions are very hard to get here. The newest one available
> is dated nov 97 (Slackware 3.3.0 that  I found in a cd-rom that cames with
> the book "The Linux Bible". I got this from a book reseller wich brough it
> specially for me, from France, as it is expensive (60$, where the normal
> income for an industrial worker, here, is 130$ per month) and Linux is not
> very well diffused in Tunisia ). It contains version giving the message
> "(Version wu-2.4(4) Sub Jun 22 22:47:03 CDT 1997)".

Email me you're address, and I'll send you a few, if you like.  When
you're finished with them, pass them on...  Anyone interested in splitting
the shipping with me? 

>     I also must change some lines in the code to make messages displayed in
> french, as people here are used to speek french and arabic and the use of
> this intranet is targeted to people that most of them have finished their
> studies before the introduction of the english language in national
> educational programs.

I wouldn't doubt the maintainers of the code would be interested in any
code changes you have, to integrate into their release...

Dave




From owner-wu-ftpd@wugate.wustl.edu  Sun Jan 17 19:42:38 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id TAA10619;
	Sun, 17 Jan 1999 19:42:36 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA17276;
	Sun, 17 Jan 1999 19:36:14 -0600 (CST)
Received: from mail.bw.bisp.com (root@[168.160.234.100])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA01499
	for <wu-ftpd@wugate.wustl.edu>; Sun, 17 Jan 1999 19:33:40 -0600 (CST)
Received: from bisp.com (zhaoshuo.bisp.com [168.160.234.22])
	by mail.bw.bisp.com (8.9.0/8.9.0) with ESMTP id JAA09499
	for <wu-ftpd@wugate.wustl.edu>; Mon, 18 Jan 1999 09:33:30 +0800
Message-Id: <36A13EC8.9D373C1A@bisp.com>
Date: Sun, 17 Jan 1999 09:37:12 +0800
Reply-To: zshuo@bisp.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: zhao shuo <zshuo@bisp.com>
To: wu-ftpd@wugate.wustl.edu
Subject: Virtual IP
MIME-Version: 1.0
Content-Type: text/plain; charset=gb2312
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.05 [en] (WinNT; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi:
   I have configured what I think is the correct config for wu-ftp with
Virtual services.

   Where to get HOST command draft or RFC?



From owner-wu-ftpd@wugate.wustl.edu  Sun Jan 17 20:20:13 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id UAA10883;
	Sun, 17 Jan 1999 20:20:10 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA06352;
	Sun, 17 Jan 1999 20:15:07 -0600 (CST)
Received: from hahp9k.harte-lyne.ca (hahp9k.harte-lyne.ca [209.47.131.101])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA04677
	for <wu-ftpd@wugate.wustl.edu>; Sun, 17 Jan 1999 20:08:31 -0600 (CST)
Received: from u05 (charlton.harte-lyne.ca [209.47.131.30])
	by hahp9k.harte-lyne.ca (8.8.7/8.8.7) with SMTP id VAA15261;
	Sun, 17 Jan 1999 21:10:29 -0500 (EST)
Message-Id: <199901180210.VAA15261@hahp9k.harte-lyne.ca>
Date: Sun, 17 Jan 1999 21:08:27 -0500
Reply-To: ByrneJB@Harte-Lyne.ca
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "James B. Byrne" <ByrneJB@Harte-Lyne.ca>
To: Bernhard Rosenkraenzer <bero@microsoft.sucks.eu.org>,
        wu-ftpd@wugate.wustl.edu
Subject: Re: Bero-1.3.1
In-Reply-To: <Pine.LNX.4.04.9812151315001.1700-100000@k6.microsoft.sucks.eu.org>
References: <Pine.SUN.3.96.981215014003.5124A-100000@enterprise.interpath.net>
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
X-mailer: Pegasus Mail for Win32 (v3.01d)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have built this successfully on an HP-UX 10 server but I am 
having problems with the new passwd feature.  I get an error when 
I try to compile without --enable-passwd

gcc -g -O2 -L../support -o ftpd ftpd.o ftpcmd.o glob.o logwtmp.o 
popen.o vers.o 
access.o extensions.o realpath.o acl.o private.o authenticate.o 
conversions.o ho
stacc.o sigfix.o tool.o socket.o auth.o paths.o rdservers.o 
routevector.o   -lcr
ypt -lsupport
collect2: ld returned 1 exit status
/usr/ccs/bin/ld: Unsatisfied symbols:
   bero_getpwnam (code)
   bero_getpwuid (code)
gmake[1]: *** [ftpd] Error 1
gmake[1]: Leaving directory `/opt/ftpd/bero/dist/BeroFTPD-
1.3.1/src'


When I compile with --enable-passwd then none of my users 
seem to use the /etc/passwd file to set their chroots and initial 
directories.  I have tried putting the ftpaccess command 

passwd /etc/passwd but it seems that this is not tied to the 
absolute root.  Can anyone tell me how to get this to work in 
simple, clear, easy to understand steps.  I have just spent the last 
56 hours recovering from a CPU burnout on our largest HP9000 
server and I am very, very tired at this point.

I just want the ftp to use the /etc/passwd file for now so I either 
need instructions on how to force all virtual user ftpaccess files to 
only use the real /etc/passwd even if --enable-passwd is builtin, or 
I need patches to fix Bero so that it will compile on HP-UX 10 
without --enable-passwd.

I am using gcc 2.8.1

All suggestions are welcomed.

Thanks,
Jim
--
James B. Byrne               Harte & Lyne Limited
ByrneJB@Harte-Lyne.ca        9 Brockley Drive
vox: +1 905 561 1241         Hamilton, Ontario
fax: +1 905 561 0757         Canada  L8E 3C3

From owner-wu-ftpd@wugate.wustl.edu  Sun Jan 17 22:55:57 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id WAA12503;
	Sun, 17 Jan 1999 22:55:55 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id WAA26153;
	Sun, 17 Jan 1999 22:50:47 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id WAA06189
	for <wu-ftpd@wugate.wustl.edu>; Sun, 17 Jan 1999 22:48:09 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id XAA28549;
	Sun, 17 Jan 1999 23:47:43 -0500
Message-Id: <Pine.LNX.4.03.9901172318360.28401-100000@gaia.vr.net>
Date: Sun, 17 Jan 1999 23:47:42 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: zhao shuo <zshuo@bisp.com>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: Virtual IP
In-Reply-To: <36A13EC8.9D373C1A@bisp.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Sun, 17 Jan 1999, zhao shuo wrote:

>    I have configured what I think is the correct config for wu-ftp
> with Virtual services.
> 
>    Where to get HOST command draft or RFC?

Before I answer your specific question, I want to point out that it is
highly unlikely HOST is what you're looking for unless you intend to work
on the development of an FTP server or client program.

To my knowledge, the HOST command is only implemented in BeroFTPD and, I
believe, NcFTP daemon and client; there may be one or two other clients or
servers which support it, but I've not heard them mentioned on the IETF
FTP Working Group mailing list.

It is currently in draft stage, and I would not expect anyone other than
those developing ot testing with Telnet or the NcFTP client against the
NcFTP or BeroFTPD servers to be able to use it.

Internet-Drafts directories are located at:

        Africa: ftp.is.co.za
        
        Europe: ftp.nordu.net
                ftp.nis.garr.it
                        
        Pacific Rim: munnari.oz.au
        
        US East Coast: ds.internic.net
        
        US West Coast: ftp.isi.edu

Internet-Drafts are also available by mail.

        Title           : Extensions to FTP
        Author(s)       : R. Elz, P. Hethmon
        Filename        : draft-ietf-ftpext-mlst-05.txt
        Pages           : 46
        Date            : 16-Dec-98

TO BE PERFECTLY CLEAR HERE:

   THIS IS A DISCUSSION OF A *POSSIBLE* FUTURE FTP COMMAND.  IT MAKES
   REFERENCE TO OTHER *POSSIBLE* FUTURE FEATURES OF THE FTP PROTOCOL.

   IT IS *NOT* A CURRENT COMMAND IN ANY VERSION THE WU-FTPD DAEMON; IT IS
   IMPLEMENTED IN BeroFTPD *SOLELY* TO TEST THE VIABILITY OF THE COMMAND.

   IT IS *NOT* SUPPORTED BY ANY WIDELY-DEPLOYED CLIENTS.

   THE TEXT BELOW MAY, OR MAY NOT, BE THE CURRENT DESCRIPTION OF THE
   COMMAND AND IT MAY, OR MAY NOT, BE THE DESCRIPTION USED IN THE FINAL
   STANDARD.

Now, that said, below is the basics from a pre-draft copy I had laying
about ...

6. Virtual FTP servers

   It has become common in the Internet for many domain names to be
   allocated to a single IP address.  This has introduced the concept of
   a "virtual host", where a host appears to exist as an independent
   entity, but in reality shares all of its resources with one, or more,
   other such hosts.

   Such an arrangement presents some problems for FTP Servers, as all
   the FTP Server can detect is an incoming FTP connection to a
   particular IP address.  That is, all domain names which share the IP
   address also share the FTP server, and more importantly, its NVFS.
   This means that the various virtual hosts cannot offer different
   virtual file systems to clients, nor can they offer different
   authentication systems.

   No scheme can overcome this without modifications of some kind to the
   user-PI and the user-FTP process.  That process is the only entity
   that knows which virtual host is required.  It has performed the
   domain name to IP address translation, and thus has the original
   domain name available.

   One method which could be used to allow a style of virtual host would
   be for the client to simply send a "CWD" command after connecting,
   using the virtual host name as the argument to the CWD command.  This
   would allow the server-FTP process to implement the filestores of the
   virtual hosts as sub-directories in its NVFS.  This is simple, and
   supported by essentially all server-FTP implementations without
   requiring any changes.

   While that method is simple to describe, and to implement, it suffers
   from several drawbacks.  First, the "CWD" command is available only
   after the user-PI has authenticated itself to the server-FTP process.
   Thus, all virtual hosts would be required to share a common
   authentication scheme.  Second, either the server-FTP process needs
   to be modified to understand the special nature of this first CWD
   command, negating most of the advantage of this scheme, or all users
   must see the same identical NVFS view upon connecting (they must
   connect in the same initial directory) or the NVFS must implement the
   full set of virtual host directories at each possible initial
   directory for any possible user, or the virtual host will not be
   truly transparent.  Third, and again unless the server is specially
   modified, a user connecting this way to a virtual host would be able
   to trivially move to any other virtual host supported at the same
   server-FTP process, exposing the nature of the virtual host.

   Other schemes overloading other existing FTP commands have also been
   proposed, none of those have sufficient merit to be worth
   explanation.

   The conclusion from the examination of the possibilities seems to be
   that to obtain an adequate emulation of "real" FTP servers, server
   modifications to support virtual hosts are required.  A new command
   seems most likely to provide the support required.

6.1. The HOST command

   A new command "HOST" is added to the FTP command set to allow
   server-FTP process to determine to which of possibly many virtual
   hosts the client wishes to connect.  This command is intended to be
   issued before the user is authenticated, allowing the authentication
   scheme, and set of legal users, to be dependent upon the virtual host
   chosen.  Server-FTP processes may, if they desire, permit the HOST
   command to be issued after the user has been authenticated, or may
   treat that as an erroneous sequence of commands.  The behavior of the
   server-FTP process which does allow late HOST commands is undefined.
   One reasonable interpretation would be for the user-PI to be returned
   to the state it existed after the TCP connection was first
   established, before user authentication.

6.2. Syntax of the HOST command

   The HOST command is defined as follows.

        host-command     = "Host" SP hostname CRLF
        hostname         = 1*DNCHAR 1*( "." 1*DNCHAR ) [ "." ]
        DNCHAR           = ALPHA / DIGIT / "_" / "$" / "!" /
                           "%" / "[" / "]"
        host-response    = host-ok / error-response
        host-ok          = "234" [ SP *TCHAR ] CRLF

   As with all FTP commands, the "host" command word is case
   independent, and may be specified in any character case desired.

   The "hostname" given as a parameter specifies the virtual host to
   which access is desired.  It should normally be the same name that
   was used to obtain the IP address to which the FTP control connection
   was made, after any client conversions to convert an abbreviated or
   local alias to a fully qualified domain name, but before resolving a
   DNS alias (owner of a CNAME resource record) to its canonical name.
   The parameter is to be treated as a complete domain name, as
   specified in section 3.1 of RFC 1034 [15].  That implies that the
   name is to be treated as a case independent string, in that upper
   case ASCII characters are to be treated as equivalent to the
   corresponding lower case ASCII characters, but otherwise preserved as
   given.

6.3. HOST command semantics

   Upon receiving the HOST command, before authenticating the user-PI, a
   server-FTP process should validate that the hostname given represents
   a valid virtual host for that server, and if so, establish the
   appropriate environment for that virtual host.  The meaning of that
   is not specified here, and may range from doing nothing at all, or
   performing a simple change of working directory, to much more
   elaborate state changes, as required.

6.4. HOST command errors

   The server-PI shall reply with a 500 or 502 reply if the HOST command
   is unrecognized or unimplemented.  A 503 reply may be sent if the
   HOST command is given after a previous HOST command, or after a user
   has been authenticated.  Alternately, the server may accept the
   command at such a time, with server defined behavior.  A 501 reply
   should be sent if the hostname given is syntactically invalid, and a
   504 reply if a syntactically valid hostname is not a valid virtual
   host name for the server.

   In all such cases the server-FTP process should act as if no HOST
   command had been given.

   A user-PI receiving a 500 or 502 reply should assume that the
   server-PI does not implement the HOST command style virtual server.
   It may then proceed to login as if the HOST command had succeeded,
   and perhaps, attempt a CWD command to the hostname after
   authenticating the user.

   A user-PI receiving some other error reply should assume that the
   virtual HOST is unavailable, and terminate communications.

6.5. FEAT response for HOST command

   A server-FTP process that supports the host command, and virtual FTP
   servers, MUST include in the response to the FEAT command [10], a
   feature line indicating that the HOST command is supported.  This
   line should contain the single word "HOST".  This MAY be sent in
   upper or lower case, or a mixture of both (it is case insensitive)
   but SHOULD be transmitted in upper case only.  That is, the response
   SHOULD be

        C> Feat
        S> 211- <any descriptive text>
        S>  ...
        S>  HOST
        S>  ...
        S> 211 End

   The ellipses indicate placeholders where other features may be
   included, and are not required.  The one space indentation of the
   feature lines is mandatory [10].

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 18 06:13:33 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA17186;
	Mon, 18 Jan 1999 06:13:32 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA22135;
	Mon, 18 Jan 1999 06:09:02 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id FAA27216
	for <wu-ftpd@wugate.wustl.edu>; Mon, 18 Jan 1999 05:59:32 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id GAA29837;
	Mon, 18 Jan 1999 06:58:35 -0500
Message-Id: <Pine.LNX.4.03.9901180643550.29811-100000@gaia.vr.net>
Date: Mon, 18 Jan 1999 06:58:35 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: zhao shuo <zshuo@bisp.com>
Cc: WU-FTPD Discussion List <wu-ftpd@wugate.wustl.edu>
Subject: Re: Virtual IP
In-Reply-To: <36A1A099.CEEF9C1A@bisp.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

[Response to off-list message] On Sun, 17 Jan 1999, zhao shuo wrote:

> Could you tell me some method that Virtual FTP server for many domain
> names to be allocated to a single IP address.

The FTP protocol doesn't allow that, yet, which is the reason the HOST
command is proposed for the updated protocol.  For now, you must use a
different IP address for each FTP site hostname.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 18 06:54:14 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA17565;
	Mon, 18 Jan 1999 06:54:13 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA25484;
	Mon, 18 Jan 1999 06:51:10 -0600 (CST)
Received: from blacker.bright.net (aholtz@blacker.bright.net [205.212.112.19])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA04346
	for <wu-ftpd@wugate.wustl.edu>; Mon, 18 Jan 1999 06:49:07 -0600 (CST)
Received: from localhost (aholtz@localhost)
	by blacker.bright.net (8.8.7/8.8.7) with ESMTP id HAA10389;
	Mon, 18 Jan 1999 07:48:40 -0500
Message-Id: <Pine.LNX.4.05.9901180745050.10380-100000@blacker.bright.net>
Date: Mon, 18 Jan 1999 07:48:39 -0500 (EST)
Reply-To: aholtz@bright.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Aaron Holtz <aholtz@bright.net>
To: Gregory A Lundberg <lundberg+wuftpd@vr.net>
Cc: zhao shuo <zshuo@bisp.com>,
        WU-FTPD Discussion List <wu-ftpd@wugate.wustl.edu>
Subject: Re: Virtual IP
In-Reply-To: <Pine.LNX.4.03.9901180643550.29811-100000@gaia.vr.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Authentication-Warning: blacker.bright.net: aholtz owned process doing -bs
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I'm not totally sure this is the case.  I believe on a server I used to
maintain I was using the newvirt code and in the ftpservers file I was
using the full name of the FTP server instead of the IP.  When I did this,
it looked at all of the proper files and ran the proper FTP site.  I know
I ran many sites on that server with only about 5 IP's, so many of them
were being shared and I needed to get around that.  I don't have access to
the machine anymore, but I'm pretty sure I ran across this.  I could be
wrong, but compiling the newvirt code and trying it out would probably be
easier than rewriting the daemon if your need is immediate.

--------------------------------------------------------------------------
Aaron Holtz
ComNet Inc.
Manager, Unix Systems Administration
Email:  aholtz@bright.net
"I'd give my right arm to be ambidextrous."
--------------------------------------------------------------------------


On Mon, 18 Jan 1999, Gregory A Lundberg wrote:

>[Response to off-list message] On Sun, 17 Jan 1999, zhao shuo wrote:
>
>> Could you tell me some method that Virtual FTP server for many domain
>> names to be allocated to a single IP address.
>
>The FTP protocol doesn't allow that, yet, which is the reason the HOST
>command is proposed for the updated protocol.  For now, you must use a
>different IP address for each FTP site hostname.
>
>-- 
>
>Gregory A Lundberg		Senior Partner, VRnet Company
>1441 Elmdale Drive              lundberg+wuftpd@vr.net
>Kettering, OH 45409-1615 USA    1-800-809-2195
>


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 18 07:33:28 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id HAA17838;
	Mon, 18 Jan 1999 07:33:27 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA19577;
	Mon, 18 Jan 1999 07:30:23 -0600 (CST)
Received: from tounes.gw.tn (tounes.gw.tn [193.95.50.118])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA14857
	for <wu-ftpd@wugate.wustl.edu>; Mon, 18 Jan 1999 07:26:07 -0600 (CST)
Received: from tounes.tn (tounes.tn [193.95.50.110])
	by tounes.gw.tn (8.8.8/8.8.8) with ESMTP id OAA20591
	for <wu-ftpd@wugate.wustl.edu>; Mon, 18 Jan 1999 14:23:01 -0100 (GMT)
Received: from tounes.ati.tn (tounes.ati.tn [193.95.66.21])
	by tounes.tngw.tn (8.8.8/8.8.8) with ESMTP id AAA06908;
	Mon, 18 Jan 1999 00:28:37 -0100 (GMT)
Received: from mail.gnet.tn ([193.95.67.109])
	by tounes.ati.tn (8.8.8/8.8.8) with SMTP id AAA22934;
	Mon, 18 Jan 1999 00:34:55 -0100
Received: from gnet.tn by mail.gnet.tn (SMI-8.6/SMI-SVR4)
	id AAA23418; Mon, 18 Jan 1999 00:30:24 -0100
Message-Id: <36A26FA4.C48953D0@gnet.tn>
Date: Mon, 18 Jan 1999 00:17:56 +0100
Reply-To: fathi.engineer@gnet.tn
Sender: owner-wu-ftpd@wugate.wustl.edu
From: FATHI BEN NASR <fathi.engineer@gnet.tn>
To: Dave Wreski <dave@nic.com>, wu-ftpd@wugate.wustl.edu
Subject: Re: Where to get Wu-ftpd ?
References: <Pine.GSO.3.95q.990117153949.15431C-100000@nic.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Mailer: Mozilla 4.5 [fr] (Win95; I)
X-Accept-Language: fr
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Thank You,
    I am going to start working on it this night (it is 00:12 localtime). How can
I give it back to other users ? I will modify the messages only, translating them
to french.

Fathi.

Dave Wreski a écrit :

> >     Linux distributions are very hard to get here. The newest one available
> > is dated nov 97 (Slackware 3.3.0 that  I found in a cd-rom that cames with
> > the book "The Linux Bible". I got this from a book reseller wich brough it
> > specially for me, from France, as it is expensive (60$, where the normal
> > income for an industrial worker, here, is 130$ per month) and Linux is not
> > very well diffused in Tunisia ). It contains version giving the message
> > "(Version wu-2.4(4) Sub Jun 22 22:47:03 CDT 1997)".
>
> Send me you're address, and I'll send you a few, if you like.  When you're
> finished with them, pass them on...  Anyone interested in splitting the
> shipping with me?
>
> >     I also must change some lines in the code to make messages displayed in
> > french, as people here are used to speek french and arabic and the use of
> > this intranet is targeted to people that most of them have finished their
> > studies before the introduction of the english language in national
> > educational programs.
>
> I wouldn't doubt the maintainers of the code would be interested in any
> code changes you have, to integrate into their release...
>
> Dave



From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 18 08:31:52 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id IAA18333;
	Mon, 18 Jan 1999 08:31:51 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA14783;
	Mon, 18 Jan 1999 08:28:42 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA32040
	for <wu-ftpd@wugate.wustl.edu>; Mon, 18 Jan 1999 08:25:52 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id JAA30418;
	Mon, 18 Jan 1999 09:25:38 -0500
Message-Id: <Pine.LNX.4.03.9901180857340.30242-100000@gaia.vr.net>
Date: Mon, 18 Jan 1999 09:25:37 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Aaron Holtz <aholtz@bright.net>
Cc: zhao shuo <zshuo@bisp.com>,
        WU-FTPD Discussion List <wu-ftpd@wugate.wustl.edu>
Subject: Re: Virtual IP
In-Reply-To: <Pine.LNX.4.05.9901180745050.10380-100000@blacker.bright.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 18 Jan 1999, Aaron Holtz wrote:

> I'm not totally sure this is the case.  I believe on a server I used
> to maintain I was using the newvirt code and in the ftpservers file I
> was using the full name of the FTP server instead of the IP.  When I
> did this, it looked at all of the proper files and ran the proper FTP
> site.  I know I ran many sites on that server with only about 5 IP's,
> so many of them were being shared and I needed to get around that.  I
> don't have access to the machine anymore, but I'm pretty sure I ran
> across this.  I could be wrong, but compiling the newvirt code and
> trying it out would probably be easier than rewriting the daemon if
> your need is immediate.

I reiterate: the FTP protocol .. that is *ALL* servers and clients, not
just WU-FTPD and derivatives .. *MUST* use a separate IP number for each,
different virtual host.

The base Academ 2.4.2 (beta 18) version uses one method of supporting
multiple IP addressed virtual hosts.  The VR series enhances that method
to some extent.  This is the method I use on my mainline FPT servers.

Kent Landfield's NEWVIRT replaces the multiple IP addressed virtual host
scheme with a different one.  Many people (myself included) believe
NEWVIRT is superior.  BeroFTPD incorporates the NEWVIRT scheme.  This is
the method I recommend unless you have trivial virtual hosting needs.

A widely used third scheme is to use inetd or xinetd and chroot prior to
starting the daemon.  This scheme works with all servers, is strongly
secure, but is a RPITA to set up and get working.  I use this method on my
development and experimental servers since it allows me to have differing
schemes or different versions of the daemon on the same physical machine.

To support multiple hostnames on a single IP address, some scheme is
needed to instruct the server which virtual hosts's area is desired.  As
things currently stand, there is no way for the client to identify to the
server which virtual FTP hostname was used to look up the IP number.
Two methods have been proposed to address this: using CWD after user
authentication, or using HOST prior to authentication.

The CWD scheme has the advantage that it it only changes the client side
specification.  Basically, the idea was to map an FTP URL such as
ftp://site1/dir/file to something akin to ftp://[ip]/site1/dir/file.  
While this would work, and is currently in use at a number of sites, it
creates ambiguous URLs and it does not provide for multiple user
authentication methods based upon the virtual host.  In addition, site
security would be a mess; anyone on any virtual host would be able to jump
to any other virtual host without any additional authentication required.

The HOST scheme requires a change to both the server and the client.
Prior to sending USER/PASS, the client would send HOST to identify which
virtual hostname is to be used for authentication of the user as well as
to determine the FTP area to be accessed.

Proponents of the CWD scheme were more interested in minimum change to the
protocol while those for HOST were pushing for unambiguous syntax and
strong site security.  After a few weeks of discussion, HOST won out.  
The command is now in the experimentation stage where we can see how it
performs in the real world and refine the language of the specification.

> On Mon, 18 Jan 1999, Gregory A Lundberg wrote:
> 
> >[Response to off-list message] On Sun, 17 Jan 1999, zhao shuo wrote:
> >
> >> Could you tell me some method that Virtual FTP server for many domain
> >> names to be allocated to a single IP address.
> >
> >The FTP protocol doesn't allow that, yet, which is the reason the HOST
> >command is proposed for the updated protocol.  For now, you must use a
> >different IP address for each FTP site hostname.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 18 11:54:13 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id LAA21626;
	Mon, 18 Jan 1999 11:54:10 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA04558;
	Mon, 18 Jan 1999 11:50:58 -0600 (CST)
Received: from jupiter.nikonrca.com (mail.nikonrca.com [209.220.32.29])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA16760
	for <wu-ftpd@wugate.wustl.edu>; Mon, 18 Jan 1999 11:49:28 -0600 (CST)
Received: from nikonrca.com (pluto.nikonrca.com [128.216.1.48])
	by jupiter.nikonrca.com (8.9.0/8.9.0) with ESMTP id JAA00661
	for <wu-ftpd@wugate.wustl.edu>; Mon, 18 Jan 1999 09:50:45 -0800 (PST)
Message-Id: <36A37CCD.F6C047EC@nikonrca.com>
Date: Mon, 18 Jan 1999 10:26:21 -0800
Reply-To: okeblawi@nikonrca.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Omar Keblawi <okeblawi@nikonrca.com>
To: wu-ftpd@wugate.wustl.edu
Subject: RE:  My guest users don't get chroot'ed
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: okeblawi@nikonrca.com
X-Mailer: Mozilla 4.05 [en] (X11; I; IRIX 6.2 IP22)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I'm back at setting up the ftp server.....

Yes, the ftpd is started with -a, but it still doesn't chroot me to the
users directory.  So What else could cause the ftpaccess file to NOT be
read?  


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



Thanks, 

Omar

Gregory A Lundberg wrote:
> 
> On Wed, 13 Jan 1999, Omar Keblawi wrote:
> 
> > I'm just setting things up using (Version wu-2.4.2-academ[BETA-18].
> >
> > The Anonymous ftp user seems to work fine and is chrooted.  But my
> > guest users are not chrooted.
> 
> Add -a to the command line and kill -HUP inet.  You're not using the
> ftpaccess file, most likely.
> 
> --
> 
> Gregory A Lundberg              Senior Partner, VRnet Company
> 1441 Elmdale Drive              lundberg+wuftpd@vr.net
> Kettering, OH 45409-1615 USA    1-800-809-2195

From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 18 12:14:41 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id MAA21960;
	Mon, 18 Jan 1999 12:14:36 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA03867;
	Mon, 18 Jan 1999 12:02:52 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA06410
	for <wu-ftpd@wugate.wustl.edu>; Mon, 18 Jan 1999 12:00:29 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id NAA31760;
	Mon, 18 Jan 1999 13:00:07 -0500
Message-Id: <Pine.LNX.4.03.9901181255410.31711-100000@gaia.vr.net>
Date: Mon, 18 Jan 1999 13:00:07 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Omar Keblawi <okeblawi@nikonrca.com>
Cc: wu-ftpd@wugate.wustl.edu
Subject: RE:  My guest users don't get chroot'ed
In-Reply-To: <36A37CCD.F6C047EC@nikonrca.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 18 Jan 1999, Omar Keblawi wrote:

> Yes, the ftpd is started with -a, but it still doesn't chroot me to
> the users directory.  So What else could cause the ftpaccess file to
> NOT be read?
> 
> ftp stream tcp nowait root /usr/sbin/in.ftpd in.ftpd -a

File permissions and, on some systems, mis-interpretation of the format
for the inetd.conf line.  Yours looks OK, btw.

Perhaps ftpaccess is being used.  In that case check that the user is
explicitly listed in the group in /etc/group:

/etc/passwd:
lundberg:*:101:101::/home/./lundberg:/bin/sh

/etc/group
ftpguest:*:92:lundberg

/etc/ftpaccess:
guestgroup ftpguest

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 18 12:56:38 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id MAA22709;
	Mon, 18 Jan 1999 12:56:35 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA13599;
	Mon, 18 Jan 1999 12:51:31 -0600 (CST)
Received: from dns05fdr.Firstdatacorp.COM ([170.186.38.195])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA27926
	for <wu-ftpd@wugate.wustl.edu>; Mon, 18 Jan 1999 12:47:30 -0600 (CST)
Received: (from smtp@localhost)
	by dns05fdr.Firstdatacorp.COM (8.9.2/8.9.1) id MAA06546
	for <wu-ftpd@wugate.wustl.edu>; Mon, 18 Jan 1999 12:33:55 -0600 (CST)
Received: from () by dns05fdr via smap (V2.1)
	id xma006535; Mon, 18 Jan 99 12:33:39 -0600
Received: by firstdatacorp.com(Lotus SMTP MTA v4.6.2  (693.3 8-11-1998))  id 862566FD.0066EA25 ; Mon, 18 Jan 1999 12:44:06 -0600
Message-Id: <862566FD.0066E70D.00@firstdatacorp.com>
Date: Mon, 18 Jan 1999 12:39:45 -0600
Reply-To: Scott_Jacob@firstdatacorp.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Scott_Jacob@firstdatacorp.com
To: wu-ftpd@wugate.wustl.edu
Subject: Troubles compiling ftpd on Solaris 2.6
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Authentication-Warning: dns05fdr.firstdatacorp.com: smtp set sender to <Scott_Jacob@firstdatacorp.com> using -f
X-Lotus-FromDomain: FDCNOTESPO
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN




     I am unable to succesfully run the "build sol" command on a Solaris
     2.6 system.  When I run the same command on a Solaris 2.5.1 system
     there are no errors.

     I have ran the build with the original ftp.h and with the ftp.h that
     came with the wu-ftpd tar file and both failed.  I am not a
     programmer, so any help you can give me would be very much appricated.

     This is the first time I have sent a request to this address.  If I
     should be sending it to another address, please let me know.

     Scott



     ************************
     Output from the "build sol" command.
     ************************

     sunsi:390:/tmp/ftp/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/include/stdlib.h:180: 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 -lsupport -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 -lsupport -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: No such file or directory
     size: bin/ftpcount: No such file or directory
     size: bin/ftpshut: No such file or directory
     size: bin/ftpwho: No such file or directory
     text       data    bss     dec     hex     filename
     7283       560     372     8215    2017    bin/ckconfig
     Done

     *********************
     End of output file.
     *********************



From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 18 13:06:40 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id NAA22846;
	Mon, 18 Jan 1999 13:06:37 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA32287;
	Mon, 18 Jan 1999 13:02:01 -0600 (CST)
Received: from kodakr.kodak.com (kodakr.kodak.com [192.232.119.69])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA32055
	for <wu-ftpd@wugate.wustl.edu>; Mon, 18 Jan 1999 12:55:59 -0600 (CST)
Received: from corpmail.kodak.com (corpmail.kodak.com [150.220.10.55])
	by kodakr.kodak.com (8.9.1/8.9.1) with ESMTP id NAA00503
	for <wu-ftpd@wugate.wustl.edu>; Mon, 18 Jan 1999 13:53:43 -0500 (EST)
Received: from EKC-GPID-W8GZ96 ([150.220.88.7]) by corpmail.kodak.com
          (post.office MTA v1.9.3b ID# 269-16266) with SMTP id AAA2234;
          Mon, 18 Jan 1999 13:54:35 -0400
Message-Id: <000501be4314$1c6b17e0$0758dc96@EKC-GPID-W8GZ96.kodak.com>
Date: Mon, 18 Jan 1999 13:55:26 -0500
Reply-To: rflood@kodak.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Rick Flood" <rflood@kodak.com>
To: <brett@tvdata.com>, <wu-ftpd@wugate.wustl.edu>
Subject: RE: wu-ftp/AOL
In-Reply-To: <v04011717b27b97c25d22@[172.16.20.81]>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Any problems WU-FTP/AOL and Macs are gone with version 4.0 of AOL...

> -----Original Message-----
> From: owner-wu-ftpd@wugate.wustl.edu
> [mailto:owner-wu-ftpd@wugate.wustl.edu]On Behalf Of Brett Goldstock
> Sent: Friday, November 20, 1998 5:22 PM
> To: rflood@kodak.com; wu-ftpd@wugate.wustl.edu
> Subject: Re: wu-ftp/AOL
>
>
> I have the same problem with some Mac users (although the vast majority of
> my 850+ users have no trouble). I'm running wu-2.4.2-academ[BETA-18](1) on
> a Solaris 2.5.1 machine. But I think I pinned it down even more
> specifically. I've had users experience problems when they use AOL simply
> as a gateway to the internet and then use a FTP client such a Fetch on the
> Mac. But the same users can download fine using AOL's built-in FTP client
> (keyword FTP). I noticed in my xferlog file that they come from a
> different
> subnet at aol.com depending on which of these methods they use.
>
> I'd be interested to know if there's further evidence to support
> this pattern.
>
> -Brett
>
> At 1:07 PM -0500 11/18/98, Rick Flood wrote:
> >I am running wu-ftp version 2.4.2(2) on Solaris 2.6.  For sometime I have
> >been receiving occasional reports of users coming from AOL being
> unable to
> >connect with our server. It is certainly not all AOL users,
> because the logs
> >show that many user from AOL download files from our server daily.  It
> >appears to be primarily Mac's that are having a problem...
> >
> >Has anyone else heard of such complaints?  I have nearly no
> experience with
> >Macs, nor do I have access to any, so testing becomes a bit difficult...
> >
> >Rick Flood mailto:rflood@kodak.com
> >Eastman Kodak, INET Infrastructure
> >Phone:(716)722-4331   Fax:(716)477-0552
>
>
> |Brett M. Goldstock                               brett@tvdata.com|
> |Senior Technical Analyst/Sys Admin          http://www.tvdata.com|
> |TVData                                               800/833-9581|
> |                "We tell the world what's on TV."                |
>


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 18 13:15:21 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id NAA22975;
	Mon, 18 Jan 1999 13:15:19 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA31027;
	Mon, 18 Jan 1999 13:08:46 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA20587
	for <wu-ftpd@wugate.wustl.edu>; Mon, 18 Jan 1999 13:05:00 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id OAA32182;
	Mon, 18 Jan 1999 14:04:46 -0500
Message-Id: <Pine.LNX.4.03.9901181359220.32114-100000@gaia.vr.net>
Date: Mon, 18 Jan 1999 14:04:46 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Scott_Jacob@firstdatacorp.com
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: Troubles compiling ftpd on Solaris 2.6
In-Reply-To: <862566FD.0066E70D.00@firstdatacorp.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 18 Jan 1999 Scott_Jacob@firstdatacorp.com wrote:

> Date: Mon, 18 Jan 1999 12:39:45 -0600
>      ftpd.c:143: conflicting types for `realpath'
>      /usr/include/stdlib.h:180: previous declaration of `realpath' make:

I believe this is an FAQ.  Add the following line to the end of
src/config/config.sol on the 2.6 system:

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

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 18 15:45:13 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id PAA25000;
	Mon, 18 Jan 1999 15:45:11 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA28962;
	Mon, 18 Jan 1999 15:39:49 -0600 (CST)
Received: from mail1.gvea.com (root@mail1.gvea.com [208.151.120.252])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA12372
	for <wu-ftpd@wugate.wustl.edu>; Mon, 18 Jan 1999 15:35:55 -0600 (CST)
Received: from cns-rlasbury (cns-rlasbury.gvea.com [10.1.1.63])
	by mail1.gvea.com (8.9.1a/8.9.1) with SMTP id MAA29296
	for <wu-ftpd@wugate.wustl.edu>; Mon, 18 Jan 1999 12:35:46 -0900
Message-Id: <002b01be432b$0bee64a0$3f01010a@cns-rlasbury.gvea.com>
Date: Mon, 18 Jan 1999 12:39:37 -0900
Reply-To: <rlasbury@gvea.COM>
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Roger Asbury" <rlasbury@gvea.COM>
To: <wu-ftpd@wugate.wustl.edu>
Subject: Empty Directories
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
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

Ok, reading the files at WU-FTPD web page suggests that
what I'm about to ask may be a taboo "check the faq" question....
But I'm gonna ask it anyway.  :)

Reason being, I've checked the faq's, documents, man pages,
etc... and still seem no closer to an answer.  *grin*

I have set up Guest access to my ftp server.  The server is to be
a web server where the users only have ftp access to upload and remove
their own web pages.  I don't want them getting out of their
directory.

That part works just great.  :)  However, no one can see anything in
their directory.  Now, the guest How-To suggests that this is because
the 'ls' I have installed isn't working properly (no kidding??
*grin*).

If I go to a shell account, I can run the ls that is in that
particular
user directory (./ls seems to work great!)  The ls in the user
directory is
a copy of the ls from /bin.

So, I have a user (let's call 'im bob)
Bob's directory looks like this:
dr-xr-xr-x  root	daemon	bin
d--x--x--x	root	daemon	etc
drwxr-xr-x	bob	users		www

Where bin contains only ls, and etc contains passwd and group, and
www contains bob's web pages.

ftpaccess is set up exactly as it's set up in the how-to with the
exception that the guestgroup is users, and the class is not local it
is "all".  FTPD itself is running with the -a switch.  System is
Redhat
linux 5.1, and WU-FTPD is ver. 2.3.2b18.

Thanks for your time,
Rog.
=============================================
Roger Asbury         rlasbury@gvea.com(work)
GVEA Web Coordinator evinrude@gvea.net(home)
(907)458-5872        WL7NT (air)
             http://www.gvea.com
=============================================


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 18 16:11:03 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id QAA25435;
	Mon, 18 Jan 1999 16:11:01 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA23423;
	Mon, 18 Jan 1999 16:03:45 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA25420
	for <wu-ftpd@wugate.wustl.edu>; Mon, 18 Jan 1999 16:01:51 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id RAA00494;
	Mon, 18 Jan 1999 17:01:20 -0500
Message-Id: <Pine.LNX.4.03.9901181654070.418-100000@gaia.vr.net>
Date: Mon, 18 Jan 1999 17:01:19 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Roger Asbury <rlasbury@gvea.COM>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: Empty Directories
In-Reply-To: <002b01be432b$0bee64a0$3f01010a@cns-rlasbury.gvea.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 18 Jan 1999, Roger Asbury wrote:

> If I go to a shell account, I can run the ls that is in that
> particular user directory (./ls seems to work great!)  The ls in the
> user directory is a copy of the ls from /bin.

Right idea, wrong test.  Yes, this is in the FAQ, but as an answer not a
question.  Use the chroot command:

 su
 cd ~user
 env - /usr/sbin/chroot <chrootpoint> bin/ls -al 

Where <chrootpoint> is the part to the left of the /./ in the user's home
directory entry in /etc/passwd.

Since you're running Linux, if you use statically linked binaries, you
need only the parts shown in my example site:
    ftp://ftp.vr.net/pub/wu-ftpd/examples/

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 18 18:04:38 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id SAA27068;
	Mon, 18 Jan 1999 18:04:35 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA01270;
	Mon, 18 Jan 1999 18:00:05 -0600 (CST)
Received: from jupiter.nikonrca.com (mail.nikonrca.com [209.220.32.29])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA13009
	for <wu-ftpd@wugate.wustl.edu>; Mon, 18 Jan 1999 17:54:03 -0600 (CST)
Received: from nikonrca.com (pluto.nikonrca.com [128.216.1.48])
	by jupiter.nikonrca.com (8.9.0/8.9.0) with ESMTP id PAA03599;
	Mon, 18 Jan 1999 15:54:50 -0800 (PST)
Message-Id: <36A3D223.A76376C@nikonrca.com>
Date: Mon, 18 Jan 1999 16:30:27 -0800
Reply-To: okeblawi@nikonrca.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Omar Keblawi <okeblawi@nikonrca.com>
To: Gregory A Lundberg <lundberg+wuftpd@vr.net>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: My guest users don't get chroot'ed
References: <Pine.LNX.4.03.9901181255410.31711-100000@gaia.vr.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: okeblawi@nikonrca.com
X-Mailer: Mozilla 4.05 [en] (X11; I; IRIX 6.2 IP22)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Thank YOU!

That was it.  I needed the /etc/group and /etc/ftpaccess entries.

I'm still new at setting this up.....  more questions may follow.

Thanks!

Omar

From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 19 08:17:11 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id IAA24208;
	Tue, 19 Jan 1999 08:17:10 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA02654;
	Tue, 19 Jan 1999 08:12:35 -0600 (CST)
Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA06048
	for <wu-ftpd@wugate.wustl.edu>; Tue, 19 Jan 1999 08:07:17 -0600 (CST)
Received: from fakir.india.hp.com (fakir.india.hp.com [15.10.40.3])
	by atlrel1.hp.com (8.8.6 (PHNE_14041)/8.8.5tis) with ESMTP id JAA09610
	for <wu-ftpd@wugate.wustl.edu>; Tue, 19 Jan 1999 09:07:14 -0500 (EST)
Received: from india.hp.com (noni.india.hp.com [15.10.45.155]) by fakir.india.hp.com with ESMTP (8.7.1/8.7.3 TIS 5.0) id TAA09017 for <wu-ftpd@wugate.wustl.edu>; Tue, 19 Jan 1999 19:36:08 +0530 (IST)
Message-Id: <36A492C7.39562133@india.hp.com>
Date: Tue, 19 Jan 1999 19:42:23 +0530
Reply-To: nsrini@india.hp.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Srinivasan Narasimhan <nsrini@india.hp.com>
To: Wu Ftpd Mailing List <wu-ftpd@wugate.wustl.edu>
Subject: Problem with passwords starting with '-'
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: nsrini@india.hp.com
X-Mailer: Mozilla 4.04 [en] (X11; I; HP-UX B.10.20 9000/712)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

The problem is that ftpd looks at the password the user has passed it
and checks to see if the 1st char is a '-'.  If it is a '-' then ftpd
assumes that the user is requesting to disable lreply().  It sets the
flag to disable the lreply (dolreplies = 0) and then increments the
string ptr to the next character.  When the "new" password is checked
against the real password they don't match and the user is unable to
login.

It appears that this was done intentionally to workaround problems with
PC clients that are unable to handle continuation messages.Here is the
offending code from ftpd.c (pass() function):
...

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

    if (*passwd == '-')
        dolreplies = 0;
    else
        dolreplies = 1;
/* ******** REGULAR/GUEST USER PASSWORD PROCESSING ********** */
    if (!anonymous) {    /* "ftp" is only account allowed no password */
        if (*passwd == '-')
            passwd++;

...

Have anyone else reported this problem earlier? If so has it been fixed
in any of the latest releases? Please do reply.

-- 
Cheers,

Cheenu.

Srinivasan Narasimhan,	   	Phone: +91-080-2203381. Ext 1424.  
Hewlett Packard IS0 Ltd.,   	E-mail: nsrini@india.hp.com        
30-C Cunningham Road,                                             
Bangalore - 560 052.

From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 19 08:51:12 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id IAA24602;
	Tue, 19 Jan 1999 08:51:11 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA20183;
	Tue, 19 Jan 1999 08:47:55 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA12442
	for <wu-ftpd@wugate.wustl.edu>; Tue, 19 Jan 1999 08:46:22 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id JAA04827;
	Tue, 19 Jan 1999 09:43:01 -0500
Message-Id: <Pine.LNX.4.03.9901190936480.4784-100000@gaia.vr.net>
Date: Tue, 19 Jan 1999 09:43:01 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Srinivasan Narasimhan <nsrini@india.hp.com>
Cc: Wu Ftpd Mailing List <wu-ftpd@wugate.wustl.edu>
Subject: Re: Problem with passwords starting with '-'
In-Reply-To: <36A492C7.39562133@india.hp.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

So what's the problem?

On Tue, 19 Jan 1999, Srinivasan Narasimhan wrote:

> The problem is that ftpd looks at the password the user has passed it
> and checks to see if the 1st char is a '-'.  If it is a '-' then ftpd
> assumes that the user is requesting to disable lreply().  It sets the
> flag to disable the lreply (dolreplies = 0) and then increments the
> string ptr to the next character.  When the "new" password is checked
> against the real password they don't match and the user is unable to
> login.

Correct.

> It appears that this was done intentionally to workaround problems
> with PC clients that are unable to handle continuation messages.Here
> is the offending code from ftpd.c (pass() function): ...

Actually, it was done for a number of platforms, not just PCs. Personally,
I use the feature all the time to avoid having to wade through long
message files at every turn on some sites I visit often.

> Have anyone else reported this problem earlier? If so has it been
> fixed in any of the latest releases? Please do reply.

The problem you're referring to was that clients would hang when
connecting with sites using extended responses.  It was reported many
(over 5) years ago and the fix you quoted seeing was added .. I'm not sure
but it seems to be that was back in version 2.1 or 2.2 days.  Maybe
someone else on the list has been arround long enough to remember for
sure?

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 19 09:24:08 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id JAA24962;
	Tue, 19 Jan 1999 09:24:07 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA12351;
	Tue, 19 Jan 1999 09:20:31 -0600 (CST)
Received: from tarkin.fdt.net (tarkin.fdt.net [209.212.128.45])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA01451
	for <wu-ftpd@wugate.wustl.edu>; Tue, 19 Jan 1999 09:19:12 -0600 (CST)
Received: from localhost (jlewis@localhost)
	by tarkin.fdt.net (8.8.5/8.8.5) with SMTP id KAA01817;
	Tue, 19 Jan 1999 10:15:43 -0500
Message-Id: <Pine.LNX.3.95.990119101127.3186u-100000@tarkin.fdt.net>
Date: Tue, 19 Jan 1999 10:15:43 -0500 (EST)
Reply-To: jlewis@inorganic5.fdt.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Jon Lewis <jlewis@inorganic5.fdt.net>
To: Gregory A Lundberg <lundberg+wuftpd@vr.net>
Cc: Srinivasan Narasimhan <nsrini@india.hp.com>,
        Wu Ftpd Mailing List <wu-ftpd@wugate.wustl.edu>
Subject: Re: Problem with passwords starting with '-'
In-Reply-To: <Pine.LNX.4.03.9901190936480.4784-100000@gaia.vr.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: jlewis@tarkin.fdt.net
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 19 Jan 1999, Gregory A Lundberg wrote:

> So what's the problem?

The problem (I've run into this before...very frustrating for customers) 
is that if their password actually does begin with a -, say it's -mypass,
then they have to use --mypass to get in.  wu-ftpd probably ought to check
the password, and if the crypted passwd matches crypted -mypass, then the
- behavior should be turned off.  If they don't match, it should inc the
passwd pointer, turn on - behavior, and try crypting again.


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


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 19 10:42:27 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id KAA25957;
	Tue, 19 Jan 1999 10:42:26 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA23687;
	Tue, 19 Jan 1999 10:38:56 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA32472
	for <wu-ftpd@wugate.wustl.edu>; Tue, 19 Jan 1999 10:36:03 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id LAA05472;
	Tue, 19 Jan 1999 11:32:47 -0500
Message-Id: <Pine.LNX.4.03.9901191045330.5171-100000@gaia.vr.net>
Date: Tue, 19 Jan 1999 11:32:47 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Jon Lewis <jlewis@inorganic5.fdt.net>
Cc: Srinivasan Narasimhan <nsrini@india.hp.com>,
        Wu Ftpd Mailing List <wu-ftpd@wugate.wustl.edu>
Subject: Re: Problem with passwords starting with '-'
In-Reply-To: <Pine.LNX.3.95.990119101127.3186u-100000@tarkin.fdt.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 19 Jan 1999, Jon Lewis wrote:

> The problem (I've run into this before...very frustrating for
> customers)  is that if their password actually does begin with a -,
> say it's -mypass, then they have to use --mypass to get in.  wu-ftpd
> probably ought to check the password, and if the crypted passwd
> matches crypted -mypass, then the - behavior should be turned off.  
> If they don't match, it should inc the passwd pointer, turn on -
> behavior, and try crypting again.

That rule only works for systems with static passwords.  If the target
platform is using a system (say, a one-time pad) where the password,
username and password challenge must all come together to authenticate the
user, the failed first attempt will invalidate the password guantenteeing
failure on the second attempt.

There are at least three much easier solutions:

 - Assist your users to properly use FTP.

 - Do not allow '-' as the first character of a password.  This can be
   done as a stated policy or enforced with a check in the password-
   setting modules (passwd command, PAM, whatever).

 - By default, disable extended replies in the daemon.  In ftpd.c change
   the initialization for dolreplies from 1 to 0 and removing the '-'
   check in pass().  By doing this, the daemon will no longer offer some
   features such as message and readme files.  There will be a number of
   more subtle side effects of doing this which the average user will not 
   notice.

Personally, if it's a problem at your site, I'd recommend a quick change
to the passwd command to disallow a leading '-'.  It's easy, probably
easier than fixing WU-FTPD, and it corrects the problems for your customer
with *ALL* FTP servers, not just WU-FTPD.

The issue is not simply with WU-FTPD, btw.  Many FTP servers now provide
extended replies and use the leading '-' to suppress them.  Also, the
failure of clients to properly handle extended replies (which have been
specified in the RFC 959 since October, 1985) continues today.  To quote
from RFC 1635, "How to Use Anonymous FTP" (May 1994):

Friendly Servers

   These days, many sites are using a form of FTP that allows them to
   display several lines of explanatory text that help direct users
   through their archive.  The listing of alternative services on
   naic.nasa.gov is an example.  If these effusive servers confuse the
   client you are using, try typing a hyphen ( - ) before your password
   when you log in.  That should disable the verbose mode of the server.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 19 12:56:40 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id MAA27729;
	Tue, 19 Jan 1999 12:56:39 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA03198;
	Tue, 19 Jan 1999 12:48:13 -0600 (CST)
Received: from america.viavale.com.br (america.viavale.com.br [200.248.168.33])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA24868
	for <wu-ftpd@wugate.wustl.edu>; Tue, 19 Jan 1999 12:42:12 -0600 (CST)
Received: from america (america [200.248.168.33])
	by america.viavale.com.br (8.8.8/8.8.8) with SMTP id QAA01927
	for <wu-ftpd@wugate.wustl.edu>; Tue, 19 Jan 1999 16:38:23 -0200 (EDT)
	(envelope-from morvan@america.viavale.com.br)
Message-Id: <Pine.BSF.4.01.9901191615500.28519-100000@america.viavale.com.br>
Date: Tue, 19 Jan 1999 16:38:23 -0200 (EDT)
Reply-To: morvan@america.viavale.com.br
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Morvan Daniel Muller <morvan@america.viavale.com.br>
To: wu-ftpd list <wu-ftpd@wugate.wustl.edu>
Subject: static ls
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello!

I follow this page http://www.wildheart.org/wu-ftpd/#tips SECTION:Compiling a static version of "ls"

get fileutils-3.16 from ftp.gnu.org/ganu/fileutils          (/usr/local/src/fileutils-3.16)
get http://www.phix.com/~minerva/wu-ftpd/static-ls.patch    (/usr/local/src/static-ls.patch)
#  cd /usr/local/src
# gzip -d fileutils-3.1.tar.gz
# tar -xvf fileutils-3.16.tar
# cd fileutils-3.16
# ./configure 

# patch < static-ls.patch
  Looks like a new-style context diff.
File to patch: static-ls.patch
Hunk #1 failed at line 68.
Hunk #2 failed at line 87.
Hunk #3 failed at line 136.
3 out of 3 hunks failed: saving rejects to static-ls.patch.rej
  The next patch looks like a new-style context diff.
Malformed patch at line 293:
patch: Line must begin with '+ ', '  ', or '! '.

what I can do?

[]'s

Morvan Daniel Muller          
morvan@viavale.com.br
Santa Cruz do Sul - RS


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 19 13:44:20 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id NAA28330;
	Tue, 19 Jan 1999 13:44:19 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA03919;
	Tue, 19 Jan 1999 13:40:22 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA27046
	for <wu-ftpd@wugate.wustl.edu>; Tue, 19 Jan 1999 13:34:44 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id OAA06642;
	Tue, 19 Jan 1999 14:34:32 -0500
Message-Id: <Pine.LNX.4.03.9901191430250.6611-100000@gaia.vr.net>
Date: Tue, 19 Jan 1999 14:34:32 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Morvan Daniel Muller <morvan@america.viavale.com.br>
Cc: wu-ftpd list <wu-ftpd@wugate.wustl.edu>
Subject: Re: static ls
In-Reply-To: <Pine.BSF.4.01.9901191615500.28519-100000@america.viavale.com.br>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 19 Jan 1999, Morvan Daniel Muller wrote:

> I follow this page http://www.wildheart.org/wu-ftpd/#tips
> SECTION:Compiling a static version of "ls"
> 
> Malformed patch at line 293:
> what I can do?

That depends upon the platform you're running on.  I'd recommend starting
with the FAQ.  Also, many of those "make a static ls" patches are
platform-specific (usually Solaris is what I've seen them for), so you may
not have even needed the patch.  For instance on Linux all you'd need to
is `make LDFLAGS=-static ls` and you'd have a statically linked 'ls'
command.

And you'd have a statically linked 'ls' command.

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              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 19 16:26:30 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id QAA00347;
	Tue, 19 Jan 1999 16:26:29 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA13072;
	Tue, 19 Jan 1999 16:23:07 -0600 (CST)
Received: from ljcqs016.cnf.com ([205.185.108.239])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA26345
	for <wu-ftpd@wugate.wustl.edu>; Tue, 19 Jan 1999 16:17:18 -0600 (CST)
Received: from cnfvs008.cnf.com (cnfvs008.cnf.com [10.0.2.114])
	by ljcqs016.cnf.com (8.8.7/8.8.7) with ESMTP id OAA03901
	for <wu-ftpd@wugate.wustl.edu>; Tue, 19 Jan 1999 14:16:38 -0800 (PST)
Received: by cnfvs008.cnf.com with Internet Mail Service (5.5.2232.9)
	id <C9RKDHSL>; Tue, 19 Jan 1999 14:16:34 -0800
Message-Id: <BA0D6E08C7E6D111B4960000F8046756014B8854@cnfqs021.cnf.com>
Date: Tue, 19 Jan 1999 14:16:34 -0800
Reply-To: Speier.Guy@cnf.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Speier, Guy J - CNF" <Speier.Guy@cnf.com>
To: wu-ftpd list <wu-ftpd@wugate.wustl.edu>
Subject: static ls
MIME-Version: 1.0
Content-Type: text/plain
X-Mailer: Internet Mail Service (5.5.2232.9)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

	I am in the process of migrating our corporate ftp server.  While at
it, I've decided that I should
	look into chrooting all users to their home directories.  

	I remember seeing a letter sent by Gregory talking about this, but
wasn't able to find it.  Could
	you tell me how this differs from chrooting all users to a centrain
point?  Should we have a soft
	link from each users home dir to /home/ftp files & libraries, or to
the originals?

	Thanks
	Guy

	BTW, my platform is Sol 2.6

From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 19 19:14:08 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id TAA02123;
	Tue, 19 Jan 1999 19:14:07 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA19392;
	Tue, 19 Jan 1999 19:10:50 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA27693
	for <wu-ftpd@wugate.wustl.edu>; Tue, 19 Jan 1999 19:09:02 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id UAA08640;
	Tue, 19 Jan 1999 20:08:56 -0500
Message-Id: <Pine.LNX.4.03.9901192004110.8608-100000@gaia.vr.net>
Date: Tue, 19 Jan 1999 20:08:56 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: "Speier, Guy J - CNF" <Speier.Guy@cnf.com>
Cc: wu-ftpd list <wu-ftpd@wugate.wustl.edu>
Subject: Re: static ls
In-Reply-To: <BA0D6E08C7E6D111B4960000F8046756014B8854@cnfqs021.cnf.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 19 Jan 1999, Speier, Guy J - CNF wrote:

> I am in the process of migrating our corporate ftp server.  While at
> it, I've decided that I should look into chrooting all users to their
> home directories.
> 
> I remember seeing a letter sent by Gregory talking about this, but
> wasn't able to find it.  Could you tell me how this differs from
> chrooting all users to a centrain point?  Should we have a soft link
> from each users home dir to /home/ftp files & libraries, or to the
> originals?

This differs from chrooting to a common point only in complexity of the
setup.  Each use will need their own /bin /etc /lib /dev etc.  There are
two good ways to handle this; loopback mounts and hard links.  Soft links
will not work.

I would have a copy of the master system files in each filesystem where
users will be chroot'd and use hard links to those files.

To keep users from knowing of each other's existance, I would have a
different etc/passwd and etc/group in each (I know, a lot of work).  These
files would only contain the user/group entries needed to pretty things up
for the user's 'ls' command.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 19 20:27:12 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id UAA02847;
	Tue, 19 Jan 1999 20:27:11 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA20514;
	Tue, 19 Jan 1999 20:22:16 -0600 (CST)
Received: from mail.bw.bisp.com (root@[168.160.234.100])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA07264
	for <wu-ftpd@wugate.wustl.edu>; Tue, 19 Jan 1999 20:18:59 -0600 (CST)
Received: from bisp.com (zhaoshuo.bisp.com [168.160.234.22])
	by mail.bw.bisp.com (8.9.0/8.9.0) with ESMTP id KAA31664
	for <wu-ftpd@wugate.wustl.edu>; Wed, 20 Jan 1999 10:18:43 +0800
Message-Id: <36A3EC72.9B73C744@bisp.com>
Date: Tue, 19 Jan 1999 10:22:42 +0800
Reply-To: zshuo@bisp.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: zhao shuo <zshuo@bisp.com>
To: wu-ftpd@wugate.wustl.edu
Subject: the problem with 'configure --enable-passwd'
MIME-Version: 1.0
Content-Type: text/plain; charset=gb2312
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.05 [en] (WinNT; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

When i configure my Beroftpd with the --enable-passwd ,everything
were correctly. But the problem come in. After i edit the ftpaccess
file and add a entry that 'passwd /ftp/etc'.I ftping my hosting,
everything like nothing.


From owner-wu-ftpd@wugate.wustl.edu  Wed Jan 20 17:58:58 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id RAA15267;
	Wed, 20 Jan 1999 17:58:55 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA07874;
	Wed, 20 Jan 1999 17:52:59 -0600 (CST)
Received: from ljcqs016.cnf.com ([205.185.108.239])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA24239
	for <wu-ftpd@wugate.wustl.edu>; Wed, 20 Jan 1999 17:47:05 -0600 (CST)
Received: from cnfvs008.cnf.com (cnfvs008.cnf.com [10.0.2.114])
	by ljcqs016.cnf.com (8.8.7/8.8.7) with ESMTP id PAA27957;
	Wed, 20 Jan 1999 15:45:53 -0800 (PST)
Received: by cnfvs008.cnf.com with Internet Mail Service (5.5.2232.9)
	id <DK64K7JL>; Wed, 20 Jan 1999 15:45:49 -0800
Message-Id: <BA0D6E08C7E6D111B4960000F8046756014B8867@cnfqs021.cnf.com>
Date: Wed, 20 Jan 1999 15:45:54 -0800
Reply-To: Speier.Guy@cnf.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Speier, Guy J - CNF" <Speier.Guy@cnf.com>
To: "'lundberg+wuftpd@vr.net'" <lundberg+wuftpd@vr.net>,
        "Speier, Guy J - CNF" <Speier.Guy@cnf.com>
Cc: wu-ftpd list <wu-ftpd@wugate.wustl.edu>
Subject: RE: static ls
MIME-Version: 1.0
Content-Type: text/plain
X-Mailer: Internet Mail Service (5.5.2232.9)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I still can't seem to get my new chroot point working on Sol 2.6.
(trying to chroot each user to their home dir)

The only error I see in all of truss output is a file named
/etc/.name_service_door.
This is a "door" file (whatever the heck that is).  Would anything else help
the gods of 
wu-ftp help me with this one?  I've even tried to chmod 777 all files in the
user's
home dir (to no avail).

thanks
Guy

From owner-wu-ftpd@wugate.wustl.edu  Wed Jan 20 19:37:41 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id TAA16449;
	Wed, 20 Jan 1999 19:37:37 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA30735;
	Wed, 20 Jan 1999 19:32:52 -0600 (CST)
Received: from gw1.bfg.com (gateway.bfg.com [131.187.253.2])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA17875
	for <wu-ftpd@wugate.wustl.edu>; Wed, 20 Jan 1999 19:28:15 -0600 (CST)
Received: (from uucp@localhost)
	by gw1.bfg.com (8.8.8/8.8.8) id UAA19975;
	Wed, 20 Jan 1999 20:28:00 -0500 (EST)
Received: from ns1.bfg.com(192.73.67.20) by gw1.bfg.com via smap (V2.1)
	id sma019867; Wed, 20 Jan 99 20:27:28 -0500
Received: from localhost (keller@localhost)
	by ns1.bfg.com (8.8.8/8.8.8) with SMTP id UAA01351;
	Wed, 20 Jan 1999 20:27:26 -0500 (EST)
Message-Id: <Pine.SGI.3.96.990120202327.1269B-100000@ns1.bfg.com>
Date: Wed, 20 Jan 1999 20:27:24 -0500 (EST)
Reply-To: keller@bfg.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Ted Keller <keller@bfg.com>
To: "Speier, Guy J - CNF" <Speier.Guy@cnf.com>
Cc: "'lundberg+wuftpd@vr.net'" <lundberg+wuftpd@vr.net>,
        wu-ftpd list <wu-ftpd@wugate.wustl.edu>
Subject: RE: static ls
In-Reply-To: <BA0D6E08C7E6D111B4960000F8046756014B8867@cnfqs021.cnf.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

All right - I'll try....

In /etc/passwd, set up each user as....

usera:x:1029:167:User A:/ftp/users/pub/./:/bin/true

Create a file /etc/shells and add
/bin/true

add the users group to /etc/group

useragrp:*:167:


edit ftpaccess to include

guestgroup     useragrp

ted keller - bfg.com



On Wed, 20 Jan 1999, Speier, Guy J - CNF wrote:

> I still can't seem to get my new chroot point working on Sol 2.6.
> (trying to chroot each user to their home dir)
> 
> The only error I see in all of truss output is a file named
> /etc/.name_service_door.
> This is a "door" file (whatever the heck that is).  Would anything else help
> the gods of 
> wu-ftp help me with this one?  I've even tried to chmod 777 all files in the
> user's
> home dir (to no avail).
> 
> thanks
> Guy
> 


From owner-wu-ftpd@wugate.wustl.edu  Wed Jan 20 19:48:59 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id TAA16568;
	Wed, 20 Jan 1999 19:48:58 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA19256;
	Wed, 20 Jan 1999 19:45:43 -0600 (CST)
Received: from mail.rdc1.az.home.com (imail@ha1.rdc1.az.home.com [24.1.240.66])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA25119
	for <wu-ftpd@wugate.wustl.edu>; Wed, 20 Jan 1999 19:42:59 -0600 (CST)
Received: from cx24503-d ([24.1.245.117]) by mail.rdc1.az.home.com
          (InterMail v4.00.03 201-229-104) with SMTP
          id <19990121014257.EDXT8694.mail.rdc1.az.home.com@cx24503-d>
          for <wu-ftpd@wugate.wustl.edu>; Wed, 20 Jan 1999 17:42:57 -0800
Message-Id: <001201be44df$7998b7c0$75f50118@cx24503-d.phnx2.az.home.com>
Date: Wed, 20 Jan 1999 18:43:41 -0700
Reply-To: hmoneta@home.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Howard Moneta" <hmoneta@home.com>
To: "wu-ftpd list" <wu-ftpd@wugate.wustl.edu>
Subject: Fw: A few questions from a new user.
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3155.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN



Hi, I am new to Linux and to Wu-ftpd.  I have a few questions that I was
hoping I could get answered on this listserv.

I love Linux, it is a refreshing change from Windows.

Wu-ftpd seems to be a good choice for FTP server software.  There are just a
few configuration options that I would like to implement.

Is it possible to limit the amount of connections from the same host to 1 at
a time?  I would also like to be able to cap the maximum transfer rate so
that I don't have fast internet connections sucking all of my bandwidth.
The other thing that would be nice is to have some kind of monitoring
program to tell me who is on the ftp and what file they are downloading
without having to type ftpwho every few minutes.  Maybe a graphical status
window that runs in Xwindows.  Is any of this available or a possibility?
I am using Wu-ftpd Beta 18.

Thanks in advance!

Howard
hmoneta@home.com



From owner-wu-ftpd@wugate.wustl.edu  Thu Jan 21 03:08:12 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id DAA20307;
	Thu, 21 Jan 1999 03:08:10 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id DAA23484;
	Thu, 21 Jan 1999 03:02:22 -0600 (CST)
Received: from stargate.crealogix.com (gate12.dcg.ch [195.246.71.14] (may be forged))
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id CAA25735
	for <wu-ftpd@wugate.wustl.edu>; Thu, 21 Jan 1999 02:58:40 -0600 (CST)
Received: by stargate.crealogix.com(Lotus SMTP MTA v4.6.1  (569.2 2-6-1998))  id C1256700.003187A0 ; Thu, 21 Jan 1999 10:00:59 +0100
Message-Id: <C1256700.003091B2.00@stargate.crealogix.com>
Date: Thu, 21 Jan 1999 09:59:44 +0100
Reply-To: Stefan.Pfenninger@crealogix.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Stefan Pfenninger" <Stefan.Pfenninger@crealogix.com>
To: wu-ftpd@wugate.wustl.edu
Subject: wuftpd on Solaris 2.5.1 only anonymous works
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Lotus-FromDomain: CREALOGIX
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

i make to installation for wuftpd
the fist one, on a new machine with Solaris 7 ............  and it runs no
problem with it

the other installation was on a machine where allready runs a ftpd (Solaris
ftpd) configure with the script in the man page...
and now i configured wuftpd on this machine ...

and only anonymous ftp works ...

so my /etc/shells file:

# cat /etc/shells
tcsh    /usr/bin/tcsh
csh     /bin/csh
ksh     /bin/ksh
sh      /sbin/sh

but i can't login with my account :

# cat /opt/WUftpd/etc/ftpaccess
class   all     real,guest,anonymous      *
guestgroup      ftpguests

and when i delete the user ftp then also the anonymous diden't work ..

passwd:
guestuser:x:1009:203:Guest FTP-User:/space/ftp:/bin/ksh

group
ftpguests::203:de,tz,oru





From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 02:52:17 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id CAA03470;
	Mon, 25 Jan 1999 02:52:16 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id CAA16922;
	Mon, 25 Jan 1999 02:47:41 -0600 (CST)
Received: from trapper.unbc.ca (trapper.unbc.ca [142.207.144.4])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id CAA00545
	for <wu-ftpd@wugate.wustl.edu>; Mon, 25 Jan 1999 02:34:51 -0600 (CST)
Received: from ugrad.unbc.ca (ugrad.unbc.ca [142.207.112.20]) by trapper.unbc.ca with SMTP (8.7.1/UNBC-1.0H)
  id AAA25077 for <wu-ftpd@mail.wustl.edu> (from chao@unbc.ca); Mon, 25 Jan 1999 00:34:50 -0800 (PST)
Message-Id: <Pine.LNX.3.96.990125002947.12861D-100000@ugrad.unbc.ca>
Date: Mon, 25 Jan 1999 00:33:54 -0800 (PST)
Reply-To: chao@unbc.ca
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Chang Cheng Chao <chao@unbc.ca>
To: wu-ftpd@wugate.wustl.edu
Subject: [Q] Anonymous login works, but ...
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi, I'm using Red Hat 5.2 and has anonftp and wu-ftp set up. Users can ftp
into my computer using anonymous but I'm wondering how I can have
anonymous login in addition to password login. So the anonymous login
people will go to some directory and those people who needs password will
go to another directory. Is this possible? If that is not possible, I
would like to remove the anonymous login and require everyone to use
password login. How do I do that? Thanks.

Chang


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 06:12:34 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA05806;
	Mon, 25 Jan 1999 06:12:34 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA17325;
	Mon, 25 Jan 1999 06:08:09 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA07186
	for <wu-ftpd@wugate.wustl.edu>; Mon, 25 Jan 1999 06:05:55 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id HAA21841;
	Mon, 25 Jan 1999 07:05:29 -0500
Message-Id: <Pine.LNX.4.03.9901250704280.21834-100000@gaia.vr.net>
Date: Mon, 25 Jan 1999 07:05:28 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Chang Cheng Chao <chao@unbc.ca>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: [Q] Anonymous login works, but ...
In-Reply-To: <Pine.LNX.3.96.990125002947.12861D-100000@ugrad.unbc.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 25 Jan 1999, Chang Cheng Chao wrote:

> Hi, I'm using Red Hat 5.2 and has anonftp and wu-ftp set up. Users can
> ftp into my computer using anonymous but I'm wondering how I can have
> anonymous login in addition to password login.

guestgroup

Read the man pages and 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              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 06:25:48 1999
Received: from relay7.UU.NET (relay7.UU.NET [192.48.96.17])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA06074;
	Mon, 25 Jan 1999 06:25:47 -0600 (CST)
Received: from relay7.UU.NET by relay7.UU.NET with ESMTP 
	(peer crosschecked as: root@localhost)
	id QQfzdq24727;
	Thu, 21 Jan 1999 13:42:31 -0500 (EST)
Received: from wugate.wustl.edu by relay7.UU.NET with ESMTP 
	(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
	id QQfzdq24712;
	Thu, 21 Jan 1999 13:42:28 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA29212;
	Thu, 21 Jan 1999 12:38:52 -0600 (CST)
Received: from relay.pair.com (relay1.pair.com [209.68.1.20])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA06337
	for <wu-ftpd@wugate.wustl.edu>; Thu, 21 Jan 1999 12:34:48 -0600 (CST)
Received: from microsoft.sucks.eu.org (0@ppp06355.01019freenet.de [212.81.152.211])
	by relay.pair.com (8.8.7/8.8.5) with SMTP id NAA09335;
	Thu, 21 Jan 1999 13:25:11 -0500 (EST)
Message-Id: <Pine.LNX.4.04.9901211455420.31379-100000@k6.microsoft.sucks.eu.org>
Date: Thu, 21 Jan 1999 14:57:31 +0100 (CET)
Reply-To: bero@microsoft.sucks.eu.org
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Bernhard Rosenkraenzer <bero@microsoft.sucks.eu.org>
To: "Speier, Guy J - CNF" <Speier.Guy@cnf.com>
Cc: wu-ftpd list <wu-ftpd@wugate.wustl.edu>
Subject: Re: static ls
In-Reply-To: <BA0D6E08C7E6D111B4960000F8046756014B8854@cnfqs021.cnf.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 19 Jan 1999, Speier, Guy J - CNF wrote:

> 	I am in the process of migrating our corporate ftp server.  While at
> it, I've decided that I should
> 	look into chrooting all users to their home directories.  

In that case, you'll need to put a statically linked ls in every user's
home directory.
Alternatively, upgrade to BeroFTPD
(ftp://ftp.aachen.linux.de/pub/BeroFTPD/) which implements ls internally
and thereby saves you a lot of trouble.

> Should we have a soft link from each users home dir to /home/ftp files &
> libraries, or to the originals?

Softlinks won't work, because they can't bypass the limit imposed by the
chroot call.

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 owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 06:25:38 1999
Received: from relay7.UU.NET (relay7.UU.NET [192.48.96.17])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA06027;
	Mon, 25 Jan 1999 06:25:36 -0600 (CST)
Received: from relay7.UU.NET by relay7.UU.NET with ESMTP 
	(peer crosschecked as: root@localhost)
	id QQfzdd10776;
	Thu, 21 Jan 1999 10:25:25 -0500 (EST)
Received: from wugate.wustl.edu by relay7.UU.NET with ESMTP 
	(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
	id QQfzdd10763;
	Thu, 21 Jan 1999 10:25:23 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA20591;
	Thu, 21 Jan 1999 09:23:08 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA04710
	for <wu-ftpd@wugate.wustl.edu>; Thu, 21 Jan 1999 09:22:40 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id KAA20426;
	Thu, 21 Jan 1999 10:22:20 -0500
Message-Id: <Pine.LNX.4.03.9901211015210.20382-100000@gaia.vr.net>
Date: Thu, 21 Jan 1999 10:22:20 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Howard Moneta <hmoneta@home.com>
Cc: wu-ftpd list <wu-ftpd@wugate.wustl.edu>
Subject: Re: Fw: A few questions from a new user.
In-Reply-To: <001201be44df$7998b7c0$75f50118@cx24503-d.phnx2.az.home.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 20 Jan 1999, Howard Moneta wrote:

> Is it possible to limit the amount of connections from the same host
> to 1 at a time?

This has been on the TODO list for quite some time.  Since it's one of the
harder things to do, I've not been working on it myself.  If someone has a
patch (even an old one) I'd like to see it.  Otherwise, it'll probably be
a few months until I can get to it and then I'm not sure (mainly because
I've not looked too deeply) how long it will take.

> I would also like to be able to cap the maximum transfer rate so that
> I don't have fast internet connections sucking all of my bandwidth.

VR12 supports this.

> The other thing that would be nice is to have some kind of monitoring
> program to tell me who is on the ftp and what file they are
> downloading without having to type ftpwho every few minutes.  Maybe a
> graphical status window that runs in Xwindows.

I know of no such beast.  Maybe one of the for-pay vendors has something
like it, but I dunno.  Personally, I think you'll outgrow the desire for
it in a few months.

-- 

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/

-- 

The VR series is a (rather large, by now) set of patches, bugfixes and
extensions to the base 2.4.2 (beta 18) version.  It is available from

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

along with a large number of other versions of WU-FTPD and related
programs and material.

Read the message for the directory for details.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 06:26:16 1999
Received: from relay2.UU.NET (relay2.UU.NET [192.48.96.7])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA06188;
	Mon, 25 Jan 1999 06:26:15 -0600 (CST)
Received: from relay2.UU.NET by relay2.UU.NET with ESMTP 
	(peer crosschecked as: root@localhost)
	id QQfzfp20048;
	Fri, 22 Jan 1999 02:24:34 -0500 (EST)
Received: from wugate.wustl.edu by relay2.UU.NET with ESMTP 
	(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
	id QQfzfg26643;
	Fri, 22 Jan 1999 00:08:25 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id XAA11166;
	Thu, 21 Jan 1999 23:04:57 -0600 (CST)
Received: from xf.hb.cninfo.net ([202.103.44.131])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id WAA03042
	for <wu-ftpd@wugate.wustl.edu>; Thu, 21 Jan 1999 22:59:13 -0600 (CST)
Received: from xf.hb.cninfo.net by xf.hb.cninfo.net (8.8.7/SMI-SVR4)
	id LAA18096; Fri, 22 Jan 1999 11:53:47 +0800 (CST)
Message-Id: <36A8050F.2FDF8C6B@xf.hb.cninfo.net>
Date: Fri, 22 Jan 1999 12:56:47 +0800
Reply-To: xfonline@xf.hb.cninfo.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: =?gb2312?B?z+W3rsjIz98=?= <xfonline@xf.hb.cninfo.net>
To: Speier.Guy@cnf.com
Cc: "'keller@bfg.com'" <keller@bfg.com>,
        wu-ftpd list <wu-ftpd@wugate.wustl.edu>
Subject: about "guest ftp user"
References: <BA0D6E08C7E6D111B4960000F8046756014B8868@cnfqs021.cnf.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=gb2312
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.5 [en] (Win98; I)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,all:

    We uses wu-ftpd version 2.4.2-beta-18,now guest ftp user can be
restricted to it's home directionary.
we do it follows the manual:
    in /etc/passwd,the entry is:
       lixq1998:x:65537:65535::/export/home0/personal/lixq1998:/bin/rsh
    and in lixq1998's home directionary, we have make the following
directionary:
       bin,dev,usr,lib and in them are the related files. So for each
user we have to use more than 1M.
   now i have more than 1000 guest ftp users, so it costs too much,is
there other way to do it and use less space?
    Do you have better one! Please tell me !!!

Thanks.


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 06:26:43 1999
Received: from relay2.UU.NET (relay2.UU.NET [192.48.96.7])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA06298;
	Mon, 25 Jan 1999 06:26:41 -0600 (CST)
Received: from relay2.UU.NET by relay2.UU.NET with ESMTP 
	(peer crosschecked as: root@localhost)
	id QQfzhw08298;
	Fri, 22 Jan 1999 17:09:11 -0500 (EST)
Received: from wugate.wustl.edu by relay2.UU.NET with ESMTP 
	(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
	id QQfzhw08281;
	Fri, 22 Jan 1999 17:09:09 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA16262;
	Fri, 22 Jan 1999 16:05:36 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA22095
	for <wu-ftpd@wugate.wustl.edu>; Fri, 22 Jan 1999 15:59:41 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id QAA31646;
	Fri, 22 Jan 1999 16:58:26 -0500
Message-Id: <Pine.LNX.4.03.9901221641160.31524-100000@gaia.vr.net>
Date: Fri, 22 Jan 1999 16:58:26 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Malika Roy <roy_malika@jpmorgan.com>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: ftp> quote site exec <program>
In-Reply-To: <36A8EC0B.C35E20B2@jpmorgan.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 22 Jan 1999, Malika Roy wrote:

> I recently installed wu-ftpd version 2.4.

First, scrog that ancient version and install the current version: 2.4.2
(beta 18).

> I can't seem to get "quote site exec <program_name>" to work.
> 
> Can you make some suggestions to what I should look for in terms of
> configuration, etc.?

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/


Briefly: SITE EXEC requires the program to be in the directory of allowed
programs.  On most systems, this is ~ftp/bin/ftp-bin.  Playing with SITE
EXEC is playing with fire; be very careful what you allow and who you
allow to do it.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 06:26:33 1999
Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA06257;
	Mon, 25 Jan 1999 06:26:32 -0600 (CST)
Received: from relay3.UU.NET by relay3.UU.NET with ESMTP 
	(peer crosschecked as: root@localhost)
	id QQfzot28902;
	Sun, 24 Jan 1999 13:53:49 -0500 (EST)
Received: from wugate.wustl.edu by relay3.UU.NET with ESMTP 
	(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
	id QQfzot28896;
	Sun, 24 Jan 1999 13:53:47 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA14636;
	Sun, 24 Jan 1999 12:52:10 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA15862
	for <wu-ftpd@wugate.wustl.edu>; Sun, 24 Jan 1999 12:47:55 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id NAA10042;
	Sun, 24 Jan 1999 13:47:51 -0500
Message-Id: <Pine.LNX.4.03.9901241342550.10014-100000@gaia.vr.net>
Date: Sun, 24 Jan 1999 13:47:50 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Howard Moneta <hmoneta@home.com>
Cc: wu-ftpd list <wu-ftpd@wugate.wustl.edu>
Subject: Re: Fw: A few questions from a new user.
In-Reply-To: <000801be47c0$63e382a0$75f50118@cx24503-d.phnx2.az.home.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Sun, 24 Jan 1999, Howard Moneta wrote:

> >> I would also like to be able to cap the maximum transfer rate so that
> >> I don't have fast internet connections sucking all of my bandwidth.
> >
> >VR12 supports this.
> 
> 
> Ok great! I downloaded VR12 but I did not understand how to compile
> it. Luckily I found a precompiled version of it and loaded it up.  It
> works great and I have implemented many of it's features.  I am still
> confused though about the above question.  I have an ftp directory
> called /ftproot and I would like to cap the transfer rates of a
> certain user. Is there a command I can add to the ftpaccess file to do
> that?  I would like to be able to ftp into the box and transfer at
> full speed.  I just want to cap a particular user's transfers from the
> /ftpaccess directory and its subs.

Looking at the manpage, it appears that the limits are by directory and
you cannot have different throughput limits for some users.

I'll add a 'class=' parameter to my list of things to think about for this
feature.  No promises, though, on if I'll do it or when.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 06:26:56 1999
Received: from relay7.UU.NET (relay7.UU.NET [192.48.96.17])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA06353;
	Mon, 25 Jan 1999 06:26:55 -0600 (CST)
Received: from relay7.UU.NET by relay7.UU.NET with ESMTP 
	(peer crosschecked as: root@localhost)
	id QQfzmx16277;
	Sun, 24 Jan 1999 01:55:31 -0500 (EST)
Received: from wugate.wustl.edu by relay7.UU.NET with ESMTP 
	(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
	id QQfzmx16272;
	Sun, 24 Jan 1999 01:55:30 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id AAA05043;
	Sun, 24 Jan 1999 00:52:33 -0600 (CST)
Received: from wolverine.emji.net (wolverine.emji.net [207.22.135.6])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id AAA12143
	for <wu-ftpd@wugate.wustl.edu>; Sun, 24 Jan 1999 00:45:32 -0600 (CST)
Received: from sdhcp6.emji.net (sdhcp6.emji.net [207.100.35.249])
	by wolverine.emji.net (8.8.8/8.8.7) with ESMTP id BAA21974
	for <wu-ftpd@mail.wustl.edu>; Sun, 24 Jan 1999 01:45:27 -0500
Message-Id: <7552485.3126131076@sdhcp6.emji.net>
Date: Sun, 24 Jan 1999 01:44:36 -0500
Reply-To: scott@emji.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Scott R. Every" <scott@emji.net>
To: wu-ftpd@wugate.wustl.edu
Subject: wu-ftpd and firewalls
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Mailer: Mulberry (MacOS) [1.4.0, s/n U-200388]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have a Borderware firewall and I am having all sorts of trouble getting hosts
on the inside of the firewall to connect to wu-ftpd servers.  I have tried beta
15, 16, 18 and the Beroftp server and all exhibit the same behavior:
15-30 seconds of deadtime before the connection is established.

I di NOT see this when ftp'ng to sunsite.unc.edu which appears to be using 
beta 13.

I have customers who have noted the same troubles with other firewalls.  The
firewalls seem to have no problems ftp'ng to the standard Solaris ftp daemon.

However, I have need of wu-ftpd's features.

I have looked at the faq and saw nothing related to firewalls.

Any help would be appreciated.

s 

--
Scott R. Every        "Everything is controlled by a small evil group to 
 EMJ Internet          which, unfortunately, no one we know belongs."
 voice : 1-800-548-2319  fax : 1-919-363-4423  mailto:scott@emji.net
 WWW - http://www.emji.net   

Do you believe in Macintosh? Learn how to help the cause by 
subscribing to the "EvangeList" listserver! Send email to:
<evangelist@macway.com> or go to: 
<http://www.lists.apple.com/>


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 06:27:56 1999
Received: from relay7.UU.NET (relay7.UU.NET [192.48.96.17])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA06550;
	Mon, 25 Jan 1999 06:27:54 -0600 (CST)
Received: from relay7.UU.NET by relay7.UU.NET with ESMTP 
	(peer crosschecked as: root@localhost)
	id QQfzls26563;
	Sat, 23 Jan 1999 18:08:09 -0500 (EST)
Received: from wugate.wustl.edu by relay7.UU.NET with ESMTP 
	(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
	id QQfzls26557;
	Sat, 23 Jan 1999 18:08:08 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA03575;
	Sat, 23 Jan 1999 17:05:09 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA24395
	for <wu-ftpd@wugate.wustl.edu>; Sat, 23 Jan 1999 17:00:35 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id SAA04809;
	Sat, 23 Jan 1999 18:00:31 -0500
Message-Id: <Pine.LNX.4.03.9901231752250.4737-100000@gaia.vr.net>
Date: Sat, 23 Jan 1999 18:00:31 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Malika Roy <roy_malika@jpmorgan.com>
Cc: wu-ftpd@wugate.wustl.edu, malika@jpmorgan.com
Subject: Re: [Fwd: ftp> quote site exec <program>]
In-Reply-To: <36AA3E26.A352224D@jpmorgan.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Sat, 23 Jan 1999, Malika Roy wrote:

> I've installed wu-ftpd2.4.2-beta-18.
> But "quote site exec <program>" still does not work.
> The program is a simple shell program that echoes "Hello".

The program will need to follow *all* the rules for running in a chroot'd
environment.  That means all devices, libraries, etc., will need to be
available to it.  Putting Perl or a shell in the chroot'd environment is a
severe security risk.  Use compiled C programs instead.

SITE CHMOD does not use any external programs.  It is implemented by the
daemon itself.  SITE EXEC, on the other hand is more list NLST .. it runs
an external program.  The daemon won't run just any program.  Normally, it
will only run programs from ~ftp/bin and then only those it knows about
such as ls (for LIST and NLST).  It will run tar, gzip/gunzip,
compress/uncompress, etc., because it's been told about those program via
the /etc/ftpconversions configuration file.  SITE EXEC, on the other hand,
is a wild-card.  To prevent abuse, the daemon will only run programs
installed in the approved location .. on most systems that location is
~ftp/bin/ftp-bin although the name is defined at compile-time and can be
moved.  The '~ftp/' portion does not mean only anonymous users can SITE
EXEC, I'm using it as a shorthand for the current root location which will
probably be different for guest and users.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 06:35:27 1999
Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA06720;
	Mon, 25 Jan 1999 06:35:26 -0600 (CST)
Received: from relay5.UU.NET by relay5.UU.NET with ESMTP 
	(peer crosschecked as: root@localhost)
	id QQfzoi04697;
	Sun, 24 Jan 1999 11:10:33 -0500 (EST)
Received: from wugate.wustl.edu by relay5.UU.NET with ESMTP 
	(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
	id QQfzoi04691;
	Sun, 24 Jan 1999 11:10:32 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA29922;
	Sun, 24 Jan 1999 10:07:37 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA28678
	for <wu-ftpd@wugate.wustl.edu>; Sun, 24 Jan 1999 10:06:07 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id LAA08310;
	Sun, 24 Jan 1999 11:06:03 -0500
Message-Id: <Pine.LNX.4.03.9901241100180.8032-100000@gaia.vr.net>
Date: Sun, 24 Jan 1999 11:06:03 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: "Scott R. Every" <scott@emji.net>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: wu-ftpd and firewalls
In-Reply-To: <7552485.3126131076@sdhcp6.emji.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Sun, 24 Jan 1999, Scott R. Every wrote:

> I have a Borderware firewall and I am having all sorts of trouble
> getting hosts on the inside of the firewall to connect to wu-ftpd
> servers.  I have tried beta 15, 16, 18 and the Beroftp server and all
> exhibit the same behavior: 15-30 seconds of deadtime before the
> connection is established.
> 
> I di NOT see this when ftp'ng to sunsite.unc.edu which appears to be
> using beta 13.
> 
> I have customers who have noted the same troubles with other
> firewalls.  The firewalls seem to have no problems ftp'ng to the
> standard Solaris ftp daemon.
> 
> However, I have need of wu-ftpd's features.
> 
> I have looked at the faq and saw nothing related to firewalls.
> 
> Any help would be appreciated.

First guess, tell your firewall to allow AUTH protocol (RFC 931) outbound
TCP from your FTP server (any non-privileged port) to anywhere (port 113).
This will speed things up a bit.  You can disable RFC 931 in the daemon by
changing config.h to #undef USE_RFC931.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 06:35:32 1999
Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA06738;
	Mon, 25 Jan 1999 06:35:31 -0600 (CST)
Received: from relay5.UU.NET by relay5.UU.NET with ESMTP 
	(peer crosschecked as: root@localhost)
	id QQfzgo19249;
	Fri, 22 Jan 1999 08:30:06 -0500 (EST)
Received: from wugate.wustl.edu by relay5.UU.NET with ESMTP 
	(peer crosschecked as: [128.252.120.1])
	id QQfzgo19238;
	Fri, 22 Jan 1999 08:30:04 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA09510;
	Fri, 22 Jan 1999 07:26:41 -0600 (CST)
Received: from mail.glink.net.hk (mail.glink.net.hk [202.72.0.38])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA31043
	for <wu-ftpd@wugate.wustl.edu>; Fri, 22 Jan 1999 07:19:41 -0600 (CST)
Received: from earth.glink.net.hk (earth [202.72.0.46])
	by mail.glink.net.hk (8.9.1/8.9.1) with ESMTP id VAA28898
	for <wu-ftpd@wugate.wustl.edu>; Fri, 22 Jan 1999 21:19:38 +0800 (HKT)
Received: (from priron@localhost)
	by earth.glink.net.hk (8.8.7/8.8.7) id VAA28630
	for wu-ftpd@mail.wustl.edu; Fri, 22 Jan 1999 21:19:36 +0800 (HKT)
Message-Id: <199901221319.VAA28630@earth.glink.net.hk>
Date: Fri, 22 Jan 1999 21:19:35 +0800 (HKT)
Reply-To: priron@glink.net.hk
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Priron  <priron@glink.net.hk>
To: wu-ftpd@wugate.wustl.edu
Subject: wuftpd in client under nisplus
Content-Type: text
X-Mailer: ELM [version 2.4 PL25]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have a problem to login to home directory with login, but there is no problem for anonymous user.
My machine is solairs 2.6. and it is a client under nisplus tree (not root machine and not replica machine).
I go through the source in ftpd.c file. There is no code to get authentication from root or replica machine under nisplus environment.
Any suggest that can help me to configure ?

Priron

From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 06:35:55 1999
Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA06814;
	Mon, 25 Jan 1999 06:35:54 -0600 (CST)
Received: from relay5.UU.NET by relay5.UU.NET with ESMTP 
	(peer crosschecked as: root@localhost)
	id QQfzfj04548;
	Fri, 22 Jan 1999 00:50:22 -0500 (EST)
Received: from wugate.wustl.edu by relay5.UU.NET with ESMTP 
	(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
	id QQfzfj04538;
	Fri, 22 Jan 1999 00:50:20 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id XAA20399;
	Thu, 21 Jan 1999 23:48:34 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id XAA19739
	for <wu-ftpd@wugate.wustl.edu>; Thu, 21 Jan 1999 23:42:16 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id AAA26479;
	Fri, 22 Jan 1999 00:41:57 -0500
Message-Id: <Pine.LNX.4.03.9901220016160.26344-100000@gaia.vr.net>
Date: Fri, 22 Jan 1999 00:41:57 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: xfonline@xf.hb.cninfo.net
Cc: wu-ftpd list <wu-ftpd@wugate.wustl.edu>
Subject: Re: about "guest ftp user"
In-Reply-To: <36A8050F.2FDF8C6B@xf.hb.cninfo.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by wugate.wustl.edu id XAA16028
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 22 Jan 1999, [gb2312] Ïå·®ÈÈÏß wrote:

> We uses wu-ftpd version 2.4.2-beta-18,now guest ftp user can be
> restricted to it's home directionary. we do it follows the manual:
>     in /etc/passwd,the entry is:
>        lixq1998:x:65537:65535::/export/home0/personal/lixq1998:/bin/rsh
>     and in lixq1998's home directionary, we have make the following
> directionary:
>        bin,dev,usr,lib and in them are the related files. So for each
> user we have to use more than 1M.
>    now i have more than 1000 guest ftp users, so it costs too much,is
> there other way to do it and use less space?
>     Do you have better one! Please tell me !!!

Method 1:

  All users chroot to a common point.

  Example:

  In /etc/passwd:
    user1::1001:1001::/home/users/./user1:/bin/sh
    user2::1002:1002::/home/users/./user2:/bin/sh
  In /etc/ftpgroup:
    ftpusers::66:user1,user2
  In /etc/ftpaccess:
    guestgroup ftpusers
  In /home/users create bin, dev, lib, etc

  Advantage:

  Only one copy of the common files (bin dev etc lib) is shared between
  all users.  Setup is easy and clean, which solves the disadvantages of
  method 2.

  Disadvantage:

  All users can, via FTP, see into each other's directories.  This risk
  can be reduced by (1) carefull Unix file and directory permissions, and
  (2) user education.

  Also, users can determine the usernames of other users on the system.  
  This information can be used to assist breakins on other user accounts
  (knowing the username is a large part of the battle).  For some sites,
  knowledge of other users may have commercial implications (ie., one user
  finds that their economic competitor is also a user).



Method 2:

  Use hard links.  The setup is exactly as you now have it, but instead of
  copying the files, use ln(1) to create hard-links.

  Advantage:

  Only one copy of the common files.  This method solves the disadvantages
  of method 1 since users each have a separate chroot point.

  Disadvantage:

  Highly complex setup, leading to possible mis-configuration.  In
  addition the hard-link is easily broken, which can be hard to detect,
  leading to inadvertent increase in disk utilization.



Method 3:

  Use NFS or loop-back mounts.  Create a filesystem for each of the shared
  areas (bin dev etc lib).  Export those filesystem via NFS or a loopback
  device.  Mount the filesystems readonly into each user's area.

  Advantage:

  As with method 2.  In addition, with the filesystems mounted readonly,
  site security is enhanced.

  Disadvantage:

  The NFS subsystem has its own security problems separate from those of
  FTP, thus increasing the risk to the host machine while increasing the
  FTP site security.

  Not all systems support loopback mounts.  Those that do may limit the
  number of possible filesystems exported for loopback mount (Linux, for
  instance, has a default limit of 8 such filesystems although you can
  increase this at kernel compile-time).



My recommendation:  For ISPs and IPPs, method 3 is preferable.  If your
system supports loopback mounts, use them.  If you already have NFS, use
it.  Otherwise do not use method 3; use method 2 instead.  For corporate
and home sites, where the users already share a common community, use
method 1.

That said, I will admit that I usually use method 1 on my sites due to the
simplicity of setup.  I find that users generally do not know enough to
find out about each other and most will not blow the Unix-level file and
directory permissions keeping their home directories secure from other
local users.  Those that do are also Telnet users so the point is moot
with them anyway.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 06:36:07 1999
Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA06852;
	Mon, 25 Jan 1999 06:36:05 -0600 (CST)
Received: from relay5.UU.NET by relay5.UU.NET with ESMTP 
	(peer crosschecked as: root@localhost)
	id QQfzlm06763;
	Sat, 23 Jan 1999 16:32:58 -0500 (EST)
Received: from wugate.wustl.edu by relay5.UU.NET with ESMTP 
	(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
	id QQfzlm06749;
	Sat, 23 Jan 1999 16:32:56 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA00453;
	Sat, 23 Jan 1999 15:29:47 -0600 (CST)
Received: from jpmorgan.com (threshold3.jpmorgan.com [169.71.1.12])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA19296
	for <wu-ftpd@wugate.wustl.edu>; Sat, 23 Jan 1999 15:24:58 -0600 (CST)
Received: (from uucp@localhost)
	by jpmorgan.com (8.8.5/8.8.5) id QAA15775;
	Sat, 23 Jan 1999 16:24:57 -0500 (EST)
Received: from mrszip.ny.jpmorgan.com(198.75.231.19) by threshold3.jpmorgan.com via smap (4.1)
	id xma015771; Sat, 23 Jan 99 16:24:55 -0500
Received: from tintin.ny.jpmorgan.com (tintin.ny.jpmorgan.com [169.124.80.234])
	by mrszip.ny.jpmorgan.com (8.8.8/8.8.8) with ESMTP id QAA07015;
	Sat, 23 Jan 1999 16:24:55 -0500 (EST)
Received: from jpmorgan.com (tintin [169.124.80.234])
	by tintin.ny.jpmorgan.com (8.8.8/8.8.8) with ESMTP id QAA15671;
	Sat, 23 Jan 1999 16:24:54 -0500 (EST)
Message-Id: <36AA3E26.A352224D@jpmorgan.com>
Date: Sat, 23 Jan 1999 16:24:54 -0500
Reply-To: roy_malika@jpmorgan.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Malika Roy <roy_malika@jpmorgan.com>
To: lundberg+wuftpd@vr.net, wu-ftpd@wugate.wustl.edu, malika@jpmorgan.com
Subject: [Fwd: ftp> quote site exec <program>]
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="------------B339677F9775BF6B23B74A3C"
X-Sender: malika@jpmorgan.com
X-Disclaimer: This communication is for informational purposes only.  It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction, unless specifically agreed otherwise.  All market prices, data and other information is not warranted as to completeness or accuracy and is subject to change without notice.  Any comments or statements made herein do not necessarily reflect those  of J.P. Morgan & Co. Incorporated, its subsidiaries and affiliates.
X-Mailer: Mozilla 4.05 [en] (X11; U; SunOS 5.6 sun4m)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

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

In continuation of the previous email request:

I've installed wu-ftpd2.4.2-beta-18.
But "quote site exec <program>" still does not work.
The program is a simple shell program that echoes "Hello".

I can send "quote site chmod nnn <program>". This command
gets executed just fine. It's "site exec" that does not run.

This gets returned:
tp> quote site exec test
200-test
200  (end of 'test')
ftp>

Whereas running the program in the directory returns:
# ./test
Hello

Any further insight will be greatly appreciated.

Thanks.

Malika



--------------B339677F9775BF6B23B74A3C
Content-Type: message/rfc822
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Received: from mrszip.ny.jpmorgan.com (mrszip.ny.jpmorgan.com [198.75.231.19])
	by tintin.ny.jpmorgan.com (8.8.8/8.8.8) with ESMTP id RAA15053
	for <malika@tintin.ny.jpmorgan.com>; Fri, 22 Jan 1999 17:22:49 -0500 (EST)
Received: from jpmorgan.com (threshold2-internal.dmz.jpmorgan.com [169.71.3.11])
	by mrszip.ny.jpmorgan.com (8.8.8/8.8.8) with ESMTP id RAA20074
	for <roy_malika@ny.jpmorgan.com>; Fri, 22 Jan 1999 17:22:49 -0500 (EST)
X-Disclaimer: This communication is for informational purposes only.  It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction, unless specifically agreed otherwise.  All market prices, data and other information is not warranted as to completeness or accuracy and is subject to change without notice.  Any comments or statements made herein do not necessarily reflect those  of J.P. Morgan & Co. Incorporated, its subsidiaries and affiliates.
Received: (from uucp@localhost)
	by jpmorgan.com (8.8.5/8.8.5) id RAA13237
	for <roy_malika@jpmorgan.com>; Fri, 22 Jan 1999 17:22:48 -0500 (EST)
Received: from wugate.wustl.edu(128.252.120.1) by threshold2.jpmorgan.com via smap (4.1)
	id xma013227; Fri, 22 Jan 99 17:22:48 -0500
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA13039;
	Fri, 22 Jan 1999 16:05:44 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA22095
	for <wu-ftpd@wugate.wustl.edu>; Fri, 22 Jan 1999 15:59:41 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id QAA31646;
	Fri, 22 Jan 1999 16:58:26 -0500
Message-Id: <Pine.LNX.4.03.9901221641160.31524-100000@gaia.vr.net>
Date: Fri, 22 Jan 1999 16:58:26 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Malika Roy <roy_malika@jpmorgan.com>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: ftp> quote site exec <program>
In-Reply-To: <36A8EC0B.C35E20B2@jpmorgan.com>
MIME-Version: 1.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Fri, 22 Jan 1999, Malika Roy wrote:

> I recently installed wu-ftpd version 2.4.

First, scrog that ancient version and install the current version: 2.4.2
(beta 18).

> I can't seem to get "quote site exec <program_name>" to work.
> 
> Can you make some suggestions to what I should look for in terms of
> configuration, etc.?

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/


Briefly: SITE EXEC requires the program to be in the directory of allowed
programs.  On most systems, this is ~ftp/bin/ftp-bin.  Playing with SITE
EXEC is playing with fire; be very careful what you allow and who you
allow to do it.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195



--------------B339677F9775BF6B23B74A3C--


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 06:36:10 1999
Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA06865;
	Mon, 25 Jan 1999 06:36:09 -0600 (CST)
Received: from relay5.UU.NET by relay5.UU.NET with ESMTP 
	(peer crosschecked as: root@localhost)
	id QQfzhy20884;
	Fri, 22 Jan 1999 17:35:39 -0500 (EST)
Received: from wugate.wustl.edu by relay5.UU.NET with ESMTP 
	(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
	id QQfzhy20858;
	Fri, 22 Jan 1999 17:35:34 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA28133;
	Fri, 22 Jan 1999 16:31:33 -0600 (CST)
Received: from xns.usit.net (XNS.USIT.NET [199.1.48.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA24220
	for <wu-ftpd@wugate.wustl.edu>; Fri, 22 Jan 1999 16:25:55 -0600 (CST)
Received: from localhost (jspears@localhost) by xns.usit.net (8.8.5/8.8.5) with ESMTP id RAA22380; Fri, 22 Jan 1999 17:25:47 -0500 (EST)
Message-Id: <Pine.GSO.4.05.9901221721540.19046-100000@xns.usit.net>
Date: Fri, 22 Jan 1999 17:25:45 -0500 (EST)
Reply-To: jspears@usit.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Jason Spears <jspears@usit.net>
To: Priron <priron@glink.net.hk>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: wuftpd in client under nisplus
In-Reply-To: <199901221319.VAA28630@earth.glink.net.hk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Authentication-Warning: xns.usit.net: jspears owned process doing -bs
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

AFAIK nisplus should be invisible to wu-ftpd.  Make sure your FTP server
machine has the correct settings in /etc/nsswitch.conf, should probably be:

  passwd:  files nisplus

and maybe also:

  group:  files nisplus

If you can telnet into the machine using an account that exists in
nisplus but not in your passwd file, the configuration problem may
be in config.h in the wu-ftpd distribution; make sure you have
the line

  #undef ANON_ONLY

otherwise real users won't be able to login to the machine via FTP.

Hope this helps,

Jason Spears


On Fri, 22 Jan 1999, Priron wrote:

 >I have a problem to login to home directory with login, but there is no problem for anonymous user.
 >My machine is solairs 2.6. and it is a client under nisplus tree (not root machine and not replica machine).
 >I go through the source in ftpd.c file. There is no code to get authentication from root or replica machine under nisplus environment.
 >Any suggest that can help me to configure ?
 >
 >Priron
 >


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 06:40:07 1999
Received: from relay1.UU.NET (relay1.UU.NET [192.48.96.5])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA07049;
	Mon, 25 Jan 1999 06:40:07 -0600 (CST)
Received: from relay1.UU.NET by relay1.UU.NET with ESMTP 
	(peer crosschecked as: root@localhost)
	id QQfzos20862;
	Sun, 24 Jan 1999 13:40:22 -0500 (EST)
Received: from wugate.wustl.edu by relay1.UU.NET with ESMTP 
	(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
	id QQfzos20845;
	Sun, 24 Jan 1999 13:40:21 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA32177;
	Sun, 24 Jan 1999 12:38:44 -0600 (CST)
Received: from wolverine.emji.net (wolverine.emji.net [207.22.135.6])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA03709
	for <wu-ftpd@wugate.wustl.edu>; Sun, 24 Jan 1999 12:35:53 -0600 (CST)
Received: from sdhcp6.emji.net (sdhcp6.emji.net [207.100.35.249])
	by wolverine.emji.net (8.8.8/8.8.7) with ESMTP id NAA11450;
	Sun, 24 Jan 1999 13:29:19 -0500
Message-Id: <10094238.3126173335@sdhcp6.emji.net>
Date: Sun, 24 Jan 1999 13:28:55 -0500
Reply-To: scott@emji.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Scott R. Every" <scott@emji.net>
To: lundberg+wuftpd@vr.net
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: wu-ftpd and firewalls
In-Reply-To: <Pine.LNX.4.03.9901241100180.8032-100000@gaia.vr.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Mailer: Mulberry (MacOS) [1.4.0, s/n U-200388]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Disbaling RFC931 on both Beroftpd 1.3.2 and 1.2.3 still resulted in delays of 
>10 seconds.  I also disabled DNS retrys which seemed to have no effect.

Any other ideas?

s

--On Sun, Jan 24, 1999 11:06 AM -0500 Gregory A Lundberg
<lundberg+wuftpd@vr.net> wrote:

> On Sun, 24 Jan 1999, Scott R. Every wrote:
> 
>> I have a Borderware firewall and I am having all sorts of trouble
>> getting hosts on the inside of the firewall to connect to wu-ftpd
>> servers.  I have tried beta 15, 16, 18 and the Beroftp server and all
>> exhibit the same behavior: 15-30 seconds of deadtime before the
>> connection is established.
>> 
>> I di NOT see this when ftp'ng to sunsite.unc.edu which appears to be
>> using beta 13.
>> 
>> I have customers who have noted the same troubles with other
>> firewalls.  The firewalls seem to have no problems ftp'ng to the
>> standard Solaris ftp daemon.
>> 
>> However, I have need of wu-ftpd's features.
>> 
>> I have looked at the faq and saw nothing related to firewalls.
>> 
>> Any help would be appreciated.
> 
> First guess, tell your firewall to allow AUTH protocol (RFC 931) outbound
> TCP from your FTP server (any non-privileged port) to anywhere (port 113).
> This will speed things up a bit.  You can disable RFC 931 in the daemon by
> changing config.h to #undef USE_RFC931.
> 
> -- 
> 
> Gregory A Lundberg		Senior Partner, VRnet Company
> 1441 Elmdale Drive              lundberg+wuftpd@vr.net
> Kettering, OH 45409-1615 USA    1-800-809-2195



--
Scott R. Every        "Everything is controlled by a small evil group to 
 EMJ Internet          which, unfortunately, no one we know belongs."
 voice : 1-800-548-2319  fax : 1-919-363-4423  mailto:scott@emji.net
 WWW - http://www.emji.net   

Do you believe in Macintosh? Learn how to help the cause by 
subscribing to the "EvangeList" listserver! Send email to:
<evangelist@macway.com> or go to: 
<http://www.lists.apple.com/>


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 06:40:31 1999
Received: from relay1.UU.NET (relay1.UU.NET [192.48.96.5])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA07146;
	Mon, 25 Jan 1999 06:40:30 -0600 (CST)
Received: from relay1.UU.NET by relay1.UU.NET with ESMTP 
	(peer crosschecked as: root@localhost)
	id QQfzou26620;
	Sun, 24 Jan 1999 14:12:52 -0500 (EST)
Received: from wugate.wustl.edu by relay1.UU.NET with ESMTP 
	(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
	id QQfzou26612;
	Sun, 24 Jan 1999 14:12:51 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA20057;
	Sun, 24 Jan 1999 13:11:16 -0600 (CST)
Received: from mail.rdc1.az.home.com (imail@ha1.rdc1.az.home.com [24.1.240.66])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA11320
	for <wu-ftpd@wugate.wustl.edu>; Sun, 24 Jan 1999 13:07:30 -0600 (CST)
Received: from cx24503-d ([24.1.245.117]) by mail.rdc1.az.home.com
          (InterMail v4.00.03 201-229-104) with SMTP
          id <19990124190728.CEEG6286.mail.rdc1.az.home.com@cx24503-d>
          for <wu-ftpd@wugate.wustl.edu>; Sun, 24 Jan 1999 11:07:28 -0800
Message-Id: <000b01be47cc$daae2960$75f50118@cx24503-d.phnx2.az.home.com>
Date: Sun, 24 Jan 1999 12:07:57 -0700
Reply-To: hmoneta@home.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Howard Moneta" <hmoneta@home.com>
To: "wu-ftpd list" <wu-ftpd@wugate.wustl.edu>
Subject: Time of day restrictions.
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3155.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Here is a section of my /etc/ftpaccess file that pertains to what times of
day the guest user dnload1 can log into my FTP.  I had it configured like
below and it was working properly until I upgraded to the VR12 version of
wu-ftpd.   Has the syntax for specifying the times of day a limit pertains
to changed?  Even though I have it set to not allow any guest class users to
log in between 0600-1800, it still is allowing them to connect.  It appears
to be ignoring the time specification after the Any.  Any ideas what might
have changed between when I was running Wu-ftpd Beta 18 and upgrading the
VR12?

loginfails 2
class   guest   guest  *
class   local   real  *
hostname Genma's FTP
guestuser dnload1

limit guest 3 Any1800-0600                /etc/msgs/msg.toomany
limit guest 0 Any0600-1800                /etc/msgs/msg.serverdown
limit local 1 Any
limit-time guest 120



Thanks!

Howard
hmoneta@home.com


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 06:40:45 1999
Received: from relay4.UU.NET (relay4.UU.NET [192.48.96.14])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA07196;
	Mon, 25 Jan 1999 06:40:43 -0600 (CST)
Received: from relay4.UU.NET by relay4.UU.NET with ESMTP 
	(peer crosschecked as: root@localhost)
	id QQfzdj02801;
	Thu, 21 Jan 1999 11:54:06 -0500 (EST)
Received: from wugate.wustl.edu by relay4.UU.NET with ESMTP 
	(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
	id QQfzdj02779;
	Thu, 21 Jan 1999 11:54:04 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA17594;
	Thu, 21 Jan 1999 10:49:12 -0600 (CST)
Received: from ljcqs016.cnf.com ([205.185.108.239])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA02316
	for <wu-ftpd@wugate.wustl.edu>; Thu, 21 Jan 1999 10:45:09 -0600 (CST)
Received: from cnfvs008.cnf.com (cnfvs008.cnf.com [10.0.2.114])
	by ljcqs016.cnf.com (8.8.7/8.8.7) with ESMTP id IAA13300;
	Thu, 21 Jan 1999 08:43:57 -0800 (PST)
Received: by cnfvs008.cnf.com with Internet Mail Service (5.5.2232.9)
	id <DK64LCF3>; Thu, 21 Jan 1999 08:43:52 -0800
Message-Id: <BA0D6E08C7E6D111B4960000F8046756014B8868@cnfqs021.cnf.com>
Date: Thu, 21 Jan 1999 08:43:57 -0800
Reply-To: Speier.Guy@cnf.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Speier, Guy J - CNF" <Speier.Guy@cnf.com>
To: "'keller@bfg.com'" <keller@bfg.com>,
        "Speier, Guy J - CNF"
	 <Speier.Guy@cnf.com>
Cc: "'lundberg+wuftpd@vr.net'" <lundberg+wuftpd@vr.net>,
        wu-ftpd list
	 <wu-ftpd@wugate.wustl.edu>
Subject: RE: static ls
MIME-Version: 1.0
Content-Type: text/plain
X-Mailer: Internet Mail Service (5.5.2232.9)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I've tried all of this, to no avail.

If you don't mid, I'd like to think aloud (or think with my keyboard at
least).

If I chroot all users to a common area, say /home/ftp/./blah/blah,
and set up my static ls accordingly, all works fine.

If I chroot a user to their home dir, say /home/ftp/./user1,
and ln -f </home/ftp/whatever> </home/ftp/user1/whatever> it doesn't work!
It doesn't even work if I copy the files (instead of using hard links).

I can submit output of truss chroot, ls -lR of both, or whatever.

I appreciate the help!
guy

> -----Original Message-----
> From:	Ted Keller [SMTP:keller@bfg.com]
> Sent:	Wednesday, January 20, 1999 5:27 PM
> To:	Speier, Guy J - CNF
> Cc:	'lundberg+wuftpd@vr.net'; wu-ftpd list
> Subject:	RE: static ls
> 
> All right - I'll try....
> 
> In /etc/passwd, set up each user as....
> 
> usera:x:1029:167:User A:/ftp/users/pub/./:/bin/true
> 
> Create a file /etc/shells and add
> /bin/true
> 
> add the users group to /etc/group
> 
> useragrp:*:167:
> 
> 
> edit ftpaccess to include
> 
> guestgroup     useragrp
> 
> ted keller - bfg.com
> 
> 
> 
> On Wed, 20 Jan 1999, Speier, Guy J - CNF wrote:
> 
> > I still can't seem to get my new chroot point working on Sol 2.6.
> > (trying to chroot each user to their home dir)
> > 
> > The only error I see in all of truss output is a file named
> > /etc/.name_service_door.
> > This is a "door" file (whatever the heck that is).  Would anything else
> help
> > the gods of 
> > wu-ftp help me with this one?  I've even tried to chmod 777 all files in
> the
> > user's
> > home dir (to no avail).
> > 
> > thanks
> > Guy
> > 

From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 06:41:25 1999
Received: from relay4.UU.NET (relay4.UU.NET [192.48.96.14])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA07344;
	Mon, 25 Jan 1999 06:41:24 -0600 (CST)
Received: from relay4.UU.NET by relay4.UU.NET with ESMTP 
	(peer crosschecked as: root@localhost)
	id QQfzop10833;
	Sun, 24 Jan 1999 12:48:05 -0500 (EST)
Received: from wugate.wustl.edu by relay4.UU.NET with ESMTP 
	(peer crosschecked as: [128.252.120.1])
	id QQfzop10826;
	Sun, 24 Jan 1999 12:48:04 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA03117;
	Sun, 24 Jan 1999 11:45:00 -0600 (CST)
Received: from mail.rdc1.az.home.com (imail@ha1.rdc1.az.home.com [24.1.240.66])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA24484
	for <wu-ftpd@wugate.wustl.edu>; Sun, 24 Jan 1999 11:38:18 -0600 (CST)
Received: from cx24503-d ([24.1.245.117]) by mail.rdc1.az.home.com
          (InterMail v4.00.03 201-229-104) with SMTP
          id <19990124173816.BYSU6286.mail.rdc1.az.home.com@cx24503-d>;
          Sun, 24 Jan 1999 09:38:16 -0800
Message-Id: <000801be47c0$63e382a0$75f50118@cx24503-d.phnx2.az.home.com>
Date: Sun, 24 Jan 1999 10:38:44 -0700
Reply-To: hmoneta@home.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Howard Moneta" <hmoneta@home.com>
To: "Gregory A Lundberg" <lundberg+wuftpd@vr.net>
Cc: "wu-ftpd list" <wu-ftpd@wugate.wustl.edu>
Subject: Re: Fw: A few questions from a new user.
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3155.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

>> I would also like to be able to cap the maximum transfer rate so that
>> I don't have fast internet connections sucking all of my bandwidth.
>
>VR12 supports this.


Ok great! I downloaded VR12 but I did not understand how to compile it.
Luckily I found a precompiled version of it and loaded it up.  It works
great and I have implemented many of it's features.  I am still confused
though about the above question.  I have an ftp directory called /ftproot
and I would like to cap the transfer rates of a certain user. Is there a
command I can add to the ftpaccess file to do that?  I would like to be able
to ftp into the box and transfer at full speed.  I just want to cap a
particular user's transfers from the /ftpaccess directory and its subs.

Thanks!

Howard
hmoneta@home.com


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 06:41:37 1999
Received: from relay4.UU.NET (relay4.UU.NET [192.48.96.14])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA07386;
	Mon, 25 Jan 1999 06:41:37 -0600 (CST)
Received: from relay4.UU.NET by relay4.UU.NET with ESMTP 
	(peer crosschecked as: root@localhost)
	id QQfzow27482;
	Sun, 24 Jan 1999 14:32:11 -0500 (EST)
Received: from wugate.wustl.edu by relay4.UU.NET with ESMTP 
	(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
	id QQfzow27475;
	Sun, 24 Jan 1999 14:32:10 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA08483;
	Sun, 24 Jan 1999 13:30:31 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA23231
	for <wu-ftpd@wugate.wustl.edu>; Sun, 24 Jan 1999 13:25:17 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id OAA10304;
	Sun, 24 Jan 1999 14:25:13 -0500
Message-Id: <Pine.LNX.4.03.9901241423180.10188-100000@gaia.vr.net>
Date: Sun, 24 Jan 1999 14:25:13 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Howard Moneta <hmoneta@home.com>
Cc: wu-ftpd list <wu-ftpd@wugate.wustl.edu>
Subject: Re: Time of day restrictions.
In-Reply-To: <000b01be47cc$daae2960$75f50118@cx24503-d.phnx2.az.home.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Sun, 24 Jan 1999, Howard Moneta wrote:

> Here is a section of my /etc/ftpaccess file that pertains to what
> times of day the guest user dnload1 can log into my FTP.  I had it
> configured like below and it was working properly until I upgraded to
> the VR12 version of wu-ftpd.  Has the syntax for specifying the times
> of day a limit pertains to changed?  Even though I have it set to not
> allow any guest class users to log in between 0600-1800, it still is
> allowing them to connect.  It appears to be ignoring the time
> specification after the Any.  Any ideas what might have changed
> between when I was running Wu-ftpd Beta 18 and upgrading the VR12?
> 
> loginfails 2
> class   guest   guest  *
> class   local   real  *
> hostname Genma's FTP
> guestuser dnload1
> 
> limit guest 3 Any1800-0600                /etc/msgs/msg.toomany
> limit guest 0 Any0600-1800                /etc/msgs/msg.serverdown
> limit local 1 Any
> limit-time guest 120

No specific changes for this, but you might try moving the guest 0 line
above the guest 3.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 06:43:01 1999
Received: from relay6.UU.NET (relay6.UU.NET [192.48.96.16])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA07459;
	Mon, 25 Jan 1999 06:43:01 -0600 (CST)
Received: from relay6.UU.NET by relay6.UU.NET with ESMTP 
	(peer crosschecked as: root@localhost)
	id QQfzdd11417;
	Thu, 21 Jan 1999 10:20:08 -0500 (EST)
Received: from wugate.wustl.edu by relay6.UU.NET with ESMTP 
	(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
	id QQfzdd11387;
	Thu, 21 Jan 1999 10:20:03 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA07326;
	Thu, 21 Jan 1999 09:16:52 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA10098
	for <wu-ftpd@wugate.wustl.edu>; Thu, 21 Jan 1999 09:15:19 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id KAA20397;
	Thu, 21 Jan 1999 10:15:10 -0500
Message-Id: <Pine.LNX.4.03.9901211012500.20382-100000@gaia.vr.net>
Date: Thu, 21 Jan 1999 10:15:10 -0500 (EST)
Reply-To: lundberg@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg@vr.net>
To: Stefan Pfenninger <Stefan.Pfenninger@crealogix.com>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: wuftpd on Solaris 2.5.1 only anonymous works
In-Reply-To: <C1256700.003091B2.00@stargate.crealogix.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 21 Jan 1999, Stefan Pfenninger wrote:

> class   all     real,guest,anonymous      *
> guestgroup      ftpguests
> 
> and when i delete the user ftp then also the anonymous diden't work ..

the username 'ftp' *IS* the anonymous FTP user.

> passwd:
> guestuser:x:1009:203:Guest FTP-User:/space/ftp:/bin/ksh
> 
> group
> ftpguests::203:de,tz,oru

guestuser should be explicitly in ftpguests group.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 06:43:36 1999
Received: from relay6.UU.NET (relay6.UU.NET [192.48.96.16])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA07544;
	Mon, 25 Jan 1999 06:43:35 -0600 (CST)
Received: from relay6.UU.NET by relay6.UU.NET with ESMTP 
	(peer crosschecked as: root@localhost)
	id QQfzhu18603;
	Fri, 22 Jan 1999 16:37:42 -0500 (EST)
Received: from wugate.wustl.edu by relay6.UU.NET with ESMTP 
	(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
	id QQfzhu18585;
	Fri, 22 Jan 1999 16:37:38 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA18999;
	Fri, 22 Jan 1999 15:33:53 -0600 (CST)
Received: from jpmorgan.com (threshold3.jpmorgan.com [169.71.1.12])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA17515
	for <wu-ftpd@wugate.wustl.edu>; Fri, 22 Jan 1999 15:29:30 -0600 (CST)
Received: (from uucp@localhost)
	by jpmorgan.com (8.8.5/8.8.5) id QAA01558
	for <wu-ftpd@wugate.wustl.edu>; Fri, 22 Jan 1999 16:29:23 -0500 (EST)
Received: from mrszip.ny.jpmorgan.com(198.75.231.19) by threshold3.jpmorgan.com via smap (4.1)
	id xma024608; Fri, 22 Jan 99 16:22:21 -0500
Received: from tintin.ny.jpmorgan.com (tintin.ny.jpmorgan.com [169.124.80.234])
	by mrszip.ny.jpmorgan.com (8.8.8/8.8.8) with ESMTP id QAA00332
	for <wu-ftpd@wugate.wustl.edu>; Fri, 22 Jan 1999 16:22:20 -0500 (EST)
Received: from jpmorgan.com (tintin [169.124.80.234])
	by tintin.ny.jpmorgan.com (8.8.8/8.8.8) with ESMTP id QAA14965
	for <wu-ftpd@wugate.wustl.edu>; Fri, 22 Jan 1999 16:22:19 -0500 (EST)
Message-Id: <36A8EC0B.C35E20B2@jpmorgan.com>
Date: Fri, 22 Jan 1999 16:22:19 -0500
Reply-To: roy_malika@jpmorgan.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Malika Roy <roy_malika@jpmorgan.com>
To: wu-ftpd@wugate.wustl.edu
Subject: ftp> quote site exec <program>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: malika@jpmorgan.com
X-Disclaimer: This communication is for informational purposes only.  It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction, unless specifically agreed otherwise.  All market prices, data and other information is not warranted as to completeness or accuracy and is subject to change without notice.  Any comments or statements made herein do not necessarily reflect those  of J.P. Morgan & Co. Incorporated, its subsidiaries and affiliates.
X-Mailer: Mozilla 4.05 [en] (X11; U; SunOS 5.6 sun4m)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

 Hello,

I recently installed wu-ftpd version 2.4.

I can't seem to get "quote site exec <program_name>"
to work.

Can you make some suggestions to what I should
look for in terms of configuration, etc.?

Thank you.

Malika


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 06:43:58 1999
Received: from relay6.UU.NET (relay6.UU.NET [192.48.96.16])
	by landfield.com (8.9.0/8.9.0) with ESMTP id GAA07597;
	Mon, 25 Jan 1999 06:43:57 -0600 (CST)
Received: from relay6.UU.NET by relay6.UU.NET with ESMTP 
	(peer crosschecked as: root@localhost)
	id QQfzln02828;
	Sat, 23 Jan 1999 16:55:26 -0500 (EST)
Received: from wugate.wustl.edu by relay6.UU.NET with ESMTP 
	(peer crosschecked as: wugate.wustl.edu [128.252.120.1])
	id QQfzln02822;
	Sat, 23 Jan 1999 16:55:25 -0500 (EST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA26257;
	Sat, 23 Jan 1999 15:53:44 -0600 (CST)
Received: from www.aachen.linux.de (vmailer@microsoft.sucks.eu.org [198.22.51.242])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA21066
	for <wu-ftpd@wugate.wustl.edu>; Sat, 23 Jan 1999 15:52:48 -0600 (CST)
Received: from localhost (localhost.microsoft.eu.org [127.0.0.1])
	by www.aachen.linux.de (Postfix) with SMTP
	id AD747D0B7; Sun, 24 Jan 1999 00:03:46 +0100 (CET)
Message-Id: <Pine.LNX.4.02.9901240003020.488-100000@www.aachen.linux.de>
Date: Sun, 24 Jan 1999 00:03:46 +0100 (CET)
Reply-To: bero@microsoft.sucks.eu.org
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Bernhard Rosenkraenzer <bero@microsoft.sucks.eu.org>
To: Malika Roy <roy_malika@jpmorgan.com>
Cc: lundberg+wuftpd@vr.net, wu-ftpd@wugate.wustl.edu, malika@jpmorgan.com
Subject: Re: [Fwd: ftp> quote site exec <program>]
In-Reply-To: <36AA3E26.A352224D@jpmorgan.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: bero@www.aachen.linux.de
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Sat, 23 Jan 1999, Malika Roy wrote:

> In continuation of the previous email request:
> 
> I've installed wu-ftpd2.4.2-beta-18.
> But "quote site exec <program>" still does not work.
> The program is a simple shell program that echoes "Hello".

You can't run a shell script in a chrooted environment unless you copy a
shell there, which I'd strongly recommend against for security reasons.

LLaP
bero



From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 10:49:23 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id KAA10410;
	Mon, 25 Jan 1999 10:49:13 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA14486;
	Mon, 25 Jan 1999 10:41:22 -0600 (CST)
Received: from tounes.gw.tn (tounes.gw.tn [193.95.50.118])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA15195
	for <wu-ftpd@wugate.wustl.edu>; Mon, 25 Jan 1999 10:37:16 -0600 (CST)
Received: from tounes.tn (tounes.tn [193.95.50.110])
	by tounes.gw.tn (8.8.8/8.8.8) with ESMTP id RAA08696
	for <wu-ftpd@wugate.wustl.edu>; Mon, 25 Jan 1999 17:33:55 -0100 (GMT)
Received: from tounes.ati.tn (tounes.ati.tn [193.95.66.21])
	by tounes.tngw.tn (8.8.8/8.8.8) with ESMTP id RAA23471
	for <wu-ftpd@wugate.wustl.edu>; Mon, 25 Jan 1999 17:36:31 -0100 (GMT)
Received: from mail.gnet.tn ([193.95.67.109])
	by tounes.ati.tn (8.8.8/8.8.8) with SMTP id RAA24563
	for <wu-ftpd@wugate.wustl.edu>; Mon, 25 Jan 1999 17:43:03 -0100
Received: from gnet.tn by mail.gnet.tn (SMI-8.6/SMI-SVR4)
	id RAA12212; Mon, 25 Jan 1999 17:38:09 -0100
Message-Id: <36AC6C08.27463ED@gnet.tn>
Date: Mon, 25 Jan 1999 14:05:12 +0100
Reply-To: fathi.engineer@gnet.tn
Sender: owner-wu-ftpd@wugate.wustl.edu
From: FATHI BEN NASR <fathi.engineer@gnet.tn>
To: wu-ftpd@wugate.wustl.edu
Subject: Problems with wu-ftpd
MIME-Version: 1.0
Content-Type: multipart/mixed;
 boundary="------------F1FB3F7F394E26A32BDA4E43"
X-Mailer: Mozilla 4.5 [fr] (Win95; I)
X-Accept-Language: fr
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Il s'agit d'un message multivolet au format MIME.
--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I am trying to build an Intranet. I have, successfully, installed
wu-ftpd-2.4.2-beta-18 and I can get to my server with ftp://193.94.6.200
for another Linux machine and in ms-dos mode from windows95. I can also
get the welcome message from msie3.0 or communicator4.5 when typing the
IP adress in the title bar.
Things go bad when I try to go to ftp://ftp.sfa.com (wich has an entry
in my DNS files). So I get the following message from a windows95
workstation:

msie3.0's message:
220 server.sfa.com FTP server () ready.
500 'GET ftp://ftp.sfa.com/ HTTP/1.0': command not understood.
500 'PRAGMA: No-Cache': command not understood.
500 'USER-AGENT: Mozilla/2.0 (compatible; MSIE 3.0; Windows 95)':
command not understood.
500 'HOST: ftp.sfa.com': command not understood.
500 'PROXY-CONNECTION: Keep-Alive': command not understood.
500 '': command not understood.

communicator 4.5 gives me a time out error message when asked for
ftp://ftp.sfa.com or the index.html file of www.sfa.com when apache
1.3.4 is running.

I am using slackware 3.3.0 with a kernel patched to 2.0.36.

I enclosed all my rc and nemed files - and some others -  to give, who
wants to help me, more information about my configuration.

The wu-ftp deamon seems to be started from inetd.conf, but I get no ftp
entry from a ps command.

Fathi Ben Nasr.
Sorry for hopping your mailboxes with all this files.
--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
 name="named.boot"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="named.boot"

directory	/etc
primary		0.0.127.IN-ADDR.ARPA		named.local
primary		sfa.com				named.hosts
primary		006.094.193.IN-ADDR.ARPA	named.rev


--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
 name="named.hosts"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="named.hosts"

@	IN	SOA	sfa.com.	root.sfa.com.	(
	1999012001
	3600
	300
	3600000
	14400	)
IN	NS	server.sfa.com.
www	IN	A	193.094.006.200
mail	IN	A	193.094.006.200
news	IN	A	193.095.006.200
ftp	IN	A	193.094.006.200
server	IN	A	193.094.006.200


--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
 name="named.local"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="named.local"

@	IN	SOA	sfa.com.	root.sfa.com.	(
	1999012001
	3600
	300
	3600000
	14400	)
IN	NS	server.sfa.com.
1	IN	PTR	localhost.


--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
 name="named.rev"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="named.rev"

@	IN	SOA	sfa.com.	root.sfa.com.	(
	1999012001
	3600
	300
	3600000
	14400	)
IN	NS	www.sfa.com.
200	IN	PTR	www.sfa.com.
200	IN	PTR	ftp.sfa.com.
200	IN	PTR	mail.sfa.com.
200	IN	PTR	news.sfa.com.
200	IN	PTR	server.sfa.com


--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
 name="rc.0"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="rc.0"

#! /bin/sh
#
# rc.6		This file is executed by init when it goes into runlevel
#		0 (halt) or runlevel 6 (reboot). It kills all processes,
#		unmounts file systems and then either halts or reboots.
#
# Version:	@(#)/etc/rc.d/rc.6	1.50	1994-01-15
#
# Author:	Miquel van Smoorenburg <miquels@drinkel.nl.mugnet.org>
# Modified by:  Patrick J. Volkerding, <volkerdi@ftp.cdrom.com>
#

  # Set the path.
  PATH=/sbin:/etc:/bin:/usr/bin

  # Set linefeed mode to avoid staircase effect.
  stty onlcr

  echo "Running shutdown script $0:"

  # Find out how we were called.
  case "$0" in
	*0)
		message="The system is halted."
		command="halt"
		;;
	*6)
		message="Rebooting."
		command=reboot
		;;
	*)
		echo "$0: call me as \"rc.0\" or \"rc.6\" please!"
		exit 1
		;;
  esac

  # Kill all processes.
  # INIT is supposed to handle this entirely now, but this didn't always
  # work correctly without this second pass at killing off the processes.
  # Since INIT already notified the user that processes were being killed,
  # we'll avoid echoing this info this time around.
  if [ "$1" != "fast" ]; then # shutdown did not already kill all processes
    killall5 -15 
    killall5 -9
  fi

  # Try to turn off quota and accounting.
  if [ -x /usr/sbin/quotaoff ]
  then
	echo "Turning off quota."
	/usr/sbin/quotaoff -a
  fi
  if [ -x /sbin/accton ]
  then
	echo "Turning off accounting."
	/sbin/accton
  fi

  # Before unmounting file systems write a reboot or halt record to wtmp.
  $command -w

  # Save localtime
  [ -e /usr/lib/zoneinfo/localtime ] && cp /usr/lib/zoneinfo/localtime /etc

  # Asynchronously unmount any remote filesystems:
  echo "Unmounting remote filesystems."
  umount -a -tnfs &

  # Turn off swap, then unmount local file systems.
  echo "Turning off swap."
  swapoff -a
  echo "Unmounting local file systems."
  umount -a -tnonfs
  # Don't remount UMSDOS root volumes:
  if [ ! "`mount | head -1 | cut -d ' ' -f 5`" = "umsdos" ]; then
    mount -n -o remount,ro /
  fi

  # See if this is a powerfail situation.
  if [ -f /etc/power_is_failing ]; then
    echo "Turning off UPS, bye."
    /sbin/powerd -q
    exit 1
  fi

  # Now halt or reboot.
  echo "$message"
  [ ! -f /etc/fastboot ] && echo "On the next boot fsck will be FORCED."
  $command -f



--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
 name="rc.4"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="rc.4"

#! /bin/sh
#
# rc.4		This file is executed by init(8) when the system is being
#		initialized for run level 4 (XDM)
#
# Version:	@(#)/etc/rc.d/rc.4	2.00	02/17/93
#
# Author:	Fred N. van Kempen, <waltje@uwalt.nl.mugnet.org>
#

# Tell the viewers what's going to happen...
echo "Starting up the X Window System V.11 R.6..."

# Call the "xdm" program.
exec /usr/X11R6/bin/xdm -nodaemon

# All done.


--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
 name="rc.6"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="rc.6"

#! /bin/sh
#
# rc.6		This file is executed by init when it goes into runlevel
#		0 (halt) or runlevel 6 (reboot). It kills all processes,
#		unmounts file systems and then either halts or reboots.
#
# Version:	@(#)/etc/rc.d/rc.6	1.50	1994-01-15
#
# Author:	Miquel van Smoorenburg <miquels@drinkel.nl.mugnet.org>
# Modified by:  Patrick J. Volkerding, <volkerdi@ftp.cdrom.com>
#

  # Set the path.
  PATH=/sbin:/etc:/bin:/usr/bin

  # Set linefeed mode to avoid staircase effect.
  stty onlcr

  echo "Running shutdown script $0:"

  # Find out how we were called.
  case "$0" in
	*0)
		message="The system is halted."
		command="halt"
		;;
	*6)
		message="Rebooting."
		command=reboot
		;;
	*)
		echo "$0: call me as \"rc.0\" or \"rc.6\" please!"
		exit 1
		;;
  esac

  # Kill all processes.
  # INIT is supposed to handle this entirely now, but this didn't always
  # work correctly without this second pass at killing off the processes.
  # Since INIT already notified the user that processes were being killed,
  # we'll avoid echoing this info this time around.
  if [ "$1" != "fast" ]; then # shutdown did not already kill all processes
    killall5 -15 
    killall5 -9
  fi

  # Try to turn off quota and accounting.
  if [ -x /usr/sbin/quotaoff ]
  then
	echo "Turning off quota."
	/usr/sbin/quotaoff -a
  fi
  if [ -x /sbin/accton ]
  then
	echo "Turning off accounting."
	/sbin/accton
  fi

  # Before unmounting file systems write a reboot or halt record to wtmp.
  $command -w

  # Save localtime
  [ -e /usr/lib/zoneinfo/localtime ] && cp /usr/lib/zoneinfo/localtime /etc

  # Asynchronously unmount any remote filesystems:
  echo "Unmounting remote filesystems."
  umount -a -tnfs &

  # Turn off swap, then unmount local file systems.
  echo "Turning off swap."
  swapoff -a
  echo "Unmounting local file systems."
  umount -a -tnonfs
  # Don't remount UMSDOS root volumes:
  if [ ! "`mount | head -1 | cut -d ' ' -f 5`" = "umsdos" ]; then
    mount -n -o remount,ro /
  fi

  # See if this is a powerfail situation.
  if [ -f /etc/power_is_failing ]; then
    echo "Turning off UPS, bye."
    /sbin/powerd -q
    exit 1
  fi

  # Now halt or reboot.
  echo "$message"
  [ ! -f /etc/fastboot ] && echo "On the next boot fsck will be FORCED."
  $command -f



--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
 name="rc.cdrom"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="rc.cdrom"

#
# /etc/rc.d/rc.cdrom
# This script searches for a CD-ROM on the known Linux CD devices.
# If one is found, it is mounted under $MOUNTPOINT.
#
# It can make some darn annoying error messages though, so it's no
# longer executable by default.  If you want it on, do this:
#
#   chmod 755 rc.cdrom
#

MOUNTPOINT="/cdrom"
unset SKIP
if mount | fgrep "on $MOUNTPOINT " 1> /dev/null 2> /dev/null ; then
  SKIP=1
elif [ ! -d $MOUNTPOINT ]; then
  SKIP=1
fi
if [ ! "$SKIP" = "1" ]; then
  unset MOUNT
  echo -n "Checking for a CD... "
  for device in cdrom scd0 scd1 hdd hdc hdb hda hde hdf hdg hdh \
  sonycd cdu535 mcd sbpcd aztcd cm206cd gscd0 mcdx0 mcdx1 optcd0 \
  sjcd lmscd ; do # check for a CD-ROM drive with a disc in it.
    if mount -t iso9660 -o ro /dev/$device $MOUNTPOINT 1> /dev/null 2> /dev/null ; then
      MOUNT=1
      if [ ! "$device" = "cdrom" ]; then
        rm -f /dev/cdrom
        ln -sf /dev/$device /dev/cdrom
      fi
      break;
    fi
  done
  if [ "$MOUNT" = "1" ]; then # mount successful
    echo "found on /dev/$device."
    if [ -d /cdrom/rootdsks.144 -o -d /cdrom/rootdsks ]; then # Slackware CD-ROM is mounted.
      echo "    Mounting Slackware Linux CD-ROM under $MOUNTPOINT."
    else
      echo "    Mounting unknown ISO9660 CD-ROM under $MOUNTPOINT."
    fi
  else
    echo "no CD found."
  fi
fi


--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
 name="rc.inet1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="rc.inet1"

#! /bin/sh
#
# rc.inet1	This shell script boots up the base INET system.
#
# Version:	@(#)/etc/rc.d/rc.inet1	1.01	05/27/93
#

HOSTNAME=`cat /etc/HOSTNAME`

# Attach the loopback device.
/sbin/ifconfig lo 127.0.0.1
/sbin/route add -net 127.0.0.0 netmask 255.0.0.0 lo

# IF YOU HAVE AN ETHERNET CONNECTION, use these lines below to configure the 
# eth0 interface. If you're only using loopback or SLIP, don't include the
# rest of the lines in this file.

# Edit for your setup.
IPADDR="193.94.6.200"	# REPLACE with YOUR IP address!
NETMASK="255.255.255.0"	# REPLACE with YOUR netmask!
NETWORK="193.94.6.0"	# REPLACE with YOUR network address!
BROADCAST="193.94.6.255"	# REPLACE with YOUR broadcast address, if you
			# have one. If not, leave blank and edit below.
GATEWAY="193.94.6.100"	# REPLACE with YOUR gateway address!

# Uncomment the line below to configure your ethernet card.
/sbin/ifconfig eth0 ${IPADDR} broadcast ${BROADCAST} netmask ${NETMASK}

# If the line above is uncommented, the code below can also be uncommented.
# It sees if the ethernet was properly initialized, and gives the admin some
# hints about what to do if it wasn't.
if [ ! $? = 0 ]; then
  cat << END
Your ethernet card was not initialized properly.  Here are some reasons why this
may have happened, and the solutions:
1. Your kernel does not contain support for your card.  Including all the 
   network drivers in a Linux kernel can make it too large to even boot, and
   sometimes including extra drivers can cause system hangs.  To support your
   ethernet, either edit /etc/rc.d/rc.modules to load the support at boottime,
   or compile and install a kernel that contains support.
2. You don't have an ethernet card, in which case you should comment out this
   section of /etc/rc.d/rc.inet1.  (Unless you don't mind seeing this error...)
END
fi

# Uncomment these to set up your IP routing table.
/sbin/route add -net ${NETWORK} netmask ${NETMASK} eth0
if [ ! "$GATEWAY" = "" ]; then
 /sbin/route add default gw ${GATEWAY} netmask 0.0.0.0 metric 1
fi

# End of rc.inet1


--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
 name="rc.inet2"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="rc.inet2"

#!/bin/sh
#
# rc.inet2	This shell script boots up the entire INET system.
#		Note, that when this script is used to also fire
#		up any important remote NFS disks (like the /usr
#		distribution), care must be taken to actually
#		have all the needed binaries online _now_ ...
#
# Author:	Fred N. van Kempen, <waltje@uwalt.nl.mugnet.org>
#

# Constants.
NET="/usr/sbin"
IN_SERV="lpd"
LPSPOOL="/var/spool/lpd"

# At this point, we are ready to talk to The World...
echo "Mounting remote file systems..."
/sbin/mount -a -t nfs		# This may be our /usr runtime!!!

echo -n "Starting daemons:"

# Start the SYSLOGD/Klogd daemons.  These must come first.
if [ -f ${NET}/syslogd ]; then
  echo -n " syslogd"
  ${NET}/syslogd & # Backgrounded to avoid an ugly notice from bash-2.0
  echo -n " klogd"
  ${NET}/klogd
fi

# Start the SUN RPC Portmapper.
if [ -f ${NET}/rpc.portmap ]; then
   echo -n " portmap"
   ${NET}/rpc.portmap
fi

# Start the INET SuperServer
if [ -f ${NET}/inetd ]; then
  echo -n " inetd"
  ${NET}/inetd
else
  echo "no INETD found.  INET cancelled!"
  exit 1
fi

# # Start the NAMED/BIND name server.
if [ -f ${NET}/named ]; then
  echo -n " named"
  ${NET}/named
fi

# # Start the ROUTEd server.
# if [ -f ${NET}/routed ]; then
#   echo -n " routed"
#   ${NET}/routed -g -s
# fi

# # Start the RWHO server.
# if [ -f ${NET}/rwhod ]; then
#   echo -n " rwhod"
#   ${NET}/rwhod -t -s
# fi

# Start the various INET servers.
for server in ${IN_SERV} ; do
  if [ -f ${NET}/${server} ]; then
    echo -n " ${server}"
    ${NET}/${server}
  fi
done

# # Start the various SUN RPC servers.
if [ -f ${NET}/rpc.portmap ]; then
  # Start the NFS server daemons.
  if [ -f ${NET}/rpc.mountd ]; then
    echo -n " mountd"
    ${NET}/rpc.mountd
  fi
  if [ -f ${NET}/rpc.nfsd ]; then
    echo -n " nfsd"
    ${NET}/rpc.nfsd
  fi
#  # Fire up the PC-NFS daemon(s).
#  if [ -f ${NET}/rpc.pcnfsd ]; then
#    echo -n " pcnfsd"
#    ${NET}/rpc.pcnfsd ${LPSPOOL}
#  fi
#  if [ -f ${NET}/rpc.bwnfsd ]; then
#    echo -n " bwnfsd"
#    ${NET}/rpc.bwnfsd ${LPSPOOL}
#  fi
fi # Done starting various SUN RPC servers.

# The 'echo' below will put a carriage return at the end
# of the list of started servers.
echo

# # Setting up NIS:
# # (NOTE: For detailed information about setting up NIS, see the
# #  documentation in /usr/doc/yp-clients and /usr/doc/ypserv)
# #
# # First, we must set the NIS domainname.  NOTE: this is not
# # necessarily the same as your DNS domainname, set in 
# # /etc/resolv.conf!  The NIS domainname is the name of a domain
# # served by your NIS server.
#
# if [ -r /etc/defaultdomain ]; then
#   nisdomainname `cat /etc/defaultdomain`
# fi
#
# # Then, we start up ypbind.  It will use broadcast to find a server.
#
# if [ -d /var/yp ] ; then
#   echo "Running ypbind..."
#   /usr/sbin/ypbind 
# fi

# Done!



--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
 name="rc.K"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="rc.K"

#! /bin/sh
#
# rc.K 		This file is executed by init when it goes into runlevel
#		1, which is the administrative state. It kills all
#		deamons and then puts the system into single user mode.
#		Note that the file systems are kept mounted.
#
# Version:	@(#)/etc/rc.d/rc.K	1.50	1994-01-18
# Version:	@(#)/etc/rc.d/rc.K	1.60	1995-10-02 (PV)
#
# Author:	Miquel van Smoorenburg <miquels@drinkel.nl.mugnet.org>
# Modified by:  Patrick J. Volkerding <volkerdi@ftp.cdrom.com>
#

  # Set the path.
  PATH=/sbin:/etc:/bin:/usr/bin

  # Kill all processes.
  echo
  echo "Sending all processes the TERM signal."
  kill -15 -1
  echo -n "Waiting for processes to terminate"
  for loop in 0 1 2 3 4 5 6 7 ; do
    sleep 1
    echo -n "."
  done
  echo

  # Try to turn off quota and accounting.
  if [ -x /usr/sbin/quotaoff ]
  then
	echo "Turning off quota.."
	/usr/sbin/quotaoff -a
  fi
  if [ -x /sbin/accton ]
  then
	echo "Turning off accounting.."
	/sbin/accton
  fi

  # Now go to the single user level
  echo "Telling INIT to go to single user mode (if not already there)..."
  telinit -t 1 1

  # This has to happen last because it could kill itself, because of
  # the way init works.
  echo "Sending all processes the KILL signal."
  kill -9 -1


--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
 name="rc.keymap"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="rc.keymap"

#!/bin/sh
/usr/bin/loadgzkeys azerty.map


--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
 name="rc.local"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="rc.local"

#!/bin/sh
#
# /etc/rc.d/rc.local:  Local system initialization script.
#
# Put any local setup commands in here:
# Running gpm
echo "Running gpm..."
gpm -t ps2 
clear


--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
 name="rc.M"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="rc.M"

#!/bin/sh
#
# rc.M		This file is executed by init(8) when the system is being
#		initialized for one of the "multi user" run levels (i.e.
#		levels 1 through 6).  It usually does mounting of file
#		systems et al.
#
# Version:	@(#)/etc/rc.d/rc.M	2.02	02/26/93
#
# Author:	Fred N. van Kempen, <waltje@uwalt.nl.mugnet.org>
#		Heavily modified by Patrick Volkerding <volkerdi@ftp.cdrom.com>
#

# Tell the viewers what's going to happen...
echo "Going multiuser..."
clear

# Screen blanks after 15 minutes idle time.
/bin/setterm -blank 15
clear

# Look for a CD-ROM in a CD-ROM drive, and if one is found,
# mount it under /cdrom.  This must happen before any of the
# binaries on the CD are needed.
#
# If you don't have a CD-ROM and want to disable this, set the
# /etc/rc.d/rc.cdrom permissions to non-executable: chmod 644 /etc/rc.d/rc.cdrom
# 
if [ -x /etc/rc.d/rc.cdrom ]; then
  . /etc/rc.d/rc.cdrom
fi
clear

# If there's no /etc/HOSTNAME, fall back on this default:
if [ ! -r /etc/HOSTNAME ]; then
 echo "server.sfa.com" > /etc/HOSTNAME
fi
clear

# Set the hostname.  This might not work correctly if TCP/IP is not 
# compiled in the kernel.
/bin/hostname `cat /etc/HOSTNAME | cut -f1 -d .`
clear

# Initialize the NET subsystem.
if [ -x /etc/rc.d/rc.inet1 ]; then
  . /etc/rc.d/rc.inet1
  . /etc/rc.d/rc.inet2
else
  if [ -x /usr/sbin/syslogd ]; then
    /usr/sbin/syslogd & # Backgrounded to avoid an ugly notice from bash-2.0
    /usr/sbin/klogd
  fi
  if [ -x /usr/sbin/lpd ]; then
    /usr/sbin/lpd
  fi
fi
clear

# Start crond (Dillon's crond):
# If you want cron to actually log activity to /var/adm/cron, then change
# -l10 to -l8 to increase the logging level.
/usr/sbin/crond -l10 >>/var/adm/cron 2>&1

# Remove stale locks and junk files (must be done after mount -a!)
/bin/rm -f /var/spool/locks/* /var/lock/* /var/spool/uucp/LCK..* /tmp/.X*lock /tmp/core /core 1> /dev/null 2> /dev/null
clear

# Remove stale hunt sockets so the game can start.
if [ -r /tmp/hunt -o -r /tmp/hunt.stats ]; then
  echo "Removing your stale hunt sockets from /tmp..."
  /bin/rm -f /tmp/hunt*
fi
clear

# Ensure basic filesystem permissions sanity.
chmod 755 /
chmod 1777 /tmp /var/tmp
clear

# Update all the shared library links automatically
/sbin/ldconfig
clear

# Start the sendmail daemon:
if [ -x /usr/sbin/sendmail ]; then
  echo "Starting mail daemon..."
clear
  /usr/sbin/sendmail -bd -q15m
fi
clear

# Load a custom screen font if the user has an rc.font script.
if [ -x /etc/rc.d/rc.font ]; then
  . /etc/rc.d/rc.font
fi
clear

# iBCS Emulation for Linux
# The Intel Binary Compatibility Specification, or iBCS, specifies the
# interfaces between application programs and the surrounding operating
# system environment for i386 based systems. There are however several
# flavours of iBCS in use - SVR4, SVR3 plus several vendor specific
# extensions to SVR3 which are slightly different and incompatible. The
# iBCS emulator for Linux supports all flavours known so far.
if [ -x /etc/rc.d/rc.ibcs2 ]; then
  . /etc/rc.d/rc.ibcs2
fi
clear

# Start Web server:
#if [ -x /etc/rc.d/rc.httpd ]; then
#  . /etc/rc.d/rc.httpd
#fi

# Load a custom keymap if the user has an rc.keymap script.
if [ -x /etc/rc.d/rc.keymap ]; then
  . /etc/rc.d/rc.keymap
fi
clear

# Start the local setup procedure.
if [ -x /etc/rc.d/rc.local ]; then
  . /etc/rc.d/rc.local
fi
clear

# All done.


--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
 name="rc.modules"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="rc.modules"

#!/bin/sh
# rc.modules 1.11  Tue Jun 25 14:29:34 PDT 1996 pjv <volkerdi@cdrom.com>
#
# This file loads extra drivers into the Linux kernel.
# The modules will be looked for under /lib/modules/<kernel version number>
#
# Most Linux kernel modules will accept extra options such as IRQ or base
# address, or to set various modes (such as 10baseT or BNC, etc).  The Linux
# kernel source is the best place to look for extra documentation for the
# various modules.  This can be found under /usr/src/linux-2.0 if you've
# installed it.  Also, the kernel source docs are present on the Slackware
# CD in the /docs/kernel.20 directory.
#
# NOTE:  If any problems arise loading or using these modules, try compiling
# and installing a custom kernel that contains the support instead.  That
# always works. ;^)
#

clear
# Update module dependencies:
echo "Updating module dependencies:"
/sbin/depmod -a
clear

# Automatic module loading.  To load and unload kernel modules
# automatically as needed, uncomment the lines below to run kerneld.
# In some cases, you'll need to create aliases to load the correct
# module. For more information, see the docs in /usr/doc/modules.

#if [ -x /sbin/kerneld ]; then
#  /sbin/kerneld
#fi

# These modules add CD-ROM drive support.  Most of these drivers will probe
# for the I/O address and IRQ of the drive automatically if the parameters
# to configure them are omitted. Typically the I/O address will be specified 
# in hexadecimal, e.g.: cm206=0x300,11
# 
#/sbin/modprobe aztcd aztcd=<I/O address>
#/sbin/modprobe cdu31a cdu31a_port=<I/O address> cdu31a_irq=<interrupt>
#/sbin/modprobe cm206 cm206=<I/O address>,<IRQ>
#/sbin/modprobe gscd gscd=<I/O address>
#/sbin/modprobe mcd mcd=<I/O address>,<IRQ>
#/sbin/modprobe mcdx mcdx=<I/O address>,<IRQ>
#/sbin/modprobe optcd optcd=<I/O address>
# Below, this last number is "1" for SoundBlaster Pro card, or "0" for a clone.
#/sbin/modprobe sbpcd sbpcd=<I/O address>,1
#/sbin/modprobe sonycd535 sonycd535=<I/O address>
#/sbin/modprobe sjcd sjcd=<I/O address>

# Parallel port (printer) support:
/sbin/modprobe lp
clear

# Cyclades multiport serial card support:
#/sbin/modprobe cyclades

# Serial line IP support (SLIP/CSLIP/PPP):
# This module is for SLIP/CSLIP support:
/sbin/modprobe slip
clear
# This module is for PPP support:
/sbin/modprobe ppp
clear
# This module provides BSD compression for PPP (optional):
#/sbin/modprobe bsd_comp

# Sound support:
# (The sound module included with Slackware is configured for a SoundBlaster 16
# or AWE32 at I/O 0x220 IRQ 5.  If you need a different configuration you'll
# need to compile your own module from the Linux kernel source)
#/sbin/modprobe sound

# Network device support:
# Most of these drivers will probe automatically for the card if you don't
# specify an I/O address and IRQ.  But, the NE2000 driver needs at least the
# I/O.  For complete information, see the net-modules.txt file that comes
# with the Linux 2.0.0 source code.  This file can also be found on the
# Slackware CD-ROM in the /docs/kernel.20 directory.
#
# Ethernet cards based on the 8390 chip.
#/sbin/modprobe 3c503 
#/sbin/modprobe ac3200
#/sbin/modprobe e2100
#/sbin/modprobe hp-plus
#/sbin/modprobe hp
#/sbin/modprobe ne io=0xNNN
#/sbin/modprobe smc-ultra
#/sbin/modprobe wd
#
# Other ethernet card drivers:
#/sbin/modprobe 3c501
#/sbin/modprobe 3c503
#/sbin/modprobe 3c505
#/sbin/modprobe 3c507
#/sbin/modprobe 3c509
#/sbin/modprobe 3c59x
#/sbin/modprobe apricot
#/sbin/modprobe arcnet
#/sbin/modprobe at1700
#/sbin/modprobe de4x5
#/sbin/modprobe de600
#/sbin/modprobe de620
#/sbin/modprobe depca
#/sbin/modprobe dgrs
#/sbin/modprobe eepro
#/sbin/modprobe eexpress
#/sbin/modprobe eth16i
#/sbin/modprobe ewrk3
#/sbin/modprobe fmv18x
#/sbin/modprobe hp100
#/sbin/modprobe ibmtr
#/sbin/modprobe ni52
#/sbin/modprobe smc9194
#/sbin/modprobe tulip
#/sbin/modprobe wavelan
#
# Parallel port IP:
#/sbin/modprobe plip
#
# Serial line load balancing support:
#/sbin/modprobe eql
#
# A dummy IP driver.  Essentially a loopback device.  Can be useful --
# see the Network Administrator's Guide from sunsite.unc.edu:/pub/Linux/docs/LDP
#/sbin/modprobe dummy

# Binary format/filesystem support.
#/sbin/modprobe binfmt_elf
#/sbin/modprobe ext
#/sbin/modprobe ext2
#/sbin/modprobe hpfs
#/sbin/modprobe isofs
#/sbin/modprobe minix
#/sbin/modprobe msdos
#/sbin/modprobe nfs
#/sbin/modprobe smbfs
#/sbin/modprobe sysv
#/sbin/modprobe umsdos
#/sbin/modprobe xiafs

# SCSI controller support:
#/sbin/modprobe 53c7,8xx
#/sbin/modprobe NCR53c406a
#/sbin/modprobe aha152x
#/sbin/modprobe aha1542
#/sbin/modprobe aha1740
#/sbin/modprobe aic7xxx
#/sbin/modprobe eata
#/sbin/modprobe eata_dma
#/sbin/modprobe eata_pio
#/sbin/modprobe fdomain
#/sbin/modprobe in2000
#/sbin/modprobe qlogic
#/sbin/modprobe scsi_mod
#/sbin/modprobe scsi_syms
#/sbin/modprobe sd_mod
#/sbin/modprobe seagate
#/sbin/modprobe sg
#/sbin/modprobe sr_mod
#/sbin/modprobe st
#/sbin/modprobe u14-34f
#/sbin/modprobe ultrastor
#/sbin/modprobe wd7000

# Mouse support:
#/sbin/modprobe atixlmouse
#/sbin/modprobe busmouse
#/sbin/modprobe mouse
#/sbin/modprobe msbusmouse
#/sbin/modprobe psaux

# Floppy drive support:
# (Most Linux kernels should already contain this)
#/sbin/modprobe floppy


--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
 name="rc.S"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="rc.S"

#!/bin/sh
#
# /etc/rc.d/rc.S:  System initialization script.
#
# Mostly written by:  Patrick J. Volkerding, <volkerdi@ftp.cdrom.com>
#

PATH=/sbin:/usr/sbin:/bin:/usr/bin

# enable swapping
/sbin/swapon -a

# Start update.
/sbin/update &

# Automatic module loading.  To load and unload kernel modules
# automatically as needed, uncomment the lines below to run kerneld.
# In some cases, you'll need to create aliases to load the correct
# module. For more information, see the docs in /usr/doc/modules.
if [ -x /sbin/kerneld ]; then
  /sbin/kerneld
fi

# Test to see if the root partition is read-only, like it ought to be.
READWRITE=no
if echo -n >> "Testing filesystem status"; then
 rm -f "Testing filesystem status"
 READWRITE=yes
fi

# Check the integrity of all filesystems
if [ ! $READWRITE = yes ]; then
 /sbin/fsck -A -a
 # If there was a failure, drop into single-user mode.
 if [ $? -gt 1 ] ; then
  echo
  echo
  echo "**************************************"
  echo "fsck returned error code - REBOOT NOW!"
  echo "**************************************"
  echo
  echo
  /bin/login 
 fi
 # Remount the root filesystem in read-write mode
 echo "Remounting root device with read-write enabled."
 /sbin/mount -w -n -o remount /
 if [ $? -gt 0 ] ; then
  echo
  echo "Attempt to remount root device as read-write failed!  This is going to"
  echo "cause serious problems...  "
  echo 
  echo "If you're using the UMSDOS filesystem, you **MUST** mount the root partition"
  echo "read-write!  You can make sure the root filesystem is getting mounted "
  echo "read-write with the 'rw' flag to Loadlin:"
  echo
  echo "loadlin vmlinuz root=/dev/hda1 rw   (replace /dev/hda1 with your root device)"
  echo
  echo "Normal bootdisks can be made to mount a system read-write with the rdev command:"
  echo
  echo "rdev -R /dev/fd0 0"
  echo
  echo "You can also get into your system by using a bootkernel disk with a command"
  echo "like this on the LILO prompt line:  (change the root partition name as needed)"
  echo 
  echo "LILO: mount root=/dev/hda1 rw"
  echo
  echo "Please press ENTER to continue, then reboot and use one of the above methods to"
  echo -n "get into your machine and start looking for the problem. " 
  read junk; 
 fi
else
 echo "Testing filesystem status: read-write filesystem"
 if [ ! -d /DOS ]; then # no warn for UMSDOS (kind of a bad test, but...)
  cat << EOF

*** ERROR: Root partition has already been mounted read-write. Cannot check!

For filesystem checking to work properly, your system must initially mount
the root partition as read only. Please modify your kernel with 'rdev' so that
it does this. If you're booting with LILO, add a line:

   read-only

to the Linux section in your /etc/lilo.conf and type 'lilo' to reinstall it.

If you boot from a kernel on a floppy disk, put it in the drive and type:
  rdev -R /dev/fd0 1

If you boot from a bootkernel disk, or with Loadlin, you can add the 'ro' flag.

This will fix the problem *AND* eliminate this annoying message. :^)

EOF
  echo -n "Press ENTER to continue. "
  read junk;
 fi
fi

# remove /etc/mtab* so that mount will create it with a root entry
/bin/rm -f /etc/mtab* /etc/nologin /etc/shutdownpid 

# mount file systems in fstab (and create an entry for /)
# but not NFS because TCP/IP is not yet configured
/sbin/mount -avt nonfs

# Clean up temporary files on the /var volume:
/bin/rm -f /var/run/utmp /var/run/*.pid

# Looks like we have to create this.
cat /dev/null > /var/run/utmp

# This can be changed if your system keeps GMT.
if [ -x /sbin/clock ]; then
  /sbin/clock -s
fi

# Setup the /etc/issue and /etc/motd to reflect the current kernel level:
# THESE WIPE ANY CHANGES YOU MAKE TO /ETC/ISSUE AND /ETC/MOTD WITH EACH
# BOOT. COMMENT THEM OUT IF YOU WANT TO MAKE CUSTOM VERSIONS.
#echo > /etc/issue
#echo Welcome to Linux `/bin/uname -a | /bin/cut -d\  -f3`. >> /etc/issue
#echo >> /etc/issue
#echo "`/bin/uname -a | /bin/cut -d\  -f1,3`." > /etc/motd

# This loads any kernel modules that are needed.  These might be required to
# use your CD-ROM drive, bus mouse, ethernet card, or other optional hardware.
if [ -x /etc/rc.d/rc.modules ]; then
  . /etc/rc.d/rc.modules
fi

# Initialize PCMCIA devices:
#
# NOTE: This had been closer to the top of this script so that PCMCIA devices
# could be fsck'ed along with the other drives.  This had some unfortunate
# side effects, however, since root isn't yet read-write, and /var might not
# even be mounted the .pid files can't be correctly written in /var/run and
# the pcmcia system can't be correctly shut down.  If you want some PCMCIA
# partition to be mounted at boot (or when the card is inserted) then add
# the appropriate lines to /etc/pcmcia/scsi.opts.
#
if [ -x /etc/rc.d/rc.pcmcia ] ; then
  . /etc/rc.d/rc.pcmcia start
fi

# Run serial port setup script:
# (CAREFUL! This can make some systems hang if the rc.serial script isn't
# set up correctly. If this happens, you may have to edit the file from a
# boot disk)
#
# . /etc/rc.d/rc.serial



--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
 name="rc.serial"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="rc.serial"

#!/bin/sh
#
# /etc/rc.serial 
#	Initializes the serial ports on your system
#
#	Version 2.01
#
# Without uncommenting some of the lines in this script, you'll be unable to
# use ports other than the first two, and those only if they use "standard"
# IRQ values (whatever those are... :^)  The rc.serial script made a couple
# machines I tested this on hang at this point in the boot process, so it's
# commented out by default. However, if you need to set up extended serial
# ports, it's a very good starting point. It usually works great.
# More info that will be useful: I did some testing and found that the lines
# in /etc/rc.d/rc.serial that are most likely to make the machine hang are the
# one that sets up /dev/cua3, and the last time, which causes a report to be
# issued to the console about how the ports were configured. This tries to
# report on *every* port... if you change it so it only lists the ports you're
# going to use (/dev/cua0 /dev/cua1 /dev/cua2 for example) that it probably
# won't cause a hang. Also, the "wild" interrupt detection used for auto-
# configuration can cause problems as well. I highly recommend using the
# manual configuration lines to avoid trouble.
#

cd /dev

SETSERIAL="/bin/setserial -b"
PORTS=`echo cua? cua??`

echo -n "Configuring serial ports...."

# Do wild interrupt detection (uncomment if you're brave enough to
# attempt auto-configuration... )
#
# ${SETSERIAL} -W ${PORTS}

###############################################################
#
# AUTOMATIC CONFIGURATION 
#
# Uncomment the appropriate lines below to enable auto-configuration
# of a particular board.  Or comment them out to disable them....
#
###############################################################

# Do AUTOMATIC_IRQ probing
#
AUTO_IRQ=auto_irq

# These are the standard COM1 through COM4 devices
#
# If you have an internal modeme with a Rockwell Chipset, add a "skip_test"
# to the /dev/cua3 line below.  (It's not added by default because it will
# screw up people with 8514 displays).
#
# ${SETSERIAL} /dev/cua0 ${AUTO_IRQ} skip_test autoconfig
# ${SETSERIAL} /dev/cua1 ${AUTO_IRQ} skip_test autoconfig
# ${SETSERIAL} /dev/cua2 ${AUTO_IRQ} skip_test autoconfig
# ${SETSERIAL} /dev/cua3 ${AUTO_IRQ} autoconfig

# These are for the first AST Fourport board (base address 0x1A0)
#
# ${SETSERIAL} /dev/cua4 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua5 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua6 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua7 ${AUTO_IRQ} autoconfig

# These are for the second AST Fourport board (base address 0x2A0)
#
# ${SETSERIAL} /dev/cua8 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua9 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua10 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua11 ${AUTO_IRQ} autoconfig

# These are the 3rd and 4th ports on the Accent Async board.
#
# ${SETSERIAL} /dev/cua12 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua13 ${AUTO_IRQ} autoconfig
 
# Usenet Serial Board II (base address 0x100)
#
# ${SETSERIAL} /dev/cua16 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua17 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua18 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua19 ${AUTO_IRQ} autoconfig


# BocaBoard 4 port (BB-1004) (base address 0x100)
# 
# ${SETSERIAL} /dev/cua16 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua17 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua18 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua19 ${AUTO_IRQ} autoconfig

# BocaBoard 8 port (BB-1008) (base address 0x100),
# or two BB-1004's (base addresses 0x100 and 0x120)
#
# ${SETSERIAL} /dev/cua16 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua17 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua18 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua19 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua20 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua21 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua22 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua23 ${AUTO_IRQ} autoconfig

# BocaBoard 16 port (BB-1008), (base address 0x100),
# or two BB-1008's (base addresses 0x100 and 0x140),
# or four BB-1004's (base address 0x100, 0x120, 0x140, and 0x160)
#
# Warning --- some of these ports may conflict with the Future Domain
# SCSI controller.  If you want to run both the BocaBoards and the 
# Future Domain controller, you may need to change the port assignment
# of the Bocaboards -- see below in the section on manual configuration.
#
# ${SETSERIAL} /dev/cua16 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua17 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua18 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua19 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua20 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua21 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua22 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua23 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua24 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua25 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua26 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua27 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua28 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua29 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua30 ${AUTO_IRQ} autoconfig
# ${SETSERIAL} /dev/cua31 ${AUTO_IRQ} autoconfig

###############################################################
#
# MANUAL CONFIGURATION 
#
# If you want to do manual configuration of one or more of your 
# serial ports, uncomment and modify the relevant lines.
#
###############################################################

# These are the standard COM1 through COM4 devices
#
# ${SETSERIAL} /dev/cua0 uart 16450 port 0x3F8 irq 4
# ${SETSERIAL} /dev/cua1 uart 16450 port 0x2F8 irq 3
# ${SETSERIAL} /dev/cua2 uart 16450 port 0x3E8 irq 4
# ${SETSERIAL} /dev/cua3 uart 16450 port 0x2E8 irq 3

# These are the first set of AST Fourport ports
#
# ${SETSERIAL} /dev/cua4 uart 16450 port 0x1A0 irq 9 fourport
# ${SETSERIAL} /dev/cua5 uart 16450 port 0x1A8 irq 9 fourport
# ${SETSERIAL} /dev/cua6 uart 16450 port 0x1B0 irq 9 fourport
# ${SETSERIAL} /dev/cua7 uart 16450 port 0x1B8 irq 9 fourport

# These are the second set of AST Fourport ports
#
# ${SETSERIAL} /dev/cua8 uart 16450 port 0x2A0 irq 5 fourport
# ${SETSERIAL} /dev/cua9 uart 16450 port 0x2A8 irq 5 fourport
# ${SETSERIAL} /dev/cua10 uart 16450 port 0x2B0 irq 5 fourport
# ${SETSERIAL} /dev/cua11 uart 16450 port 0x2B8 irq 5 fourport

# These are the 3rd and 4th ports on the Accent Async board.
#
# ${SETSERIAL} /dev/cua12 uart 16450 port 0x330 irq 4
# ${SETSERIAL} /dev/cua13 uart 16450 port 0x338 irq 4

# These are two spare devices you can use to customize for 
# some board which is not supported above....
# ${SETSERIAL} /dev/cua14 uart XXXXX port XXXX irq X
# ${SETSERIAL} /dev/cua15 uart XXXXX port XXXX irq X

# These are the ports used for either the Usenet Serial II
# board, or the Boca Board 4, 8, or 16 port boards.
#
# Uncomment only the first 4 lines for the Usenet Serial II board,
# and uncomment the first 4, 8, or all 16 lines for the
# Boca Board BB-1004, BB-1008, and BB-2016 respectively.
#
# ${SETSERIAL} /dev/cua16 uart 16550A port 0x100 irq 12
# ${SETSERIAL} /dev/cua17 uart 16550A port 0x108 irq 12
# ${SETSERIAL} /dev/cua18 uart 16550A port 0x110 irq 12
# ${SETSERIAL} /dev/cua19 uart 16550A port 0x118 irq 12
# ${SETSERIAL} /dev/cua20 uart 16550A port 0x120 irq 12
# ${SETSERIAL} /dev/cua21 uart 16550A port 0x128 irq 12
# ${SETSERIAL} /dev/cua22 uart 16550A port 0x130 irq 12
# ${SETSERIAL} /dev/cua23 uart 16550A port 0x138 irq 12
# ${SETSERIAL} /dev/cua24 uart 16550A port 0x140 irq 12
# ${SETSERIAL} /dev/cua25 uart 16550A port 0x148 irq 12
# ${SETSERIAL} /dev/cua26 uart 16550A port 0x150 irq 12
# ${SETSERIAL} /dev/cua27 uart 16550A port 0x158 irq 12
# ${SETSERIAL} /dev/cua28 uart 16550A port 0x160 irq 12
# ${SETSERIAL} /dev/cua29 uart 16550A port 0x168 irq 12
# ${SETSERIAL} /dev/cua30 uart 16550A port 0x170 irq 12
# ${SETSERIAL} /dev/cua31 uart 16550A port 0x178 irq 12

###########################################################
#
# Print the results of the serial configuration process
#
###########################################################

echo "done."

${SETSERIAL} -bg ${PORTS}



--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
 name="resolv.conf"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="resolv.conf"

domain sfa.com
nameserver 193.94.6.200


--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
 name="hosts"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="hosts"

#
# hosts		This file describes a number of hostname-to-address
#		mappings for the TCP/IP subsystem.  It is mostly
#		used at boot time, when no name servers are running.
#		On small systems, this file can be used instead of a
#		"named" name server.  Just add the names, addresses
#		and any aliases to this file...
#
# By the way, Arnt Gulbrandsen <agulbra@nvg.unit.no> says that 127.0.0.1
# should NEVER be named with the name of the machine.  It causes problems
# for some (stupid) programs, irc and reputedly talk. :^)
#

# For loopbacking.
127.0.0.1	localhost
193.94.6.200	 	server.sfa.com server

# End of hosts.


--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
 name="inetd.conf"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="inetd.conf"

# See "man 8 inetd" for more information.
#
# If you make changes to this file, either reboot your machine or send the
# inetd a HUP signal:
# Do a "ps x" as root and look up the pid of inetd. Then do a
# "kill -HUP <pid of inetd>".
# The inetd will re-read this file whenever it gets that signal.
#
# <service_name> <sock_type> <proto> <flags> <user> <server_path> <args>
#
# The first 4 services are really only used for debugging purposes, so
# we comment them out since they can otherwise be used for some nasty
# denial-of-service attacks.  If you need them, uncomment them.
#echo   	stream	tcp	nowait	root	internal
#echo   	dgram	udp	wait	root	internal
#discard	stream	tcp	nowait	root	internal
#discard	dgram	udp	wait	root	internal
#daytime	stream	tcp	nowait	root	internal
#daytime	dgram	udp	wait	root	internal
#chargen	stream	tcp	nowait	root	internal
#chargen	dgram	udp	wait	root	internal
time	stream	tcp	nowait	root	internal
time	dgram	udp	wait	root	internal
#
# These are standard services.
#
ftp	stream	tcp	nowait	root	/usr/sbin/tcpd	wu.ftpd -l -i -a
telnet	stream  tcp     nowait  root    /usr/sbin/tcpd	in.telnetd
#
# Use this one instead if you want to snoop on telnet users (try to use this
# for ethical purposes, ok folks?) :
# telnet stream  tcp     nowait  root    /usr/sbin/tcpd  /usr/sbin/in.telnetsnoopd
#
# If you want to read NNTP news via TERM, comment out the nntp
# line below, and use a command like this once the TERM
# connection is up:  tredir 119 my.nntp.host:119
# You'll also want to do this: set NNTPSERVER my.nntp.host ; export NNTPSERVER
#nntp	stream	tcp	nowait	root	/usr/sbin/tcpd	in.nntpd
#
# This is for BSD sendmail:
# smtp  stream  tcp     nowait  root    /usr/sbin/tcpd    sendmail -v
# This is set up for running Smail:
# smtp  stream  tcp     nowait  root    /usr/sbin/tcpd  /usr/bin/rsmtp  -bs
#
# The comsat daemon notifies the user of new mail when biff is set to y:
comsat        dgram   udp     wait    root    /usr/sbin/tcpd  in.comsat
#
# Shell, login, exec and talk are BSD protocols.
#
shell	stream	tcp	nowait	root	/usr/sbin/tcpd	in.rshd -L
login	stream	tcp	nowait	root	/usr/sbin/tcpd	in.rlogind
# exec	stream	tcp	nowait	root	/usr/sbin/tcpd	in.rexecd
# talk	dgram	udp	wait	root	/usr/sbin/tcpd	in.talkd
ntalk	dgram	udp	wait	root	/usr/sbin/tcpd	in.talkd
#
# Kerberos authenticated services
#
# klogin	stream	tcp	nowait	root	/usr/sbin/tcpd	rlogind -k
# eklogin	stream	tcp	nowait	root	/usr/sbin/tcpd	rlogind -k -x
# kshell	stream	tcp	nowait	root	/usr/sbin/tcpd	rshd -k
#
# Services run ONLY on the Kerberos server
#
# krbupdate	stream	tcp	nowait	root	/usr/sbin/tcpd	registerd
# kpasswd	stream	tcp	nowait	root	/usr/sbin/tcpd	kpasswdd
#
# Pop et al
#
# pop2	stream	tcp	nowait	root	/usr/sbin/tcpd	in.pop2d
pop3	stream	tcp	nowait	root	/usr/sbin/tcpd	in.pop3d
imap2   stream  tcp     nowait  root    /usr/sbin/tcpd  imapd
#
# The Internet UUCP service.
#
# uucp	stream	tcp	nowait	uucp	/usr/sbin/tcpd	/usr/lib/uucp/uucico	-l
#
# Tftp service is provided primarily for booting.  Most sites
# run this only on machines acting as "boot servers." 
#
# tftp	dgram	udp	wait	nobody	/usr/sbin/tcpd	in.tftpd
# bootps	dgram	udp	wait	root	/usr/sbin/in.bootpd	in.bootpd
#
# Finger, systat and netstat give out user information which may be
# valuable to potential "system crackers."  Many sites choose to disable 
# some or all of these services to improve security.
# Try "telnet localhost systat" and "telnet localhost netstat" to see that
# information yourself!
#
finger	stream	tcp	nowait	nobody	/usr/sbin/tcpd	in.fingerd -w
systat	stream	tcp	nowait	nobody	/usr/sbin/tcpd	/bin/ps	-auwwx
netstat	stream	tcp	nowait	root	/usr/sbin/tcpd	/bin/netstat	-a
#
# Ident service is used for net authentication
auth	stream	tcp	wait	root	/usr/sbin/in.identd	in.identd -w -t120 -l
#
# These are to start Samba, an smb server that can export filesystems to
# Pathworks, Lanmanager for DOS, Windows for Workgroups, Windows95, Lanmanager
# for Windows, Lanmanager for OS/2, Windows NT, etc.  Lanmanager for dos is
# available via ftp from ftp.microsoft.com in bussys/MSclient/dos/. Please read
# the licensing stuff before downloading. Use the TCP/IP option in the client.
# Add your server to the \etc\lmhosts (or equivalent) file on the client.
netbios-ssn     stream  tcp     nowait  root    /usr/sbin/smbd  smbd
netbios-ns      dgram   udp     wait    root    /usr/sbin/nmbd  nmbd
#
# Sun-RPC based services.
# <service name/version><sock_type><rpc/prot><flags><user><server><args>
#
# rstatd/1-3	dgram	rpc/udp	wait	root	/usr/sbin/tcpd	rpc.rstatd
# rusersd/2-3	dgram	rpc/udp	wait	root	/usr/sbin/tcpd	rpc.rusersd
# walld/1		dgram	rpc/udp	wait	root	/usr/sbin/tcpd	rpc.rwalld
#
# End of inetd.conf.


--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
 name="host.conf"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="host.conf"

order bind, hosts
multi on


--------------F1FB3F7F394E26A32BDA4E43
Content-Type: text/plain; charset=us-ascii;
 name="ps_ax_command_result"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="ps_ax_command_result"

  PID TTY STAT  TIME COMMAND
    1  ?  S    0:03 init [3] 
    2  ?  SW   0:00 (kflushd)
    3  ?  SW<  0:00 (kswapd)
    9  ?  S    0:00 /sbin/update 
   10  ?  S    0:00 /sbin/kerneld 
   84  ?  S    0:00 /usr/sbin/klogd 
   85  ?  S    0:00 /usr/sbin/syslogd 
   89  ?  S    0:00 /usr/sbin/inetd 
   91  ?  S    0:00 /usr/sbin/named 
   93  ?  S    0:00 /usr/sbin/rpc.mountd 
   95  ?  S    0:00 /usr/sbin/rpc.nfsd 
   99  ?  S    0:00 /usr/sbin/crond -l10 
  116  ?  S    0:00 sendmail: accepting connections on port 25                 
  134  ?  S    0:00 gpm -t ps2 
  139   1 S    0:00 -bash 
  140   2 S    0:00 /sbin/agetty 38400 tty2 linux 
  141   3 S    0:00 /sbin/agetty 38400 tty3 linux 
  142   4 S    0:00 /sbin/agetty 38400 tty4 linux 
  143   5 S    0:00 /sbin/agetty 38400 tty5 linux 
  144   6 S    0:00 /sbin/agetty 38400 tty6 linux 
  257   1 R    0:00 ps -ax 
   87  ?  S    0:00 /usr/sbin/rpc.portmap 


--------------F1FB3F7F394E26A32BDA4E43--



From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 11:10:01 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id LAA10713;
	Mon, 25 Jan 1999 11:09:57 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA05107;
	Mon, 25 Jan 1999 11:06:42 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA15418
	for <wu-ftpd@wugate.wustl.edu>; Mon, 25 Jan 1999 11:03:49 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id MAA24011;
	Mon, 25 Jan 1999 12:03:07 -0500
Message-Id: <Pine.LNX.4.03.9901251159400.23872-100000@gaia.vr.net>
Date: Mon, 25 Jan 1999 12:03:07 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: FATHI BEN NASR <fathi.engineer@gnet.tn>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: Problems with wu-ftpd
In-Reply-To: <36AC6C08.27463ED@gnet.tn>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 25 Jan 1999, FATHI BEN NASR wrote:

> Date: Mon, 25 Jan 1999 14:05:12 +0100
> From: FATHI BEN NASR <fathi.engineer@gnet.tn>
> To: wu-ftpd@wugate.wustl.edu
> Subject: Problems with wu-ftpd
> 
> I am trying to build an Intranet. I have, successfully, installed
> wu-ftpd-2.4.2-beta-18 and I can get to my server with ftp://193.94.6.200
> for another Linux machine and in ms-dos mode from windows95. I can also
> get the welcome message from msie3.0 or communicator4.5 when typing the
> IP adress in the title bar.
> Things go bad when I try to go to ftp://ftp.sfa.com (wich has an entry
> in my DNS files). So I get the following message from a windows95
> workstation:
> 
> msie3.0's message:
> 220 server.sfa.com FTP server () ready.
> 500 'GET ftp://ftp.sfa.com/ HTTP/1.0': command not understood.
> 500 'PRAGMA: No-Cache': command not understood.
> 500 'USER-AGENT: Mozilla/2.0 (compatible; MSIE 3.0; Windows 95)':
> command not understood.
> 500 'HOST: ftp.sfa.com': command not understood.
> 500 'PROXY-CONNECTION: Keep-Alive': command not understood.
> 500 '': command not understood.
> 
> communicator 4.5 gives me a time out error message when asked for
> ftp://ftp.sfa.com or the index.html file of www.sfa.com when apache
> 1.3.4 is running.
> 
> I am using slackware 3.3.0 with a kernel patched to 2.0.36.
> 
> I enclosed all my rc and nemed files - and some others -  to give, who
> wants to help me, more information about my configuration.
> 
> The wu-ftp deamon seems to be started from inetd.conf, but I get no ftp
> entry from a ps command.
> 
> Fathi Ben Nasr.
> Sorry for hopping your mailboxes with all this files.

Um .. GET, PRAGMA, USER-AGENT and the like are HTTP not FTP.  Looks like
the problem is a bad proxy setup.  It appears the proxy thinks the FTP
site is a web server.

Also, if you didn't hack the source, or edit your email, the FTP daemon
running is not 2.4.2 (beta 18).

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 12:29:47 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id MAA11671;
	Mon, 25 Jan 1999 12:29:46 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA22694;
	Mon, 25 Jan 1999 12:24:27 -0600 (CST)
Received: from wolverine.emji.net (wolverine.emji.net [207.22.135.6])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA20116
	for <wu-ftpd@wugate.wustl.edu>; Mon, 25 Jan 1999 12:17:49 -0600 (CST)
Received: from pb3400w.emji.net (pb3400w.emji.net [207.100.38.16])
	by wolverine.emji.net (8.8.8/8.8.7) with ESMTP id NAA11746
	for <wu-ftpd@wugate.wustl.edu>; Mon, 25 Jan 1999 13:17:43 -0500
Message-Id: <15147999.3126259060@pb3400w.emji.net>
Date: Mon, 25 Jan 1999 13:17:40 -0500
Reply-To: scott@emji.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Scott R. Every" <scott@emji.net>
To: wu-ftpd@wugate.wustl.edu
Subject: exe problems
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Mailer: Mulberry (MacOS) [1.4.0, s/n U-200388]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

When I try to get any file on my server that is a *.exe file through a browser
it dumps to the screen instead of prompting to save.

Any ideas where I can change this?  On the webserver I would use MIME types, 
but I can't seem to find the equivalent in wu-ftpd 
ftp://ftp.emji.net/pub/setup.exe

tia

s

--
Scott R. Every        "Everything is controlled by a small evil group to 
 EMJ Internet          which, unfortunately, no one we know belongs."
 voice : 1-800-548-2319  fax : 1-919-363-4423  mailto:scott@emji.net
 WWW - http://www.emji.net   

Do you believe in Macintosh? Learn how to help the cause by 
subscribing to the "EvangeList" listserver! Send email to:
<evangelist@macway.com> or go to: 
<http://www.lists.apple.com/>


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 12:29:56 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id MAA11679;
	Mon, 25 Jan 1999 12:29:55 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA02372;
	Mon, 25 Jan 1999 12:26:02 -0600 (CST)
Received: from trapper.unbc.ca (trapper.unbc.ca [142.207.144.4])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA30593
	for <wu-ftpd@wugate.wustl.edu>; Mon, 25 Jan 1999 12:19:29 -0600 (CST)
Received: from ugrad.unbc.ca (ugrad.unbc.ca [142.207.112.20]) by trapper.unbc.ca with SMTP (8.7.1/UNBC-1.0H)
  id KAA11144 (from chao@unbc.ca); Mon, 25 Jan 1999 10:19:14 -0800 (PST)
Message-Id: <Pine.LNX.3.96.990125101646.24128A-100000@ugrad.unbc.ca>
Date: Mon, 25 Jan 1999 10:18:18 -0800 (PST)
Reply-To: chao@unbc.ca
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Chang Cheng Chao <chao@unbc.ca>
To: Gregory A Lundberg <lundberg+wuftpd@vr.net>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: [Q] Anonymous login works, but ...
In-Reply-To: <Pine.LNX.4.03.9901250704280.21834-100000@gaia.vr.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi, I used guestgroup and it worked. I also removed anonymous from the
class statement so that anonymous login is disallowed. Now I'm wondering
how to disallow the users to ftp only not telnet. Thanks for your help.

Chang

On Mon, 25 Jan 1999, Gregory A Lundberg wrote:

> On Mon, 25 Jan 1999, Chang Cheng Chao wrote:
> 
> > Hi, I'm using Red Hat 5.2 and has anonftp and wu-ftp set up. Users can
> > ftp into my computer using anonymous but I'm wondering how I can have
> > anonymous login in addition to password login.
> 
> guestgroup
> 
> Read the man pages and 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              lundberg+wuftpd@vr.net
> Kettering, OH 45409-1615 USA    1-800-809-2195
> 
> 


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 12:34:12 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id MAA11830;
	Mon, 25 Jan 1999 12:34:10 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA26520;
	Mon, 25 Jan 1999 12:30:52 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA27254
	for <wu-ftpd@wugate.wustl.edu>; Mon, 25 Jan 1999 12:27:11 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id NAA24754;
	Mon, 25 Jan 1999 13:27:06 -0500
Message-Id: <Pine.LNX.4.03.9901251325290.24734-100000@gaia.vr.net>
Date: Mon, 25 Jan 1999 13:27:05 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Chang Cheng Chao <chao@unbc.ca>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: [Q] Anonymous login works, but ...
In-Reply-To: <Pine.LNX.3.96.990125101646.24128A-100000@ugrad.unbc.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 25 Jan 1999, Chang Cheng Chao wrote:

> Now I'm wondering how to disallow the users to ftp only not telnet.

> On Mon, 25 Jan 1999, Gregory A Lundberg wrote:
> 
> > Read the man pages and 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              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 12:40:59 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id MAA11930;
	Mon, 25 Jan 1999 12:40:58 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA32541;
	Mon, 25 Jan 1999 12:37:13 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA18949
	for <wu-ftpd@wugate.wustl.edu>; Mon, 25 Jan 1999 12:36:21 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id NAA24863;
	Mon, 25 Jan 1999 13:36:09 -0500
Message-Id: <Pine.LNX.4.03.9901251329440.24788-100000@gaia.vr.net>
Date: Mon, 25 Jan 1999 13:36:09 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: "Scott R. Every" <scott@emji.net>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: exe problems
In-Reply-To: <15147999.3126259060@pb3400w.emji.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 25 Jan 1999, Scott R. Every wrote:

> When I try to get any file on my server that is a *.exe file through a
> browser it dumps to the screen instead of prompting to save.
> 
> Any ideas where I can change this?  On the webserver I would use MIME
> types, but I can't seem to find the equivalent in wu-ftpd
> ftp://ftp.emji.net/pub/setup.exe

There is no such thing as MIME type in FTP.

I tried the URL above and got the Open/Save dialog from IE 4.01.

Probably you checked the 'don't ask me again' option for .EXE files.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 17:40:15 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id RAA15759;
	Mon, 25 Jan 1999 17:40:14 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA01410;
	Mon, 25 Jan 1999 17:36:26 -0600 (CST)
Received: from att.com (algw1.att.com [192.128.167.153])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA23283
	for <wu-ftpd@wugate.wustl.edu>; Mon, 25 Jan 1999 17:31:36 -0600 (CST)
Received: from alms2.fw.att.com by algw1.att.com (AT&T/IPNS/UPAS-1.0)
	for wugate.wustl.edu!wu-ftpd
	sender lynx.lz.att.com!rah (lynx.lz.att.com!rah); Mon Jan 25 18:25 EST 1999
Received: from merlin.lz.att.com (lynx.lz.att.com [135.25.200.5])
	by alms2.fw.att.com (AT&T/IPNS/GW-1.0) with SMTP id SAA12004
	for <wu-ftpd@wugate.wustl.edu>; Mon, 25 Jan 1999 18:27:36 -0500 (EST)
Received: by merlin.lz.att.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62)
	id <01BE4891.1D30D570@merlin.lz.att.com>; Mon, 25 Jan 1999 18:32:51 -0500
Message-Id: <c=US%a=_%p=att%l=MERLIN-990125233249Z-1690@merlin.lz.att.com>
Date: Mon, 25 Jan 1999 18:32:49 -0500
Reply-To: rah@lynx.lz.att.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Roger Hanke <rah@lynx.lz.att.com>
To: "'Gregory A. Lundberg'" <lundberg+wuftpd@vr.net>,
        "'Bernhard Rosenkraenzer'" <bero@microsoft.sucks.eu.org>
Cc: "'WUFTPD List'" <wu-ftpd@wugate.wustl.edu>
Subject: FW: debugging pasv ports usage
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Gregory and Bernhard,
 Finally got to the bottom of this by following Gregory's 
advice to add my own debug statement. While doing this
I compared my WUFTPD patched with Pedro Melo's pasv
port patch with the Beroftpd 1.2.3 I was trying to debug.

 Forgive me, if I get the players wrong at times, but here 
is my best guess on how the quite useful lines have all
dissappeared. Pedro had the 3 statements below in his
patch which all showed what passive port was being used:
  if (log_commands) syslog(LOG_DEBUG, "PASV trying %d",
pasv_addr.sin_port);
  if (log_commands) syslog(LOG_DEBUG, "PASV got %d",
pasv_addr.sin_port);
  reply(227, "entering Passive Mode (%d,%d,%d,%d,%d,%d)", 
UC(a[0]), UC(a[1]), UC(a[2]), UC(a[3]), UC(p[0]), UC(p[1]));

Apparently Gregory did not bother putting in the first two, figuring
the third was sufficient, when incorporating Pedros patch into
his code base. Next Bernhard did a lot of cleanup on -lLdv log/debug
options and took the debug statement out of the reply routine
that used to echo out each reply to the syslog when debugging was
turned on. So now with Beroftpd 1.2.3 even when -lLdv options
are all turned on I dont get any of the above statements written to
the syslog and therefore can get no info on what passive port the
daemon grabbed to satisfy the current client request. I just added
a statement similar to the first two lines just above where the 
3rd line call is made in order to get this debug capability back.
But was hoping I could convince you gentlemen that this is a
worthwhile piece of debugging information that you could add
back into your official versions so that I do not have to add this
line everytime I take a new release ;-)
	IMHO,
	Roger Hanke 

>-----Original Message-----
>From:	Roger Hanke 
>Sent:	Thursday, January 14, 1999 8:13 PM
>To:	'Gregory A. Lundberg'
>Cc:	'WUFTPD List'
>Subject:	debugging pasv ports usage
>
>Gregory,
> Thank you for your help with the new passive ports
>directive. So now I believe I have the correct range of
>ports specified to be used for pasv client commands.
>
> But with WUFTPD Beta 13 I had been using debug 
>mode and looking for the pasv command in the syslog
>to verify what port was actually being returned and that
>it really was in the valid range expected.
>Using the same exact system, and debug settings
>I can not get those debug statements showing up in
>the syslog using BeroFTPD 1.2.3.
>For instance below I show just a short sequence from 
>the syslog first showing just a logon to Beta 13 then a
>logon to BeroFTPD 1.2.3. Both of them are using the
>same command line options, just running on different
>ports on the same box: -adlLu007
>Even tried turning d to v option on command line for 
>BeroFTPD but still no debug statements.
>Finally added log commands to my ftpaccess files and
>this again produced more statements for both versions
>but the BeroFTPD just said PASV and did not show the
>port number like the Beta 13 did:
>
>Jan 14 20:09:44 hdpst01 ftpd[12370]: PASV
>Jan 14 20:09:44 hdpst01 ftpd[12370]: PASV
>Jan 14 20:09:44 hdpst01 ftpd[12370]: PASV trying 27828
>Jan 14 20:09:44 hdpst01 ftpd[12370]: PASV got 27828
>Jan 14 20:09:44 hdpst01 ftpd[12370]: <--- 227
>Jan 14 20:09:44 hdpst01 ftpd[12370]: Entering Passive Mode
>(135,25,216,12,108,180)
>                            
>
> So has anything changed in this area, in terms of
>getting debug statements out?
>	Thanx,
>	Roger Hanke
>
>Jan 14 19:55:18 hdpst01 ftpd[11882]: <--- 331
>Jan 14 19:55:18 hdpst01 ftpd[11882]: Password required for ew3ftp.
>Jan 14 19:55:21 hdpst01 ftpd[11882]: command: PASS password
>Jan 14 19:55:21 hdpst01 ftpd[11882]: <--- 230
>Jan 14 19:55:21 hdpst01 ftpd[11882]: User ew3ftp logged in.  Access
>restrictions apply.
>Jan 14 19:55:21 hdpst01 ftpd[11882]: FTP LOGIN FROM lynxhub
>[135.25.204.10], ew3ftp
>Jan 14 19:55:21 hdpst01 ftpd[11882]: FTP LOGIN FROM lynxhub
>[135.25.204.10], ew3ftp
>Jan 14 19:55:59 hdpst01 ftpd[11882]: command: QUIT
>Jan 14 19:55:59 hdpst01 ftpd[11882]: <--- 221
>Jan 14 19:55:59 hdpst01 ftpd[11882]: Goodbye.
>Jan 14 19:55:59 hdpst01 ftpd[11882]: FTP session closed
>Jan 14 19:55:59 hdpst01 ftpd[11882]: FTP session closed
>Jan 14 19:56:22 hdpst01 ftpd[11920]: VirtualFTP Connect to:
>135.25.216.12
>Jan 14 19:56:22 hdpst01 ftpd[11920]: VirtualFTP Connect to:
>135.25.216.12
>Jan 14 19:56:22 hdpst01 ftpd[11920]: VirtualFTP Connect to:
>135.25.216.12
>Jan 14 19:56:31 hdpst01 ftpd[11920]: FTP LOGIN FROM lynxhub
>[135.25.204.10], ew3ftp
>Jan 14 19:56:31 hdpst01 ftpd[11920]: FTP LOGIN FROM lynxhub
>[135.25.204.10], ew3ftp 
>---------------------------------------------------------------
> Roger A. Hanke         AT&T Web Site Services
> (732)576-5738          rhanke@att.com
> FAX (732)576-6041      http://lynxhub.att.com/~rah/
>---------------------------------------------------------------
>

From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 18:45:09 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id SAA16830;
	Mon, 25 Jan 1999 18:45:08 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA19869;
	Mon, 25 Jan 1999 18:41:32 -0600 (CST)
Received: from mail.rdc1.az.home.com (imail@ha1.rdc1.az.home.com [24.1.240.66])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA04242
	for <wu-ftpd@wugate.wustl.edu>; Mon, 25 Jan 1999 18:40:00 -0600 (CST)
Received: from cx24503-d ([24.1.245.117]) by mail.rdc1.az.home.com
          (InterMail v4.00.03 201-229-104) with SMTP
          id <19990126003956.GVQN6286.mail.rdc1.az.home.com@cx24503-d>
          for <wu-ftpd@wugate.wustl.edu>; Mon, 25 Jan 1999 16:39:56 -0800
Message-Id: <000e01be48c4$716e5a80$75f50118@cx24503-d.phnx2.az.home.com>
Date: Mon, 25 Jan 1999 17:40:16 -0700
Reply-To: hmoneta@home.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Howard Moneta" <hmoneta@home.com>
To: "wu-ftpd list" <wu-ftpd@wugate.wustl.edu>
Subject: Re: Time of day restrictions.
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3155.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have tried it and no matter which order they are in it still has a limit
of 3 users at all hours, not just between 6pm and 6am.

I found a precompiled version of VR12 on your ftp site Greg. I am wondering
if that is the problem.  I copied the 3 or 4 files from the bin directory
into my /usr/bin directory and changed my inetd.conf file to use the ftpd
program that came in the file I downloaded rather then the in.ftpd program
that it was using before.  Everything seems to work ok except that now my
time of day restrictions don't work.  Is there anything missing from my
configuration as I explained it?  I noticed that there was a utils directory
with an install file in it too but I didn't know how to use it.

Howard


>On Sun, 24 Jan 1999, Howard Moneta wrote:
>
>> Here is a section of my /etc/ftpaccess file that pertains to what
>> times of day the guest user dnload1 can log into my FTP.  I had it
>> configured like below and it was working properly until I upgraded to
>> the VR12 version of wu-ftpd.  Has the syntax for specifying the times
>> of day a limit pertains to changed?  Even though I have it set to not
>> allow any guest class users to log in between 0600-1800, it still is
>> allowing them to connect.  It appears to be ignoring the time
>> specification after the Any.  Any ideas what might have changed
>> between when I was running Wu-ftpd Beta 18 and upgrading the VR12?
>>
>> loginfails 2
>> class   guest   guest  *
>> class   local   real  *
>> hostname Genma's FTP
>> guestuser dnload1
>>
>> limit guest 3 Any1800-0600                /etc/msgs/msg.toomany
>> limit guest 0 Any0600-1800                /etc/msgs/msg.serverdown
>> limit local 1 Any
>> limit-time guest 120
>
>No specific changes for this, but you might try moving the guest 0 line
>above the guest 3.
>
>--
>
>Gregory A Lundberg Senior Partner, VRnet Company
>1441 Elmdale Drive              lundberg+wuftpd@vr.net
>Kettering, OH 45409-1615 USA    1-800-809-2195
>


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 18:51:30 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id SAA16926;
	Mon, 25 Jan 1999 18:51:27 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA11481;
	Mon, 25 Jan 1999 18:48:04 -0600 (CST)
Received: from jupiter.nikonrca.com (mail.nikonrca.com [209.220.32.29])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA02504
	for <wu-ftpd@wugate.wustl.edu>; Mon, 25 Jan 1999 18:47:15 -0600 (CST)
Received: from nikonrca.com (pluto.nikonrca.com [128.216.1.48])
	by jupiter.nikonrca.com (8.9.0/8.9.0) with ESMTP id QAA11375
	for <wu-ftpd@wugate.wustl.edu>; Mon, 25 Jan 1999 16:48:34 -0800 (PST)
Message-Id: <36AD1961.2CAEC03D@nikonrca.com>
Date: Mon, 25 Jan 1999 17:24:49 -0800
Reply-To: okeblawi@nikonrca.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Omar Keblawi <okeblawi@nikonrca.com>
To: wu-ftpd@wugate.wustl.edu
Subject: UID and GID
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: okeblawi@nikonrca.com
X-Mailer: Mozilla 4.05 [en] (X11; I; IRIX 6.2 IP22)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

hello,


When I do an "ls", my owner and group are numbers and not names.  I
thought
by copying the passwd entry and putting it into ~ftpuser/etc/passwd and
~ftpuser/etc/group files would have solve this problem.  

How did you solve this problem?  Am I missing a particular library
possibly?

Omar

Example:
dr-xr-xr-x   2 0        12           512 Jan 19 00:16 bin
dr-xr-xr-x   2 0        12           512 Jan 19 00:16 dev
dr-xr-xr-x   2 0        12           512 Jan 20 19:32 etc
drwxr-xr-x   2 401      401          512 Jan 25 21:43 files
dr-xr-xr-x   3 0        12           512 Jan 20 23:10 usr

From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 19:17:20 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id TAA18523;
	Mon, 25 Jan 1999 19:17:19 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA18377;
	Mon, 25 Jan 1999 19:13:57 -0600 (CST)
Received: from mail.vr.net (mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA23057
	for <wu-ftpd@wugate.wustl.edu>; Mon, 25 Jan 1999 19:12:30 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id UAA28324;
	Mon, 25 Jan 1999 20:10:57 -0500
Message-Id: <Pine.LNX.4.03.9901252001230.28239-100000@gaia.vr.net>
Date: Mon, 25 Jan 1999 20:10:57 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Howard Moneta <hmoneta@home.com>
Cc: wu-ftpd list <wu-ftpd@wugate.wustl.edu>
Subject: Re: Time of day restrictions.
In-Reply-To: <000e01be48c4$716e5a80$75f50118@cx24503-d.phnx2.az.home.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 25 Jan 1999, Howard Moneta wrote:

> I have tried it and no matter which order they are in it still has a
> limit of 3 users at all hours, not just between 6pm and 6am.
> 
> I found a precompiled version of VR12 on your ftp site Greg. I am
> wondering if that is the problem.  I copied the 3 or 4 files from the
> bin directory into my /usr/bin directory and changed my inetd.conf
> file to use the ftpd program that came in the file I downloaded rather
> then the in.ftpd program that it was using before.  Everything seems
> to work ok except that now my time of day restrictions don't work.  
> Is there anything missing from my configuration as I explained it?  I
> noticed that there was a utils directory with an install file in it
> too but I didn't know how to use it.

You probably installed it the way I would have.  I like doing it all by
hand and not trusting others to follow my site standards (even if they
probably do).  I've never tried the installation stuff which comes with
the daemon; or if I ever did it was many, many years ago and I've
forgotten.

> >> limit guest 3 Any1800-0600                /etc/msgs/msg.toomany
> >> limit guest 0 Any0600-1800                /etc/msgs/msg.serverdown

Here's the limits I use for a site running VR12:

class remote real,guest      *

limit remote 10 SaSu|Any1800-0600
limit remote  5 Any

I just re-tested and it works fine.  Weekdays it limits to 5 remote
real/guest users; Weekends and overnight it limits to 10.  Looking at the
way I'm doing it and how you're doing it, I'd suggest trying the
following:

limit guest 3 Any1800-0600 /etc/msgs/msg.toomany
limit guest 0 Any          /etc/msgs/msg.serverdown

I'm sure if I would bother to crack open the code I'll find some rationale
for this working when you way doesn't but, frankly, I'm beat.  Let me know
if this fixes it.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 19:23:42 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id TAA19290;
	Mon, 25 Jan 1999 19:23:41 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA21491;
	Mon, 25 Jan 1999 19:20:27 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA28704
	for <wu-ftpd@wugate.wustl.edu>; Mon, 25 Jan 1999 19:14:54 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id UAA28356;
	Mon, 25 Jan 1999 20:14:41 -0500
Message-Id: <Pine.LNX.4.03.9901252012130.28239-100000@gaia.vr.net>
Date: Mon, 25 Jan 1999 20:14:41 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Omar Keblawi <okeblawi@nikonrca.com>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: UID and GID
In-Reply-To: <36AD1961.2CAEC03D@nikonrca.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 25 Jan 1999, Omar Keblawi wrote:

> When I do an "ls", my owner and group are numbers and not names.  I
> thought by copying the passwd entry and putting it into
> ~ftpuser/etc/passwd and ~ftpuser/etc/group files would have solve this
> problem.
> 
> How did you solve this problem?  Am I missing a particular library
> possibly?

I believe this is coveredin the FAQ.  Basically, you're on the right
track.  Probably the user isn't chroot'd where you think; check
/etc/passwd for the user's home directory.  If it has /./, the etc bin and
other stuff must be in the part to the *left* of /./ in the home directory
entry.  If no /./, in the home directory.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 19:31:03 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id TAA20102;
	Mon, 25 Jan 1999 19:31:02 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA11555;
	Mon, 25 Jan 1999 19:26:54 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA10021
	for <wu-ftpd@wugate.wustl.edu>; Mon, 25 Jan 1999 19:22:16 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id UAA28391;
	Mon, 25 Jan 1999 20:21:37 -0500
Message-Id: <Pine.LNX.4.03.9901252014490.28239-100000@gaia.vr.net>
Date: Mon, 25 Jan 1999 20:21:37 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Roger Hanke <rah@lynx.lz.att.com>
Cc: "'Bernhard Rosenkraenzer'" <bero@microsoft.sucks.eu.org>,
        "'WUFTPD List'" <wu-ftpd@wugate.wustl.edu>
Subject: Re: FW: debugging pasv ports usage
In-Reply-To: <c=US%a=_%p=att%l=MERLIN-990125233249Z-1690@merlin.lz.att.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 25 Jan 1999, Roger Hanke wrote:

> Finally got to the bottom of this by following Gregory's advice to add
> my own debug statement. While doing this I compared my WUFTPD patched
> with Pedro Melo's pasv port patch with the Beroftpd 1.2.3 I was trying
> to debug.
> 
> Forgive me, if I get the players wrong at times, but here is my best
> guess on how the quite useful lines have all dissappeared. Pedro had
> the 3 statements below in his patch which all showed what passive port
> was being used:
>   if (log_commands) syslog(LOG_DEBUG, "PASV trying %d",
> pasv_addr.sin_port);
>   if (log_commands) syslog(LOG_DEBUG, "PASV got %d",
> pasv_addr.sin_port);
>   reply(227, "entering Passive Mode (%d,%d,%d,%d,%d,%d)", 
> UC(a[0]), UC(a[1]), UC(a[2]), UC(a[3]), UC(p[0]), UC(p[1]));
> 
> Apparently Gregory did not bother putting in the first two, figuring
> the third was sufficient, when incorporating Pedros patch into his
> code base. Next Bernhard did a lot of cleanup on -lLdv log/debug
> options and took the debug statement out of the reply routine that
> used to echo out each reply to the syslog when debugging was turned
> on. So now with Beroftpd 1.2.3 even when -lLdv options are all turned
> on I dont get any of the above statements written to the syslog and
> therefore can get no info on what passive port the daemon grabbed to
> satisfy the current client request. I just added a statement similar
> to the first two lines just above where the 3rd line call is made in
> order to get this debug capability back. But was hoping I could
> convince you gentlemen that this is a worthwhile piece of debugging
> information that you could add back into your official versions so
> that I do not have to add this line everytime I take a new release ;-)

Sounds like you got the morphology 'bout right.  There was one other
player involved but his work was directed solely getting the patches into
the VR version.  He needed the PASV stuff as badly as you do and prolly
just missed the debug stuff since the patches were quite old and had to be
hand-applied.  Plus he had a lot of other things which needed adding to
get the daemon to work with NAT as well.

If you can send over some diff's against either daemon, I'll take a look
at rolling you debugging messages back into the VR version.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 19:49:52 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id TAA22525;
	Mon, 25 Jan 1999 19:49:50 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA17370;
	Mon, 25 Jan 1999 19:46:28 -0600 (CST)
Received: from jupiter.nikonrca.com (mail.nikonrca.com [209.220.32.29])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA03841
	for <wu-ftpd@wugate.wustl.edu>; Mon, 25 Jan 1999 19:41:20 -0600 (CST)
Received: from nikonrca.com (pluto.nikonrca.com [128.216.1.48])
	by jupiter.nikonrca.com (8.9.0/8.9.0) with ESMTP id RAA11865
	for <wu-ftpd@wugate.wustl.edu>; Mon, 25 Jan 1999 17:42:43 -0800 (PST)
Message-Id: <36AD2612.7CA8E95B@nikonrca.com>
Date: Mon, 25 Jan 1999 18:18:58 -0800
Reply-To: okeblawi@nikonrca.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Omar Keblawi <okeblawi@nikonrca.com>
To: wu-ftpd@wugate.wustl.edu
Subject: [Fwd: UID and GID]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: okeblawi@nikonrca.com
X-Mailer: Mozilla 4.05 [en] (X11; I; IRIX 6.2 IP22)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Yes.  It looks correct.  That's why I think something else is wrong.

nrcatest:x:401:401:NRCA TEST:/ftphome/nrcatest/./files:/bin/ftponly

ftpsrvr% pwd
/ftphome/nrcatest

ftpsrvr% ls
bin    dev    etc    files  usr


Omar




Gregory A Lundberg wrote:
> 
> On Mon, 25 Jan 1999, Omar Keblawi wrote:
> 
> > When I do an "ls", my owner and group are numbers and not names.  I
> > thought by copying the passwd entry and putting it into
> > ~ftpuser/etc/passwd and ~ftpuser/etc/group files would have solve this
> > problem.
> >
> > How did you solve this problem?  Am I missing a particular library
> > possibly?
> 
> I believe this is coveredin the FAQ.  Basically, you're on the right
> track.  Probably the user isn't chroot'd where you think; check
> /etc/passwd for the user's home directory.  If it has /./, the etc bin and
> other stuff must be in the part to the *left* of /./ in the home directory
> entry.  If no /./, in the home directory.
> 
> --
> 
> Gregory A Lundberg              Senior Partner, VRnet Company
> 1441 Elmdale Drive              lundberg+wuftpd@vr.net
> Kettering, OH 45409-1615 USA    1-800-809-2195

From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 20:09:14 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id UAA23171;
	Mon, 25 Jan 1999 20:09:13 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA09040;
	Mon, 25 Jan 1999 20:05:53 -0600 (CST)
Received: from mail.glink.net.hk (mail.glink.net.hk [202.72.0.38])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA12061
	for <wu-ftpd@wugate.wustl.edu>; Mon, 25 Jan 1999 20:04:55 -0600 (CST)
Received: from earth.glink.net.hk (earth [202.72.0.46])
	by mail.glink.net.hk (8.9.1/8.9.1) with ESMTP id KAA21614
	for <wu-ftpd@wugate.wustl.edu>; Tue, 26 Jan 1999 10:04:52 +0800 (HKT)
Received: (from priron@localhost)
	by earth.glink.net.hk (8.8.7/8.8.7) id KAA06181
	for wu-ftpd@mail.wustl.edu; Tue, 26 Jan 1999 10:04:50 +0800 (HKT)
Message-Id: <199901260204.KAA06181@earth.glink.net.hk>
Date: Tue, 26 Jan 1999 10:04:50 +0800 (HKT)
Reply-To: priron@glink.net.hk
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Priron  <priron@glink.net.hk>
To: wu-ftpd@wugate.wustl.edu
Subject: Re: wuftpd in client under nisplus (fwd)
Content-Type: text
X-Mailer: ELM [version 2.4 PL25]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have made the test of your suggestion. The answer is failed. No matter what I modify the config.h file (no "#undef ANON_ONLY" or with "#undef ANON_ONLY"), login with my login name into my client machine is unable
	Any suggestion that can help me ?

Priron

Forwarded message:
> From owner-wu-ftpd@wugate.wustl.edu Sat Jan 23 06:31:38 1999
> Message-Id: <Pine.GSO.4.05.9901221721540.19046-100000@xns.usit.net>
> Date: Fri, 22 Jan 1999 17:25:45 -0500 (EST)
> Reply-To: jspears@usit.net
> Sender: owner-wu-ftpd@wugate.wustl.edu
> From: Jason Spears <jspears@usit.net>
> To: Priron <priron@glink.net.hk>
> Cc: wu-ftpd@wugate.wustl.edu
> Subject: Re: wuftpd in client under nisplus
> In-Reply-To: <199901221319.VAA28630@earth.glink.net.hk>
> MIME-Version: 1.0
> Content-Type: TEXT/PLAIN; charset=US-ASCII
> X-Authentication-Warning: xns.usit.net: jspears owned process doing -bs
> X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN
> Content-Length: 995
> 
> AFAIK nisplus should be invisible to wu-ftpd.  Make sure your FTP server
> machine has the correct settings in /etc/nsswitch.conf, should probably be:
> 
>   passwd:  files nisplus
> 
> and maybe also:
> 
>   group:  files nisplus
> 
> If you can telnet into the machine using an account that exists in
> nisplus but not in your passwd file, the configuration problem may
> be in config.h in the wu-ftpd distribution; make sure you have
> the line
> 
>   #undef ANON_ONLY
> 
> otherwise real users won't be able to login to the machine via FTP.
> 
> Hope this helps,
> 
> Jason Spears
> 
> 
> On Fri, 22 Jan 1999, Priron wrote:
> 
>  >I have a problem to login to home directory with login, but there is no problem for anonymous user.
>  >My machine is solairs 2.6. and it is a client under nisplus tree (not root machine and not replica machine).
>  >I go through the source in ftpd.c file. There is no code to get authentication from root or replica machine under nisplus environment.
>  >Any suggest that can help me to configure ?
>  >
>  >Priron
>  >
> 
> 


From owner-wu-ftpd@wugate.wustl.edu  Mon Jan 25 20:54:33 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id UAA24360;
	Mon, 25 Jan 1999 20:54:20 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA25540;
	Mon, 25 Jan 1999 20:51:10 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA27977
	for <wu-ftpd@wugate.wustl.edu>; Mon, 25 Jan 1999 20:49:13 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id VAA28896;
	Mon, 25 Jan 1999 21:49:08 -0500
Message-Id: <Pine.LNX.4.03.9901252145400.28881-100000@gaia.vr.net>
Date: Mon, 25 Jan 1999 21:49:08 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Omar Keblawi <okeblawi@nikonrca.com>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: [Fwd: UID and GID]
In-Reply-To: <36AD2612.7CA8E95B@nikonrca.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 25 Jan 1999, Omar Keblawi wrote:

> Yes.  It looks correct.  That's why I think something else is wrong.
> 
> nrcatest:x:401:401:NRCA TEST:/ftphome/nrcatest/./files:/bin/ftponly
> 
> ftpsrvr% pwd
> /ftphome/nrcatest
> 
> ftpsrvr% ls
> bin    dev    etc    files  usr

It is possible that you are missing some libraries needed for 'ls' to
lookup usernames.  It is also possible the problem is with the file
permissions for ~nrcatest/etc, ~nrcatest/etc/passwd or
~nrcatest/etc/group.

I have an example layout at ftp://ftp.vr.net/pub/wu-ftpd/examples/ which
shows permissions.  This layout presumes all executables are statically
linked and no special devices or other files are needed; it works on Linux
as shown, other systems may need additional glue .. check the FAQ for your
system.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 26 09:24:18 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id JAA15466;
	Tue, 26 Jan 1999 09:24:16 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA22419;
	Tue, 26 Jan 1999 09:19:28 -0600 (CST)
Received: from wolverine.emji.net (wolverine.emji.net [207.22.135.6])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA25507
	for <wu-ftpd@wugate.wustl.edu>; Tue, 26 Jan 1999 09:11:55 -0600 (CST)
Received: from sdhcp6.emji.net (sdhcp6.emji.net [207.100.35.249])
	by wolverine.emji.net (8.8.8/8.8.7) with ESMTP id KAA11502;
	Tue, 26 Jan 1999 10:11:46 -0500
Message-Id: <19584658.3126334300@sdhcp6.emji.net>
Date: Tue, 26 Jan 1999 10:11:40 -0500
Reply-To: scott@emji.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Scott R. Every" <scott@emji.net>
To: beroftpd-users@aachen.linux.de
Cc: wu-ftpd@wugate.wustl.edu
Subject: upload problems
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Mailer: Mulberry (MacOS) [1.4.0, s/n U-200388]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

i just upgraded from wu-ftpd(18) to Beroftpd 1.2.3 and am having trouble
uploading files.  The incoming fir has the same permissions it always had:
drwx-wx-wt   2 root     daemon       1024 Jan 25 17:08 incoming/   

in the /etc/ftpaccess file I have:
upload  /home/ftp  *               no
upload  /home/ftp  /incoming      yes     ftp   daemon 0600 nodirs

I have tried w/o the first line with no effect.

When I upload using any text based ftp I get:
553 1ris.tgz: Permission denied. (Upload)  

When I use a graphical ftp and drag the file into the incoming dir(w/o opeing
it) it uploads fine.  If I open the dir first it does NOT work.  All of these
behaviors are different than what I saw with wu-ftpd...

Is this a known bug or am I doing something wrong?

Please help!

s


--
Scott R. Every        "Everything is controlled by a small evil group to 
 EMJ Internet          which, unfortunately, no one we know belongs."
 voice : 1-800-548-2319  fax : 1-919-363-4423  mailto:scott@emji.net
 WWW - http://www.emji.net   

Do you believe in Macintosh? Learn how to help the cause by 
subscribing to the "EvangeList" listserver! Send email to:
<evangelist@macway.com> or go to: 
<http://www.lists.apple.com/>


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 26 09:29:00 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id JAA15541;
	Tue, 26 Jan 1999 09:28:58 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA15620;
	Tue, 26 Jan 1999 09:25:19 -0600 (CST)
Received: from pizza.hvu.nl (Pizza.hvu.nl [145.89.234.2])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA11220
	for <wu-ftpd@wugate.wustl.edu>; Tue, 26 Jan 1999 09:15:13 -0600 (CST)
Received: (from koos@localhost) by pizza.hvu.nl (8.8.6/KH19980502 (dbm++)) id QAA17029 for wu-ftpd@wugate.wustl.edu; Tue, 26 Jan 1999 16:15:02 +0100 (MET)
Message-Id: <19990126161502.C16267@pizza.hvu.nl>
Date: Tue, 26 Jan 1999 16:15:02 +0100
Reply-To: koos@pizza.hvu.nl
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Koos van den Hout _U nix and we all_ <koos@pizza.hvu.nl>
To: wu-ftpd@wugate.wustl.edu
Subject: FAQ updates
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.95i
X-Zen: Ommmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmm
X-Files: the truth is out there
X-I-Am-Not-Simes: There is only one Simes
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


I've been doing some much-needed updates on the FAQ and I still have a
backlog in items that I need to do something with.

Anyway, have a look,

http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html

                                           Koos van den Hout

-- 
 Koos van den Hout                    Expertisecentrum Cetis http://cetis.nl/
 koos@pizza.hvu.nl (Work)                     Workphonenumber: +31-30-2586287
 koos@kzdoos.xs4all.nl (Home)                   Workfaxnumber: +31-30-2586290
 http://web.cetis.hvu.nl/~koos/  PGP keyid RSA/1024 0xCA845CB5 via keyservers

From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 26 13:53:39 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id NAA18649;
	Tue, 26 Jan 1999 13:53:37 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA20503;
	Tue, 26 Jan 1999 13:48:58 -0600 (CST)
Received: from jellyfish.marketing.net.uk ([193.133.231.193])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA16780
	for <wu-ftpd@mail.wustl.edu>; Tue, 26 Jan 1999 13:43:10 -0600 (CST)
Received: by jellyfish.marketing.net.uk(Lotus SMTP MTA SMTP v4.6 (462.2 9-3-1997))  id 80256705.006C8355 ; Tue, 26 Jan 1999 19:45:15 +0000
Message-Id: <80256705.006BCE2D.00@jellyfish.marketing.net.uk>
Date: Tue, 26 Jan 1999 19:45:10 +0000
Reply-To: Inigo_Surguy/MarketingNet@marketing.net.uk
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Inigo_Surguy/MarketingNet@marketing.net.uk
To: wu-ftpd@wugate.wustl.edu
Subject: Owner of all uploaded files is root
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
X-Lotus-FromDomain: MARKETINGNET
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

I'm using the latest version of BeroFTPD on Solaris 2.5.1.

I've just set it up, and it all works fine, *but* the owner of all files
uploaded
 to the ftp server is root. The group is being set correctly to the user
doing
 the uploading, but the user itself doesn't appear to be.

At the moment, the server is running on port 5001 and there's the standard
FTP server running on the normal port, which is working fine.

I'm not using anonymous FTP, and although I do intend to use groups, the
problem still occurs when I'm not using groups.

Has anyone else encountered this problem? I'd be very grateful for any
help.

Thanks

Inigo Surguy
inigo@marketing.net.uk



From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 26 15:35:01 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id PAA19931;
	Tue, 26 Jan 1999 15:34:56 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA12731;
	Tue, 26 Jan 1999 15:26:22 -0600 (CST)
Received: from pop-c.netway.at (pop-c.netway.at [195.96.0.132])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA32566
	for <wu-ftpd@wugate.wustl.edu>; Tue, 26 Jan 1999 15:20:46 -0600 (CST)
Received: from schwarze_witwe (post.blackbox.at [195.248.39.138])
	by pop-c.netway.at (8.9.1/8.9.1) with SMTP id WAA20045
	for <wu-ftpd@wugate.wustl.edu>; Tue, 26 Jan 1999 22:20:35 +0100
Message-Id: <msg958350.thr-415af1.2dc6e4@blackbox.at>
Date: Mon, 25 Jan 1999 19:40:29 +0100
Reply-To: martin@blackbox.at
Sender: owner-wu-ftpd@wugate.wustl.edu
From: martin@blackbox.at (Martin Puaschitz)
To: wu-ftpd@wugate.wustl.edu
Subject: Sendmail problems
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Content-ID: <msg958350.thr-415af1.2dc6e4.part0@blackbox.at>
X-Sender: martin@blackbox.at
X-Gateway: NASTA Gate 1.18 for FirstClass(R)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello to all.

I wanna configure my sendmail ( 8.8.8 ) this way:

 i don't want that people may send spam on port 25 of my server but
every user on the system may send mail to every server and get mil from
every server
next i want that a mail is only allowed when there are less than 30
users on my system from some other server users
may you send me your confid ideas ?

thanx,
martin -  austria

-- 
   

From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 26 15:42:38 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id PAA20012;
	Tue, 26 Jan 1999 15:42:33 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA29215;
	Tue, 26 Jan 1999 15:39:04 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA10422
	for <wu-ftpd@wugate.wustl.edu>; Tue, 26 Jan 1999 15:33:52 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id QAA03667;
	Tue, 26 Jan 1999 16:33:27 -0500
Message-Id: <Pine.LNX.4.03.9901261632380.3655-100000@gaia.vr.net>
Date: Tue, 26 Jan 1999 16:33:27 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Martin Puaschitz <martin@blackbox.at>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: Sendmail problems
In-Reply-To: <msg958350.thr-415af1.2dc6e4@blackbox.at>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 25 Jan 1999, Martin Puaschitz wrote:

> I wanna configure my sendmail ( 8.8.8 ) this way:

Wrong list.  Current Sendmail is 8.9.2, btw.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 26 15:43:45 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id PAA20026;
	Tue, 26 Jan 1999 15:43:44 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA18102;
	Tue, 26 Jan 1999 15:40:04 -0600 (CST)
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 PAA32327
	for <wu-ftpd@wugate.wustl.edu>; Tue, 26 Jan 1999 15:37:49 -0600 (CST)
Received: from northrelay01.pok.ibm.com (northrelay01.pok.ibm.com [9.117.200.21])
	by smtp3.ny.us.ibm.com (8.8.7/8.8.7) with ESMTP id QAA29878
	for <wu-ftpd@wugate.wustl.edu>; Tue, 26 Jan 1999 16:14:14 -0500
Received: from D51MTA06.pok.ibm.com (d51mta06.pok.ibm.com [9.117.200.34])
	by northrelay01.pok.ibm.com (8.8.7m1/NCO v1.8) with SMTP id QAA193108
	for <wu-ftpd%wugate.wustl.edu@internet.us.ibm.com>; Tue, 26 Jan 1999 16:37:15 -0500
Received: by D51MTA06.pok.ibm.com(Lotus SMTP MTA Internal build v4.6.2  (651.2 6-10-1998))  id 85256705.0076C2D1 ; Tue, 26 Jan 1999 16:37:11 -0500
Message-Id: <85256705.0076C146.00@D51MTA06.pok.ibm.com>
Date: Tue, 26 Jan 1999 16:33:22 -0500
Reply-To: richelld@us.ibm.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: richelld@us.ibm.com
To: wu-ftpd@wugate.wustl.edu
Subject: Password Aging in WU-FTP
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Lotus-FromDomain: IBMUS
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi I am still looking for a response on this. Can anyone help me?

-Richelle

To:   wu-ftpd@wugate.wustl.edu@internet
cc:
From: Richelle dela Cruz/White Plains/IBM @ IBMUS
Subject:  Password Aging in WU-FTP


Hi,
     I am wondering if wu-ftp supports password aging - meaning it checks
for the expiration date of the ftp id's password and does not allow the ftp
id to login in if it's password is already expired. I tested this and
wu-ftp seems to ignore the "expiration date" of the ftp id's password.

     I have currently set up chrooted-ftp ids for AIX 4.3.0. I am using
wu-ftp (Version wu-2.4.2-academ[BETA-18](1)
          and not the AIX ftp (which supports aging).

     Can someone help me with this? Thanks.

RICHELLE  DELA  CRUZ
richelld@us.ibm.com








From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 26 16:09:07 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id QAA20380;
	Tue, 26 Jan 1999 16:09:03 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA18724;
	Tue, 26 Jan 1999 16:04:54 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA31648
	for <wu-ftpd@wugate.wustl.edu>; Tue, 26 Jan 1999 16:02:36 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id RAA04064;
	Tue, 26 Jan 1999 17:02:10 -0500
Message-Id: <Pine.LNX.4.03.9901261654330.3970-100000@gaia.vr.net>
Date: Tue, 26 Jan 1999 17:02:09 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: richelld@us.ibm.com
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: Password Aging in WU-FTP
In-Reply-To: <85256705.0076C146.00@D51MTA06.pok.ibm.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 26 Jan 1999 richelld@us.ibm.com wrote:

> I am wondering if wu-ftp supports password aging - meaning it checks
> for the expiration date of the ftp id's password and does not allow
> the ftp id to login in if it's password is already expired. I tested
> this and wu-ftp seems to ignore the "expiration date" of the ftp id's
> password.
> 
> I have currently set up chrooted-ftp ids for AIX 4.3.0. I am using
> wu-ftp (Version wu-2.4.2-academ[BETA-18](1) and not the AIX ftp (which
> supports aging).

If AIX passwd struct has pw_expire (look in man 3 getpwnam or getpwuid)

#define HAS_PW_EXPIRE

at the end of your src/config/config.aix will do it.  Expired passwords
are the same as wrong passwords (no different warning, just refused
login).

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 26 16:54:14 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id QAA21088;
	Tue, 26 Jan 1999 16:54:12 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA02010;
	Tue, 26 Jan 1999 16:50:34 -0600 (CST)
Received: from relay.pair.com (relay1.pair.com [209.68.1.20])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA30145
	for <wu-ftpd@wugate.wustl.edu>; Tue, 26 Jan 1999 16:49:12 -0600 (CST)
Received: from microsoft.sucks.eu.org (0@s4m145.dialup.RWTH-Aachen.DE [137.226.8.145])
	by relay.pair.com (8.8.7/8.8.5) with SMTP id RAA02103;
	Tue, 26 Jan 1999 17:54:47 -0500 (EST)
Message-Id: <Pine.LNX.4.04.9901262334390.24673-100000@k6.microsoft.sucks.eu.org>
Date: Tue, 26 Jan 1999 23:36:04 +0100 (CET)
Reply-To: bero@microsoft.sucks.eu.org
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Bernhard Rosenkraenzer <bero@microsoft.sucks.eu.org>
To: Inigo_Surguy/MarketingNet@marketing.net.uk
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: Owner of all uploaded files is root
In-Reply-To: <80256705.006BCE2D.00@jellyfish.marketing.net.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 26 Jan 1999 Inigo_Surguy/MarketingNet@marketing.net.uk wrote:

> I'm using the latest version of BeroFTPD on Solaris 2.5.1.
> 
> I've just set it up, and it all works fine, *but* the owner of all files
> uploaded to the ftp server is root. The group is being set correctly to the
> user doing the uploading, but the user itself doesn't appear to be.

Check the upload directives in your ftpaccess file - BeroFTPD permits
automatically chowing files on upload.
Also, make sure you are NOT using 1.3.1, which had a major bug. Either get
1.3.2, or stay with the stable (1.2.x) version.

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 owner-wu-ftpd@wugate.wustl.edu  Tue Jan 26 19:30:11 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id TAA22764;
	Tue, 26 Jan 1999 19:30:10 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA27318;
	Tue, 26 Jan 1999 19:26:13 -0600 (CST)
Received: from ilsa.franken.de (root@ilsa.franken.de [193.175.24.42])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA04552
	for <wu-ftpd@wugate.wustl.edu>; Tue, 26 Jan 1999 19:25:15 -0600 (CST)
Received: by ilsa.franken.de (Smail3.2 #1)
	id m105JjC-000VJlC; Wed, 27 Jan 1999 02:25:10 +0100 (CET)
Received: from billix.franken.de(194.94.248.151), claiming to be "idefix.billy.de"
 via SMTP by ilsa.franken.de, id smtpda09373; Wed Jan 27 01:25:04 1999
Received: (from oliver@localhost)
	by idefix.billy.de (8.8.8/8.8.8) id CAA00945;
	Wed, 27 Jan 1999 02:16:26 +0100
Message-Id: <199901270116.CAA00945@idefix.billy.de>
Date: Wed, 27 Jan 1999 02:16:26 +0100 (MET)
Reply-To: oliver@billix.franken.de
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Oliver Billmann <oliver@billix.franken.de>
To: wu-ftpd@wugate.wustl.edu
Cc: oliver@idefix.billy.de (Oliver Billmann)
Subject: IGNORE_NOOP doesn't work
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4ME+ PL37 (25)]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

I just realized, that IGNORE_NOOP doesn't work. I tested this with two
parallel connections to the same server. The first client was sending a
NOOP every minute, the second wasn't. The connection from the second
client was closed after the inactivity timeout, the other connection
was not closed.

So I played a little bit with the -t option to ftpd. If the value given
is below 1 minute, both connections are closed! This made me curious
and I took a look at the source ;-)

In line 1328 of ftpcmd.y I found the following call to alarm:
            (void) alarm((unsigned) timeout);

Am I wrong, or does this reset the inactivity timer on every command
given, even NOOP? Maybe you can fix this in the next release. Thanks

Oliver

-- 
                                \\\///
      +--------------------+     \\//     +-----------------------------+
      | Oliver Billmann    |    ( .. )    |    oliver@billix.franken.de |
      +--------------------+-ooO-(__)-Ooo-+-----------------------------+

From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 26 21:28:10 1999
Received: from wugate.wustl.edu ([128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id VAA24003;
	Tue, 26 Jan 1999 21:28:05 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id VAA26931;
	Tue, 26 Jan 1999 21:22:47 -0600 (CST)
Received: from att.com (algw1.att.com [192.128.167.153])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id VAA12213
	for <wu-ftpd@wugate.wustl.edu>; Tue, 26 Jan 1999 21:20:00 -0600 (CST)
Received: from alms2.fw.att.com by algw1.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 Jan 26 22:13 EST 1999
Received: from merlin.lz.att.com (lynx.lz.att.com [135.25.200.5])
	by alms2.fw.att.com (AT&T/IPNS/GW-1.0) with SMTP id WAA28002
	for <wu-ftpd@wugate.wustl.edu>; Tue, 26 Jan 1999 22:16:02 -0500 (EST)
Received: by merlin.lz.att.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62)
	id <01BE497A.32E37DC0@merlin.lz.att.com>; Tue, 26 Jan 1999 22:21:20 -0500
Message-Id: <c=US%a=_%p=att%l=MERLIN-990127032118Z-1806@merlin.lz.att.com>
Date: Tue, 26 Jan 1999 22:21:18 -0500
Reply-To: rah@lynx.lz.att.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Roger Hanke <rah@lynx.lz.att.com>
To: "'WUFTPD List'" <wu-ftpd@wugate.wustl.edu>
Subject: Anonymous rootdir problem with BeroFTPD 1.2.3
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello All,
 Successfully upgraded from WUFTPD Beta 13 with 
Kent's newvirt patch to BeroFTPD 1.2.3 and everything
worked fine except one thing.
 I use the full virtual server setup with ftpservers directing
different IPs to different ftpaccess files. These unique
ftpaccess files all have unique root and logfile directives
in them so each different IP is chrooted to different 
area. Guest accounts that are also unique to each ftpaccess
file work fine. Also know I am getting to the correct 
ftpaccess file since each has a unique banner line in 
it. Only problem is when I use ftp or anonymous to 
access the same IP I end up being chrooted to 
the home directory of ~ftp as taken from the /etc/passwd
file. Instead of being chrooted to the root location specified
in that directive (root /home/testftp/anonymous).
 These files were not changed at all when I converted
servers and they still work fine with patched Beta 13 
version. So I suspect there is some other difference 
in the later versions that I need to compensate for.
Does this type of problem ring any bells with anyone?
	Thanx,
	Roger Hanke

---------------------------------------------------------------
 Roger A. Hanke         AT&T Web Site Services
 (732)576-5738          rhanke@att.com
 FAX (732)576-6041      http://lynxhub.att.com/~rah/
---------------------------------------------------------------


From owner-wu-ftpd@wugate.wustl.edu  Tue Jan 26 21:54:24 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id VAA24450;
	Tue, 26 Jan 1999 21:54:11 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id VAA15589;
	Tue, 26 Jan 1999 21:48:25 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id VAA21083
	for <wu-ftpd@wugate.wustl.edu>; Tue, 26 Jan 1999 21:43:36 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id WAA06347;
	Tue, 26 Jan 1999 22:43:28 -0500
Message-Id: <Pine.LNX.4.03.9901262238580.6286-100000@gaia.vr.net>
Date: Tue, 26 Jan 1999 22:43:28 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Oliver Billmann <oliver@billix.franken.de>
Cc: wu-ftpd@wugate.wustl.edu, Oliver Billmann <oliver@idefix.billy.de>
Subject: Re: IGNORE_NOOP doesn't work
In-Reply-To: <199901270116.CAA00945@idefix.billy.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 27 Jan 1999, Oliver Billmann wrote:

> I just realized, that IGNORE_NOOP doesn't work. I tested this with two
> parallel connections to the same server. The first client was sending
> a NOOP every minute, the second wasn't. The connection from the second
> client was closed after the inactivity timeout, the other connection
> was not closed.
> 
> So I played a little bit with the -t option to ftpd. If the value
> given is below 1 minute, both connections are closed! This made me
> curious and I took a look at the source ;-)
> 
> In line 1328 of ftpcmd.y I found the following call to alarm:
>             (void) alarm((unsigned) timeout);
> 
> Am I wrong, or does this reset the inactivity timer on every command
> given, even NOOP? Maybe you can fix this in the next release. Thanks

Since the line number matched, I presume you're talking about the VR12
version.

Sure I'll take a look at it.  I could swear I tested it and it worked as
is, but retesting is at least warranted.

As for a fix in the next version, you're just a few hours past code-freeze
for VR13 so it'll have to wait for VR14 on March 1.  If it's a real
problem I can do a hot fix after VR13 comes out on February 1 (which is
probably when I'll get a chance to look at it since we're in final-test
and build phase right now).

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Wed Jan 27 07:08:44 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id HAA28517;
	Wed, 27 Jan 1999 07:08:43 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA28593;
	Wed, 27 Jan 1999 07:03:53 -0600 (CST)
Received: from ilsa.franken.de (root@ilsa.franken.de [193.175.24.42])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA19558
	for <wu-ftpd@wugate.wustl.edu>; Wed, 27 Jan 1999 06:58:59 -0600 (CST)
Received: by ilsa.franken.de (Smail3.2 #1)
	id m105UY4-000VLBC; Wed, 27 Jan 1999 13:58:24 +0100 (CET)
Received: from billix.franken.de(194.94.248.151), claiming to be "idefix.billy.de"
 via SMTP by ilsa.franken.de, id smtpda22933; Wed Jan 27 12:58:21 1999
Received: (from oliver@localhost)
	by idefix.billy.de (8.8.8/8.8.8) id NAA15504;
	Wed, 27 Jan 1999 13:53:35 +0100
Message-Id: <199901271253.NAA15504@idefix.billy.de>
Date: Wed, 27 Jan 1999 13:53:35 +0100 (MET)
Reply-To: oliver@billix.franken.de
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Oliver Billmann <oliver@billix.franken.de>
To: lundberg+wuftpd@vr.net (Gregory A Lundberg)
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: IGNORE_NOOP doesn't work
In-Reply-To: <Pine.LNX.4.03.9901262238580.6286-100000@gaia.vr.net> from Gregory A Lundberg at "Jan 26, 99 10:43:28 pm"
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4ME+ PL37 (25)]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi Gregory,

> > In line 1328 of ftpcmd.y I found the following call to alarm:
> >             (void) alarm((unsigned) timeout);
> > 
> > Am I wrong, or does this reset the inactivity timer on every command
> > given, even NOOP? Maybe you can fix this in the next release. Thanks
> 
> Since the line number matched, I presume you're talking about the VR12
> version.

Didn't I mention that? Sorry, my fault. In deed I tested this on a Linux
box running VR12. But I observed this behaviour on a Solaris 2.6 box
running VR9 too...

> Sure I'll take a look at it.  I could swear I tested it and it worked as
> is, but retesting is at least warranted.
> 
> As for a fix in the next version, you're just a few hours past code-freeze
> for VR13 so it'll have to wait for VR14 on March 1.  If it's a real
> problem I can do a hot fix after VR13 comes out on February 1 (which is
> probably when I'll get a chance to look at it since we're in final-test
> and build phase right now).

I would appreciate it if you could send me a fix earlier, on the other hand
I lived with this for a couple of weeks now and another month doesn't
really matter ;-)

Oliver

-- 
                                \\\///
      +--------------------+     \\//     +-----------------------------+
      | Oliver Billmann    |    ( .. )    |    oliver@billix.franken.de |
      +--------------------+-ooO-(__)-Ooo-+-----------------------------+

From owner-wu-ftpd@wugate.wustl.edu  Wed Jan 27 08:42:45 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id IAA29197;
	Wed, 27 Jan 1999 08:42:44 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA18876;
	Wed, 27 Jan 1999 08:38:15 -0600 (CST)
Received: from att.com (cagw1.att.com [192.128.52.89])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA20425
	for <wu-ftpd@wugate.wustl.edu>; Wed, 27 Jan 1999 08:34:38 -0600 (CST)
Received: from caig1.fw.att.com by cagw1.att.com (AT&T/IPNS/UPAS-1.0)
	for wugate.wustl.edu!wu-ftpd
	sender lynx.lz.att.com!rah (lynx.lz.att.com!rah); Wed Jan 27 09:25 EST 1999
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 JAA18444
	for <wu-ftpd@wugate.wustl.edu>; Wed, 27 Jan 1999 09:34:33 -0500 (EST)
Received: by merlin.lz.att.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62)
	id <01BE49D8.6F58D990@merlin.lz.att.com>; Wed, 27 Jan 1999 09:35:54 -0500
Message-Id: <c=US%a=_%p=att%l=MERLIN-990127143553Z-1830@merlin.lz.att.com>
Date: Wed, 27 Jan 1999 09:35:53 -0500
Reply-To: rah@lynx.lz.att.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Roger Hanke <rah@lynx.lz.att.com>
To: "'Morvan Daniel Muller'" <morvan@america.viavale.com.br>
Cc: "'WUFTPD List'" <wu-ftpd@wugate.wustl.edu>
Subject: RE: Upgrading to BeroFTPD 1.2.3
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Dear Morvan,
 I am running on Solaris 2.5.1 so shouldnt have any problems.
Remember that 1.2.x is the stable versions, and 1.3.x are
the experimental ones.

 The following is a list of download sites for BeroFTPD:
ftp://beroftpd.unix.eu.org/pub/BeroFTPD/
ftp://ftp.croftj.net/usr/bero/BeroFTPD/
ftp://ftp.sunet.se/pub/nir/ftp/servers/BeroFTPD/
ftp://sunsite.cnlab-switch.ch/mirror/BeroFTPD/
The last two sites came up for me, the first two did not through my
browser. But at times even the last two took forever to come up. Mostly
minor fixes that Bernhard doesn't feel justify a new release can be
found at:
ftp://beroftpd.unix.eu.org/pub/BeroFTPD/fixes/
ftp://ftp.sunet.se/pub/nir/ftp/servers/BeroFTPD/fixes/
ftp://sunsite.cnlab-switch.ch/mirror/BeroFTPD/fixes/

	Roger

>-----Original Message-----
>From:	Morvan Daniel Muller [SMTP:morvan@america.viavale.com.br]
>Sent:	Wednesday, January 27, 1999 6:19 AM
>To:	Roger Hanke
>Subject:	Re: Anonymous rootdir problem with BeroFTPD 1.2.3
>
>Hello Roger!
>
>On Tue, 26 Jan 1999, Roger Hanke wrote:
>
>> Hello All,
>>  Successfully upgraded from WUFTPD Beta 13 with 
>> Kent's newvirt patch to BeroFTPD 1.2.3 and everything
>> worked fine except one thing.
>
>I use sun/solaris2.6 and want test BeroFTPD, where 
>you downloaded BeroFTP?
>
>Which is BeroFTPD official URL?
>
>Thanks!
>
>Morvan Daniel Muller          
>morvan@viavale.com.br
>Santa Cruz do Sul - RS
>

From owner-wu-ftpd@wugate.wustl.edu  Wed Jan 27 09:40:45 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id JAA29857;
	Wed, 27 Jan 1999 09:40:41 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA26944;
	Wed, 27 Jan 1999 09:35:54 -0600 (CST)
Received: from relay.pair.com (relay1.pair.com [209.68.1.20])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA14014
	for <wu-ftpd@wugate.wustl.edu>; Wed, 27 Jan 1999 09:34:38 -0600 (CST)
Received: from microsoft.sucks.eu.org (s4m206.dialup.RWTH-Aachen.DE [137.226.8.206])
	by relay.pair.com (8.8.7/8.8.5) with SMTP id KAA28063;
	Wed, 27 Jan 1999 10:14:22 -0500 (EST)
Message-Id: <Pine.LNX.4.04.9901271337170.570-100000@k6.microsoft.sucks.eu.org>
Date: Wed, 27 Jan 1999 13:38:21 +0100 (CET)
Reply-To: bero@microsoft.sucks.eu.org
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Bernhard Rosenkraenzer <bero@microsoft.sucks.eu.org>
To: Roger Hanke <rah@lynx.lz.att.com>
Cc: "'WUFTPD List'" <wu-ftpd@wugate.wustl.edu>
Subject: Re: Anonymous rootdir problem with BeroFTPD 1.2.3
In-Reply-To: <c=US%a=_%p=att%l=MERLIN-990127032118Z-1806@merlin.lz.att.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 26 Jan 1999, Roger Hanke wrote:

> Only problem is when I use ftp or anonymous to 
> access the same IP I end up being chrooted to 
> the home directory of ~ftp as taken from the /etc/passwd
> file.

Use the anonymous-root directive in your virtual ftpaccess files. (man
ftpaccess).

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 owner-wu-ftpd@wugate.wustl.edu  Wed Jan 27 13:01:48 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id NAA02365;
	Wed, 27 Jan 1999 13:01:46 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA11524;
	Wed, 27 Jan 1999 12:57:00 -0600 (CST)
Received: from smtp7.ny.us.ibm.com (smtp7.ny.us.ibm.com [198.133.22.19])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA32642
	for <wu-ftpd@wugate.wustl.edu>; Wed, 27 Jan 1999 12:56:06 -0600 (CST)
Received: from northrelay01.pok.ibm.com (northrelay01.pok.ibm.com [9.117.200.21])
	by smtp7.ny.us.ibm.com (8.8.7/8.8.7) with ESMTP id NAA40666;
	Wed, 27 Jan 1999 13:54:52 -0500
Received: from D51MTA06.pok.ibm.com (d51mta06.pok.ibm.com [9.117.200.34])
	by northrelay01.pok.ibm.com (8.8.7m1/NCO v1.8) with SMTP id NAA237380;
	Wed, 27 Jan 1999 13:55:25 -0500
Received: by D51MTA06.pok.ibm.com(Lotus SMTP MTA Internal build v4.6.2  (651.2 6-10-1998))  id 85256706.0067F260 ; Wed, 27 Jan 1999 13:55:22 -0500
Message-Id: <85256706.0067F025.00@D51MTA06.pok.ibm.com>
Date: Wed, 27 Jan 1999 13:51:27 -0500
Reply-To: richelld@us.ibm.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: richelld@us.ibm.com
To: lundberg+wuftpd@vr.net
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: Password Aging in WU-FTP
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Lotus-FromDomain: IBMUS
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi Greg,
     Thanks for the reply...
     Unfortunately, AIX's password structure does NOT have a pw_expire,
therefore recompiling
with that flag will only make the compile bomb out.

     Can you think of any other thing we can do have wu-ftp detect password
aging?

Thanks -> Richelle (richelld@us.ibm.com)





Gregory A Lundberg <"lundberg+wuftpd"@vr.net> on 01/26/99 05:02:09 PM

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

To:   Richelle dela Cruz/White Plains/IBM
cc:   wu-ftpd@wugate.wustl.edu
Subject:  Re: Password Aging in WU-FTP





On Tue, 26 Jan 1999 richelld@us.ibm.com wrote:

> I am wondering if wu-ftp supports password aging - meaning it checks
> for the expiration date of the ftp id's password and does not allow
> the ftp id to login in if it's password is already expired. I tested
> this and wu-ftp seems to ignore the "expiration date" of the ftp id's
> password.
>
> I have currently set up chrooted-ftp ids for AIX 4.3.0. I am using
> wu-ftp (Version wu-2.4.2-academ[BETA-18](1) and not the AIX ftp (which
> supports aging).

If AIX passwd struct has pw_expire (look in man 3 getpwnam or getpwuid)

#define HAS_PW_EXPIRE

at the end of your src/config/config.aix will do it.  Expired passwords
are the same as wrong passwords (no different warning, just refused
login).

--

Gregory A Lundberg       Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195






From owner-wu-ftpd@wugate.wustl.edu  Wed Jan 27 15:26:11 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id PAA04057;
	Wed, 27 Jan 1999 15:26:11 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA27255;
	Wed, 27 Jan 1999 15:19:42 -0600 (CST)
Received: from neptune.phys.ufl.edu (neptune-gw.phys.ufl.edu [128.227.64.7])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA09926
	for <wu-ftpd@wugate.wustl.edu>; Wed, 27 Jan 1999 15:18:09 -0600 (CST)
Received: from maxwell.phys.ufl.edu (maxwell.phys.ufl.edu [128.227.64.2])
	by neptune.phys.ufl.edu (8.8.8/8.8.8) with ESMTP id QAA10948
	for <wu-ftpd@wugate.wustl.edu>; Wed, 27 Jan 1999 16:18:08 -0500 (EST)
Received: from localhost (ddr@localhost)
	by maxwell.phys.ufl.edu (8.8.8/8.8.8) with SMTP id QAA12161
	for <wu-ftpd@wugate.wustl.edu>; Wed, 27 Jan 1999 16:18:08 -0500 (EST)
Message-Id: <Pine.SOL.3.96.990127160338.10879F-100000@maxwell.phys.ufl.edu>
Date: Wed, 27 Jan 1999 16:18:08 -0500 (EST)
Reply-To: ddr@phys.ufl.edu
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Dan Roscigno <ddr@phys.ufl.edu>
To: wu-ftpd@wugate.wustl.edu
Subject: permitting real user access from localhost and anon access from everywhere
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Authentication-Warning: maxwell.phys.ufl.edu: ddr owned process doing -bs
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


I would like to allow "real" users access to ftp from
localhost only ( actually tunnelling through ssh so the
connections appear to be from localhost).  I would like to
allow anonymous access from any host.

Can someone help me with the config files?

Thanks,
Dan
---------------------------------------------------------
Dan Roscigno ddr@phys.ufl.edu (352)392-4028
Physics Dept. University of Florida 2122 New Physics Building


From owner-wu-ftpd@wugate.wustl.edu  Wed Jan 27 15:47:38 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id PAA04325;
	Wed, 27 Jan 1999 15:47:37 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA26061;
	Wed, 27 Jan 1999 15:38:38 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA09988
	for <wu-ftpd@wugate.wustl.edu>; Wed, 27 Jan 1999 15:37:30 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id QAA14809;
	Wed, 27 Jan 1999 16:37:21 -0500
Message-Id: <Pine.LNX.4.03.9901271634230.14765-100000@gaia.vr.net>
Date: Wed, 27 Jan 1999 16:37:21 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Dan Roscigno <ddr@phys.ufl.edu>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: permitting real user access from localhost and anon access
 from everywhere
In-Reply-To: <Pine.SOL.3.96.990127160338.10879F-100000@maxwell.phys.ufl.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 27 Jan 1999, Dan Roscigno wrote:

> I would like to allow "real" users access to ftp from localhost only (
> actually tunnelling through ssh so the connections appear to be from
> localhost).  I would like to allow anonymous access from any host.

Define a class for local real and another for anon everywhere:

class localreal real localhost
class anyanon anonymous *

guests will be refused (not in any class)
real users from anywhere other than 'localhost' will be refused as well
(not in any class either).
anonymous from anywhere will be allowed.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Wed Jan 27 17:32:23 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id RAA05525;
	Wed, 27 Jan 1999 17:32:19 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA24700;
	Wed, 27 Jan 1999 17:23:04 -0600 (CST)
Received: from att.com (kcgw1.att.com [192.128.133.151])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA17744
	for <wu-ftpd@wugate.wustl.edu>; Wed, 27 Jan 1999 17:20:43 -0600 (CST)
Received: from kcig1.att.att.com by kcgw1.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 Jan 27 17:20 CST 1999
Received: from merlin.lz.att.com (lynx.lz.att.com [135.25.200.5])
	by kcig1.att.att.com (AT&T/IPNS/GW-1.0) with SMTP id RAA16624
	for <wu-ftpd@wugate.wustl.edu>; Wed, 27 Jan 1999 17:20:32 -0600 (CST)
Received: by merlin.lz.att.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62)
	id <01BE4A21.EBA26FE0@merlin.lz.att.com>; Wed, 27 Jan 1999 18:21:56 -0500
Message-Id: <c=US%a=_%p=att%l=MERLIN-990127232154Z-1930@merlin.lz.att.com>
Date: Wed, 27 Jan 1999 18:21:54 -0500
Reply-To: rah@lynx.lz.att.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Roger Hanke <rah@lynx.lz.att.com>
To: "'Bernhard Rosenkraenzer'" <bero@microsoft.sucks.eu.org>
Cc: "'WUFTPD List'" <wu-ftpd@wugate.wustl.edu>
Subject: Logfile directive missing with BeroFTPD 1.2.3?
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Bernhard,
 Thanks for the answer and pointer to the new 
anonymous-root directive.
I had read the ftpaccess man page but had basically still
been using the VIRTUAL.FTP.SUPPORT file for info on 
virtual server setup once I saw you had updated it from 
Kent's original version. Since it still refers to both root
and logfile directives as you can see below, it might be 
worth updating it. So I looked thru the ftpaccess man 
page in advance of my question this time. But still
cant figure out what replaced the logfile directive?
How do I now specify where each virtual server xferlog 
file should be located? Currently they are all defaulting
back to the system xferlog file which means we lost the
nice capability of separating transfers by virtual server
that we had been using.
	Thanks again,
	Roger Hanke

  7.3 Virtual ftpaccess files:
   ----------------------------
   For each virtual domain that you want to support, you have the option
   to create a ftpaccess file specific for that domain. This will
override
   completely what you have in the Master ftpaccess file.  This file
must
   contain all directives. If you do not create an ftpaccess file for a
   specific domain, the domain will use the Master ftpaccess file
settings.

   The only additions to the ftpaccess file that you need to make over a
   non-virtual version is the "root" and "logfile" directives.  These
act
   to assure the proper ftpd root directory is used for each of the
supported
   virtual domains.  The logfile directive is used to specify where you
want
   the transfer logs recorded for that specific virtual domain.  A
sample is
   specfied below.

        root     /ftp
        logfile  /var/log/xferlog
                                   

>-----Original Message-----
>From:	Bernhard Rosenkraenzer [SMTP:bero@microsoft.sucks.eu.org]
>Sent:	Wednesday, January 27, 1999 7:38 AM
>To:	Roger Hanke
>Cc:	'WUFTPD List'
>Subject:	Re: Anonymous rootdir problem with BeroFTPD 1.2.3
>
>On Tue, 26 Jan 1999, Roger Hanke wrote:
>
>> Only problem is when I use ftp or anonymous to 
>> access the same IP I end up being chrooted to 
>> the home directory of ~ftp as taken from the /etc/passwd
>> file.
>
>Use the anonymous-root directive in your virtual ftpaccess files. (man
>ftpaccess).
>
>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 owner-wu-ftpd@wugate.wustl.edu  Wed Jan 27 19:57:48 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id TAA07085;
	Wed, 27 Jan 1999 19:57:47 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA19173;
	Wed, 27 Jan 1999 19:52:41 -0600 (CST)
Received: from k-user-1.momo2000.com ([210.142.121.13])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA00492
	for <wu-ftpd@wugate.wustl.edu>; Wed, 27 Jan 1999 19:50:06 -0600 (CST)
Received: from webmaster (webmaster.momo2000.com [210.142.121.23])
          by k-user-1.momo2000.com  with SMTP
	  id BAA11767 for <wu-ftpd@wugate.wustl.edu>; Thu, 28 Jan 1999 01:41:56 GMT
Message-Id: <003f01be4a61$3c14c5b0$17798ed2@webmaster.kicit.com>
Date: Thu, 28 Jan 1999 10:55:09 +0900
Reply-To: wuftp@momo2000.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Chip Downs, Webmaster" <wuftp@momo2000.com>
To: <wu-ftpd@wugate.wustl.edu>
Subject: /etc/group
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have followed the wonderful instructions at
ftp://ftp.fni.com/pub/wu-ftpd/guest-howto for the guest howto and have
everything working, but have a question.

In step one it says to ad the following line to /etc/group:

client::400:mort

We have several hundred customers and I don't want my /etc/group turning
into
client::400:userid1,userid2,userid3,...,userid999,...

In addition, in steps 3-6 we create a ~userid/bin and ~userid/etc with
~userid/etc containing the group and passwd files of two lines each.  As
long as we do this, do we really need to put every userid in our /etc/group
file?  I tested it without putting a userid in the /etc/group, but leaving
the userid in the ~userid/etc/passwd and ~userid/etc/group file.

Will I have any security concerns by not adding every userid to the
/etc/group file?

Also, I'm interested in the on the fly compression and tar...Is there any
documentation talking about the advantages/disadvantages of this and how it
works?

Thanks,
Chip Downs, webmaster@momo2000.com


From owner-wu-ftpd@wugate.wustl.edu  Wed Jan 27 20:35:16 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id UAA07428;
	Wed, 27 Jan 1999 20:35:07 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA07274;
	Wed, 27 Jan 1999 20:31:14 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA19701
	for <wu-ftpd@wugate.wustl.edu>; Wed, 27 Jan 1999 20:28:52 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id VAA16963;
	Wed, 27 Jan 1999 21:28:04 -0500
Message-Id: <Pine.LNX.4.03.9901272116320.16905-100000@gaia.vr.net>
Date: Wed, 27 Jan 1999 21:28:03 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: "Chip Downs, Webmaster" <wuftp@momo2000.com>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: /etc/group
In-Reply-To: <003f01be4a61$3c14c5b0$17798ed2@webmaster.kicit.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 28 Jan 1999, Chip Downs, Webmaster wrote:

> We have several hundred customers and I don't want my /etc/group
> turning into client::400:userid1,userid2,userid3,...,userid999,...

The VR version (and, I believe, BeroFTPD) add ftpaccess clauses which
allow you to force all users/groups, individually, or by a range, to be
guests.

> In addition, in steps 3-6 we create a ~userid/bin and ~userid/etc with
> ~userid/etc containing the group and passwd files of two lines each.  
> As long as we do this, do we really need to put every userid in our
> /etc/group file?

Yes, unless you're running the VR version.  /etc/group determines whether
they are guests or real users.

> I tested it without putting a userid in the /etc/group, but leaving
> the userid in the ~userid/etc/passwd and ~userid/etc/group file.

You should put only the UIDs/GIDs needed for 'ls' to be pretty in ~/etc.
For the VR version, ~/etc/passwd can also determine the guest's starting
directory (rather than /etc/passwd) so it does not need to be their true
home (ie., /etc/passwd home is /home/./user1, chroot to /home, start in
~user1/www since that's the home claimed in /home/etc/passwd).

> Will I have any security concerns by not adding every userid to the
> /etc/group file?

Yes, with the stock academ version, they won't be guests but real users.
As such they will have free reign to roam at will through your entire
system.  For instance, if a file is accidentally writable to the user,
they will be able to modify it via FTP.  Of course, if the users can all
telnet into the box, this is sorta moot; but if they can only FTP, it's
critically important.  You can manage it using upload, but that can get to
be a real pain too.  Make your users all guests if at all possible.

> Also, I'm interested in the on the fly compression and tar...Is there
> any documentation talking about the advantages/disadvantages of this
> and how it works?

No documentation like that.  Advantage: less bandwidth used.
Disadvantages: only power users will use it; system load is increased.  It
works by installing the programs in ~/bin and using /etc/ftpconversions to
control which conversions are run.  The FAQ covers it pretty well .. it's
basically the same as getting 'ls' to work for your guestgroup users.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Thu Jan 28 10:18:16 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id KAA16063;
	Thu, 28 Jan 1999 10:18:14 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA26538;
	Thu, 28 Jan 1999 10:12:55 -0600 (CST)
Received: from smtp7.ny.us.ibm.com (smtp7.ny.us.ibm.com [198.133.22.19])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA21453
	for <wu-ftpd@wugate.wustl.edu>; Thu, 28 Jan 1999 10:03:47 -0600 (CST)
Received: from northrelay02.pok.ibm.com (northrelay02.pok.ibm.com [9.117.200.22])
	by smtp7.ny.us.ibm.com (8.8.7/8.8.7) with ESMTP id LAA65404
	for <wu-ftpd@wugate.wustl.edu>; Thu, 28 Jan 1999 11:02:39 -0500
Received: from D51MTA06.pok.ibm.com (d51mta06.pok.ibm.com [9.117.200.34])
	by northrelay02.pok.ibm.com (8.8.7m1/NCO v1.8) with SMTP id LAA278830
	for <wu-ftpd%wugate.wustl.edu@internet.us.ibm.com>; Thu, 28 Jan 1999 11:03:13 -0500
Received: by D51MTA06.pok.ibm.com(Lotus SMTP MTA Internal build v4.6.2  (651.2 6-10-1998))  id 85256707.00582CC0 ; Thu, 28 Jan 1999 11:03:06 -0500
Message-Id: <85256707.00582AF5.00@D51MTA06.pok.ibm.com>
Date: Thu, 28 Jan 1999 10:59:05 -0500
Reply-To: richelld@us.ibm.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: richelld@us.ibm.com
To: wu-ftpd@wugate.wustl.edu
Subject: LOCKING ftp ids in wu-ftp from login
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Lotus-FromDomain: IBMUS
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

hi,
     how do you temporarily lock an ftp-id in wu-ftp from logging in?
     i cannot use lock=yes because wu-ftp ignores it..
     i tried to change the shell, it didn't work.
     i do not want to delete the id or rename it 'coz i don't to fix the
ownership changes in the directories and files later on.

     any ideas?


Thank you! ... Richelle
RICHELLE  DELA  CRUZ
<<Email>> richelld@us.ibm.com



From owner-wu-ftpd@wugate.wustl.edu  Thu Jan 28 10:33:36 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id KAA16299;
	Thu, 28 Jan 1999 10:33:30 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA18536;
	Thu, 28 Jan 1999 10:30:00 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA30177
	for <wu-ftpd@wugate.wustl.edu>; Thu, 28 Jan 1999 10:29:11 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id LAA22282;
	Thu, 28 Jan 1999 11:29:06 -0500
Message-Id: <Pine.LNX.4.03.9901281127020.22256-100000@gaia.vr.net>
Date: Thu, 28 Jan 1999 11:29:05 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: richelld@us.ibm.com
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: LOCKING ftp ids in wu-ftp from login
In-Reply-To: <85256707.00582AF5.00@D51MTA06.pok.ibm.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 28 Jan 1999 richelld@us.ibm.com wrote:

>      how do you temporarily lock an ftp-id in wu-ftp from logging in?
>      i cannot use lock=yes because wu-ftp ignores it..
>      i tried to change the shell, it didn't work.
>      i do not want to delete the id or rename it 'coz i don't to fix the
> ownership changes in the directories and files later on.

I slip a character onto the front of the password in /etc/passwd so the
user cannot authenticate.  You could also change their shell to something
not listed in /etc/shells .. that way if the user is a telnet user could
can display a helpfull message ("Pay your bill, deadbeat!") before
disconnecting.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Thu Jan 28 14:53:42 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id OAA20013;
	Thu, 28 Jan 1999 14:53:37 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA02957;
	Thu, 28 Jan 1999 14:48:39 -0600 (CST)
Received: from pop-c.netway.at (pop-c.netway.at [195.96.0.132])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA32639
	for <wu-ftpd@wugate.wustl.edu>; Thu, 28 Jan 1999 14:42:45 -0600 (CST)
Received: from schwarze_witwe (post.blackbox.at [195.248.39.138])
	by pop-c.netway.at (8.9.1/8.9.1) with SMTP id VAA25037
	for <wu-ftpd@wugate.wustl.edu>; Thu, 28 Jan 1999 21:42:33 +0100
Message-Id: <msg963115.thr-5f000f06.2f7c20@blackbox.at>
Date: Thu, 28 Jan 1999 19:06:30 +0100
Reply-To: martin@blackbox.at
Sender: owner-wu-ftpd@wugate.wustl.edu
From: martin@blackbox.at (Martin Puaschitz)
To: richelld@us.ibm.com
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: LOCKING ftp ids in wu-ftp from login
References: <85256707.00582AF5.00@D51MTA06.pok.ibm.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Content-ID: <msg963115.thr-5f000f06.2f7c20.part0@blackbox.at>
X-Sender: martin@blackbox.at
X-Gateway: NASTA Gate 1.18 for FirstClass(R)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

richelld@us.ibm.com,E-Mail writes:
>hi,
>     how do you temporarily lock an ftp-id in wu-ftp from logging in?
>     i cannot use lock=yes because wu-ftp ignores it..
>     i tried to change the shell, it didn't work.
>     i do not want to delete the id or rename it 'coz i don't to fix the
>ownership changes in the directories and files later on.

>     any ideas?
there shoudl be a file named "ftpusers" oder "ftpaccess". There are
users in who may NOT log in via FTP.
Should solve your problem, shouldn't ?

martin  -  austria

-- 
   

From owner-wu-ftpd@wugate.wustl.edu  Thu Jan 28 15:30:48 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id PAA20740;
	Thu, 28 Jan 1999 15:30:46 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA13214;
	Thu, 28 Jan 1999 15:26:53 -0600 (CST)
Received: from orr.pwgsc.gc.ca (orr.pwgsc.gc.ca [198.103.167.14])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA07511
	for <wu-ftpd@wugate.wustl.edu>; Thu, 28 Jan 1999 15:23:43 -0600 (CST)
Received: 	id QAA15096; Thu, 28 Jan 1999 16:12:50 -0500
Received: by gateway id QAA02275
	for <wu-ftpd@wugate.wustl.edu>; Thu, 28 Jan 1999 16:07:59 -0500 (EST)
Message-Id: <36B0D306.8BB7E6A@tiger.ncr.pwgsc.gc.ca>
Date: Thu, 28 Jan 1999 16:13:42 -0500
Reply-To: rocker@tiger.ncr.pwgsc.gc.ca
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Robertson, Rocke" <rocker@tiger.ncr.pwgsc.gc.ca>
To: wuftpd <wu-ftpd@wugate.wustl.edu>
Subject: allowing clients to create symlinks. Not working.
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.03 [en] (WinNT; U)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have moved ln to the ftp root. It has permissions of 555. I have added
these lines to /etc/ftpaccess,

ln     yes local
ln     no remote

Here is what the log says is happening.

Jan 28 16:10:29 woody ftpd[28218]: SITE EXEC (lines: 0): ln -s it ftpd
Jan 28 16:10:29 woody ftpd[28218]: SITE EXEC (lines: 0): ln -s it ftpd

But nothing is happening. Has anyone tried this before, or am I just
waisting my time.
THanks

--
Rocke Robertson
PWGSC/GTIS
(613)991-2604
rocker@tiger.ncr.pwgsc.gc.ca



From owner-wu-ftpd@wugate.wustl.edu  Thu Jan 28 15:47:43 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id PAA21139;
	Thu, 28 Jan 1999 15:47:42 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA00131;
	Thu, 28 Jan 1999 15:39:48 -0600 (CST)
Received: from molbio.unmc.edu (molbio.unmc.edu [137.197.214.37])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA08893
	for <wu-ftpd@wugate.wustl.edu>; Thu, 28 Jan 1999 15:36:01 -0600 (CST)
Received: from windsurf2 by molbio.unmc.edu (SMI-8.6/SMI-SVR4)
	id PAA16019; Thu, 28 Jan 1999 15:40:18 -0600
Message-Id: <4.1.19990128151856.00aea180@molbio.unmc.edu>
Date: Thu, 28 Jan 1999 15:36:09 -0600
Reply-To: cprice@molbio.unmc.edu
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Chad Price <cprice@molbio.unmc.edu>
To: wu-ftpd@wugate.wustl.edu
Subject: Bero 1.3.2 login problem
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: cprice@molbio.unmc.edu
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I've got and installed 1.3.2 (I'm aware that 1.2.x is the official stable
version). I'm replacing an old version of wu-ftpd (2.4(2)).  I cannot login
using Bero and can login using wu-ftpd with the same configuration files.
Details below.

I have the wu-ftpd working correctly and have installed the appropriately
altered Bero ftpaccess and other config files and tested the configuration
by (1) using the wu-ftpd server which works fine and (2) using the
configuration test programs in sbin which only give warnings - no errors.
The warnings are:

molbio /usr/local/stow-dir/bero-ftp> sbin/ckconfig
Checking _PATH_FTPUSERS :: /usr/local/etc/ftpusers
ok.
 
Checking _PATH_FTPSERVERS :: /usr/local/etc/ftpservers
I can't find it... look in doc/examples for an example.
 
Checking _PATH_FTPACCESS :: /usr/local/etc/ftpaccess
ok.
 
Checking _PATH_PIDNAMES :: /var/adm/ftp.pids-%s
ok.
 
Checking _PATH_CVT :: /usr/local/etc/ftpconversions
ok.
 
Checking _PATH_XFERLOG :: /var/log/xferlog
I can't find it... 
Don't worry, it will be created automatically by the
server if you do transfer logging.
 
Checking _PATH_PRIVATE :: /usr/local/etc/ftpgroups
ok.
 
Checking _PATH_FTPHOSTS :: /usr/local/etc/ftphosts
I can't find it... look in doc/examples for an example.
You only need this if you are using the HOST ACCESS features
of the server.

molbio /usr/local/stow-dir/bero-ftp> sudo sbin/ftpck
Password:
WARNING: ftpservers file /usr/local/etc/ftpservers missing.
        Only needed if you're using virtual hosts.
WARNING: ftphosts file /usr/local/etc/ftphosts missing.
        Only needed if using BeroFTPD HOST ACCESS features.
WARNING: xferlog file /var/log/xferlog missing.



I cannot login using Bero and I can login using wu-ftpd.  The only changes
I make in the interim are to inetd.conf to start Bero with
	-a -i
The wu parameters are:
	 -a -u077 -l -L

System: solaris 2.4 patched, gcc

Installation was with configure --prefix and then 'stow' to link to the
desired official location.

So: Is this a bug, or am I missing something?

Chad

Chad Price
Systems Manager
University of Nebraska Medical Center
600 S 42nd St
Omaha, NE 68506-6495
cprice@molbio.unmc.edu
(402) 559-9527 
(402) 559-4077 (FAX)


From owner-wu-ftpd@wugate.wustl.edu  Thu Jan 28 16:32:34 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id QAA21955;
	Thu, 28 Jan 1999 16:32:31 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA06530;
	Thu, 28 Jan 1999 16:25:06 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA28619
	for <wu-ftpd@wugate.wustl.edu>; Thu, 28 Jan 1999 16:23:14 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id RAA25859;
	Thu, 28 Jan 1999 17:22:57 -0500
Message-Id: <Pine.LNX.4.03.9901281720470.25853-100000@gaia.vr.net>
Date: Thu, 28 Jan 1999 17:22:57 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: "Robertson, Rocke" <rocker@tiger.ncr.pwgsc.gc.ca>
Cc: wuftpd <wu-ftpd@wugate.wustl.edu>
Subject: Re: allowing clients to create symlinks. Not working.
In-Reply-To: <36B0D306.8BB7E6A@tiger.ncr.pwgsc.gc.ca>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 28 Jan 1999, Robertson, Rocke wrote:

> I have moved ln to the ftp root. It has permissions of 555. I have
> added these lines to /etc/ftpaccess,
> 
> ln     yes local
> ln     no remote

These won't do anything.  There are not 'ln' clauses in the ftpaccess
file.  Read the manpage for what you can put in there.

> Here is what the log says is happening.
> 
> Jan 28 16:10:29 woody ftpd[28218]: SITE EXEC (lines: 0): ln -s it ftpd
> Jan 28 16:10:29 woody ftpd[28218]: SITE EXEC (lines: 0): ln -s it ftpd
> 
> But nothing is happening. Has anyone tried this before, or am I just
> waisting my time.

SITE EXEC? Yeah, I've used it to test that it really does work.

Are you wasting your time?  Probably.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Thu Jan 28 21:39:30 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id VAA24775;
	Thu, 28 Jan 1999 21:39:24 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id VAA01154;
	Thu, 28 Jan 1999 21:35:47 -0600 (CST)
Received: from att.com (algw1.att.com [192.128.167.153])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id VAA20368
	for <wu-ftpd@wugate.wustl.edu>; Thu, 28 Jan 1999 21:29:51 -0600 (CST)
Received: from alms2.fw.att.com by algw1.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); Thu Jan 28 22:23 EST 1999
Received: from merlin.lz.att.com (lynx.lz.att.com [135.25.200.5])
	by alms2.fw.att.com (AT&T/IPNS/GW-1.0) with SMTP id WAA08795
	for <wu-ftpd@wugate.wustl.edu>; Thu, 28 Jan 1999 22:25:53 -0500 (EST)
Received: by merlin.lz.att.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62)
	id <01BE4B0D.EAC59D30@merlin.lz.att.com>; Thu, 28 Jan 1999 22:31:15 -0500
Message-Id: <c=US%a=_%p=att%l=MERLIN-990129033114Z-2063@merlin.lz.att.com>
Date: Thu, 28 Jan 1999 22:31:14 -0500
Reply-To: rah@lynx.lz.att.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Roger Hanke <rah@lynx.lz.att.com>
To: "'Bernhard Rosenkraenzer'" <bero@microsoft.sucks.eu.org>
Cc: "'WUFTPD List'" <wu-ftpd@wugate.wustl.edu>
Subject: How specify virtual xferlog files in BeroFTPD?
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Bernhard,
 Went back and reread every piece of delivered documentation
and still found the only references to logfile in the VIRTUAL
support file. That says if you are using multiple ftpaccess files
then can use root and logfile directives to specify where users
of that virtual server should be chrooted and where their transfers
should be logged. So obviously you replaced the root directive
with your new anonymous-root and guest-root directives, but
what happened to the logfile directive? Included the doc section 
I am talking about below for those that did not follow my 
description here (from BeroFTPD 1.2.3).

 So dug into the code and found that all the logfile directive
code was still there identical to the Beta 13 version I had been
running. Then traced down the OLDVIRT define you have 
surrounding all those old code sections. Finally found that
a configuration option not listed in your INSTALL file, 
--enable-oldvirt, will define OLDVIRT and built a new server
version with this option on. So now went back to the old
style directives, root and logfile, in my multiple ftpaccess
files. And once I figured out that I still had to use
anonymous-root everything worked fine. So I presume 
you dont expect people to be using --enable-oldvirt 
since you didnt publicize it. That the original newvirt code
is basically deprecated now similar to the original wuftpd 
virtual code. So what about creating anonymous-logfile
and guest-logfile directives like you did with the root 
directive, or just put the logfile directive back like there used
to be? It really is very useful to specify a logfile location
for each virtual server just like you specify a root location.
Especially once you are setup this way and making use of it ;-)
Please let me know what you think.
	Thanks,
	Roger Hanke


   ----------------------------
   7.3 Virtual ftpaccess files:
   ----------------------------

   For each virtual domain that you want to support, you have the option
   to create a ftpaccess file specific for that domain. This will
override
   completely what you have in the Master ftpaccess file.  This file
must
   contain all directives. If you do not create an ftpaccess file for a
   specific domain, the domain will use the Master ftpaccess file
settings.

   The only additions to the ftpaccess file that you need to make over a
   non-virtual version is the "root" and "logfile" directives.  These
act
   to assure the proper ftpd root directory is used for each of the
supported
   virtual domains.  The logfile directive is used to specify where you
want
   the transfer logs recorded for that specific virtual domain.  A
sample is
   specfied below.

        root     /ftp
        logfile  /var/log/xferlog
                                                                        


From owner-wu-ftpd@wugate.wustl.edu  Fri Jan 29 05:49:41 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id FAA28464;
	Fri, 29 Jan 1999 05:49:40 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id FAA12639;
	Fri, 29 Jan 1999 05:45:04 -0600 (CST)
Received: from relay.pair.com (relay1.pair.com [209.68.1.20])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id FAA18471
	for <wu-ftpd@wugate.wustl.edu>; Fri, 29 Jan 1999 05:39:50 -0600 (CST)
Received: from microsoft.sucks.eu.org (s4m007.dialup.RWTH-Aachen.DE [137.226.8.7])
	by relay.pair.com (8.8.7/8.8.5) with SMTP id GAA02188;
	Fri, 29 Jan 1999 06:47:32 -0500 (EST)
Message-Id: <Pine.LNX.4.04.9901290041120.32623-100000@k6.microsoft.sucks.eu.org>
Date: Fri, 29 Jan 1999 00:41:47 +0100 (CET)
Reply-To: bero@microsoft.sucks.eu.org
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Bernhard Rosenkraenzer <bero@microsoft.sucks.eu.org>
To: Chad Price <cprice@molbio.unmc.edu>
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: Bero 1.3.2 login problem
In-Reply-To: <4.1.19990128151856.00aea180@molbio.unmc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 28 Jan 1999, Chad Price wrote:

> I've got and installed 1.3.2 (I'm aware that 1.2.x is the official stable
> version). I'm replacing an old version of wu-ftpd (2.4(2)).  I cannot login
> using Bero and can login using wu-ftpd with the same configuration files.
> Details below.

Try recompiling with --disable-passwd. Some systems apparently have
problems with the alternate getpwnam() implementation.

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 owner-wu-ftpd@wugate.wustl.edu  Fri Jan 29 11:40:17 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id LAA02847;
	Fri, 29 Jan 1999 11:40:15 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA28647;
	Fri, 29 Jan 1999 11:34:12 -0600 (CST)
Received: from molbio.unmc.edu (molbio.unmc.edu [137.197.214.37])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA25759
	for <wu-ftpd@wugate.wustl.edu>; Fri, 29 Jan 1999 11:33:21 -0600 (CST)
Received: from windsurf2 by molbio.unmc.edu (SMI-8.6/SMI-SVR4)
	id LAA06178; Fri, 29 Jan 1999 11:37:29 -0600
Message-Id: <4.1.19990129112926.00b18c20@molbio.unmc.edu>
Date: Fri, 29 Jan 1999 11:33:24 -0600
Reply-To: cprice@molbio.unmc.edu
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Chad Price <cprice@molbio.unmc.edu>
To: bero@microsoft.sucks.eu.org
Cc: wu-ftpd@wugate.wustl.edu
Subject: Re: Bero 1.3.2 login problem/ Solaris 2.4
In-Reply-To: <Pine.LNX.4.04.9901290041120.32623-100000@k6.microsoft.suck
 s.eu.org>
References: <4.1.19990128151856.00aea180@molbio.unmc.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: cprice@molbio.unmc.edu
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

At 12:41 AM 1/29/1999 +0100, you wrote:
>On Thu, 28 Jan 1999, Chad Price wrote:
>
>> I've got and installed 1.3.2 (I'm aware that 1.2.x is the official stable
>> version). I'm replacing an old version of wu-ftpd (2.4(2)).  I cannot login
>> using Bero and can login using wu-ftpd with the same configuration files.
>> Details below.
>
>Try recompiling with --disable-passwd. Some systems apparently have
>problems with the alternate getpwnam() implementation.
>

1.3.2 compiled with --disable-passwd produced the same failure to login.

I also retried with 1.2.3, and get the same results. I have not compiled it
with 
	--disable-passwd
So it's at least not something that was introduced with 1.3.  

Any other Solaris 2.4 users have any suggestions? What parameters did you
compile with? and are you using stow to install stuff into a common tree?

molbio /usr/local/src/wuftp/BeroFTPD-1.3.2> /bin/ps -ef|grep inet
    root   188     1 80 09:56:18 ?        0:02 /usr/sbin/inetd -s
  cprice  6152  2071  8 11:32:19 pts/3    0:00 grep inet
molbio /usr/local/src/wuftp/BeroFTPD-1.3.2> sudo kill -HUP 188
molbio /usr/local/src/wuftp/BeroFTPD-1.3.2> ftp molbio
Connected to molbio.unmc.edu.
220 molbio.unmc.edu FTP server (BeroFTPD 1.2.3(1) Fri Jan 29 11:22:56 CST
1999) ready.
Name (molbio:cprice): 
331 Password required for cprice.
Password:
530 Login incorrect.
Login failed.
ftp> 221 Goodbye.
molbio /usr/local/src/wuftp/BeroFTPD-1.3.2> sudo kill -HUP 188
molbio /usr/local/src/wuftp/BeroFTPD-1.3.2> ftp molbio
Connected to molbio.unmc.edu.
220 molbio FTP server (Version wu-2.4(2) Thu Aug 20 15:20:09 CDT 1998) ready.
Name (molbio:cprice): 
331 Password required for cprice.
Password:
230 User cprice logged in.
ftp> 
 
 
Chad Price
Systems Manager
University of Nebraska Medical Center
600 S 42nd St
Omaha, NE 68506-6495
cprice@molbio.unmc.edu
(402) 559-9527 
(402) 559-4077 (FAX)


From owner-wu-ftpd@wugate.wustl.edu  Fri Jan 29 13:40:32 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id NAA04284;
	Fri, 29 Jan 1999 13:40:31 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA00238;
	Fri, 29 Jan 1999 13:37:13 -0600 (CST)
Received: from ckgppxy1.proxy.att.com (ckmsfw1.att.com [12.20.58.157])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA04172
	for <wu-ftpd@wugate.wustl.edu>; Fri, 29 Jan 1999 13:33:30 -0600 (CST)
Received: from merlin.lz.att.com ([135.25.200.5])
	by ckgppxy1.proxy.att.com (AT&T/IPNS/GW-1.0) with SMTP id OAA12851
	for <wu-ftpd@wugate.wustl.edu>; Fri, 29 Jan 1999 14:32:58 -0500 (EST)
Received: by merlin.lz.att.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62)
	id <01BE4B94.788EA590@merlin.lz.att.com>; Fri, 29 Jan 1999 14:34:26 -0500
Message-Id: <c=US%a=_%p=att%l=MERLIN-990129193424Z-2143@merlin.lz.att.com>
Date: Fri, 29 Jan 1999 14:34:24 -0500
Reply-To: rah@lynx.lz.att.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Roger Hanke <rah@lynx.lz.att.com>
To: "'cprice@molbio.unmc.edu'" <cprice@molbio.unmc.edu>
Cc: "'WUFTPD List'" <wu-ftpd@wugate.wustl.edu>
Subject: RE: Bero 1.3.2 login problem/ Solaris 2.4
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Chad,
 Am running BeroFTPD 1.2.3 on Solaris 2.5.1.
Now sure what you meant by stow. We use
our own software to install the product files once
they are built. The config line I am using is probably
not appropriate for you, but since you asked for it:
./configure --enable-chmod-limit --enable-standalone
--with-confdir=/usr/local/lib/ftpd --with-logdir=/usr/local/logs
--with-piddir=/usr/local/lib/ftpd/pids --enable-oldvirt

You show WUFTPD 2.4.2. So not any Beta version?
If not, a lot has changed since the original WUFTPD 2.4.2
version and that is why you are having a problem, not
due to any BeroFTPD change. Check your ftpaccess
specifications against the latest man page and make sure
you have -a on ftpd command line so that you are 
invoking ftpaccess file to begin with. Check in your
system log file why you are being denied access.
Pick up Beta 18 of WUFTPD if you want to test with 
the latest WUFTPD version.

	Roger Hanke

>-----Original Message-----
>From:	Chad Price [SMTP:cprice@molbio.unmc.edu]
>Sent:	Friday, January 29, 1999 12:33 PM
>To:	bero@microsoft.sucks.eu.org
>Cc:	wu-ftpd@wugate.wustl.edu
>Subject:	Re: Bero 1.3.2 login problem/ Solaris 2.4
>
>At 12:41 AM 1/29/1999 +0100, you wrote:
>>On Thu, 28 Jan 1999, Chad Price wrote:
>>
>>> I've got and installed 1.3.2 (I'm aware that 1.2.x is the official stable
>>> version). I'm replacing an old version of wu-ftpd (2.4(2)).  I cannot
>>>login
>>> using Bero and can login using wu-ftpd with the same configuration files.
>>> Details below.
>>
>>Try recompiling with --disable-passwd. Some systems apparently have
>>problems with the alternate getpwnam() implementation.
>>
>
>1.3.2 compiled with --disable-passwd produced the same failure to login.
>
>I also retried with 1.2.3, and get the same results. I have not compiled it
>with 
>	--disable-passwd
>So it's at least not something that was introduced with 1.3.  
>
>Any other Solaris 2.4 users have any suggestions? What parameters did you
>compile with? and are you using stow to install stuff into a common tree?
>
>molbio /usr/local/src/wuftp/BeroFTPD-1.3.2> /bin/ps -ef|grep inet
>    root   188     1 80 09:56:18 ?        0:02 /usr/sbin/inetd -s
>  cprice  6152  2071  8 11:32:19 pts/3    0:00 grep inet
>molbio /usr/local/src/wuftp/BeroFTPD-1.3.2> sudo kill -HUP 188
>molbio /usr/local/src/wuftp/BeroFTPD-1.3.2> ftp molbio
>Connected to molbio.unmc.edu.
>220 molbio.unmc.edu FTP server (BeroFTPD 1.2.3(1) Fri Jan 29 11:22:56 CST
>1999) ready.
>Name (molbio:cprice): 
>331 Password required for cprice.
>Password:
>530 Login incorrect.
>Login failed.
>ftp> 221 Goodbye.
>molbio /usr/local/src/wuftp/BeroFTPD-1.3.2> sudo kill -HUP 188
>molbio /usr/local/src/wuftp/BeroFTPD-1.3.2> ftp molbio
>Connected to molbio.unmc.edu.
>220 molbio FTP server (Version wu-2.4(2) Thu Aug 20 15:20:09 CDT 1998) ready.
>Name (molbio:cprice): 
>331 Password required for cprice.
>Password:
>230 User cprice logged in.
>ftp> 
> 
> 
>Chad Price
>Systems Manager
>University of Nebraska Medical Center
>600 S 42nd St
>Omaha, NE 68506-6495
>cprice@molbio.unmc.edu
>(402) 559-9527 
>(402) 559-4077 (FAX)
>

From owner-wu-ftpd@wugate.wustl.edu  Fri Jan 29 13:47:52 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id NAA04374;
	Fri, 29 Jan 1999 13:47:51 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA25268;
	Fri, 29 Jan 1999 13:43:29 -0600 (CST)
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 NAA18650
	for <wu-ftpd@wugate.wustl.edu>; Fri, 29 Jan 1999 13:42:39 -0600 (CST)
Received: from DEPRETIS by mail.mmm.at (NTMail 3.02.07) with ESMTP id ma054274 for <wu-ftpd@wugate.wustl.edu>; Fri, 29 Jan 1999 20:49:39 +0000
Message-Id: <19493924003175@mmm.at>
Date: Fri, 29 Jan 1999 20:39:27 +0100
Reply-To: adepretis@mmm.at
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Andreas de Pretis <adepretis@mmm.at>
To: wu-ftpd@wugate.wustl.edu
Subject: Re: Bero 1.3.2 login problem
In-Reply-To: <Pine.LNX.4.04.9901290041120.32623-100000@k6.microsoft.suck
 s.eu.org>
References: <4.1.19990128151856.00aea180@molbio.unmc.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: adepretis@192.9.200.200
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Demo
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

hi,

i'm wondering what the regular expression for disallowing .php3-files
within path-filter could be. (^.php3 doesn't work). Are there more than 3
expressions allowed ?

thx in advance for help and sorry for asking such a stupid newbie-question :)

greets
 
      Andreas






From owner-wu-ftpd@wugate.wustl.edu  Sat Jan 30 02:35:24 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id CAA23394;
	Sat, 30 Jan 1999 02:35:23 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id CAA18070;
	Sat, 30 Jan 1999 02:30:44 -0600 (CST)
Received: from amber.ccs.neu.edu (root@amber.ccs.neu.edu [129.10.116.51])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id CAA09471
	for <wu-ftpd@wugate.wustl.edu>; Sat, 30 Jan 1999 02:27:16 -0600 (CST)
Received: from bellatrix.ccs.neu.edu (aris@bellatrix.ccs.neu.edu [129.10.116.157])
	by amber.ccs.neu.edu (8.9.1a/8.9.1) with ESMTP id DAA15500
	for <wu-ftpd@wugate.wustl.edu>; Sat, 30 Jan 1999 03:27:15 -0500 (EST)
Message-Id: <Pine.GSO.4.05.9901300324380.14563-100000@bellatrix.ccs.neu.edu>
Date: Sat, 30 Jan 1999 03:27:14 -0500 (EST)
Reply-To: aris@ccs.neu.edu
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Aris Yannopoulos <aris@ccs.neu.edu>
To: wu-ftp <wu-ftpd@wugate.wustl.edu>
Subject: LOTS of TIME_WAIT
In-Reply-To: <369CF64F.664E4598@rte.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

When running netstat on the server it shows huge amounts of data port
stuff in the state "TIME_WAIT"

Any thoughts? DoS attempt? Stateless requests?


  -= Madness is not an illness... it's a privilege... =-


From owner-wu-ftpd@wugate.wustl.edu  Sat Jan 30 08:25:21 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id IAA00855;
	Sat, 30 Jan 1999 08:25:20 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA23241;
	Sat, 30 Jan 1999 08:20:48 -0600 (CST)
Received: from mail.zing.net (titan.os.com [209.113.221.17])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA02127
	for <wu-ftpd@wugate.wustl.edu>; Sat, 30 Jan 1999 08:18:01 -0600 (CST)
Received: from theranch [216.41.55.242] by mail.zing.net
  (SMTPD32-4.06) id A37552BF0130; Sat, 30 Jan 1999 09:13:09 EST
Message-Id: <00dd01be4c5b$97ca3920$f23729d8@theranch>
Date: Sat, 30 Jan 1999 09:19:48 -0500
Reply-To: craigs@os.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Craig Shrimpton" <craigs@os.com>
To: "wu-ftp" <wu-ftpd@wugate.wustl.edu>
Subject: What's the unsubscribe address?
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3155.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

The usual ones are bouncing.  What's the address for unsubscribing?

Thanks,

Craig



From owner-wu-ftpd@wugate.wustl.edu  Sat Jan 30 10:27:51 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id KAA01524;
	Sat, 30 Jan 1999 10:27:51 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA21096;
	Sat, 30 Jan 1999 10:23:22 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA24201
	for <wu-ftpd@wugate.wustl.edu>; Sat, 30 Jan 1999 10:20:23 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id LAA10499;
	Sat, 30 Jan 1999 11:20:16 -0500
Message-Id: <Pine.LNX.4.03.9901301119040.10232-100000@gaia.vr.net>
Date: Sat, 30 Jan 1999 11:20:16 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Aris Yannopoulos <aris@ccs.neu.edu>
Cc: wu-ftp <wu-ftpd@wugate.wustl.edu>
Subject: Re: LOTS of TIME_WAIT
In-Reply-To: <Pine.GSO.4.05.9901300324380.14563-100000@bellatrix.ccs.neu.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Sat, 30 Jan 1999, Aris Yannopoulos wrote:

> When running netstat on the server it shows huge amounts of data port
> stuff in the state "TIME_WAIT"
> 
> Any thoughts? DoS attempt? Stateless requests?

DoS? Probably not.
Stateless requests? Probably not.

Old version?  Probably.

Which version of the daemon are you running?

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              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Sun Jan 31 12:09:57 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id MAA11727;
	Sun, 31 Jan 1999 12:09:56 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA04857;
	Sun, 31 Jan 1999 12:04:17 -0600 (CST)
Received: from mail.rdc1.az.home.com (imail@ha1.rdc1.az.home.com [24.1.240.66])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA14153
	for <wu-ftpd@wugate.wustl.edu>; Sun, 31 Jan 1999 11:57:51 -0600 (CST)
Received: from cx24503-d ([24.1.245.117]) by mail.rdc1.az.home.com
          (InterMail v4.00.03 201-229-104) with SMTP
          id <19990131175745.DMYS6286.mail.rdc1.az.home.com@cx24503-d>;
          Sun, 31 Jan 1999 09:57:45 -0800
Message-Id: <000e01be4d43$38f9dfc0$75f50118@cx24503-d.phnx2.az.home.com>
Date: Sun, 31 Jan 1999 10:57:52 -0700
Reply-To: hmoneta@home.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: "Howard Moneta" <hmoneta@home.com>
To: <lundberg+wuftpd@vr.net>
Cc: "wu-ftpd list" <wu-ftpd@wugate.wustl.edu>
Subject: Re: Time of day restrictions.
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.3155.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi, it has been a few days, but I finally found out where the problem lies
with my time of day restrictions.  I have found that if I set the
restrictions 7 hours ahead of what I want them to be it will work.  ie.  If
I want to have a 3 user restriction go into effect at 6pm until 6am I have
to do an Any0100-1300.  So it seems to work but it's clock is 7 hours off.
I typed date at the command prompt to verify that my clock is correct and it
is.  Is there a setting somewhere that is confusing ftpd?

Also, can I disable NOOP so people wont sit idle on the server for long
periods of time?

 Thanks!

Howard Moneta
hmoneta@home.com

>I just re-tested and it works fine.  Weekdays it limits to 5 remote
>real/guest users; Weekends and overnight it limits to 10.  Looking at the
>way I'm doing it and how you're doing it, I'd suggest trying the
>following:
>
>limit guest 3 Any1800-0600 /etc/msgs/msg.toomany
>limit guest 0 Any          /etc/msgs/msg.serverdown
>
>I'm sure if I would bother to crack open the code I'll find some rationale
>for this working when you way doesn't but, frankly, I'm beat.  Let me know
>if this fixes it.
>



From owner-wu-ftpd@wugate.wustl.edu  Sun Jan 31 13:24:05 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id NAA12331;
	Sun, 31 Jan 1999 13:24:02 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA10055;
	Sun, 31 Jan 1999 13:20:44 -0600 (CST)
Received: from mail.vr.net (lundberg@mail.vr.net [205.133.13.8])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA05274
	for <wu-ftpd@wugate.wustl.edu>; Sun, 31 Jan 1999 13:19:06 -0600 (CST)
Received: from localhost (lundberg@localhost)
	by mail.vr.net (8.9.1a/8.9.1) with ESMTP id OAA18009;
	Sun, 31 Jan 1999 14:19:02 -0500
Message-Id: <Pine.LNX.4.03.9901311416240.17990-100000@gaia.vr.net>
Date: Sun, 31 Jan 1999 14:19:02 -0500 (EST)
Reply-To: lundberg+wuftpd@vr.net
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Gregory A Lundberg <lundberg+wuftpd@vr.net>
To: Howard Moneta <hmoneta@home.com>
Cc: wu-ftpd list <wu-ftpd@wugate.wustl.edu>
Subject: Re: Time of day restrictions.
In-Reply-To: <000e01be4d43$38f9dfc0$75f50118@cx24503-d.phnx2.az.home.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Sun, 31 Jan 1999, Howard Moneta wrote:

> Hi, it has been a few days, but I finally found out where the problem
> lies with my time of day restrictions.  I have found that if I set the
> restrictions 7 hours ahead of what I want them to be it will work.  
> ie.  If I want to have a 3 user restriction go into effect at 6pm
> until 6am I have to do an Any0100-1300.  So it seems to work but it's
> clock is 7 hours off. I typed date at the command prompt to verify
> that my clock is correct and it is.  Is there a setting somewhere that
> is confusing ftpd?

Localization for time.  Check that your host (and possibly the chroot'd
areas) have whatever it takes to convert UCT (GMT) to local time.  On
Linux, for instance, you need the file (pointed to by) /etc/localtime

> Also, can I disable NOOP so people wont sit idle on the server for
> long periods of time?

NOOP s/b disabled by default in the VR and BeroFTPD versions.  The base
2.4.2 (beta-18) version does not include that feature.

I have had a report of a bug in the NOOP-disabling code but will not be
able to test it until after VR13 comes out on Monday.

-- 

Gregory A Lundberg		Senior Partner, VRnet Company
1441 Elmdale Drive              lundberg+wuftpd@vr.net
Kettering, OH 45409-1615 USA    1-800-809-2195


From owner-wu-ftpd@wugate.wustl.edu  Sun Jan 31 14:09:41 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
	by landfield.com (8.9.0/8.9.0) with ESMTP id OAA12707;
	Sun, 31 Jan 1999 14:09:38 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
	by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA04493;
	Sun, 31 Jan 1999 14:06:24 -0600 (CST)
Received: from ckgppxy1.proxy.att.com (ckmsfw1.att.com [12.20.58.157])
	by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA22141
	for <wu-ftpd@wugate.wustl.edu>; Sun, 31 Jan 1999 14:00:44 -0600 (CST)
Received: from merlin.lz.att.com ([135.25.200.5])
	by ckgppxy1.proxy.att.com (AT&T/IPNS/GW-1.0) with SMTP id PAA07945
	for <wu-ftpd@wugate.wustl.edu>; Sun, 31 Jan 1999 15:00:13 -0500 (EST)
Received: by merlin.lz.att.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62)
	id <01BE4D2A.9FA74FA0@merlin.lz.att.com>; Sun, 31 Jan 1999 15:01:47 -0500
Message-Id: <c=US%a=_%p=att%l=MERLIN-990131200146Z-2186@merlin.lz.att.com>
Date: Sun, 31 Jan 1999 15:01:46 -0500
Reply-To: rah@lynx.lz.att.com
Sender: owner-wu-ftpd@wugate.wustl.edu
From: Roger Hanke <rah@lynx.lz.att.com>
To: "'Bernhard Rosenkraenzer'" <bero@microsoft.sucks.eu.org>
Cc: "'WUFTPD List'" <wu-ftpd@wugate.wustl.edu>
Subject: why no debugging in daemon mode
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer:  Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Bernhard,
 Finally think I got to the bottom of why there is no
debug statements being output to the syslog by 
BeroFTPD 1.2.3. Because I built it with 
--enable-standalone option even though I am not 
planning to use that right now. I found the following
line at 579 and 900 (this is one I was executing it
turns out) of ftpd.c at the end of DAEMON 
definition sections:
    debug = 0;
#endif /* DAEMON */  

 So whether I put -d or -v on command line, the debug
flag gets turned back off here. So no matter how many
debug statements I was adding back in I still wasnt getting
any out. I also tried putting back Pedro Melo's pasv mode
debug statements, but they used the log_commands flag
and the same thing is happening to it. The -L flag turns it
on but by time you go to use it is has been turned off.

Took off the --enable-standalone configuration option and
now all the debug statements do print out and from the 
existing reply debug can see the passive mode port 
chosen. So dont think you need to add back any debugs
like I thought to debug passive mode, at least when you
are not built for standalone mode. 

Only question I still have is when you need to
debug the server running in (or built to run in) standalone
mode how do you do it? I cant see any reason why a 
standalone server couldnt put out the same debug statements?
So please let me know if there is any way to debug the server
standalone operation that I am missing?
Do realize there is a lot of debugging output that comes out
but thought that is the idea of being in debug mode, especially
when you need to know exactly what some client is sending
and receiving?
	Thanx,
	Roger Hanke 

---------------------------------------------------------------
 Roger A. Hanke         AT&T Web Site Services
 (732)576-5738          rhanke@att.com
 FAX (732)576-6041      http://lynxhub.att.com/~rah/
---------------------------------------------------------------