From [email protected]  Thu Apr  1 07:13: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 HAA04236;
       Thu, 1 Apr 1999 07:13:23 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA11725;
       Thu, 1 Apr 1999 07:06:54 -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 HAA30705
       for <[email protected]>; Thu, 1 Apr 1999 07:03:04 -0600 (CST)
Received: (from koos@localhost) by pizza.hvu.nl (8.8.6/KH19980502 (dbm++)) id PAA03567 for [email protected]; Thu, 1 Apr 1999 15:03:02 +0200 (MET DST)
Message-Id: <[email protected]>
Date: Thu, 1 Apr 1999 15:03:02 +0200 (MET DST)
Reply-To: [email protected]
Sender: [email protected]
From: Koos van den Hout _U nix and we all_ <[email protected]>
To: [email protected]
Subject: Contents of wu-ftpd FAQ
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

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

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

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


From [email protected]  Thu Apr  1 12:14: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 MAA07882;
       Thu, 1 Apr 1999 12:14: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 MAA31663;
       Thu, 1 Apr 1999 12:08:54 -0600 (CST)
Received: from mail.presys.com (preferred-sys.presys.com [206.100.164.250])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA18544
       for <[email protected]>; Thu, 1 Apr 1999 12:02:48 -0600 (CST)
Received: (qmail 21047 invoked from network); 1 Apr 1999 18:02:45 -0000
Received: from cartman.bk.presys.com (HELO presys.com) (206.100.164.237)
 by preferred-sys.presys.com with SMTP; 1 Apr 1999 18:02:45 -0000
Message-Id: <[email protected]>
Date: Thu, 01 Apr 1999 18:00:38 +0000
Reply-To: [email protected]
Sender: [email protected]
From: Hitesh Patel <[email protected]>
To: [email protected]
Subject: Authentication questions..
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: root
X-Mailer: Mozilla 4.51 [en] (X11; U; Linux 2.0.36 i586)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Is there any way in wu-ftpd to authenticate a user over an alternative
authentication scheme... like radius.  We have a situation where a
customer needs to run a single authentication database and still allow
there users ftp access to upload there personal web pages.  Any ideas?

--
|---------------------------------|----------------------------|
| Hitesh Patel                    |  Voice: (541) 759-3126     |
| Facilities Development Manager  |  Fax:   (541) 759-3214     |
| Preferred Systems               |  Email: [email protected]  |
|---------------------------------|----------------------------|

From [email protected]  Thu Apr  1 12:34: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 MAA08199;
       Thu, 1 Apr 1999 12:34:37 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA19886;
       Thu, 1 Apr 1999 12:29:53 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA23802
       for <[email protected]>; Thu, 1 Apr 1999 12:23:20 -0600 (CST)
Received: (from lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) id NAA18087
       for [email protected]; Thu, 1 Apr 1999 13:23:19 -0500
Message-Id: <[email protected]>
Date: Tue, 30 Mar 1999 17:45:00 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: VR mirrors
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

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

The primary distribution site for these updates is:

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

Mirrors are available at the following sites:

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

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

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

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

Japan
-----

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

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

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

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

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

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

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

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

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

Poland
------
   ftp://ftp.task.gda.pl/pub/unix/ftp/wu-ftpd-vr/

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

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

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

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

United States
-------------

   New York
   --------
       ftp://academy.rpi.edu/pub/wu-ftpd/

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



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

--

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

From [email protected]  Thu Apr  1 12:39: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 MAA08272;
       Thu, 1 Apr 1999 12:39: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 MAA05381;
       Thu, 1 Apr 1999 12:33:07 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA16339
       for <[email protected]>; Thu, 1 Apr 1999 12:23:20 -0600 (CST)
Received: (from lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) id NAA18090
       for [email protected]; Thu, 1 Apr 1999 13:23:19 -0500
Message-Id: <[email protected]>
Date: Thr,  1 Apr 1999 12:00:00 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: [VR17] WU-FTPD-2.4.2-VR17 Released
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

WU-FTPD-2.4.2-VR17 is now available.

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



All platforms
-------------

The ENTIRE 'make install' scheme has been revamped.  I did this as a
result of taking one of the Good Ideas (tm) from Redhat's RPM (which
several others have emailed me about as well) and applying it to all
target platforms.

This is the area I expect to have the most trouble.  Please be sure to at
least read over the new makefile for your targets.



As I gave warning about on the open mailing list, I've moved the FIXES*
files into a sub-directory under doc.  Be sure to remember to
 mkdir doc/FIXES
 mv FIXES* doc/FIXES
on your old source kits if you'll be attempting to diff for changes, or
want to try hand-applying the VR17 patches.



Not noted elsewhere:  Oops!  When I rolled VR16 it was against Stan's 2.4.2
tarball.  That means all the ownerships and permissions fell back to his
mess.  VR17's tarball has them corrected.



Solaris
-------

Solaris now supports QUOTA.



Linux
-----

Linux now supports PAM.  I've tested this on RH4 and RH5 servers.  Note
that PAM prevents diagnostic messages in the syslog about bad user shells
and appearance in /etc/ftpusers .. all you see is a login failure message.

Linux autodetects PAM and disables all other authentication methods if
found.  If you have PAM installed but don't want to build for it, add
NOPAM=1 to the build command line.

Linux also now autodetects OPIE.



This update is available as both patches and pre-patched tarballs at:

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

A current mirrors listing is available at:

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

 MD5                               Package
 ---                               -------
 27a15b3f3c18121dee99b891f109270c  wu-ftpd-2.4.2-vr17.tar.Z
 8978595cb355b9dd5ecc2ccd01d01b45  wu-ftpd-2.4.2-vr17.tar.gz

Most users only need the tarball appropriate for their system (gz or Z).

 d0a26079cfdc42e3e981c2bef428f9f4  wu-ftpd-2.4.2.tar.Z
 7d035f8b3fb4bee116e5f995ce5c5beb  wu-ftpd-2.4.2-vr16.patch
 425a58e58b3dc7af6574fbef756e9900  wu-ftpd-2.4.2-vr17.patch

If you take just the patch files, please remember: they are cumulative.
you cannot apply fixes from one set without earlier sets already having
been applied.  The first set for BETA-18 is VR3; VR1 and VR2 were for
BETA-17 only.  The first set for WU-FTPD-2.4.2 is VR16; VR3 through VR15
were for BETA-18 only.  A patch set covering the changes from BETA-18-VR15
to VR16 is available in the attic directory.

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



This is a list of fixes to 2.4.2 with VR16 applied from [email protected]
---------------------------------------------------------------------------
The primary goal for VR17 was to merge the changes Redhat makes in their
RPM release into the mainstream daemon.  The first section is notes from
the merge.  For specific changes, skip to the second section.
---------------------------------------------------------------------------

I used a fresh copy of Redhat's original wu-ftpd-2.4.2b18-2.1.src.rpm

 Changes made
   Add RPM_OPT_FLAGS, default -O3, to Linux Makefiles
*   Added DESTDIR for 'make install' Makefile
*   Added 'mkdir -p' to ensure destination directories exist
*   Added OWNERUID and OWNERGID for ownership, default bin/bin (I allowed
     separate UID/GID for each file area)
   Added PAM support for Linux, autodetected
*   bugfix: initialize c_time in ftpshut.c
*   bugfix: removed mv's to save old installed binaries
*   bugfix: use ps www and sed off trailing blanks for wide displays

 Changes not made
   SITE EXEC max lines, use site-exec-max-lines instead
   _PATH_EXECPATH to /usr/bin/ftp-exec; lame
   /lib/libc.a to /usr/lib/libc.a; /lib/libc.a works fine, LIBC does not
     appear to be used anyway
   install permissions; Redhat's are too loose
   CERT security patch for Feb99 alert; superceeded by VR updates
   RHS config localizations

 When creating a SRPM, check for changes needed for RPM_OPT_FLAGS and
 other RHS localizations.  All past RPM changes should now be merged or
 otherwise supported.

* Changes made marked with an asterisk (*) effect all target platforms.

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

SPECIFIC CHANGES

Scott Parmenter <[email protected]> reports problems with web clients
understanding the restricted-uid effects.  Instead of just remapping / to ~
this patch inserts ~ before all directory names starting with /.

Scott Parmenter <[email protected]> noted while code-reading that a
call to restrict_check(".") was omitted from the LIST command when there is
no directory given.  This is probably unnecessary, but should be there for
consistency.

Added vers.c and edit to 'make cleandir' in the src directory.  These files
are automatically created during the build process.

Updated upload.configuration.HOWTO to describe more of the configuration
having to do with class= rules and overwrite, delete and rename clauses.

Redhat's SRPM includes a patch to handle wide process listings in the
ftpcount/ftpwho commands.  Their hack tried to pipe to the output through
sed, which won't work.  Do the same thing by-hand and it'll work for all
platforms as well.

Redhat's SRPM includes a patch to fix an uninitialized variable in ftpshut
which could effect the way the command works with default values.

Redhat's SRPM includes a patch to add PAM support.  Redhat's patch forced
PAM for Linux, I've set it up so the makefile auto-detects that your system
has PAM installed.

Ian Willis <[email protected]> reports dead code for removal.

Scott Parmenter <[email protected]> reports dead code for removal.

'make install' now accepts DESTDIR to install into a directory structure
other than the root file system.  A number of other optional parameters are
available to override the default ownership of the installed files.
Missing directories are automatically created.  File permisssions were
reduced to the minimum necessary.

Albert Lunde <[email protected]> provided corrections for building on
HP/UX.

Scott Parmenter <[email protected]> noted that file locking in
ftpcount/ftpwho was not completed.  In addition to finishing the work, he
provided some additional fixes needed for Trusted Solaris.

Alan Neiman <[email protected]> provided QUOTA support for Solaris.

Jacques Distler <[email protected]> points out that under some
conditions _PATH_WTMP is not being set in pathnames.h

Roger Hanke <[email protected]> points out that 'log security' covers all
but a few messages about filesystem operations.  Make it cover the few it
didn't already cover.

Nikos Mouat <[email protected]> requested the FIXES-* files be moved from
the main directory.  Good point, they are starting to cutter things up.
I've moved them to the directory doc/FIXES .. this will cause problems for
people running diff to see what's changed but they'll have to live with it.

Added doc/misc directory where I'll start putting interesting tidbits which
may help people get their servers going.

Scott Parmenter <[email protected]> wrote an appnote about a problem
he had with Trusted Solaris.  Added his email to doc/misc.

Alain ENOUT <[email protected]> provided information about OPIE, added to
doc/misc .. see src/makefiles/Makefile.lnx for a way to automatically have
the daemon use OPIE.  Send me your Makefile if you do something similar for
your system.

Rene Hexel <[email protected]> points out that the labels unix and
__unix__ are depricated on BSD, effecting the logic for the reponse to the
SYST command.

Ayamura Kikuchi <[email protected]> says not all SunOS 4.1 boxes actually
have a getcwd() function.

Added a note from Chad Price <[email protected]> in src/logwtmp.c
about the brokenness of Solaris' last command.

Ayamura Kikuchi <[email protected]> pointed out I'd not documented the
daemonaddress ftpaccess clause.  That was intentional on my part but I've
added a little documentation about it to the manpage anyway.

Kazuyoshi Komine <[email protected]> reported that MNTMAXSTR was
possibly undefined on Digital Unix 4.0 even when not using QUOTA_DEVICE.

Jacques Distler <[email protected]> reports that the default
shell on NextStep  want -d instead of -e.  Changed to test instead of []
since that's more portable; will probably do the same to other systems in
a future release.

Tim Rosmus <[email protected]> provided fixes to allow the daemon to
compile on Ultrix.

Steve Costaras <[email protected]> discovered the GNU EGCS is broken.  A
quick check and we can avoid the brokenness.

Leif Ericksen <[email protected]> discovered the Solaris patch for QUOTA
support was wrong.  This should fix it.

Chris Myers <[email protected]> had problems with undefined behavior in
ftpcmd.y on Digitial Unix 4.0e.  Quick cleanup fixes it.

Ian Willis <[email protected]> submitted a patch which should fix numerous
complaints involving virtual_len filed by beta testers.

From [email protected]  Thu Apr  1 12:42: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 MAA08325;
       Thu, 1 Apr 1999 12:42: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 MAA32518;
       Thu, 1 Apr 1999 12:35:50 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA09772
       for <[email protected]>; Thu, 1 Apr 1999 12:23:33 -0600 (CST)
Received: (from lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) id NAA18093;
       Thu, 1 Apr 1999 13:23:19 -0500
Message-Id: <[email protected]>
Date: Thu,  1 Apr 1999 12:00:00 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Cc: Stan Olan Barber <[email protected]>,
       Oliver Billmann <[email protected]>,
       Michael Brennen <[email protected]>, Frank Cusack <[email protected]>,
       Jacques Distler <[email protected]>,
       Scott J Ellentuch <[email protected]>, Alain ENOUT <[email protected]>,
       Cristian Gafton <[email protected]>,
       Eilon Gishri <[email protected]>,
       Coranth Gryphon <[email protected]>,
       Roger Hanke <[email protected]>,
       Koos van den Hout <[email protected]>,
       Wakui Kazuhiko <[email protected]>, Ted Keller <[email protected]>,
       Ayamura Kikuchi <[email protected]>,
       Kazuyoshi Komine <[email protected]>,
       Kent Landfield <[email protected]>, Bob Luckin <[email protected]>,
       Albert Lunde <[email protected]>,
       Hamish N Marson <[email protected]>,
       Lee McLoughlin <[email protected]>,
       Steven C Neighorn <[email protected]>
Subject: [ANNOUNCEMENT] WU-FTPD Development Group
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

The WU-FTPD Development Group is now forming.  The goals of this group,
until modified by the group, shall be to:

- serve as a central clearinghouse for all information concerning WU-FTPD
  and related software and documentation;

- foster future development of the WU-FTPD software in particular, and the
  FTP protocol in general;

- elminate dependence upon a single person for corrections and
  enhancements to the software and its documentation;

- stop subdivision of the user base by merging the various efforts into a
  single effort.

Recent discussions, both private and public, has convinced me the time has
come for a change in management of the Washington University FTP Daemon,
and its many derivatives variously known as wu-archive, wu-ftpd, wu-ftpd-vr
and BeroFTPD.

Bernhard, I and several others have, for some time now, been working toward
this goal.  The most visible results of our work have, to date, been the
stream of updates Bernhard and I have produced.  Less visible has been our
work on the formation of an open development group to manage future
development of the software.

Last year I registered the domain names 'wu-ftpd.org' and 'wuftpd.org' and
Kent Landfield began work on servers to host the group.  In the interim,
Kent was pulled away by other tasks.  As a result, I took on implementation
of the servers.  To be honest, my work load has not allowed me to have all
the services in place I have planned.  Enough services are ready, however,
that the group may begin work while the remaining tasks are completed.

The following Internet services are currently online or planned for the
near future:

- ANONCVS.WU-FTPD.ORG (not implemented)

- CVS.WU-FTPD.ORG (90% complete)

- FTP.WU-FTPD.ORG (80% complete)

- WWW.WU-FTPD.ORG (not implemented)

- MAIL.WU-FTPD.ORG (90% complete)

These servers are currently provided by the VRnet Company as a public
service to the Internet community.  As such, I reserve final authority as
to which services are provided, their configuration and maintenance, and
all security issues.

Due to security measures on the current servers, there are five levels of
membership in the WU-FTPD Development Group.  Once the group is up and
running, these may change.  In decreasing security privilege these are:

Host Admins
-----------
These are the persons responsible for the actual hardware and software
providing the services.  Having SSH-root access these users have complete
authority and access to all facets of the servers.  At his time, this
group consists soles of VRnet staff members and is unlikely to change so
long as the servers are hosted at VRnet.

The following entities are host administrators:

  [email protected]
  [email protected]
  [email protected]
  [email protected]
  [email protected]

Group Admins
------------
These are the persons responsible for the creation and deletion of users
on the group's servers.  These users have SSH-root privileges on the
servers they administer; their privileges are resticted to those functions
necessary to their jobs.  At this time, the only server allowing Group
Administration is CVS.WU-FTPD.ORG; other servers will be added to this
list as they are completed.

The following persons have Group Administrative rights on CVS.WU-FTPD.ORG:

  Bernhard Rosenkraenzer
  Gregory A Lundberg

Other administrators may be appointed by the group.  The Host Admins may
veto an appointment on the grounds of past security problems involving the
appointee, but otherwise must honor the group's decision and grant
administrative access in a timely fashion.

Full Members
------------
These are members having full access to the servers.  At this point, this
primarily mens they have commit rights on CVS.WU-FTPD.ORG; other full-
member privileges will be added as the servers are completed.  These
privileges are granted by the creation of an account for the member on the
servers by the group administrators.

During the initial formation period, Bernhard Rosenkraenzer and Gregory A
Lundberg are issuing invitations to people who, for various reasons, they
feel should be members of the WU-FTPD Development Group.  Once a
sufficient number have joined, the group is expected to adopt its own
procedures concerning membership and the rights and privileges of members.

  Stan Olan Barber <[email protected]>
  Oliver Billmann <[email protected]>
  Michael Brennen <[email protected]>
  Frank Cusack <[email protected]>
  Jacques Distler <[email protected]>
  Scott J Ellentuch <[email protected]>
  Alain ENOUT <[email protected]>
  Cristian Gafton <[email protected]>
  Eilon Gishri <[email protected]>
  Coranth Gryphon <[email protected]>
  Roger Hanke <[email protected]>
  Koos van den Hout <[email protected]>
  Wakui Kazuhiko <[email protected]>
  Ted Keller <[email protected]>
  Ayamura Kikuchi <[email protected]>
  Kazuyoshi Komine <[email protected]>
  Kent Landfield <[email protected]>
  Bob Luckin <[email protected]>
  Albert Lunde <[email protected]>
  Hamish N Marson <[email protected]>
  Lee McLoughlin <[email protected]>
  Steven C Neighorn <[email protected]>
  Nathan Neulinger <[email protected]>
  Bryan D. O'Connor (email address unknown)
  Scott Parmenter <[email protected]>
  Chad Price <[email protected]>
  Jordan Ritter <[email protected]>
  Michael Schmidt <[email protected]>
  Phil Schwan <[email protected]>
  Guy J Speier <[email protected]>
  Stefan Vogel <[email protected]>
  Al Walker <[email protected]>
  Ian Willis <[email protected]>
  Auteria Wally Winzer Jr <[email protected]>
  Alex Yu <[email protected]>

  The order above simply alphabetical.  We have attempted to list those
  who we felt have contributed significantly to the daemon over the past
  and are sure we missed a number of people we intended to include.  For
  that we beg your undertanding and humbly appologize.

Members
-------
These are members who, for whatever reason, have chosen not to accept
accounts or privileges on the various servers; or have had those
privileges revoked.  The distinction here is privilege on the servers; the
group will decide what other rights members may have.  The idea is that a
member of the group may choose to have email privileges, yet not accept
cvs commit privileges.

Non-Members
-----------
Non-members have no special privileges on the group's servers.  Anonymous
access to some of the servers is permitted non-members.  The group will
determine the anonymous access rules for mailing lists and the servers.

From [email protected]  Thu Apr  1 16:16: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 QAA11408;
       Thu, 1 Apr 1999 16:16: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 QAA27959;
       Thu, 1 Apr 1999 16:10:26 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA08218
       for <[email protected]>; Thu, 1 Apr 1999 16:04:55 -0600 (CST)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id RAA20099;
       Thu, 1 Apr 1999 17:04:50 -0500
Message-Id: <[email protected]>
Date: Thu, 1 Apr 1999 17:04:50 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Hitesh Patel <[email protected]>
Cc: [email protected]
Subject: Re: Authentication questions..
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 1 Apr 1999, Hitesh Patel wrote:

> Is there any way in wu-ftpd to authenticate a user over an alternative
> authentication scheme... like radius.  We have a situation where a
> customer needs to run a single authentication database and still allow
> there users ftp access to upload there personal web pages.  Any ideas?

Install Linux.  Install LinuxPAM.  Download VR17, install it.  Install a
PAM module for your favorite auth method.  Ta Da!

No Linux?  No way unless you wanna be a code warrior.

--

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


From [email protected]  Thu Apr  1 17:39: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 RAA12470;
       Thu, 1 Apr 1999 17:39: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 RAA00981;
       Thu, 1 Apr 1999 17:34:56 -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 RAA09126
       for <[email protected]>; Thu, 1 Apr 1999 17:28:01 -0600 (CST)
Received: from microsoft.sucks.eu.org ([email protected] [198.22.51.88])
       by relay.pair.com (8.8.7/8.8.5) with SMTP id SAA15878;
       Thu, 1 Apr 1999 18:19:42 -0500 (EST)
Message-Id: <Pine.LNX.4.10.9904020100300.9392-100000@k6.microsoft.sucks.eu.org>
Date: Fri, 2 Apr 1999 01:01:23 +0200 (CEST)
Reply-To: [email protected]
Sender: [email protected]
From: Bernhard Rosenkraenzer <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: Hitesh Patel <[email protected]>, [email protected]
Subject: Re: Authentication questions..
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 1 Apr 1999, Gregory A Lundberg wrote:

> > Is there any way in wu-ftpd to authenticate a user over an alternative
> > authentication scheme...
>
> Install Linux.  Install LinuxPAM.  Download VR17, install it.  Install a
> PAM module for your favorite auth method.  Ta Da!
>
> No Linux?  No way unless you wanna be a code warrior.

There is a way if you're running FreeBSD or something very similar -
Install FreeBSD >= 3.1, Download BeroFTPD 1.3.4, install it.

LLaP
bero

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



From [email protected]  Thu Apr  1 17:59: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 RAA12696;
       Thu, 1 Apr 1999 17:59: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 RAA09578;
       Thu, 1 Apr 1999 17:54:22 -0600 (CST)
Received: from tyrex.indenial.com ([206.166.129.65])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA26899
       for <[email protected]>; Thu, 1 Apr 1999 17:50:20 -0600 (CST)
Received: from localhost (wuftpd@localhost)
       by tyrex.indenial.com (8.9.3/8.9.3) with ESMTP id SAA11334;
       Thu, 1 Apr 1999 18:59:18 -0500
Message-Id: <[email protected]>
Date: Thu, 1 Apr 1999 18:59:18 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: wuftpd <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: OPIE in VR17.. (Success again after 2 fixes..)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi there...

Sorry to rant again..
OPIE is still broken VR17 ...

This is using VR17 straight from the ftp://ftp.vr.net/pub/wu-ftpd/
This is being compiled on a RedHat 5.2.

I am using the following to build.

/build lnx NOPAM=1

Yes ,I dont want PAM . I want OPIE.

The build picks up the -DOPIE just fine after moving
opie.h  to  /usr/local/opie/opie.h
libopie.a  to  /usr/local/opie/libopie/libopie.a

Which is fine...Except in config.h you still have

#undef OPIE

Took me an hour to figure that one out.The one in config.h
cancels out the commandline -DOPIE ...
After removing the line (defining OPIE in there gives you warning
messages), everything looks good. But wait...

The ftpd cores on signal 11, due to same problem I reported a few
weeks ago. The fix for that is below as well.

Fixes are ....
1. Delete the #undef OPIE from config.h in the top level.
2. Make the area around (!opieverify) looks like this :

#else /* OPIE */
       if(!opieverify(&opiestate, passwd))
           {
           rval = 0;
           xpasswd = crypt(passwd, pw->pw_passwd);
           }
       else
              xpasswd = crypt(passwd, pw->pw_passwd);
#endif /* OPIE */

This works for me. I am sending this out
just in case anyone else's uses OPIE with wuftpd.

Thanks,
David


From [email protected]  Thu Apr  1 18:24:50 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id SAA12989;
       Thu, 1 Apr 1999 18:24: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 SAA32023;
       Thu, 1 Apr 1999 18:20:02 -0600 (CST)
Received: from merix.merix.com (soladyne.com [4.18.226.10])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA16861
       for <[email protected]>; Thu, 1 Apr 1999 18:15:07 -0600 (CST)
Received: from fgmail01.merix.com by merix.merix.com with ESMTP
       (1.38.110.45/16.2) id AA171672296; Thu, 1 Apr 1999 16:18:16 -0800
Received: by fgmail01.merix.com with Internet Mail Service (5.0.1458.49)
       id <HYQ4FDBM>; Thu, 1 Apr 1999 16:10:41 -0800
Message-Id: <[email protected]>
Date: Thu, 1 Apr 1999 16:10:40 -0800
Reply-To: [email protected]
Sender: [email protected]
From: "Look, Joseph" <[email protected]>
To: [email protected]
Subject: path-filter in ftpaccess
Mime-Version: 1.0
Content-Type: text/plain
X-Priority: 3
X-Mailer: Internet Mail Service (5.0.1458.49)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have a question about using the path-filter command in ftpaccess.

Here is my path-filter command in ftpaccess:
path-filter anonymous,guest /etc/pathfilter.msg ^[-A-Za-z0-9\._]*$ ^\.
^-

According to the man page, if the filename is invalid, it will display
the message in /etc/pathfilter.msg to the user.  This didn't work for
me.
When I try to upload a file with a space, it will give me the following
message:
553 joe test.zip: Permission denied. (Filename (accept))

If I upload a file with a - or . in the beginning, it will give me:
553 -joe.zip: Permission denied. (Filename (deny))

Although this does exactly what I want, it didn't give enough
information to the user of why the permission is denied.

What permission or limitation the file pathfilter.msg need to have?  I
assume this is just a text file.

Any helps will be appreciated.


=================================================================
Joseph Look
Merix Corporation                Tel: 503.992.4396
1521 Poplar Lane                Fax: 503.359.1624
Forest Grove, OR 97116     Email: [email protected]


From [email protected]  Thu Apr  1 19:36:02 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id TAA13798;
       Thu, 1 Apr 1999 19:36: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 TAA03216;
       Thu, 1 Apr 1999 19:31:05 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA12150
       for <[email protected]>; Thu, 1 Apr 1999 19:26:08 -0600 (CST)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id UAA21709;
       Thu, 1 Apr 1999 20:25:56 -0500
Message-Id: <[email protected]>
Date: Thu, 1 Apr 1999 20:25:56 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: wuftpd <[email protected]>
Cc: [email protected]
Subject: Re: OPIE in VR17.. (Success again after 2 fixes..)
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 1 Apr 1999, wuftpd wrote:

> ./build lnx NOPAM=1
>
> Yes,I dont want PAM. I want OPIE.

Yep.  If PAM is there, that's all you'll get.  NOPAM=1 is required to
suppress it.  Pragmatic choice: assume most Redhat people want a fast
build to be just (or very much) like Redhat would give them.

> The build picks up the -DOPIE just fine after moving opie.h to
> /usr/local/opie/opie.h libopie.a to /usr/local/opie/libopie/libopie.a

There's command-line ways to override these defaults.  I took the defaults
from a default 'make install' of OPIE.

> Which is fine...Except in config.h you still have
>
> #undef OPIE

Oh DUH.

> The ftpd cores on signal 11, due to same problem I reported a few
> weeks ago. The fix for that is below as well.
>
> Fixes are ....
> 1. Delete the #undef OPIE from config.h in the top level.

Doing it right away.

> 2. Make the area around (!opieverify) looks like this :
>
> #else /* OPIE */
>         if(!opieverify(&opiestate, passwd))
>             {
>             rval = 0;
>             xpasswd = crypt(passwd, pw->pw_passwd);
>             }
>         else
>                xpasswd = crypt(passwd, pw->pw_passwd);
> #endif /* OPIE */
>
> This works for me. I am sending this out just in case anyone else's
> uses OPIE with wuftpd.

The following looks to be cleaner.

#else /* OPIE */
       if(!opieverify(&opiestate, passwd))
           rval = 0;
       xpasswd = crypt(passwd, pw->pw_passwd);
#endif /* OPIE */




The question is "Why signal 11?"  The answer is xpasswd is a char* which
will be referenced later.  Would it not be more correct to say "If OPIE's
opieverify() says NO then you're not getting in."? ...

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



Someone with OPIE want to tell me which way is better?

--

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


From [email protected]  Thu Apr  1 19:48: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 TAA13897;
       Thu, 1 Apr 1999 19:48: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 TAA07455;
       Thu, 1 Apr 1999 19:43:53 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA10026
       for <[email protected]>; Thu, 1 Apr 1999 19:41:27 -0600 (CST)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id UAA21774;
       Thu, 1 Apr 1999 20:41:23 -0500
Message-Id: <[email protected]>
Date: Thu, 1 Apr 1999 20:41:23 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Look, Joseph" <[email protected]>
Cc: [email protected]
Subject: Re: path-filter in ftpaccess
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 1 Apr 1999, Look, Joseph wrote:

> Here is my path-filter command in ftpaccess:
> path-filter anonymous,guest /etc/pathfilter.msg ^[-A-Za-z0-9\._]*$ ^\. ^-
>
> According to the man page, if the filename is invalid, it will display
> the message in /etc/pathfilter.msg to the user.  This didn't work for
> me.  When I try to upload a file with a space, it will give me the
> following message:
> 553 joe test.zip: Permission denied. (Filename (accept))
>
> If I upload a file with a - or . in the beginning, it will give me:
> 553 -joe.zip: Permission denied. (Filename (deny))
>
> Although this does exactly what I want, it didn't give enough
> information to the user of why the permission is denied.
>
> What permission or limitation the file pathfilter.msg need to have?
> I assume this is just a text file.
>
> Any helps will be appreciated.

You need a copy of /etc/pathfilter.msg in *EVERY* chroot'd area.  For
instance, here, I'd need it in:

/home/ftp/etc/pathfilter.msg
/home/users/etc/pathfilter.msg
/home/users/<siteowner>/ftp/etc/pathfilter.msg

This is the same problem as the shutdown message I referred to a while
ago.  Same answer: maybe someday someone will fix it so you only need on
copy.

--

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


From [email protected]  Fri Apr  2 06:06: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 GAA19153;
       Fri, 2 Apr 1999 06:06:53 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA21923;
       Fri, 2 Apr 1999 06:00:44 -0600 (CST)
Received: from tyrex.indenial.com ([206.166.129.65])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id FAA22696
       for <[email protected]>; Fri, 2 Apr 1999 05:57:33 -0600 (CST)
Received: from localhost (wuftpd@localhost)
       by tyrex.indenial.com (8.9.3/8.9.3) with ESMTP id HAA17343;
       Fri, 2 Apr 1999 07:05:48 -0500
Message-Id: <[email protected]>
Date: Fri, 2 Apr 1999 07:05:47 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: wuftpd <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: [email protected]
Subject: Re: OPIE in VR17.. (Success again after 2 fixes..)
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi there...
>
> Yep.  If PAM is there, that's all you'll get.  NOPAM=1 is required to
> suppress it.  Pragmatic choice: assume most Redhat people want a fast
> build to be just (or very much) like Redhat would give them.
>
Im kinda finicky of some things. RedHat does a good job but I still
feel the need to modify things differently than RedHat would do them.

> There's command-line ways to override these defaults.  I took the defaults
> from a default 'make install' of OPIE.
>
I will look into overriding those default next time I compile.

> Oh DUH.
>
Thats what I said... Oops!...

>
> Doing it right away.
>
No problemo...

> The following looks to be cleaner.
>
> #else /* OPIE */
>         if(!opieverify(&opiestate, passwd))
>             rval = 0;
>         xpasswd = crypt(passwd, pw->pw_passwd);
> #endif /* OPIE */
>
>
Yeah...That will work too.... ;)
>
>
> The question is "Why signal 11?"  The answer is xpasswd is a char* which
> will be referenced later.  Would it not be more correct to say "If OPIE's
> opieverify() says NO then you're not getting in."? ...
>
Im not sure of the signal 11, but somewhere down farther it was still
checking on the xpassword and it was core dumping. I didnt look
into it and left it when I figured out the workaround..
(which yours is cleaner..)

I dont know if anyone else is running OPIE ( probably not since
most people dont care). But thanks for looking into it.
I have VR17 running with OPIE and thats all that matters..

Thanks,
David



From [email protected]  Sat Apr  3 09:44:53 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id JAA22135;
       Sat, 3 Apr 1999 09:44:52 -0600 (CST)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA31894;
       Sat, 3 Apr 1999 09:42:11 -0600 (CST)
Received: from swatou.net ([202.96.144.57])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA18679
       for <[email protected]>; Sat, 3 Apr 1999 09:34:45 -0600 (CST)
Received: from gao ([202.104.232.196])
       by swatou.net (8.9.3/8.9.3) with SMTP id XAA28140
       for <[email protected]>; Sat, 3 Apr 1999 23:33:42 +0800 (CST)
Message-Id: <000501be7de7$7b747660$c4e868ca@gao>
Date: Sat, 3 Apr 1999 23:34:35 +0800
Reply-To: [email protected]
Sender: [email protected]
From: "Alex Gao" <[email protected]>
To: <[email protected]>
Subject: limit connections
MIME-Version: 1.0
Content-Type: text/plain;
       charset="gb2312"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2014.211
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211
X-MIME-Autoconverted: from base64 to 8bit by wugate.wustl.edu id JAA09558
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

hello :

 Can anyone tell me how to limit connections per IP?

 I use BeroFTPD 1.3.4 and many people connect my FTP 30 connection per IP.How can do it?
 Alex Gao
personal E-mail: [email protected]     business E-mail: [email protected]
homepage: http://swatou.net         ICQ:3131764


From [email protected]  Sat Apr  3 12:01:34 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id MAA23960;
       Sat, 3 Apr 1999 12:01: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 MAA09705;
       Sat, 3 Apr 1999 12:00:13 -0600 (CST)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA25387
       for <[email protected]>; Sat, 3 Apr 1999 11:53:07 -0600 (CST)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id LAA04255;
       Sat, 3 Apr 1999 11:38:10 -0500
Message-Id: <[email protected]>
Date: Sat, 3 Apr 1999 11:38:09 -0500 (EST)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Alex Gao <[email protected]>
Cc: [email protected]
Subject: Re: limit connections
In-Reply-To: <000501be7de7$7b747660$c4e868ca@gao>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Sat, 3 Apr 1999, Alex Gao wrote:

> Can anyone tell me how to limit connections per IP?
>
> I use BeroFTPD 1.3.4 and many people connect my FTP 30 connection per
> IP.  How can do it?

This is an FRF.

Unless Bernhard has added something I've not heard about, there is no way
to limit connections per-user or per-IP-address in a general way.

If it's a specific host or network block, you can define a class for those
uses and limit the class.



I have noticed that there are a few mirror-like packages out there for
Windows.  I tried a few for grins.  What I found was that some of them
offer a 'download in parallel' option which has no parallel-connection
limit.  When I told it to download from my ftp site, it tried to open
several hundred sessions at once and declared the site dead when it stared
failing due to user limits.

I have noticed also that most anonymous users like to use Netscape or IE.
There's a configurable limit for parallel connections from those browsers.
Typically the limit is a small number (5 or 6).

Web browsers, however, tend to do a dumb thing.  They hold the last
session open until the user closes the window or moves off to another
site.  If a user opens a few windows, you'll have several open sessions.

I've done some experimentation and found that a short timeout helps
immensely.  The default of two hours is **WAY** too long.  I played with
the timeouts and settled on 5 minutes.  That's long enough to scan a
document and start another download for command-line people.  And it's
short enough to push out the web browsers.

So my recommendation:

 Run the server with -t 300 -T 300 on the command line.  This sets a
 five-minute default idle timeout, and a five-minute limit on how high a
 user can set the idle timeout.

You'll still have a few users in parallel, but the number will probably be
quite reduced.

--

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



From [email protected]  Sun Apr  4 19:43:21 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id TAA07357;
       Sun, 4 Apr 1999 19:43:20 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA30847;
       Sun, 4 Apr 1999 19:41:59 -0500 (CDT)
Received: from web-s1mur.lu.ch ([195.65.169.254])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA20620
       for <[email protected]>; Sun, 4 Apr 1999 19:39:44 -0500 (CDT)
Received: from email-s1mur.oid.fd.lu.admin.ch (195.65.169.20) by web-s1mur.lu.ch (NPlex 1.3.156) for [email protected]; 5 Apr 1999 02:37:54 +0200
Received: from RAS (194.40.190.41) by email-s1mur.oid.fd.lu.admin.ch (NPlex 1.3.171) for [email protected]; 5 Apr 1999 02:42:00 +0200
Message-Id: <[email protected]> (added by email-s1mur.oid.fd.lu.admin.ch)
Date: Mon, 5 Apr 1999 03:35:18 +0200
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: <[email protected]>
Subject: hide directorys / motd
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-MSMail-Priority: Normal
X-Priority: 3
X-Mailer: Microsoft Internet Mail 4.70.1155
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

hello
i'm quite new in this business and maybe this questions is quite boring:

1: is there a way to hide the directories (bin, dev, etc, lib, usr, etc)
for
the ftp-users ? i'd like to see them only the pub-directroy without having
the
possibility to change.

2: how can i set a motd (message of the day, banner) with the wuftpd.

thanx alot for your help

hubert



From [email protected]  Mon Apr  5 09:24:04 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id JAA14237;
       Mon, 5 Apr 1999 09:24:03 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA19560;
       Mon, 5 Apr 1999 09:22:16 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA04924
       for <[email protected]>; Mon, 5 Apr 1999 09:15:52 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id KAA00991;
       Mon, 5 Apr 1999 10:15:42 -0400
Message-Id: <[email protected]>
Date: Mon, 5 Apr 1999 10:15:41 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: hide directorys / motd
In-Reply-To: <[email protected]> (added by email-s1mur.oid.fd.lu.admin.ch)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 5 Apr 1999 [email protected] wrote:

> 1: is there a way to hide the directories (bin, dev, etc, lib, usr,
> etc) for the ftp-users ? i'd like to see them only the pub-directroy
> without having the possibility to change.

You should set the permissions to safe values so even though the users can
see the directories exist, they cannot see inside them.

You should also set upload and noretrieve clauses in the ftpaccess file to
prevent modification of viewing of the files.

In VR17, for real and guest users (but *NOT* for anonymous users) there is
a new feature 'restricted-uid' which you can use to keep a user inside
their home directory.  This should be used along with making the user a
guest.

> 2: how can i set a motd (message of the day, banner) with the wuftpd.

Banners are configured using the message claus in ftpaccess.  For
instance:

message .welcome login
message .message cwd=*
readme  README*  cwd=*

Displays the file '.welcome' from the current directory on initial log in.

Displays the file '.message' the first time a user changes into a
directory.

And suggests the user view and file whose name starts with 'README' the
first time the user changes into a directory.

On older versions 'changes into a directory' meant as a result of a user
command.  With the VR versions, is also means when the daemon changes into
the initial directory during log in.

The daemon does not create the message files.  So if you want a motd which
changes daily, you will need to write a script to generate it.

--

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


From [email protected]  Mon Apr  5 16:51:28 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id QAA20726;
       Mon, 5 Apr 1999 16:51:27 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA22307;
       Mon, 5 Apr 1999 16:49:53 -0500 (CDT)
Received: from pcc.edu (zeus.cc.pcc.edu [192.220.1.109])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA28222
       for <[email protected]>; Mon, 5 Apr 1999 16:49:02 -0500 (CDT)
Received: from orion.pcc.edu (orion.cc.pcc.edu [192.220.1.101])
       by pcc.edu (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id OAA21020
       for <[email protected]>; Mon, 5 Apr 1999 14:48:26 -0700 (PDT)
Received: from kjohnsonnt ([192.220.2.58] (may be forged))
       by orion.pcc.edu (8.8.6 (PHNE_14041)/8.8.6) with SMTP id OAA29897;
       Mon, 5 Apr 1999 14:48:23 -0700 (PDT)
Message-Id: <[email protected]>
Date: Mon, 05 Apr 1999 14:02:20 -0700
Reply-To: [email protected]
Sender: [email protected]
From: Kirke Johnson <[email protected]>
To: [email protected]
Subject: Another "can't login" problem
Mime-Version: 1.0
Content-Type: multipart/alternative;
       boundary="=====================_607236810==_.ALT"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

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

My problem appears similar to Bruce's, below, but changing ftpaccess from

class   local   real,guest,anonymous *.pcc.edu 192.220.*.*
class   all   real,guest,anonymous   *

to

class   local   real,guest,anonymous *.*.pcc.edu 192.220.*.*
class   all   real,guest,anonymous   *

seems to make no difference.  No one can log in, no class errors, but I do find
the
following in syslog:

FTP LOGIN REFUSED (ftp not in /etc/passwd)

Upgrading to VR17 from wu-2.4-academ, under  HPUX 10.20.  No changes to passwd
files or anything else but inetd.conf, which went from

ftp             stream tcp nowait root /etc/ftpd    ftpd -l -u 022

to

ftp     stream tcp nowait root /etc/ftpd    ftpd -a -d -l -u022


On Tue, 30 Mar 1999, Bruce McCormick wrote:

> I'm trying to upgrade my ftpd from 2.4.2-Beta16 to 2.4.2-VR16 under
> HPUX 10.20. Everything seems to check out ok however no users can
> login. I'm not getting "class" errors in my log, the banner displays
> fine, just can't login any users. Any ideas?

Gregory A Lundberg replied:
>check the syntax of your class statements in your ftpaccess file.  The VR
>version is a bit more critical of subtle errors.  For instance, where the
>following would workunder an academ version (like the beta-16 you were
>running), it won't work under a VR version:

>class users real,guest,anonymous 10.*

>instead, you'll need to be a bit more specific:

>class users real,guest,anonymous 10.*.*.*

----------------------------------------------------------------------
Kirke Johnson                               Internet: [email protected]
Internet Specialist, ITS , Sylvania Campus      http://www.pcc.edu/
Portland Community College, Portland, OR, USA     (503) 977-4368
--=====================_607236810==_.ALT
Content-Type: text/html; charset="us-ascii"

<html>
<font size=3>My problem appears similar to Bruce's, below, but changing
ftpaccess from<br>
<br>
class&nbsp;&nbsp; local&nbsp;&nbsp; real,guest,anonymous *.pcc.edu
192.220.*.* <br>
class&nbsp;&nbsp; all&nbsp;&nbsp; real,guest,anonymous&nbsp;&nbsp;
*<br>
<br>
to<br>
<br>
class&nbsp;&nbsp; local&nbsp;&nbsp; real,guest,anonymous *.*.pcc.edu
192.220.*.* <br>
class&nbsp;&nbsp; all&nbsp;&nbsp; real,guest,anonymous&nbsp;&nbsp;
*<br>
<br>
seems to make no difference.&nbsp; No one can log in, no class errors,
but I do find the<br>
following in syslog:<br>
<br>
&nbsp;FTP LOGIN REFUSED (ftp not in /etc/passwd)<br>
<br>
Upgrading to VR17 from wu-2.4-academ, under&nbsp; HPUX 10.20.&nbsp; No
changes to passwd files or anything else but inetd.conf, which went
from<br>
<br>
ftp&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<x-tab>&nbsp;&nbsp;&nbsp;</x-tab>stream tcp nowait root
/etc/ftpd&nbsp;&nbsp;&nbsp; ftpd -l -u 022<br>
<br>
to<br>
<br>
ftp <x-tab>&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>stream tcp nowait root
/etc/ftpd&nbsp;&nbsp;&nbsp; ftpd -a -d -l -u022<br>
<br>
<br>
On Tue, 30 Mar 1999, Bruce McCormick wrote:<br>
<br>
&gt; I'm trying to upgrade my ftpd from 2.4.2-Beta16 to 2.4.2-VR16
under<br>
&gt; HPUX 10.20. Everything seems to check out ok however no users
can<br>
&gt; login. I'm not getting &quot;class&quot; errors in my log, the
banner displays<br>
&gt; fine, just can't login any users. Any ideas?<br>
<br>
Gregory A Lundberg replied:<br>
&gt;check the syntax of your class statements in your ftpaccess
file.&nbsp; The VR<br>
&gt;version is a bit more critical of subtle errors.&nbsp; For instance,
where the<br>
&gt;following would workunder an academ version (like the beta-16 you
were<br>
&gt;running), it won't work under a VR version:<br>
<br>
&gt;class users real,guest,anonymous 10.*<br>
<br>
&gt;instead, you'll need to be a bit more specific:<br>
<br>
&gt;class users real,guest,anonymous 10.*.*.*<br>
</font><br>
<div>----------------------------------------------------------------------</div>
<div>Kirke
Johnson&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
Internet: [email protected]</div>
<div>Internet Specialist, ITS , Sylvania
Campus&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<a href="http://www.pcc.edu/" EUDORA=AUTOURL>http://www.pcc.edu/</a></div>
Portland Community College, Portland, OR, USA&nbsp;&nbsp;&nbsp;&nbsp;
(503) 977-4368
</html>

--=====================_607236810==_.ALT--


From [email protected]  Mon Apr  5 17:16:52 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id RAA21107;
       Mon, 5 Apr 1999 17:16:51 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA04663;
       Mon, 5 Apr 1999 17:16:56 -0500 (CDT)
Received: from sparticus.bright.net (sparticus.bright.net [205.212.123.5])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA10637
       for <[email protected]>; Mon, 5 Apr 1999 17:09:58 -0500 (CDT)
Received: from barbarossa.bright.net (barbarossa.bright.net [205.212.112.20])
       by sparticus.bright.net (8.9.3/8.9.3 ComNet Build) with ESMTP id SAA08733
       for <[email protected]>; Mon, 5 Apr 1999 18:09:57 -0400 (EDT)
Message-Id: <[email protected]>
Date: Mon, 5 Apr 1999 18:09:57 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Aaron Holtz <[email protected]>
To: [email protected]
Subject: Guest Upload error with BeroFTPD 1.3.4(2)
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Need a thought or direction on this one.  Using the Virtual FTP setup
under BeroFTPD (actually, using the same ftpaccess file as I did for the
newvirt code from time gone by.)  Guest accounts using one of these
virtual FTP servers gets the following when uploading (doing a PUT) on a
file:

ftp> put setvif.pl
local: setvif.pl remote: setvif.pl
200 PORT command successful.
550 Could not determine cwdir: Result too large.


Any real account works fine as does any other command by a guest user.
The mailing list archives have a few other people with the same error, but
I never found a response/answer.  This is a SunOS 4.1.4 machine.  By going
back to the newvirt code (by just changing the line in /etc/inetd.conf),
everything works.  Any thoughts or pointers are appreciated.

--------------------------------------------------------------------------
Aaron Holtz
ComNet Inc.
UNIX Systems Specialist
Email:  [email protected]
"It's not broken, it just lacks duct tape."
--------------------------------------------------------------------------


From [email protected]  Mon Apr  5 17:54:40 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id RAA21604;
       Mon, 5 Apr 1999 17:54:39 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA26773;
       Mon, 5 Apr 1999 17:54:22 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA10760
       for <[email protected]>; Mon, 5 Apr 1999 17:52:39 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id SAA05214;
       Mon, 5 Apr 1999 18:52:32 -0400
Message-Id: <[email protected]>
Date: Mon, 5 Apr 1999 18:52:32 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Kirke Johnson <[email protected]>
Cc: [email protected]
Subject: Re: Another "can't login" problem
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 5 Apr 1999, Kirke Johnson wrote:

> My problem appears similar to Bruce's, below, but changing ftpaccess
> from
>
> class local real,guest,anonymous *.pcc.edu 192.220.*.*
> class all   real,guest,anonymous *
>
> to
>
> class local real,guest,anonymous *.*.pcc.edu 192.220.*.*
> class all   real,guest,anonymous *


The change I see here is from *.pcc.edu to *.*.pcc.edu

What that means is match host.dept.pcc.edu, but don't match host.pcc.edu
(too few periods in the name).  You probably want to set this back the way
it was.

My comments you quoted were about IP-number wildcards.  If you'd have said
you changes 192.220.* to 192.220.*.* then you'd have made the change I was
discussing.

> seems to make no difference.  No one can log in, no class errors, but
> I do find the following in syslog:
>
>  FTP LOGIN REFUSED (ftp not in /etc/passwd)

This usually means exactly what it says, there is no user named 'ftp' in
the system /etc/passwd file.  Anonymous login won't work without it.

On some systems, this can mean there's an error accessing the system
/etc/passwd file such as needing to do some hand-waving to tell the system
that _this_ binary is authorized to read the file.

> Upgrading to VR17 from wu-2.4-academ, under HPUX 10.20.  No changes to
> passwd files or anything else but inetd.conf, which went from
>
> ftp stream tcp nowait root /etc/ftpd ftpd -l -u 022
>
> to
>
> ftp stream tcp nowait root /etc/ftpd ftpd -a -d -l -u022

Since you didn't have '-a', either you were running an ancient version of
the daemon and were vulnerable to a number of security problems or you
were not using /etc/ftpaccess at all, which would explain why this problem
suddenly seemed to crop up.

I've never seen that the '-d' option does anything even remotely usefull.

The whitespace removal in '-u 022' points to having upgraded from a very
old version of the daemon.



I'd suggest trying the precompiled VR17 binary for HP/UX 10.20 (there are
two, get the right one .. trusted or non-trusted .. for your system).  If
you're building from source, be sure to carefully read through config.h
and src/config/config.hpx to be sure you have selected the options needed
for your platform.

VR17 has been tested and is known to work properly on HP/UX 10.20; so it's
probably a local error either in the compile or configuration.

--

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


From [email protected]  Mon Apr  5 18:19:58 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id SAA21935;
       Mon, 5 Apr 1999 18:19:57 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA22625;
       Mon, 5 Apr 1999 18:19:56 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA23458
       for <[email protected]>; Mon, 5 Apr 1999 18:18:25 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id TAA05460;
       Mon, 5 Apr 1999 19:18:22 -0400
Message-Id: <[email protected]>
Date: Mon, 5 Apr 1999 19:18:22 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Aaron Holtz <[email protected]>
Cc: [email protected]
Subject: Re: Guest Upload error with BeroFTPD 1.3.4(2)
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 5 Apr 1999, Aaron Holtz wrote:

> 550 Could not determine cwdir: Result too large.
>
> Any real account works fine as does any other command by a guest user.
> The mailing list archives have a few other people with the same error,
> but I never found a response/answer.  This is a SunOS 4.1.4 machine.
> By going back to the newvirt code (by just changing the line in
> /etc/inetd.conf), everything works.  Any thoughts or pointers are
> appreciated.

>From a private discussion about this, concerning a VR upgrade:



To: "Steven C. Neighorn" <[email protected]>
Subject: Re: sunos vr10 problem fix

On Mon, 23 Nov 1998, Steven C. Neighorn wrote:

> The problem is that getcwd does not work properly under SunOS, at
> least in the way it is used now in realpath. I don't remember all the
> details, but I think getcwd is a popen to the pwd cmd and is supplied
> only for backwards compatibility. The getwd command works with the
> surrounding check null terminate code, which you will probably want to
> look at. I don't know if the other machines that have HAVE_GETCWD
> defined also have a problem.

Makes sense.  ISTR something about this problem with SunOS.  You patch
looks good and I'll roll it into VR11 for release on the 1st.  In about 4
days I'll freeze my work on VR11 and roll a test/prebuild tarball and put
it in my prerelease area.



I ran into this problem again, on SunOS, debugging VR16 in March.  At that
time I was able to log into a SunOS 4.1 box and prove, to my own
satifaction, that the program is Sun's runtime is buggy.



First, make sure you're current on *ALL* patches from Sun.



If OS patches for fix this: I don't know how to control this on BeroFTPD,
but what you need to do is convince the source code build system that you
do NOT have getcwd() and it will need to use getwd() instead.  autoconf
will probably detect that getcwd() is there but has no way of knowing that
the operating system's runtime is buggy so be prepared to hack after you
run configure.



--

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



From [email protected]  Tue Apr  6 09:20:39 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id JAA24160;
       Tue, 6 Apr 1999 09:20:38 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA08473;
       Tue, 6 Apr 1999 09:18:41 -0500 (CDT)
Received: from sparticus.bright.net (sparticus.bright.net [205.212.123.5])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA18790
       for <[email protected]>; Tue, 6 Apr 1999 09:11:07 -0500 (CDT)
Received: from barbarossa.bright.net (barbarossa.bright.net [205.212.112.20])
       by sparticus.bright.net (8.9.3/8.9.3 ComNet Build) with ESMTP id KAA03058;
       Tue, 6 Apr 1999 10:10:44 -0400 (EDT)
Message-Id: <[email protected]>
Date: Tue, 6 Apr 1999 10:10:43 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Aaron Holtz <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: [email protected]
Subject: Re: Guest Upload error with BeroFTPD 1.3.4(2) - Fixed
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Greg,

       Thanks for the info - I have this fixed now.  I cheated a bit, but
hey, it works.  To summarize, in order to get BeroFTPD to be happy under
SunOS 4.1.4 and guest 'puts' I did (assuming you are getting the error -
550 Could not determine cwdir: Result too large.):

1.  Ran ./configure with all the options I needed.
2.  Edited config.cache and change the getcwd line to 'no'
3.  Reran ./configure so it would rebuild src/config.h to undef
       HAVE_GETCWD  and anything else necessary.
4.  Ran make


I had tried undef'ing HAVE_GETCWD in src/config.h at first (as I see the
code has ifdef statements concerning the availability of getwcd) but that
didn't seem to take.  So I did my 4 steps from above and all is good.
Thanks again.


--------------------------------------------------------------------------
Aaron Holtz
ComNet Inc.
UNIX Systems Specialist
Email:  [email protected]
"It's not broken, it just lacks duct tape."
--------------------------------------------------------------------------


On Apr 5, Gregory A Lundberg molded the electrons to say....

>On Mon, 5 Apr 1999, Aaron Holtz wrote:
>
>> 550 Could not determine cwdir: Result too large.
>>
>> Any real account works fine as does any other command by a guest user.
>> The mailing list archives have a few other people with the same error,
>> but I never found a response/answer.  This is a SunOS 4.1.4 machine.
>> By going back to the newvirt code (by just changing the line in
>> /etc/inetd.conf), everything works.  Any thoughts or pointers are
>> appreciated.
>
>>From a private discussion about this, concerning a VR upgrade:
>
>
>
>To: "Steven C. Neighorn" <[email protected]>
>Subject: Re: sunos vr10 problem fix
>
>On Mon, 23 Nov 1998, Steven C. Neighorn wrote:
>
>> The problem is that getcwd does not work properly under SunOS, at
>> least in the way it is used now in realpath. I don't remember all the
>> details, but I think getcwd is a popen to the pwd cmd and is supplied
>> only for backwards compatibility. The getwd command works with the
>> surrounding check null terminate code, which you will probably want to
>> look at. I don't know if the other machines that have HAVE_GETCWD
>> defined also have a problem.
>
>Makes sense.  ISTR something about this problem with SunOS.  You patch
>looks good and I'll roll it into VR11 for release on the 1st.  In about 4
>days I'll freeze my work on VR11 and roll a test/prebuild tarball and put
>it in my prerelease area.
>
>
>
>I ran into this problem again, on SunOS, debugging VR16 in March.  At that
>time I was able to log into a SunOS 4.1 box and prove, to my own
>satifaction, that the program is Sun's runtime is buggy.
>
>
>
>First, make sure you're current on *ALL* patches from Sun.
>
>
>
>If OS patches for fix this: I don't know how to control this on BeroFTPD,
>but what you need to do is convince the source code build system that you
>do NOT have getcwd() and it will need to use getwd() instead.  autoconf
>will probably detect that getcwd() is there but has no way of knowing that
>the operating system's runtime is buggy so be prepared to hack after you
>run configure.
>
>
>
>--
>
>Gregory A Lundberg              Senior Partner, VRnet Company
>1441 Elmdale Drive              [email protected]
>Kettering, OH 45409-1615 USA    1-800-809-2195
>
>


From [email protected]  Tue Apr  6 10:01:41 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id KAA24977;
       Tue, 6 Apr 1999 10:01:40 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA31487;
       Tue, 6 Apr 1999 10:01:45 -0500 (CDT)
Received: from mx.twww.com (mx.lifewell.com [209.12.194.97] (may be forged))
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA12961
       for <[email protected]>; Tue, 6 Apr 1999 09:57:06 -0500 (CDT)
Received: from dev1.docusource.net (local2.lifewell.com [209.12.194.67])
       by mx.twww.com (8.9.1/8.9.1) with SMTP id LAA23898
       for <[email protected]>; Tue, 6 Apr 1999 11:27:30 -0400
Message-Id: <[email protected]>
Date: Tue, 06 Apr 1999 10:57:00 -0400
Reply-To: [email protected]
Sender: [email protected]
From: George Baker <[email protected]>
To: [email protected]
Subject: Changing out of a Chrooted dir
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I've scoured the WU-FTPD docs, man pages, and FAQs but haven't been able to
find a way to do this. I have user who needs to be able to upload to my
anonymous dir. I don't want anyone else to be able to upload to it just
him. At the same time I don't want to make it his home dir. I noticed
that in this case the FAQ mentioned something about loopback mounts. I'm
using RedHat 5.1 and everything I can find about loopbacks says that they
only work with files and not dirs. I come from an NT background where this
was very easy to do. Any ideas?

Thanks,George


From [email protected]  Tue Apr  6 10:29:12 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id KAA25492;
       Tue, 6 Apr 1999 10:29:11 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA27654;
       Tue, 6 Apr 1999 10:29:10 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA31440
       for <[email protected]>; Tue, 6 Apr 1999 10:22:45 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id LAA13352;
       Tue, 6 Apr 1999 11:22:41 -0400
Message-Id: <[email protected]>
Date: Tue, 6 Apr 1999 11:22:40 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: George Baker <[email protected]>
Cc: [email protected]
Subject: Re: Changing out of a Chrooted dir
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 6 Apr 1999, George Baker wrote:

> I've scoured the WU-FTPD docs, man pages, and FAQs but haven't been
> able to find a way to do this. I have user who needs to be able to
> upload to my anonymous dir. I don't want anyone else to be able to
> upload to it just him. At the same time I don't want to make it his
> home dir. I noticed that in this case the FAQ mentioned something
> about loopback mounts. I'm using RedHat 5.1 and everything I can find
> about loopbacks says that they only work with files and not dirs. I
> come from an NT background where this was very easy to do. Any ideas?

Use a loopback mount.  Read the manpage 'man 8 losetup'.  You may need to
rebuild your kernel to add support for it.

Yes, from the point of view of the main filesystem, the loopback mount is
a file.  Inside the file it's a filesystem, but you can only see that once
it's mounted.

A word of caution: the loopback mount occurs after the fsck during
startup.  That means you'll need to be sure to explicitly run fsck on the
filesystem when you mount it.

--

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


From [email protected]  Tue Apr  6 17:36:08 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id RAA29424;
       Tue, 6 Apr 1999 17:36:07 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA20172;
       Tue, 6 Apr 1999 17:36:00 -0500 (CDT)
Received: from pc01.ext.miyake.org (pc01.ext.miyake.org [210.154.2.83])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA01241
       for <[email protected]>; Tue, 6 Apr 1999 17:35:00 -0500 (CDT)
Received: from pc04.int.miyake.org (pc04.int.miyake.org [210.154.2.92])
       by pc01.ext.miyake.org (8.8.8/3.6W-pc01-1.5) with ESMTP id HAA16966
       for <[email protected]>; Wed, 7 Apr 1999 07:34:55 +0900
Received: from localhost (localhost [127.0.0.1])
       by pc04.int.miyake.org (8.8.8/3.6W-pc04-1.3) with ESMTP id HAA20774
       for <[email protected]>; Wed, 7 Apr 1999 07:34:54 +0900 (JST)
Message-Id: <[email protected]>
Date: Wed, 07 Apr 1999 07:34:54 +0900
Reply-To: [email protected]
Sender: [email protected]
From: Kenji Miyake <[email protected]>
To: [email protected]
Subject: solaris Makefile problem
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-MH-BIFF: Version: mh-biff.el (0.97) on Emacs 19.28.1, Mule 2.3 (usg-unix-v)
X-Mailer: Mew version 1.93 on Emacs 19.28 / Mule 2.3 (SUETSUMUHANA)
X-Dispatcher: imput version 980905(IM100)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,

I'm installing to wu-ftpd-2.4.2-vr17 but install was fail because
solaris's /bin/sh doesn't recognize '-e' option.

--- makefiles/Makefile.sol.org  Wed Apr  7 03:50:39 1999
+++ makefiles/Makefile.sol      Wed Apr  7 07:12:25 1999
@@ -20,10 +20,10 @@

install: bin/ftpd bin/ftpcount bin/ftpshut
       @echo installing binaries.
-       @if [ ! -e ${BINDIR} ]; then \
+       @if [ ! -d ${BINDIR} ]; then \
               ${INSTALL} -o ${BINOWN} -g ${BINGRP} -m 755 -d ${BINDIR} ; \
       fi
-       @if [ ! -e ${SBINDIR} ]; then \
+       @if [ ! -d ${SBINDIR} ]; then \
               ${INSTALL} -o ${SBINOWN} -g ${SBINGRP} -m 755 -d ${SBINDIR} ; \
       fi
       ${INSTALL} -c -o ${SBINOWN} -g ${SBINGRP} -m 110 bin/ftpd           ${SBINDIR}/in.ftpd
@@ -31,19 +31,19 @@
       ${INSTALL} -c -o ${BINOWN}  -g ${BINGRP}  -m 111 bin/ftpcount       ${BINDIR}/ftpcount
       ${INSTALL} -c -o ${BINOWN}  -g ${BINGRP}  -m 111 bin/ftpwho         ${BINDIR}/ftpwho
       @echo installing manpages.
-       @if [ ! -e ${MANDIR}/man1 ]; then \
+       @if [ ! -d ${MANDIR}/man1 ]; then \
               ${INSTALL} -o ${MANOWN} -g ${MANGRP} -m 755 -d ${MANDIR}/man1 ; \
       fi
       ${INSTALL} -c -o ${MANOWN} -g ${MANGRP} -m 444 doc/ftpcount.1       ${MANDIR}/man1/ftpcount.1
       ${INSTALL} -c -o ${MANOWN} -g ${MANGRP} -m 444 doc/ftpwho.1         ${MANDIR}/man1/ftpwho.1
-       @if [ ! -e ${MANDIR}/man5 ]; then \
+       @if [ ! -d ${MANDIR}/man5 ]; then \
               ${INSTALL} -o ${MANOWN} -g ${MANGRP} -m 755 -d ${MANDIR}/man5 ; \
       fi
       ${INSTALL} -c -o ${MANOWN} -g ${MANGRP} -m 444 doc/ftpaccess.5      ${MANDIR}/man5/ftpaccess.5
       ${INSTALL} -c -o ${MANOWN} -g ${MANGRP} -m 444 doc/ftpconversions.5 ${MANDIR}/man5/ftpconversions.5
       ${INSTALL} -c -o ${MANOWN} -g ${MANGRP} -m 444 doc/ftphosts.5       ${MANDIR}/man5/ftphosts.5
       ${INSTALL} -c -o ${MANOWN} -g ${MANGRP} -m 444 doc/xferlog.5        ${MANDIR}/man5/xferlog.5
-       @if [ ! -e ${MANDIR}/man1m ]; then \
+       @if [ ! -d ${MANDIR}/man1m ]; then \
               ${INSTALL} -o ${MANOWN} -g ${MANGRP} -m 755 -d ${MANDIR}/man1m ; \
       fi
       ${INSTALL} -c -o ${MANOWN} -g ${MANGRP} -m 444 doc/ftpd.8           ${MANDIR}/man1m/ftpd.1m

From [email protected]  Tue Apr  6 17:48:31 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id RAA29666;
       Tue, 6 Apr 1999 17:48:30 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA29889;
       Tue, 6 Apr 1999 17:48:36 -0500 (CDT)
Received: from gater4.sematech.org (GATER4.SEMATECH.ORG [192.73.53.4])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA08795
       for <[email protected]>; Tue, 6 Apr 1999 17:47:14 -0500 (CDT)
Received: from GATEV4.SEMATECH.ORG (gatev4.sematech.org [131.153.1.42])
       by gater4.sematech.org (8.9.1/8.9.1) with ESMTP id RAA17340
       for <[email protected]>; Tue, 6 Apr 1999 17:47:13 -0500
Received: from casper.eng.sematech.org by SEMATECH.Org (PMDF V5.1-10 #26085)
with ESMTP id <[email protected]> for [email protected];
Tue, 6 Apr 1999 17:47:11 CDT
Received: from localhost by casper.eng.sematech.org (8.7.6/I-1.13)
with SMTP id RAA03736; Tue, 06 Apr 1999 17:47:09 -0500 (CDT)
Message-Id: <[email protected]>
Date: Tue, 06 Apr 1999 17:47:09 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Mike Shaw <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: latest wu-ftpd
MIME-version: 1.0
Content-type: MULTIPART/MIXED; BOUNDARY="Boundary_(ID_721d68gZiCsuF7Umyhf3aA)"
X-Authentication-warning: casper.eng.sematech.org: Host localhost [127.0.0.1]
didn't use HELO protocol
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


--Boundary_(ID_721d68gZiCsuF7Umyhf3aA)
Content-type: TEXT/PLAIN

Does the "2.4.2 (final) release" include the VR updates?

Thanks,


--Boundary_(ID_721d68gZiCsuF7Umyhf3aA)--

From [email protected]  Tue Apr  6 18:01:54 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id SAA29894;
       Tue, 6 Apr 1999 18:01:53 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA15561;
       Tue, 6 Apr 1999 18:01:51 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA22961
       for <[email protected]>; Tue, 6 Apr 1999 18:01:30 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id SAA17875;
       Tue, 6 Apr 1999 18:58:13 -0400
Message-Id: <[email protected]>
Date: Tue, 6 Apr 1999 18:58:13 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Mike Shaw <[email protected]>
Cc: [email protected]
Subject: Re: latest wu-ftpd
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 6 Apr 1999, Mike Shaw wrote:

> Does the "2.4.2 (final) release" include the VR updates?

Nope.

2.4.2-VR{16,17} includes the few changes from beta-18 to final.

--

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


From [email protected]  Wed Apr  7 05:56:09 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 FAA08475;
       Wed, 7 Apr 1999 05:56:08 -0500 (CDT)
Received: from relay7.UU.NET by relay7.UU.NET with ESMTP
       (peer crosschecked as: root@localhost)
       id QQgjuj07529;
       Tue, 6 Apr 1999 13:21:30 -0400 (EDT)
Received: from wugate.wustl.edu by relay7.UU.NET with ESMTP
       (peer crosschecked as: wugate.wustl.edu [128.252.120.1])
       id QQgjuj07481;
       Tue, 6 Apr 1999 13:21:27 -0400 (EDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA21265;
       Tue, 6 Apr 1999 12:19:13 -0500 (CDT)
Received: from gatekeep.ti.com (gatekeep.ti.com [192.94.94.61])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA27892
       for <[email protected]>; Tue, 6 Apr 1999 12:13:27 -0500 (CDT)
Received: from spanky.dal.asp.ti.com ([172.24.154.20]) by gatekeep.ti.com (8.8.8) with ESMTP id MAA12018; Tue, 6 Apr 1999 12:12:56 -0500 (CDT)
Received: from pavis.asic.sc.ti.com (pavis.asic.sc.ti.com [128.247.100.46])
       by spanky.dal.asp.ti.com (8.8.8+Sun/8.8.8/FL-ASP-1.13) with ESMTP id MAA26545;
       Tue, 6 Apr 1999 12:12:56 -0500 (CDT)
Received: (from bobl@localhost) by pavis.asic.sc.ti.com (8.8.6 (PHNE_17135)/8.7.1) id MAA07986; Tue, 6 Apr 1999 12:12:55 -0500 (CDT)
Message-Id: <[email protected]>
Date: Tue, 06 Apr 1999 12:12:55 CDT
Reply-To: [email protected] (Bob Luckin)
Sender: [email protected]
From: Bob Luckin <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Changing out of a Chrooted dir
In-Reply-To: <[email protected]>; from "George Baker" at Apr 06, 99 10:57 am
X-MIMI-Options: HEADERS TI2
X-Mailer: Elm [revision: 212.4]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> I've scoured the WU-FTPD docs, man pages, and FAQs but haven't been able to
> find a way to do this. I have user who needs to be able to upload to my
> anonymous dir. I don't want anyone else to be able to upload to it just
> him. At the same time I don't want to make it his home dir. I noticed
> that in this case the FAQ mentioned something about loopback mounts. I'm
> using RedHat 5.1 and everything I can find about loopbacks says that they
> only work with files and not dirs. I come from an NT background where this
> was very easy to do. Any ideas?

Does he need to upload directly into the anonymous directory at the top
level, or can you create a subdirectory underneath it ?  If you can use a
subdirectory, then you might be able to avoid the need for loopback mounts
as follows...

You could create a subdirectory which can only be written to by someone who
is in a special group.  People who log in anonymously are not in this group
by default, so they would be able to see the directory, but not write to it.
You can give your favoured user a password to let them change their group to
the one which is able to write to the subdirectory.  So whenever they wanted
to upload, they could log in as anonymous, change to the new group, cd to
their upload directory and do the necessary.  See the documentation on the
ftpaccess "private" directive and site group / site gpass commands for more
details.

However, a loopback mount may suit your purposes better - it has the advantage
that the user can log in with his normal id and password and access the upload
directory under his home directory without any special effort on his part.

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

From [email protected]  Wed Apr  7 05:56:17 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 FAA08483;
       Wed, 7 Apr 1999 05:56:16 -0500 (CDT)
Received: from relay7.UU.NET by relay7.UU.NET with ESMTP
       (peer crosschecked as: root@localhost)
       id QQgjul22066;
       Tue, 6 Apr 1999 13:55:14 -0400 (EDT)
Received: from wugate.wustl.edu by relay7.UU.NET with ESMTP
       (peer crosschecked as: wugate.wustl.edu [128.252.120.1])
       id QQgjul22056;
       Tue, 6 Apr 1999 13:55:13 -0400 (EDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA22644;
       Tue, 6 Apr 1999 12:53:27 -0500 (CDT)
Received: from amber.ccs.neu.edu ([email protected] [129.10.116.51])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA15406
       for <[email protected]>; Tue, 6 Apr 1999 12:49:07 -0500 (CDT)
Received: from bellatrix.ccs.neu.edu ([email protected] [129.10.116.157])
       by amber.ccs.neu.edu (8.9.1a/8.9.1) with ESMTP id NAA24823
       for <[email protected]>; Tue, 6 Apr 1999 13:49:06 -0400 (EDT)
Message-Id: <[email protected]>
Date: Tue, 6 Apr 1999 13:49:05 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Aris Yannopoulos <[email protected]>
To: wu-ftpd discussion list <[email protected]>
Subject: Stripping the binaries
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Is there a reason not to strip the binaries?  Just on the off chance of
relevance: VR15-Solaris-sparc

       Ari(=

 -= Madness is not an illness... it's a privilege... =-


From [email protected]  Wed Apr  7 05:56:29 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 FAA08503;
       Wed, 7 Apr 1999 05:56:29 -0500 (CDT)
Received: from relay7.UU.NET by relay7.UU.NET with ESMTP
       (peer crosschecked as: root@localhost)
       id QQgjup24926;
       Tue, 6 Apr 1999 14:46:56 -0400 (EDT)
Received: from wugate.wustl.edu by relay7.UU.NET with ESMTP
       (peer crosschecked as: wugate.wustl.edu [128.252.120.1])
       id QQgjup24853;
       Tue, 6 Apr 1999 14:46:50 -0400 (EDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA13316;
       Tue, 6 Apr 1999 13:45:09 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA16920
       for <[email protected]>; Tue, 6 Apr 1999 13:37:55 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id OAA15281;
       Tue, 6 Apr 1999 14:37:50 -0400
Message-Id: <[email protected]>
Date: Tue, 6 Apr 1999 14:37:49 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Guiming Ye <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: latest wu-ftpd
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 6 Apr 1999, Guiming Ye wrote:

> Can anybody tell me where can I get latest wu-ftpd ? thank you very
> much!

Date: Fri,  2 Apr 1999 16:05:00 -0500 (EST)
From: Gregory A Lundberg <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: VR mirrors

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

The primary distribution site for these updates is:

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

Mirrors are available at the following sites:

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

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

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

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

Japan
-----

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

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

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

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

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

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

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

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

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

Poland
------
   ftp://ftp.task.gda.pl/pub/unix/ftp/wu-ftpd-vr/

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

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

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

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

United States
-------------

   New York
   --------
       ftp://ftp.academy.rpi.edu/pub/wu-ftpd/

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



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

--

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


From [email protected]  Wed Apr  7 05:57:02 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 FAA08525;
       Wed, 7 Apr 1999 05:57:02 -0500 (CDT)
Received: from relay6.UU.NET by relay6.UU.NET with ESMTP
       (peer crosschecked as: root@localhost)
       id QQgjun12658;
       Tue, 6 Apr 1999 14:19:16 -0400 (EDT)
Received: from wugate.wustl.edu by relay6.UU.NET with ESMTP
       (peer crosschecked as: wugate.wustl.edu [128.252.120.1])
       id QQgjun12620;
       Tue, 6 Apr 1999 14:19:11 -0400 (EDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA09652;
       Tue, 6 Apr 1999 13:17:32 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA27883
       for <[email protected]>; Tue, 6 Apr 1999 13:09:16 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id OAA14931;
       Tue, 6 Apr 1999 14:09:12 -0400
Message-Id: <[email protected]>
Date: Tue, 6 Apr 1999 14:09:12 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Aris Yannopoulos <[email protected]>
Cc: wu-ftpd discussion list <[email protected]>
Subject: Re: Stripping the binaries
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 6 Apr 1999, Aris Yannopoulos wrote:

> > > Is there a reason not to strip the binaries?  Just on the off chance
> > > of relevance: VR15-Solaris-sparc
> >
> > The normal build script links with symbols in src and strips when it
> > copies to bin .. unless that step was removed for Solaris.
> >
>
> It seems to be true on my alphas but not on my solaris boxen:
>
> from `file in.ftpd`
> etc/in.ftpd:    ELF 32-bit MSB executable SPARC Version 1, dynamically
>       linked, not stripped

OK.  I'll ask Wally to look at it.  Prolly a missing option somewhere.

--

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


From [email protected]  Wed Apr  7 06:12:58 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 GAA09284;
       Wed, 7 Apr 1999 06:12:58 -0500 (CDT)
Received: from relay1.UU.NET by relay1.UU.NET with ESMTP
       (peer crosschecked as: root@localhost)
       id QQgjum17505;
       Tue, 6 Apr 1999 14:13:27 -0400 (EDT)
Received: from wugate.wustl.edu by relay1.UU.NET with ESMTP
       (peer crosschecked as: wugate.wustl.edu [128.252.120.1])
       id QQgjum17379;
       Tue, 6 Apr 1999 14:13:15 -0400 (EDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA16899;
       Tue, 6 Apr 1999 13:11:24 -0500 (CDT)
Received: from amber.ccs.neu.edu ([email protected] [129.10.116.51])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA25224
       for <[email protected]>; Tue, 6 Apr 1999 13:04:48 -0500 (CDT)
Received: from bellatrix.ccs.neu.edu ([email protected] [129.10.116.157])
       by amber.ccs.neu.edu (8.9.1a/8.9.1) with ESMTP id OAA25685;
       Tue, 6 Apr 1999 14:04:44 -0400 (EDT)
Message-Id: <[email protected]>
Date: Tue, 6 Apr 1999 14:04:43 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Aris Yannopoulos <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: wu-ftpd discussion list <[email protected]>
Subject: Re: Stripping the binaries
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> > Is there a reason not to strip the binaries?  Just on the off chance
> > of relevance: VR15-Solaris-sparc
>
> The normal build script links with symbols in src and strips when it
> copies to bin .. unless that step was removed for Solaris.
>

It seems to be true on my alphas but not on my solaris boxen:

from `file in.ftpd`
etc/in.ftpd:    ELF 32-bit MSB executable SPARC Version 1, dynamically
       linked, not stripped


 -= Madness is not an illness... it's a privilege... =-


From [email protected]  Wed Apr  7 06:21:14 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 GAA09405;
       Wed, 7 Apr 1999 06:21:13 -0500 (CDT)
Received: from relay3.UU.NET by relay3.UU.NET with ESMTP
       (peer crosschecked as: root@localhost)
       id QQgjun10743;
       Tue, 6 Apr 1999 14:27:19 -0400 (EDT)
Received: from wugate.wustl.edu by relay3.UU.NET with ESMTP
       (peer crosschecked as: wugate.wustl.edu [128.252.120.1])
       id QQgjun10688;
       Tue, 6 Apr 1999 14:27:13 -0400 (EDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA27045;
       Tue, 6 Apr 1999 13:25:38 -0500 (CDT)
Received: from laforge.worldres.com (mail.worldres.com [206.159.216.50])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA01391
       for <[email protected]>; Tue, 6 Apr 1999 13:20:09 -0500 (CDT)
Received: (qmail 19116 invoked from network); 6 Apr 1999 18:22:59 -0000
Received: from unknown (HELO worldres.com) (10.20.30.16)
 by mail.worldres.com with SMTP; 6 Apr 1999 18:22:59 -0000
Message-Id: <[email protected]>
Date: Tue, 06 Apr 1999 11:14:58 -0700
Reply-To: [email protected]
Sender: [email protected]
From: Guiming Ye <[email protected]>
To: "[email protected]" <[email protected]>
Subject: latest wu-ftpd
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: ming
X-Mailer: Mozilla 4.04 [en] (X11; I; SunOS 5.6 i86pc)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi :
 Can anybody tell me where can I get latest wu-ftpd ? thank you very
much!


From [email protected]  Wed Apr  7 06:44:43 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 GAA09650;
       Wed, 7 Apr 1999 06:44:43 -0500 (CDT)
Received: from relay4.UU.NET by relay4.UU.NET with ESMTP
       (peer crosschecked as: root@localhost)
       id QQgjum03117;
       Tue, 6 Apr 1999 14:06:42 -0400 (EDT)
Received: from wugate.wustl.edu by relay4.UU.NET with ESMTP
       (peer crosschecked as: wugate.wustl.edu [128.252.120.1])
       id QQgjum03040;
       Tue, 6 Apr 1999 14:06:35 -0400 (EDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA26083;
       Tue, 6 Apr 1999 13:05:01 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA30312
       for <[email protected]>; Tue, 6 Apr 1999 13:02:04 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id OAA14841;
       Tue, 6 Apr 1999 14:02:01 -0400
Message-Id: <[email protected]>
Date: Tue, 6 Apr 1999 14:02:00 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Aris Yannopoulos <[email protected]>
Cc: wu-ftpd discussion list <[email protected]>
Subject: Re: Stripping the binaries
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 6 Apr 1999, Aris Yannopoulos wrote:

> Is there a reason not to strip the binaries?  Just on the off chance
> of relevance: VR15-Solaris-sparc

The normal build script links with symbols in src and strips when it
copies to bin .. unless that step was removed for Solaris.

--

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


From [email protected]  Thu Apr  8 10:52:57 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id KAA00421;
       Thu, 8 Apr 1999 10:52:56 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA03048;
       Thu, 8 Apr 1999 10:52:23 -0500 (CDT)
Received: from netserver.mosaic.co.uk (1001@[194.207.165.3])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA18950
       for <[email protected]>; Thu, 8 Apr 1999 10:47:07 -0500 (CDT)
Received: from localhost (mcneil@localhost)
       by netserver.mosaic.co.uk (8.8.8/8.8.8) with SMTP id QAA28011
       for <[email protected]>; Thu, 8 Apr 1999 16:31:28 +0100
Message-Id: <[email protected]>
Date: Thu, 8 Apr 1999 16:31:28 +0100 (BST)
Reply-To: [email protected]
Sender: [email protected]
From: Jason McNeil <[email protected]>
To: [email protected]
Subject: CuteFTP not being so Cute!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi Group,
I wonder can anyone help me?

I have been running wu-ftp for sometime now. My users upload
HTML pages to their website quite successfully.

I have created a chroot'ed environment by adding ...

guessgroup website

.. to the ftpaccess file (all website are of the group website)

Ok, here's the crunch.  Up until now, my users have been using plain
old msdos ftp program.  Now, they are insisting on using CuteFTP ???
The problems is this file and directory list isn't working in the
remote area of CuteFTP.  If you happen to know the directory structure,
you can change directory blind.

Any ideas ???

Cheers for now,
Jason



From [email protected]  Thu Apr  8 11:11:56 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id LAA00666;
       Thu, 8 Apr 1999 11:11:56 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA14503;
       Thu, 8 Apr 1999 11:10:27 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA02435
       for <[email protected]>; Thu, 8 Apr 1999 11:04:38 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id MAA04577;
       Thu, 8 Apr 1999 12:03:27 -0400
Message-Id: <[email protected]>
Date: Thu, 8 Apr 1999 12:03:26 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Jason McNeil <[email protected]>
Cc: [email protected]
Subject: Re: CuteFTP not being so Cute!
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 8 Apr 1999, Jason McNeil wrote:

> Ok, here's the crunch.  Up until now, my users have been using plain
> old msdos ftp program.  Now, they are insisting on using CuteFTP ???
> The problems is this file and directory list isn't working in the
> remote area of CuteFTP.  If you happen to know the directory
> structure, you can change directory blind.

In complete setup.  you need the external ls program in the <chroot>/bin
directory and maybe some libraries and other things.  Check the FAQ.

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

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

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

--

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


From [email protected]  Thu Apr  8 12:27:59 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id MAA01716;
       Thu, 8 Apr 1999 12:27:59 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA10155;
       Thu, 8 Apr 1999 12:27:50 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA13901;
       Thu, 8 Apr 1999 12:24:54 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id NAA05299;
       Thu, 8 Apr 1999 13:24:51 -0400
Message-Id: <[email protected]>
Date: Thu, 8 Apr 1999 13:24:51 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: List problems
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

[Bcc'd to list managers]

Well, this at least proves the mailing list is still alive.

Unfortunately, it also proves the mailing list is losing emails.

I was becoming concerned that there was suddenly no traffic over the past
week.  I believe the problem, though, is only related to the wu-ftpd
mailing list, since I've had good, fast communications with the listproc
software on wugate.



On Thu, 8 Apr 1999, Gregory A Lundberg wrote:

> Date: Thu, 8 Apr 1999 12:03:26 -0400 (EDT)
> From: Gregory A Lundberg <[email protected]>
> To: Jason McNeil <[email protected]>
> Cc: [email protected]
> Subject: Re: CuteFTP not being so Cute!

--

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



From [email protected]  Thu Apr  8 12:41:01 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id MAA01908;
       Thu, 8 Apr 1999 12:41:00 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA27052;
       Thu, 8 Apr 1999 12:40:45 -0500 (CDT)
Received: from moose.uvm.edu (moose.uvm.edu [132.198.101.60])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA12551
       for <[email protected]>; Thu, 8 Apr 1999 12:34:35 -0500 (CDT)
Received: from zoo.uvm.edu (elk.uvm.edu [132.198.101.63])
       by moose.uvm.edu (8.8.7/8.8.7) with ESMTP id NAA211506
       for <[email protected]>; Thu, 8 Apr 1999 13:34:33 -0400
Message-Id: <[email protected]>
Date: Thu, 08 Apr 1999 13:34:33 -0400
Reply-To: [email protected]
Sender: [email protected]
From: ejohns <[email protected]>
To: [email protected]
Subject: Differing umask by location.
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: [email protected]
X-Mailer: Mozilla 4.05 [en] (X11; I; AIX 4.2)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I've looked through much of the on-line documentation and the man pages
and am still wondering if there is a way to set a umask on a user
directory (say ~user/bob) that is different than that specified in the
-u switch...

Thanks.

Ed

From [email protected]  Thu Apr  8 12:53:55 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id MAA02162;
       Thu, 8 Apr 1999 12:53:54 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA05617;
       Thu, 8 Apr 1999 12:53:41 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA30145
       for <[email protected]>; Thu, 8 Apr 1999 12:47:18 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id NAA05537;
       Thu, 8 Apr 1999 13:47:06 -0400
Message-Id: <[email protected]>
Date: Thu, 8 Apr 1999 13:47:04 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: ejohns <[email protected]>
Cc: [email protected]
Subject: Re: Differing umask by location.
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 8 Apr 1999, ejohns wrote:

> I've looked through much of the on-line documentation and the man
> pages and am still wondering if there is a way to set a umask on a
> user directory (say ~user/bob) that is different than that specified
> in the -u switch...

Use the upload clause to force a specific permission set on uploaded
files.

If the user will be creating directories, upgrade to a VR version or
BeroFTPD, and use the upload clause to force a permission set on created
directories.

Help for upload is in:

 ftp://ftp.vr.net/pub/wu-ftpd/upload.configuration.HOWTO

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

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

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

--

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


From [email protected]  Thu Apr  8 14:51:24 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id OAA03735;
       Thu, 8 Apr 1999 14:51:23 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA01539;
       Thu, 8 Apr 1999 14:51:05 -0500 (CDT)
Received: from moose.uvm.edu (moose.uvm.edu [132.198.101.60])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA25168
       for <[email protected]>; Thu, 8 Apr 1999 14:47:27 -0500 (CDT)
Received: from zoo.uvm.edu (elk.uvm.edu [132.198.101.63])
       by moose.uvm.edu (8.8.7/8.8.7) with ESMTP id PAA62048
       for <[email protected]>; Thu, 8 Apr 1999 15:47:25 -0400
Message-Id: <[email protected]>
Date: Thu, 08 Apr 1999 15:47:25 -0400
Reply-To: [email protected]
Sender: [email protected]
From: ejohns <[email protected]>
To: "[email protected]" <[email protected]>
Subject: Upload clauses...
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: [email protected]
X-Mailer: Mozilla 4.05 [en] (X11; I; AIX 4.2)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

The documentation on upload clauses found in the ftpaccess manpage and
the upload-config.howto seem to talk about how anonymous and guest
accounts can upload to specified user-owned directories.

What I am trying to find out is if I have user ``bob'' with a home
directory of /usr/home/bob and a public_html directory under that, how
do I set it so that bob can upload to ~ and have one umask and upload to
public_html with another umask.

Can it be done?  The docs are vague on real user info.

Thanks a lot.

Ed

From [email protected]  Thu Apr  8 15:12:15 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id PAA04036;
       Thu, 8 Apr 1999 15:12:15 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA18771;
       Thu, 8 Apr 1999 15:12:04 -0500 (CDT)
Received: from mserver.fh-koblenz.de (mserver.fh-koblenz.de [143.93.144.2])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA12541
       for <[email protected]>; Thu, 8 Apr 1999 15:06:00 -0500 (CDT)
Received: (from mschmidt@localhost)
       by mserver.fh-koblenz.de (8.8.8/8.8.8-ms) id WAA27393;
       Thu, 8 Apr 1999 22:05:10 +0200 (MET DST)
Message-Id: <[email protected]>
Date: Thu, 8 Apr 1999 22:05:10 +0200 (MET DST)
Reply-To: [email protected]
Sender: [email protected]
From: Michael Schmidt <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: List problems
In-Reply-To: <[email protected]> from "Gregory A Lundberg" at Apr 8, 99 01:24:51 pm
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4 PL25]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> From: Gregory A Lundberg <[email protected]>
> Subject: List problems
>
[...]
> Well, this at least proves the mailing list is still alive.
>
> Unfortunately, it also proves the mailing list is losing emails.
>
> I was becoming concerned that there was suddenly no traffic over the past
> week.  I believe the problem, though, is only related to the wu-ftpd
> mailing list, since I've had good, fast communications with the listproc
> software on wugate.

Well, now as you are stating this I recall that I wondered too why in
the past days there has been less traffic than in the weeks before.
Just for interest:
Do you already know what has been the reason?

Have a nice day
Michael

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

From [email protected]  Thu Apr  8 15:14:06 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id PAA04064;
       Thu, 8 Apr 1999 15:14:04 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA26471;
       Thu, 8 Apr 1999 15:13:51 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA07542
       for <[email protected]>; Thu, 8 Apr 1999 15:07:01 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id QAA06688;
       Thu, 8 Apr 1999 16:06:45 -0400
Message-Id: <[email protected]>
Date: Thu, 8 Apr 1999 16:06:44 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: ejohns <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: Upload clauses...
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 8 Apr 1999, ejohns wrote:

> The documentation on upload clauses found in the ftpaccess manpage and
> the upload-config.howto seem to talk about how anonymous and guest
> accounts can upload to specified user-owned directories.
>
> What I am trying to find out is if I have user ``bob'' with a home
> directory of /usr/home/bob and a public_html directory under that, how
> do I set it so that bob can upload to ~ and have one umask and upload
> to public_html with another umask.
>
> Can it be done?  The docs are vague on real user info.

Do yourself a favor and make 'bob' a guest.  You shouldn't allow any
real-user access at all (or, only allow it for the single ftp admin: you).

Upload clauses apply to real users.

--

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


From [email protected]  Thu Apr  8 15:15:42 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id PAA04091;
       Thu, 8 Apr 1999 15:15:41 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA26352;
       Thu, 8 Apr 1999 15:15:14 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA08698
       for <[email protected]>; Thu, 8 Apr 1999 15:09:02 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id QAA06705;
       Thu, 8 Apr 1999 16:08:48 -0400
Message-Id: <[email protected]>
Date: Thu, 8 Apr 1999 16:08:48 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Michael Schmidt <[email protected]>
Cc: [email protected]
Subject: Re: List problems
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 8 Apr 1999, Michael Schmidt wrote:

> Well, now as you are stating this I recall that I wondered too why in
> the past days there has been less traffic than in the weeks before.
> Just for interest: Do you already know what has been the reason?

No reply yet from the list admins.

--

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


From [email protected]  Thu Apr  8 15:37:27 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id PAA04416;
       Thu, 8 Apr 1999 15:37:26 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA07683;
       Thu, 8 Apr 1999 15:36:46 -0500 (CDT)
Received: from spiral.ups.com (spiral.ups.com [207.25.68.177])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA18912
       for <[email protected]>; Thu, 8 Apr 1999 15:34:12 -0500 (CDT)
Received: from spiral.ups.com (localhost [127.0.0.1])
       by spiral.ups.com (8.9.1a/8.9.1/UPS) with ESMTP id QAA07925
       for <[email protected]>; Thu, 8 Apr 1999 16:33:41 -0400 (EDT)
Received: from usnjrarpsinet.win.us.ups.com (smtp.us.ups.com [153.2.3.2])
       by spiral.ups.com (8.9.1a/8.9.1/UPS) with ESMTP id QAA07921
       for <[email protected]>; Thu, 8 Apr 1999 16:33:40 -0400 (EDT)
Received: by usnjrarpsinet.win.us.ups.com with Internet Mail Service (5.5.2448.0)
       id <2A01JQZ5>; Thu, 8 Apr 1999 16:33:39 -0400
Message-Id: <83E2D910156DD211B0B700805FE2C5D1A76ACB@02usnjrarps0mi0.win.us.ups.com>
Date: Thu, 8 Apr 1999 16:33:38 -0400
Reply-To: [email protected]
Sender: [email protected]
From: "Perry Edward  (tsp2emp)" <[email protected]>
To: "Wu-Ftpd (E-mail)" <[email protected]>
Subject: WU-FTP Hooks and file uploads
MIME-Version: 1.0
Content-Type: text/plain;
       charset="iso-8859-1"
X-Mailer: Internet Mail Service (5.5.2448.0)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

If someone could tell me if this is a good idea or bad idea. It would
also be helpful if you would me some of the functions that would help
me to implement this.

I am looking to add the ability to upload a file from one FTP server
to another FTP server (I guess build a basic FTP client in the
server). The idea is that a customer would FTP to ftp server A. and
upload a file. Then ftp server  A. would open an intranet connection
to ftp server B and login is using the user id and password that was
used by the user to login on to system A. At this point Server A would
transfer the file to ftp system B. When the transfer from A to B was
finished it would then return control to the customer terminal or it
could release the terminal and do the transfer in the background. Then
files would exist on both system right away. I know something like
this could be done by a script (like Mirror) but then  passwords would
be listed in an unencrypted state  or I would have to make the script
to run as setuid on the target system.

From [email protected]  Thu Apr  8 15:56:46 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id PAA04697;
       Thu, 8 Apr 1999 15:56:45 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA13648;
       Thu, 8 Apr 1999 15:56:17 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA01145
       for <[email protected]>; Thu, 8 Apr 1999 15:54:47 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id QAA07034;
       Thu, 8 Apr 1999 16:54:24 -0400
Message-Id: <[email protected]>
Date: Thu, 8 Apr 1999 16:54:23 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Perry Edward  (tsp2emp)" <[email protected]>
Cc: "Wu-Ftpd (E-mail)" <[email protected]>
Subject: Re: WU-FTP Hooks and file uploads
In-Reply-To: <83E2D910156DD211B0B700805FE2C5D1A76ACB@02usnjrarps0mi0.win.us.ups.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 8 Apr 1999, Perry Edward  (tsp2emp) wrote:

> If someone could tell me if this is a good idea or bad idea. It would
> also be helpful if you would me some of the functions that would help
> me to implement this.
>
> I am looking to add the ability to upload a file from one FTP server
> to another FTP server (I guess build a basic FTP client in the
> server). The idea is that a customer would FTP to ftp server A. and
> upload a file. Then ftp server A. would open an intranet connection to
> ftp server B and login is using the user id and password that was used
> by the user to login on to system A. At this point Server A would
> transfer the file to ftp system B. When the transfer from A to B was
> finished it would then return control to the customer terminal or it
> could release the terminal and do the transfer in the background. Then
> files would exist on both system right away. I know something like
> this could be done by a script (like Mirror) but then passwords would
> be listed in an unencrypted state or I would have to make the script
> to run as setuid on the target system.

Sounds like you need to look at 'mirror' or an FTP proxy.

Don't know what you're trying to do but the way I read it, it looks
perillous.  If you're trying to allow outside customers to drop off files
for inside users, leave them on the outsode server and have the insiders
come get them.  I would NEVER allow ANYTHING from the outside world past a
firewall/proxy without someone on the inside coming to pick it up.

Think of it like a letter-bomb .. should the mail room deliver it to the
board room, or make the CFO come pick it up?  Damage will be bad either
way.  It may mean the CFO has to walk a bit, and he may make life hard on
your for making him do it, but at least there's _something_ left of the
executive board after the smoke clears.  You question, though, sounds even
worse .. you want to let the bomber have the keys to the board room so
it's easier for him to drop off the letter where it will do the most
damage.  What you should be doing is bomb-proofing the mail room.

--

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


From [email protected]  Thu Apr  8 16:15:33 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id QAA05051;
       Thu, 8 Apr 1999 16:15:32 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA32655;
       Thu, 8 Apr 1999 16:15:24 -0500 (CDT)
Received: from eagle2.wrightexpress.com (wrightexpress.com [207.121.36.2])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA20363
       for <[email protected]>; Thu, 8 Apr 1999 16:09:25 -0500 (CDT)
Received: from pwm03msg2.wrightexpress.com by eagle2.wrightexpress.com
         via smtpd (for wugate.wustl.edu [128.252.120.1]) with SMTP; 8 Apr 1999 21:09:25 UT
Received: by PWM03MSG2.wrightexpress.com with Internet Mail Service (5.5.2232.9)
       id <HFWGGSAR>; Thu, 8 Apr 1999 17:16:44 -0400
Message-Id: <B695D6910CE9D111996D00A0C939E68802A4C04D@PWM03MSG2.wrightexpress.com>
Date: Thu, 8 Apr 1999 17:16:42 -0400
Reply-To: [email protected]
Sender: [email protected]
From: "Callaway, John" <[email protected]>
To: "Perry Edward  (tsp2emp)" <[email protected]>,
       "Wu-Ftpd (E-mail)"
        <[email protected]>
Subject: RE: WU-FTP Hooks and file uploads
MIME-Version: 1.0
Content-Type: text/plain;
       charset="iso-8859-1"
X-Mailer: Internet Mail Service (5.5.2232.9)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

What M. Lundberg is suggesting is exactly how our company does this.  We
have a Linux box running wu_ftpd outside the firewall.  Customers are given
guest accounts under the group ftponly.  Jobs inside the firewall utilize a
real user and use 'cd ~username' to get to the appropriate directories.

This has been very effective and in use for two years, with over 200 users
using the system.  We can move users around and add disk drives very easily,
since all references to get files use '~user', and all users are guests.

The only problem we have is knowing 'when' files arrive.  We have to run
jobs every hour or so to go look for new files and download them.


-----Original Message-----
From: Gregory A Lundberg [mailto:[email protected]]
Sent: Thursday, April 08, 1999 4:54 PM
To: Perry Edward (tsp2emp)
Cc: Wu-Ftpd (E-mail)
Subject: Re: WU-FTP Hooks and file uploads


On Thu, 8 Apr 1999, Perry Edward  (tsp2emp) wrote:

> If someone could tell me if this is a good idea or bad idea. It would
> also be helpful if you would me some of the functions that would help
> me to implement this.
>
> I am looking to add the ability to upload a file from one FTP server
> to another FTP server (I guess build a basic FTP client in the
> server). The idea is that a customer would FTP to ftp server A. and
> upload a file. Then ftp server A. would open an intranet connection to
> ftp server B and login is using the user id and password that was used
> by the user to login on to system A. At this point Server A would
> transfer the file to ftp system B. When the transfer from A to B was
> finished it would then return control to the customer terminal or it
> could release the terminal and do the transfer in the background. Then
> files would exist on both system right away. I know something like
> this could be done by a script (like Mirror) but then passwords would
> be listed in an unencrypted state or I would have to make the script
> to run as setuid on the target system.

Sounds like you need to look at 'mirror' or an FTP proxy.

Don't know what you're trying to do but the way I read it, it looks
perillous.  If you're trying to allow outside customers to drop off files
for inside users, leave them on the outsode server and have the insiders
come get them.  I would NEVER allow ANYTHING from the outside world past a
firewall/proxy without someone on the inside coming to pick it up.

Think of it like a letter-bomb .. should the mail room deliver it to the
board room, or make the CFO come pick it up?  Damage will be bad either
way.  It may mean the CFO has to walk a bit, and he may make life hard on
your for making him do it, but at least there's _something_ left of the
executive board after the smoke clears.  You question, though, sounds even
worse .. you want to let the bomber have the keys to the board room so
it's easier for him to drop off the letter where it will do the most
damage.  What you should be doing is bomb-proofing the mail room.

--

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

From [email protected]  Thu Apr  8 16:21:51 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id QAA05132;
       Thu, 8 Apr 1999 16:21:50 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA32087;
       Thu, 8 Apr 1999 16:21:45 -0500 (CDT)
Received: from mail1.its.rpi.edu ([email protected] [128.113.100.7])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA12695
       for <[email protected]>; Thu, 8 Apr 1999 16:20:04 -0500 (CDT)
Received: from yua2 (cieem47.cieem.rpi.edu [128.113.60.140])
       by mail1.its.rpi.edu (8.8.8/8.8.6) with SMTP id RAA94672
       for <[email protected]>; Thu, 8 Apr 1999 17:20:02 -0400
Message-Id: <[email protected]>
Date: Thu, 8 Apr 1999 17:20:20 -0400
Reply-To: [email protected]
Sender: [email protected]
From: "Alex Yu" <[email protected]>
To: "Wu-Ftpd (E-mail)" <[email protected]>
Subject: RE: WU-FTP Hooks and file uploads
In-Reply-To: <83E2D910156DD211B0B700805FE2C5D1A76ACB@02usnjrarps0mi0.win.us.ups.com>
MIME-Version: 1.0
Content-Type: text/plain;
       charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

  > I am looking to add the ability to upload a file from one FTP server
  > to another FTP server (I guess build a basic FTP client in the

Why don't you use NFS?

Alex

From [email protected]  Thu Apr  8 16:29:47 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id QAA05286;
       Thu, 8 Apr 1999 16:29:46 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA08182;
       Thu, 8 Apr 1999 16:29:41 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA11203
       for <[email protected]>; Thu, 8 Apr 1999 16:27:40 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id RAA07309;
       Thu, 8 Apr 1999 17:27:29 -0400
Message-Id: <[email protected]>
Date: Thu, 8 Apr 1999 17:27:29 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Callaway, John" <[email protected]>
Cc: "Perry Edward  (tsp2emp)" <[email protected]>,
       "Wu-Ftpd (E-mail)" <[email protected]>
Subject: RE: WU-FTP Hooks and file uploads
In-Reply-To: <B695D6910CE9D111996D00A0C939E68802A4C04D@PWM03MSG2.wrightexpress.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 8 Apr 1999, Callaway, John wrote:

> The only problem we have is knowing 'when' files arrive.  We have to
> run jobs every hour or so to go look for new files and download them.

BeroFTPD has an email extension which will mail you automagically when a
file arrives.

I've got something similar in my TODO list, but I'll allow you to run a
given program instead of simply emailing.  My plan is to offer an email
program as an example so my version has a feature similar to BeroFTPD's (I
could, I suppose, even use Bernhard's syntax to run that program).

--

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


From [email protected]  Thu Apr  8 16:35:03 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id QAA05375;
       Thu, 8 Apr 1999 16:35:02 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA17728;
       Thu, 8 Apr 1999 16:34:50 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA17483
       for <[email protected]>; Thu, 8 Apr 1999 16:30:25 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id RAA07318;
       Thu, 8 Apr 1999 17:30:21 -0400
Message-Id: <[email protected]>
Date: Thu, 8 Apr 1999 17:30:21 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Alex Yu <[email protected]>
Cc: "Wu-Ftpd (E-mail)" <[email protected]>
Subject: RE: WU-FTP Hooks and file uploads
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 8 Apr 1999, Alex Yu wrote:

> Why don't you use NFS?

Up-side: solves the problem quickly, if your systems support it.

Down-side: yet another security risk on the bastion host, and one which
has special privilege allowing it to cross from the DMZ to the secured
area at the bidding of an outsider.

--

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


From [email protected]  Thu Apr  8 16:48:44 1999
Received: from wugate.wustl.edu ([128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id QAA05587;
       Thu, 8 Apr 1999 16:48:43 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA10608;
       Thu, 8 Apr 1999 16:48:35 -0500 (CDT)
Received: from gw1.bfg.com (gateway.bfg.com [131.187.253.2])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA05789
       for <[email protected]>; Thu, 8 Apr 1999 16:42:48 -0500 (CDT)
Received: (from uucp@localhost)
       by gw1.bfg.com (8.8.8/8.8.8) id RAA23471;
       Thu, 8 Apr 1999 17:42:38 -0400 (EDT)
Received: from ns1.bfg.com(192.73.67.20) by gw1.bfg.com via smap (V2.1)
       id sma022745; Thu, 8 Apr 99 17:41:06 -0400
Received: from localhost (keller@localhost)
       by ns1.bfg.com (8.9.3/8.9.3) with ESMTP id RAA17684;
       Thu, 8 Apr 1999 17:41:04 -0400 (EDT)
Message-Id: <[email protected]>
Date: Thu, 8 Apr 1999 17:41:04 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Ted Keller <[email protected]>
To: Alex Yu <[email protected]>
Cc: "Wu-Ftpd (E-mail)" <[email protected]>
Subject: RE: WU-FTP Hooks and file uploads
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

If you are going between an external network and an internal network, nfs
raises several severe security issues.  It would require your firewall
administrator to open several rpc ports - many of which have known
vulnerabilities.  The risk to your internal network makes this not
desirable.

One of my folks "found" a perl ftp script somewhere which would allow a
scripted login and transfer of data bewteen two servers using ftp (I can
supply the source if desired).  One potential idea would be to have the
internal machine "ftp" the files from the external machine (a data pull -
not a push) based on sometype of cron schedule.   Just some thoughts.


ted keller - bfg.com


On Thu, 8 Apr 1999, Alex Yu wrote:

>    > I am looking to add the ability to upload a file from one FTP server
>    > to another FTP server (I guess build a basic FTP client in the
>
> Why don't you use NFS?
>
> Alex
>


From [email protected]  Thu Apr  8 18:24:50 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id SAA06604;
       Thu, 8 Apr 1999 18:24:49 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA19102;
       Thu, 8 Apr 1999 18:24:42 -0500 (CDT)
Received: from staffmail.itsligo.ie (staffmail.itsligo.ie [193.1.116.17])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA19796
       for <[email protected]>; Thu, 8 Apr 1999 18:19:02 -0500 (CDT)
Received: from webmail ([193.1.116.17]) by staffmail.itsligo.ie
         (Netscape Messaging Server 3.56)  with SMTP id 543
         for <[email protected]>; Fri, 9 Apr 1999 00:24:25 +0100
Message-Id: <19990408232425265.AAA489.543@webmail>
Date: Fri, 9 Apr 1999 00:24:25 +0100
Reply-To: [email protected]
Sender: [email protected]
From: "bwoods" <[email protected]>
To: [email protected]
X-Mailer: Netscape Messenger Express 3.5.2b2 [Mozilla/4.5 [en] (Win98; I)]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


I have being trying to set up a guest ftp account for a user to be able to
drop files into a directory on a linux machine.

When I ftp to the machine I get the directory specified as root( chroot'ed
into it ).

But I get no list of the files in the ( remote ) directory.
I have placed ls in a bin directory in this 'root' directory.

I have done an ldd of ls and copied the files shown from /lib
into a lib  directory in this 'root' directory.

Anu ideas as to what I am doing wrong ( or omitting )

Brian Woods




From [email protected]  Thu Apr  8 18:45: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 SAA06871;
       Thu, 8 Apr 1999 18:45:57 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA04260;
       Thu, 8 Apr 1999 18:45:48 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA02060
       for <[email protected]>; Thu, 8 Apr 1999 18:42:09 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id TAA08278;
       Thu, 8 Apr 1999 19:42:04 -0400
Message-Id: <[email protected]>
Date: Thu, 8 Apr 1999 19:42:04 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: bwoods <[email protected]>
Cc: [email protected]
Subject: Re: your mail
In-Reply-To: <19990408232425265.AAA489.543@webmail>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 9 Apr 1999, bwoods wrote:

> I have being trying to set up a guest ftp account for a user to be
> able to drop files into a directory on a linux machine.
>
> When I ftp to the machine I get the directory specified as root(
> chroot'ed into it ).
>
> But I get no list of the files in the ( remote ) directory.  I have
> placed ls in a bin directory in this 'root' directory.
>
> I have done an ldd of ls and copied the files shown from /lib into a
> lib directory in this 'root' directory.
>
> Anu ideas as to what I am doing wrong ( or omitting )

Punt.  There's statically linked precompiled support binaries in my FTP
site: ftp://ftp.vr.net/pub/wu-ftpd/binaries/intel/linux/

The example site is a working Linux site since, with static binaries,
Linux is also a minimum installation.

--

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


From [email protected]  Thu Apr  8 21:14: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 VAA08414;
       Thu, 8 Apr 1999 21:14:20 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id VAA11518;
       Thu, 8 Apr 1999 21:14:11 -0500 (CDT)
Received: from Sun-E3000.ChampUSA.COM ([email protected] [207.21.123.4])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id VAA21210
       for <[email protected]>; Thu, 8 Apr 1999 21:06:03 -0500 (CDT)
Received: from ChampUSA.COM (cwbunny.WahLeeWHIRL.COM [204.118.92.3])
       by Sun-E3000.ChampUSA.COM (8.9.3/8.9.3) with ESMTP id TAA28198;
       Thu, 8 Apr 1999 19:05:54 -0700 (PDT)
Message-Id: <[email protected]>
Date: Thu, 08 Apr 1999 19:05:53 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Auteria Wally Winzer Jr." <[email protected]>
To: [email protected]
Cc: Alex Yu <[email protected]>, "Wu-Ftpd (E-mail)" <[email protected]>
Subject: Re: WU-FTP Hooks and file uploads
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.51 [en] (Win95; U)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I know this is not part of the wu-ftpd list, but here's something
to think about:

Instead of using wu-ftpd, setup the 2 servers for strict ssh authentication,
then use rsync with the -e ssh option.  This will accomplish 2 things:
1. The 2 hosts involved will ONLY have authentication between themselves
   (ONLY if the hosts you set up are TRUSTED)
2. The data between the 2 hosts will be encrypted, therefore the pipe is
   secured and the data cannot be decrypted.

Just a thought, even though this doesn't pertain to wu-ftpd.

Greg, have you ever though of adding ssh with wu-ftpd?  That would be
way cool. The tunnel/pipeline is secure and the data...  well, you know the
rest.

- Wally Winzer Jr.

Ted Keller wrote:

> If you are going between an external network and an internal network, nfs
> raises several severe security issues.  It would require your firewall
> administrator to open several rpc ports - many of which have known
> vulnerabilities.  The risk to your internal network makes this not
> desirable.
>
> One of my folks "found" a perl ftp script somewhere which would allow a
> scripted login and transfer of data bewteen two servers using ftp (I can
> supply the source if desired).  One potential idea would be to have the
> internal machine "ftp" the files from the external machine (a data pull -
> not a push) based on sometype of cron schedule.   Just some thoughts.
>
> ted keller - bfg.com
>
> On Thu, 8 Apr 1999, Alex Yu wrote:
>
> >    > I am looking to add the ability to upload a file from one FTP server
> >    > to another FTP server (I guess build a basic FTP client in the
> >
> > Why don't you use NFS?
> >
> > Alex
> >


From [email protected]  Thu Apr  8 22:32: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 WAA09678;
       Thu, 8 Apr 1999 22:32:09 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id WAA01811;
       Thu, 8 Apr 1999 22:31:54 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id WAA26607
       for <[email protected]>; Thu, 8 Apr 1999 22:27:20 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id XAA09942;
       Thu, 8 Apr 1999 23:27:09 -0400
Message-Id: <[email protected]>
Date: Thu, 8 Apr 1999 23:27:09 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Auteria Wally Winzer Jr." <[email protected]>
Cc: [email protected], Alex Yu <[email protected]>,
       "Wu-Ftpd (E-mail)" <[email protected]>
Subject: Re: WU-FTP Hooks and file uploads
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 8 Apr 1999, Auteria Wally Winzer Jr. wrote:

> Greg, have you ever though of adding ssh with wu-ftpd?  That would be
> way cool. The tunnel/pipeline is secure and the data...  well, you
> know the rest.

tunnelling FTP without a smart proxy or custom client/server is
problematic.

I'd love to add SSL to wu-ftpd, but that will have to be done outside the
US/Canada since it seems our silly governments consider the protocols to
be nuclear weaponry.

--

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


From [email protected]  Thu Apr  8 23:16: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 XAA10220;
       Thu, 8 Apr 1999 23:16:58 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id XAA10147;
       Thu, 8 Apr 1999 23:16:53 -0500 (CDT)
Received: from mail1.its.rpi.edu ([email protected] [128.113.100.7])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id XAA08499
       for <[email protected]>; Thu, 8 Apr 1999 23:14:37 -0500 (CDT)
Received: from yua2 (cieem47.cieem.rpi.edu [128.113.60.140])
       by mail1.its.rpi.edu (8.8.8/8.8.6) with SMTP id AAA184974
       for <[email protected]>; Fri, 9 Apr 1999 00:14:36 -0400
Message-Id: <[email protected]>
Date: Fri, 9 Apr 1999 00:14:35 -0400
Reply-To: [email protected]
Sender: [email protected]
From: "Alex Yu" <[email protected]>
To: "Wu-Ftpd (E-mail)" <[email protected]>
Subject: RE: WU-FTP Hooks and file uploads
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain;
       charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

  > I'd love to add SSL to wu-ftpd, but that will have to be done
  > US/Canada since it seems our silly governments consider the

To have SSL is good, but there is no such client for both Mac and PC.  I
would rather see SFTP for Mac and PC, not command prompt, but GUI interface!

But anyway, there is another a ssl-ftpd, which can be downloaded from
ftp.replay.com, includes RPM and SRPM packages.  Anyone wanna hack it?

Alex


From [email protected]  Fri Apr  9 06:57:54 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id GAA14188;
       Fri, 9 Apr 1999 06:57:52 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id GAA16517;
       Fri, 9 Apr 1999 06:56:19 -0500 (CDT)
Received: from mserver.fh-koblenz.de (mserver.fh-koblenz.de [143.93.144.2])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id GAA06015
       for <[email protected]>; Fri, 9 Apr 1999 06:49:27 -0500 (CDT)
Received: from ss1000e0.fhkoblenz (ss1000e0 [143.93.145.200])
       by mserver.fh-koblenz.de (8.8.8/8.8.8-ms) with SMTP id NAA02593;
       Fri, 9 Apr 1999 13:48:50 +0200 (MET DST)
Received: by ss1000e0.fhkoblenz (SMI-8.6/SMI-SVR4)
       id NAA06134; Fri, 9 Apr 1999 13:48:51 +0200
Message-Id: <[email protected]>
Date: Fri, 9 Apr 1999 13:48:51 +0200 (MET DST)
Reply-To: [email protected]
Sender: [email protected]
From: [email protected] (Michael Schmidt)
To: [email protected]
Cc: [email protected] (Michael Schmidt)
Subject: Curious hosts reported in xferlog
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4 PL25]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


Hi,

when scanning our xferlog file I have found curious hosts there.
Their names consist of (from left to right) an alphanumerical
part, then there is something looking like a 3 part IP number,
after this follows "in-addr.arpa"

For example:  hosta.hostb.123.123.123.in-addr.arpa

The above is only an example, number of the left host names and
the left host names themselves and the middle digits differ.

May be I'm too cautious, but what's that??
Especially, what about the "in-addr.arpa" part?
Can host names sent to wu-ftpd, or in other words received by
wu-ftpd, can these host names be hacked?

I appreciate helpful feedback.

Have a nice day
Michael

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

From [email protected]  Fri Apr  9 08:44: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 IAA15343;
       Fri, 9 Apr 1999 08:44:29 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA31603;
       Fri, 9 Apr 1999 08:42:48 -0500 (CDT)
Received: from bawhub1.british-airways.com (mail.british-airways.com [194.201.29.3])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA16960
       for <[email protected]>; Fri, 9 Apr 1999 08:39:29 -0500 (CDT)
Received: from baw-gw.british-airways.com by bawhub1.british-airways.com (X.400 to RFC822 Gateway); Fri, 9 Apr 1999 13:13:21 Z
Message-Id:
 <"06B42370DFCD916E*/c=GB/admd=ATTMAIL/prmd=BA/o=British Airways PLC/ou=CORPLN1/s=Marson/g=Hamish/i=N/"@MHS>
Date: 09 Apr 1999 13:12:57 Z
Reply-To: [email protected]
Sender: [email protected]
From: "Marson, Hamish N" <[email protected]>
To: tsp2emp <[email protected]>
Cc: wu-ftpd <[email protected]>
Subject: Re: WU-FTP Hooks and file uploads
Content-Identifier: 06B42370DFCD916E
Content-Return: Allowed
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Sounds like transparent proxy to me... I know that IBM's firewall does this... (i.e. you ftp to the firewall & put user@host for username & then the transparent proxy connects fo ryou & passes the passwd & everything else along to the remote site). Works quite well (Actually works extreemly well). It doesn't require a userid or authentication on the firewall or anything like that. I agree it'd be nice for wu-ftpd to do something like this. Perhaps you'd like to add it :)

Regards
 Hamish.




[email protected] on 08/04/99 20:34:00
To:     wu-ftpd
cc:
bcc:    Hamish N Marson
Subject:        WU-FTP Hooks and file uploads

Reply-To: [email protected]@INTERNET

If someone could tell me if this is a good idea or bad idea. It would
also be helpful if you would me some of the functions that would help
me to implement this.

I am looking to add the ability to upload a file from one FTP server
to another FTP server (I guess build a basic FTP client in the
server). The idea is that a customer would FTP to ftp server A. and
upload a file. Then ftp server  A. would open an intranet connection
to ftp server B and login is using the user id and password that was
used by the user to login on to system A. At this point Server A would
transfer the file to ftp system B. When the transfer from A to B was
finished it would then return control to the customer terminal or it
could release the terminal and do the transfer in the background. Then
files would exist on both system right away. I know something like
this could be done by a script (like Mirror) but then  passwords would
be listed in an unencrypted state  or I would have to make the script
to run as setuid on the target system.



From [email protected]  Fri Apr  9 09:41: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 JAA16115;
       Fri, 9 Apr 1999 09:41:17 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA32277;
       Fri, 9 Apr 1999 09:41:05 -0500 (CDT)
Received: from spiral.ups.com (spiral.ups.com [207.25.68.177])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA21439
       for <[email protected]>; Fri, 9 Apr 1999 09:38:15 -0500 (CDT)
Received: from spiral.ups.com (localhost [127.0.0.1])
       by spiral.ups.com (8.9.1a/8.9.1/UPS) with ESMTP id KAA27503
       for <[email protected]>; Fri, 9 Apr 1999 10:37:45 -0400 (EDT)
Received: from usnjrarpsinet.win.us.ups.com (smtp.us.ups.com [153.2.3.2])
       by spiral.ups.com (8.9.1a/8.9.1/UPS) with ESMTP id KAA27436;
       Fri, 9 Apr 1999 10:37:35 -0400 (EDT)
Received: by usnjrarpsinet.win.us.ups.com with Internet Mail Service (5.5.2448.0)
       id <2A01KPKA>; Fri, 9 Apr 1999 10:37:33 -0400
Message-Id: <83E2D910156DD211B0B700805FE2C5D1A76ACC@02usnjrarps0mi0.win.us.ups.com>
Date: Fri, 9 Apr 1999 10:37:24 -0400
Reply-To: [email protected]
Sender: [email protected]
From: "Perry Edward  (tsp2emp)" <[email protected]>
To: "'[email protected]'" <[email protected]>
Cc: "Wu-Ftpd (E-mail)" <[email protected]>
Subject: RE: WU-FTP Hooks and file uploads
MIME-Version: 1.0
Content-Type: text/plain;
       charset="iso-8859-1"
X-Mailer: Internet Mail Service (5.5.2448.0)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I am looking to Load balance the 2 servers in a DMZ( not pass from and
outside server to an inside server). The system are in 2 different
data center that are linked by an private T1. So the proxy idea will
not work unless it could connect to 2 different systems at the same
time. The other suggestion of running another program (e-mail/script)
would be something I am looking for too combined with NFS running over
an encrypted link would work together great. If you could provide me
some information on what I would need to do to implement the
additional functionality so another program will run when a file
downloads.


On a side note. Those who are on Solaris and looking for encrypted
traffic between 2 or more servers/network's you might want to check
out Sun Screen Skip 1.1.1 is transparent to the user.

-----Original Message-----
From: Gregory A Lundberg [mailto:[email protected]]
Sent: Thursday, April 08, 1999 4:54 PM
To: Perry Edward (tsp2emp)
Cc: Wu-Ftpd (E-mail)
Subject: Re: WU-FTP Hooks and file uploads


On Thu, 8 Apr 1999, Perry Edward  (tsp2emp) wrote:

> If someone could tell me if this is a good idea or bad idea. It
would
> also be helpful if you would me some of the functions that would
help
> me to implement this.
>
> I am looking to add the ability to upload a file from one FTP server
> to another FTP server (I guess build a basic FTP client in the
> server). The idea is that a customer would FTP to ftp server A. and
> upload a file. Then ftp server A. would open an intranet connection
to
> ftp server B and login is using the user id and password that was
used
> by the user to login on to system A. At this point Server A would
> transfer the file to ftp system B. When the transfer from A to B was
> finished it would then return control to the customer terminal or it
> could release the terminal and do the transfer in the background.
Then
> files would exist on both system right away. I know something like
> this could be done by a script (like Mirror) but then passwords
would
> be listed in an unencrypted state or I would have to make the script
> to run as setuid on the target system.

Sounds like you need to look at 'mirror' or an FTP proxy.

Don't know what you're trying to do but the way I read it, it looks
perillous.  If you're trying to allow outside customers to drop off
files
for inside users, leave them on the outsode server and have the
insiders
come get them.  I would NEVER allow ANYTHING from the outside world
past a
firewall/proxy without someone on the inside coming to pick it up.

Think of it like a letter-bomb .. should the mail room deliver it to
the
board room, or make the CFO come pick it up?  Damage will be bad
either
way.  It may mean the CFO has to walk a bit, and he may make life hard
on
your for making him do it, but at least there's _something_ left of
the
executive board after the smoke clears.  You question, though, sounds
even
worse .. you want to let the bomber have the keys to the board room so
it's easier for him to drop off the letter where it will do the most
damage.  What you should be doing is bomb-proofing the mail room.

--

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

From [email protected]  Fri Apr  9 09:49: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 JAA16282;
       Fri, 9 Apr 1999 09:49:24 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA23888;
       Fri, 9 Apr 1999 09:48:04 -0500 (CDT)
Received: from ol.kyrnet.kg (ol.kyrnet.kg [195.254.160.10])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA24739
       for <[email protected]>; Fri, 9 Apr 1999 09:45:01 -0500 (CDT)
Received: from gizmo.kyrnet.kg (gizmo.kyrnet.kg [195.254.160.13])
       by ol.kyrnet.kg (8.9.3/8.9.3) with ESMTP id AAA25092;
       Sat, 10 Apr 1999 00:08:47 +0500
Received: from localhost (mlists@localhost)
       by gizmo.kyrnet.kg (8.9.1a/8.9.1) with ESMTP id TAA29847;
       Fri, 9 Apr 1999 19:43:41 +0500
Message-Id: <[email protected]>
Date: Fri, 9 Apr 1999 19:43:41 +0500 (KGT)
Reply-To: [email protected]
Sender: [email protected]
From: CyberPsychotic <[email protected]>
To: Michael Schmidt <[email protected]>
Cc: [email protected]
Subject: Re: Curious hosts reported in xferlog
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

~
~ May be I'm too cautious, but what's that??
~ Especially, what about the "in-addr.arpa" part?

broken DNS declaration. Or at least seem to be such. Dude forgot to place
dot at the end, which caused named to append default ORIGIN at the end.


--
[email protected]           http://www.kalug.lug.net


From [email protected]  Fri Apr  9 10:27: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 KAA16773;
       Fri, 9 Apr 1999 10:27:34 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA15761;
       Fri, 9 Apr 1999 10:27:23 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA19767
       for <[email protected]>; Fri, 9 Apr 1999 10:19:54 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id LAA14993;
       Fri, 9 Apr 1999 11:19:25 -0400
Message-Id: <[email protected]>
Date: Fri, 9 Apr 1999 11:19:24 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Perry Edward  (tsp2emp)" <[email protected]>
Cc: "Wu-Ftpd (E-mail)" <[email protected]>
Subject: RE: WU-FTP Hooks and file uploads
In-Reply-To: <83E2D910156DD211B0B700805FE2C5D1A76ACC@02usnjrarps0mi0.win.us.ups.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 9 Apr 1999, Perry Edward  (tsp2emp) wrote:

> I am looking to Load balance the 2 servers in a DMZ( not pass from and
> outside server to an inside server). The system are in 2 different
> data center that are linked by an private T1. So the proxy idea will
> not work unless it could connect to 2 different systems at the same
> time. The other suggestion of running another program (e-mail/script)
> would be something I am looking for too combined with NFS running over
> an encrypted link would work together great. If you could provide me
> some information on what I would need to do to implement the
> additional functionality so another program will run when a file
> downloads.
>
> On a side note. Those who are on Solaris and looking for encrypted
> traffic between 2 or more servers/network's you might want to check
> out Sun Screen Skip 1.1.1 is transparent to the user.

Between two machines in the DMZ, I'd consider NFS.  I'd also take a look
at a traffic director to handle the load balancing.  Just got some
literature on a couple manufacturer's new models: they look good, are more
scalable, and should give you a lot more kick than DNS balancing ever
could.

--

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


From [email protected]  Fri Apr  9 11:19: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 LAA17522;
       Fri, 9 Apr 1999 11:19:43 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA04450;
       Fri, 9 Apr 1999 11:19:24 -0500 (CDT)
Received: from mx.twww.com (mx.lifewell.com [209.12.194.97] (may be forged))
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA21254
       for <[email protected]>; Fri, 9 Apr 1999 11:15:01 -0500 (CDT)
Received: from dev1.docusource.net (local2.lifewell.com [209.12.194.67])
       by mx.twww.com (8.9.1/8.9.1) with SMTP id MAA14676
       for <[email protected]>; Fri, 9 Apr 1999 12:45:50 -0400
Message-Id: <[email protected]>
Date: Fri, 09 Apr 1999 12:14:58 -0400
Reply-To: [email protected]
Sender: [email protected]
From: George Baker <[email protected]>
To: [email protected]
Subject: Question about Virtual Hosts and Shadow Passwords
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I am having a problem getting the vitual root command to work with RedHat
5.2.  I got it working on another box so I figure I must have it setup
correctly.  The banner and logfiles command work fine just not the root
line.  I tried to recompile making sure the the virtual CFLAG was set but
the compiler kept telling me that virtual was redefined.  It did compile
but I am still having the same problem.  The other box didn't shadow
passwords installed so I figure this must be the problem.  Any ideas?

George



From [email protected]  Fri Apr  9 12:04: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 MAA18093;
       Fri, 9 Apr 1999 12:04:17 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA02050;
       Fri, 9 Apr 1999 12:03:47 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA15304
       for <[email protected]>; Fri, 9 Apr 1999 12:00:31 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id MAA15933;
       Fri, 9 Apr 1999 12:59:58 -0400
Message-Id: <[email protected]>
Date: Fri, 9 Apr 1999 12:59:50 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: George Baker <[email protected]>
Cc: [email protected]
Subject: Re: Question about Virtual Hosts and Shadow Passwords
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 9 Apr 1999, George Baker wrote:

> I am having a problem getting the vitual root command to work with
> RedHat 5.2.  I got it working on another box so I figure I must have
> it setup correctly.  The banner and logfiles command work fine just
> not the root line.  I tried to recompile making sure the the virtual
> CFLAG was set but the compiler kept telling me that virtual was
> redefined.  It did compile but I am still having the same problem.
> The other box didn't shadow passwords installed so I figure this must
> be the problem.  Any ideas?

Several platforms have #define VIRTUAL in src/config/config.<os> so it's
always enabled.  That's the cause of redefinition warning.

Which version of the daemon are you compiling?

Use ldd, check to see if you're missing any (normal) libraries.

NB: You're building for Redhat Linux where PAM is almost always installed.
If you're compiling VR17 on Linux, it will see PAM and use it in favor of
**ALL** other authentication methods.  Even if you link statically, PAM
uses *.so libraries and a number of config files which you may be missing.

--

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


From [email protected]  Fri Apr  9 12:29: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 MAA18405;
       Fri, 9 Apr 1999 12:29:49 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA04295;
       Fri, 9 Apr 1999 12:29:37 -0500 (CDT)
Received: from eden.logilune.com (eden.logilune.com [195.80.134.34])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA15026
       for <[email protected]>; Fri, 9 Apr 1999 12:26:11 -0500 (CDT)
Received: from talisker.logilune.com (talisker.logilune.com [192.168.1.2])
       by eden.logilune.com (8.8.8/8.8.8) with SMTP id TAA15167;
       Fri, 9 Apr 1999 19:26:03 +0200 (CEST)
Received: by localhost with Microsoft MAPI; Fri, 9 Apr 1999 19:26:02 +0200
Message-Id: <[email protected]>
Date: Fri, 9 Apr 1999 19:26:01 +0200
Reply-To: [email protected]
Sender: [email protected]
From: Eric Cholet <[email protected]>
To: "'[email protected]'" <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: RE: Curious hosts reported in xferlog
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4211
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Friday, April 09, 1999 1:49 PM, Michael Schmidt [SMTP:[email protected]] wrote:
>
> Hi,
>
> when scanning our xferlog file I have found curious hosts there.
> Their names consist of (from left to right) an alphanumerical
> part, then there is something looking like a 3 part IP number,
> after this follows "in-addr.arpa"
>
> For example:  hosta.hostb.123.123.123.in-addr.arpa
>
> The above is only an example, number of the left host names and
> the left host names themselves and the middle digits differ.
>
> May be I'm too cautious, but what's that??
> Especially, what about the "in-addr.arpa" part?
> Can host names sent to wu-ftpd, or in other words received by
> wu-ftpd, can these host names be hacked?
>
It's also possible that those are IP's in a CIDR block that are
not being resolved correctly. Try resolving 195.80.134.34,
if the result is "34.134.80.195.in-addr.arpa" or
"34.0/26.134.80.195.in-addr.arpa", then your DNS resolver is at fault.

Hope this helps,
--
Eric


From [email protected]  Fri Apr  9 12:49: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 MAA18727;
       Fri, 9 Apr 1999 12:49:08 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA12817;
       Fri, 9 Apr 1999 12:49:03 -0500 (CDT)
Received: from differential.com (differential.com [207.126.113.254])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA08187
       for <[email protected]>; Fri, 9 Apr 1999 12:43:58 -0500 (CDT)
Received: from liar4.differential.net (stopper.differential.net [63.67.66.10] (may be forged))
       by differential.com (8.9.3/8.9.3) with SMTP id KAA28465;
       Fri, 9 Apr 1999 10:43:49 -0700 (PDT)
Message-Id: <[email protected]>
Date: Fri, 09 Apr 1999 10:43:49 -0700
Reply-To: [email protected]
Sender: [email protected]
From: DJ <[email protected]>
To: [email protected], [email protected]
Subject: Re: Authentication questions..
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: Windows Eudora Pro Version 3.0 (32)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


Purchase the commercial version of wu-ftpd, FileDrive (www.filedrive.com)
It has a completely extensible authentication system called ActiveAgents.
You can plug in LDAP, SecurID, Entrust or your own custom auth scheme
and database.

dj

At 06:00 PM 4/1/99 +0000, Hitesh Patel wrote:
>Is there any way in wu-ftpd to authenticate a user over an alternative
>authentication scheme... like radius.  We have a situation where a
>customer needs to run a single authentication database and still allow
>there users ftp access to upload there personal web pages.  Any ideas?
>
>--
>|---------------------------------|----------------------------|
>| Hitesh Patel                   |  Voice: (541) 759-3126     |
>| Facilities Development Manager  |  Fax:   (541) 759-3214     |
>| Preferred Systems              |  Email: [email protected]  |
>|---------------------------------|----------------------------|
>
>

From [email protected]  Fri Apr  9 13:16: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 NAA19163;
       Fri, 9 Apr 1999 13:16:51 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA26289;
       Fri, 9 Apr 1999 13:16:49 -0500 (CDT)
Received: from mx.twww.com (mx.lifewell.com [209.12.194.97] (may be forged))
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA30548
       for <[email protected]>; Fri, 9 Apr 1999 13:13:09 -0500 (CDT)
Received: from dev1.docusource.net (local2.lifewell.com [209.12.194.67])
       by mx.twww.com (8.9.1/8.9.1) with SMTP id OAA15168;
       Fri, 9 Apr 1999 14:43:17 -0400
Message-Id: <[email protected]>
Date: Fri, 09 Apr 1999 14:12:24 -0400
Reply-To: [email protected]
Sender: [email protected]
From: George Baker <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Question about Virtual Hosts and Shadow Passwords
In-Reply-To: <[email protected]>
References: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

>
>Several platforms have #define VIRTUAL in src/config/config.<os> so it's
>always enabled.  That's the cause of redefinition warning.

>
>Which version of the daemon are you compiling?
WFTPD 2.4.2

>
>Use ldd, check to see if you're missing any (normal) libraries.

It's statically linked and ldd complained.  I think most of the normal
stuff is there because
even with the complainants, it did compile and install.  The only part that
is screwy is the
virtual root.

It lets me log in as a real user and even logs to the virt log but won't
drop into that dir.

>
>NB: You're building for Redhat Linux where PAM is almost always installed.
>If you're compiling VR17 on Linux, it will see PAM and use it in favor of
>**ALL** other authentication methods.  Even if you link statically, PAM
>uses *.so libraries and a number of config files which you may be missing.

I'll take a look at the pam libraries and make sure they are installed.

Thanks,
George


From [email protected]  Fri Apr  9 14:02: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 OAA19761;
       Fri, 9 Apr 1999 14:02:36 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA08417;
       Fri, 9 Apr 1999 14:02:07 -0500 (CDT)
Received: from wronski.math.uwaterloo.ca ([email protected] [129.97.204.45])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA28010
       for <[email protected]>; Fri, 9 Apr 1999 13:55:39 -0500 (CDT)
Received: from bacon.math.uwaterloo.ca ([email protected] [129.97.204.93])
       by wronski.math.uwaterloo.ca (8.8.8/8.8.8) with ESMTP id OAA08272;
       Fri, 9 Apr 1999 14:55:23 -0400 (EDT)
Received: from localhost (memmerto@localhost)
       by bacon.math.uwaterloo.ca (8.8.8/8.8.8) with SMTP id OAA24636;
       Fri, 9 Apr 1999 14:55:22 -0400 (EDT)
Message-Id: <[email protected]>
Date: Fri, 9 Apr 1999 14:55:22 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Matthew Emmerton <[email protected]>
To: DJ <[email protected]>
Cc: [email protected], [email protected]
Subject: Re: Authentication questions..
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Authentication-Warning: bacon.math.uwaterloo.ca: memmerto owned process doing -bs
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


Of course, BeroFTPD can use alternative authentication modules, if you
want to save yourself some money :)


--
University of Waterloo - 2B MATH/CS, SE Option, C&O Minor
Students Advising Co-op - Webmaster and Process Advisory Committee Student Rep

On Fri, 9 Apr 1999, DJ wrote:

>
> Purchase the commercial version of wu-ftpd, FileDrive (www.filedrive.com)
> It has a completely extensible authentication system called ActiveAgents.
> You can plug in LDAP, SecurID, Entrust or your own custom auth scheme
> and database.
>
> dj
>
> At 06:00 PM 4/1/99 +0000, Hitesh Patel wrote:
> >Is there any way in wu-ftpd to authenticate a user over an alternative
> >authentication scheme... like radius.  We have a situation where a
> >customer needs to run a single authentication database and still allow
> >there users ftp access to upload there personal web pages.  Any ideas?
> >
> >--
> >|---------------------------------|----------------------------|
> >| Hitesh Patel                         |  Voice: (541) 759-3126     |
> >| Facilities Development Manager  |  Fax:   (541) 759-3214     |
> >| Preferred Systems            |  Email: [email protected]  |
> >|---------------------------------|----------------------------|
> >
> >
>


From [email protected]  Fri Apr  9 14:04: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 OAA19799;
       Fri, 9 Apr 1999 14:04:33 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA17760;
       Fri, 9 Apr 1999 14:04:23 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA19268
       for <[email protected]>; Fri, 9 Apr 1999 13:57:04 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id OAA17358;
       Fri, 9 Apr 1999 14:57:00 -0400
Message-Id: <[email protected]>
Date: Fri, 9 Apr 1999 14:56:59 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: George Baker <[email protected]>
Cc: [email protected]
Subject: Re: Question about Virtual Hosts and Shadow Passwords
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 9 Apr 1999, George Baker wrote:

> WFTPD 2.4.2

If you continue to have problems, try VR17.  If nothing else, it'll match
the version I'm currently shipping so I can answer more authoritatively
about configuration questions.  Precompiled binaries are available. The
non-RPM binaries I build support shadow password, no PAM, and should work
immedeately on your system.

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

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

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

--

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


From [email protected]  Fri Apr  9 17:42:04 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id RAA22671;
       Fri, 9 Apr 1999 17:42:04 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA29209;
       Fri, 9 Apr 1999 17:41:56 -0500 (CDT)
Received: from mail.presys.com (preferred-sys.presys.com [206.100.164.250])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA30632
       for <[email protected]>; Fri, 9 Apr 1999 17:35:25 -0500 (CDT)
Received: (qmail 17226 invoked from network); 9 Apr 1999 15:35:24 -0700
Received: from cartman.bk.presys.com (HELO presys.com) (206.100.164.237)
 by preferred-sys.presys.com with SMTP; 9 Apr 1999 15:35:24 -0700
Message-Id: <[email protected]>
Date: Fri, 09 Apr 1999 22:35:32 +0000
Reply-To: [email protected]
Sender: [email protected]
From: Hitesh Patel <[email protected]>
To: wuftpd <[email protected]>
Subject: PAM Authentication Question
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: root
X-Mailer: Mozilla 4.51 [en] (X11; U; Linux 2.0.36 i586)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Ok.. I have RedHat 5.2 installed and have pam_lradius.so compiled and
installed.  Does anyone have some pointers for me on what I need to put
in my /etc/pam.d/ftp file.  I can't find any docs that help me out with
this...

--
|---------------------------------|----------------------------|
| Hitesh Patel                    |  Voice: (541) 759-3126     |
| Facilities Development Manager  |  Fax:   (541) 759-3214     |
| Preferred Systems               |  Email: [email protected]  |
|---------------------------------|----------------------------|

From [email protected]  Sat Apr 10 12:37: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 MAA21853;
       Sat, 10 Apr 1999 12:37:22 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA07021;
       Sat, 10 Apr 1999 12:35:48 -0500 (CDT)
Received: from aquila.naturella.com (aquila.ntrl.net [194.12.224.18])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA07887
       for <[email protected]>; Sat, 10 Apr 1999 12:25:27 -0500 (CDT)
Received: from jspcom (jsp.ntrl.net [194.12.224.44] (may be forged))
       by aquila.naturella.com (8.9.0/8.9.0) with SMTP id UAA10397
       for <[email protected]>; Sat, 10 Apr 1999 20:24:33 +0300
Message-Id: <002d01be837f$d22e7da0$2ce00cc2@jspcom>
Date: Sat, 10 Apr 1999 20:23:14 +0200
Reply-To: [email protected]
Sender: [email protected]
From: "Jordan Ostreff" <[email protected]>
To: <[email protected]>
Subject: problem with vr 17
MIME-Version: 1.0
Content-Type: multipart/mixed;
       boundary="----=_NextPart_000_0023_01BE838F.F6B56E80"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2014.211
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

This is a multi-part message in MIME format.

------=_NextPart_000_0023_01BE838F.F6B56E80
Content-Type: multipart/alternative;
       boundary="----=_NextPart_001_0024_01BE838F.F6BD0FA0"


------=_NextPart_001_0024_01BE838F.F6BD0FA0
Content-Type: text/plain;
       charset="windows-1251"
Content-Transfer-Encoding: quoted-printable

Hello,
I wish to report that I have strange problem with vr.17 - with version =
vr/16 my shadow file is recognized and used correctly, but with version =
vr.17 I can't login with user name and password. With same username and =
password i work with version vr. 16.

I read FAQ about howto compile version with shadow password support, but =
I think If previous version works without any modifications why new =
version wan't work. Maybe it's bug.
Regards Jordan

Naturella Agency, ltd.
mailto:[email protected]
mailto:[email protected]
uin:19332035

------=_NextPart_001_0024_01BE838F.F6BD0FA0
Content-Type: text/html;
       charset="windows-1251"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Dwindows-1251" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2014.210" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT size=3D2>
<DIV><FONT size=3D2>Hello,</FONT></DIV>
<DIV><FONT size=3D2>I wish to report that I have strange problem with =
vr.17 - with=20
version vr/16 my shadow file is recognized and used correctly, but with =
version=20
vr.17 I can't login with user name and password. With same username and =
password=20
i work with version vr. 16.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=3D2>I read FAQ about howto compile version with shadow =
password=20
support, but I think If previous version works without any modifications =
why new=20
version wan't work. Maybe it's bug.</FONT></DIV>
<DIV></FONT><FONT size=3D2>Regards Jordan</FONT></DIV></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=3D2>Naturella Agency, ltd.<BR><A=20
href=3D"mailto:[email protected]">mailto:[email protected]</A><=
BR><A=20
href=3D"mailto:[email protected]">mailto:[email protected]</A><BR>uin:19332035</FON=
T></DIV></BODY></HTML>

------=_NextPart_001_0024_01BE838F.F6BD0FA0--

------=_NextPart_000_0023_01BE838F.F6B56E80
Content-Type: text/x-vcard;
       name="Jordan Dimitroff Ostreff.vcf"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: attachment;
       filename="Jordan Dimitroff Ostreff.vcf"

BEGIN:VCARD
VERSION:2.1
N:Ostreff;Jordan;Dimitroff
FN:Jordan Dimitroff Ostreff
NICKNAME:jsp
ORG:Naturella Agency, Ltd.;Internet Support
TITLE:System Administrator
TEL;WORK;VOICE:91815
TEL;PAGER;VOICE:+359-2-179-265581
TEL;WORK;FAX:91815
ADR;WORK;ENCODING=3DQUOTED-PRINTABLE:;;Mladost 1,=3D0D=3D0ABl. =
9;Sofia;SF;1784;Bulgaria
LABEL;WORK;ENCODING=3DQUOTED-PRINTABLE:Mladost 1,=3D0D=3D0ABl. =
9=3D0D=3D0ASofia, SF 1784=3D0D=3D0ABulgaria
ADR;HOME:;;Mladost 1;Sofia;SF;1184;Bulgaria
LABEL;HOME;ENCODING=3DQUOTED-PRINTABLE:Mladost 1=3D0D=3D0ASofia, SF =
1184=3D0D=3D0ABulgaria
X-WAB-GENDER:2
URL:http://www.biscom.net/~jostreff/
URL:http://www.naturella.com
BDAY:19700209
KEY;X509;ENCODING=3DBASE64:
   =
MIICczCCAdygAwIBAgICTGYwDQYJKoZIhvcNAQEEBQAwgbkxCzAJBgNVBAYTAlpBMRUwEwYD
   =
VQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMRowGAYDVQQKExFUaGF3
   =
dGUgQ29uc3VsdGluZzEpMCcGA1UECxMgVGhhd3RlIFBGIFJTQSBJSyAxOTk4LjkuMTYgMTc6
   =
NTUxNjA0BgNVBAMTLVRoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBSU0EgSXNzdWVyIDE5OTgu
   =
OS4xNjAeFw05ODExMTEyMTQ3MTNaFw05OTExMTEyMTQ3MTNaMEUxHzAdBgNVBAMTFlRoYXd0
   =
ZSBGcmVlbWFpbCBNZW1iZXIxIjAgBgkqhkiG9w0BCQEWE2pvc3RyZWZmQGJpc2NvbS5uZXQw
   =
XDANBgkqhkiG9w0BAQEFAANLADBIAkEAwLjBSuhGZUiONyVT6Ugl899KTa1xCovur8WGjrl2
   =
VmA/TMXadG58WuE+otFCG7RH6mxgc/KX36mX9U7UPWHYRQIDAQABo0EwPzAOBgNVHQ8BAf8E
   =
BAMCBaAwDAYDVR0TAQH/BAIwADAfBgNVHSMEGDAWgBT+PmCca4wPsNgzxsrGHliwcTi14DAN
   =
BgkqhkiG9w0BAQQFAAOBgQBb0oL10GDm9F4Fg4eR89XBYTnUcbNqheBxL3Emm7VOoiMW6DfA
   =
UF7TCgC9tJvYEsJC49Fs80+RuxJM/Vobbk1yB3jGwSsyI/wlTlw2dH9KFa6jyMvv/eSxx1IE
   IxCpj+lp/D8Q/URooLr+dHxrx3l3B+vbmu76k/NxNDsUcqEZvQ=3D=3D


EMAIL;INTERNET:[email protected]
EMAIL;PREF;INTERNET:[email protected]
EMAIL;INTERNET:[email protected]
EMAIL;INTERNET:[email protected]
REV:19990410T182314Z
END:VCARD

------=_NextPart_000_0023_01BE838F.F6B56E80--


From [email protected]  Sat Apr 10 15:51: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 PAA23866;
       Sat, 10 Apr 1999 15:51:41 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA28774;
       Sat, 10 Apr 1999 15:50:16 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA18587
       for <[email protected]>; Sat, 10 Apr 1999 15:45:26 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id QAA27765;
       Sat, 10 Apr 1999 16:45:16 -0400
Message-Id: <[email protected]>
Date: Sat, 10 Apr 1999 16:45:16 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Jordan Ostreff <[email protected]>
Cc: [email protected]
Subject: Re: problem with vr 17
In-Reply-To: <002d01be837f$d22e7da0$2ce00cc2@jspcom>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Sat, 10 Apr 1999, Jordan Ostreff wrote:

> I wish to report that I have strange problem with vr.17 - with version
> vr/16 my shadow file is recognized and used correctly, but with
> version vr.17 I can't login with user name and password. With same
> username and password i work with version vr. 16.
>
> I read FAQ about howto compile version with shadow password support,
> but I think If previous version works without any modifications why
> new version wan't work. Maybe it's bug. Regards Jordan

If you're compiling for Linux, it's probably that you have PAM installed
on the machine.  Set up PAM for FTP or compile without PAM support:
 ./build NOPAM=1 lnx

If you're not using Linux, please let me know which platform you are
using.

--

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


From [email protected]  Mon Apr 12 09:10: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 JAA19572;
       Mon, 12 Apr 1999 09:10:12 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA27615;
       Mon, 12 Apr 1999 09:08:27 -0500 (CDT)
Received: from ntmail.tpd.co.uk (ntmail.tpd.co.uk [194.152.89.204])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA09510
       for <[email protected]>; Mon, 12 Apr 1999 08:58:05 -0500 (CDT)
Received: from [194.152.89.193] by ntmail.interactive.tpd.co.uk (NTMail 4.01.0008/NU8049.00.5008ffdf) with ESMTP id codcaaaa for <[email protected]>; Mon, 12 Apr 1999 14:57:23 +0100
Message-Id: <[email protected]>
Date: Mon, 12 Apr 1999 14:58:42 +0100
Reply-To: "Phil" <[email protected]>
Sender: [email protected]
From: "Phil" <[email protected]>
To: <[email protected]>
Subject: "Cannot set guest privileges" after ftp login ... ?
MIME-Version: 1.0
Content-Type: text/plain;
       charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2014.211
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Folks

I've compiled and installed wu-ftp v 2.4.2 successfully (on Solaris v2.6)
and can connect to it perfectly using regular user accounts. However I get
"Cannot set guest privileges" when I try one of the guest users I have
created. I've been through the guest howto document and all seems OK.

Has anyone come across this before?

All pointers appreciated

tia
[email protected]


From [email protected]  Mon Apr 12 09:36: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 JAA20120;
       Mon, 12 Apr 1999 09:36:49 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA13975;
       Mon, 12 Apr 1999 09:37:33 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA22790
       for <[email protected]>; Mon, 12 Apr 1999 09:35:40 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id KAA09371;
       Mon, 12 Apr 1999 10:35:36 -0400
Message-Id: <[email protected]>
Date: Mon, 12 Apr 1999 10:35:35 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Phil <[email protected]>
Cc: [email protected]
Subject: Re: "Cannot set guest privileges" after ftp login ... ?
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 12 Apr 1999, Phil wrote:

> I've compiled and installed wu-ftp v 2.4.2 successfully (on Solaris
> v2.6) and can connect to it perfectly using regular user accounts.
> However I get "Cannot set guest privileges" when I try one of the
> guest users I have created. I've been through the guest howto document
> and all seems OK.

The error message in the system log will probably help a lot.

--

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


From [email protected]  Mon Apr 12 16:04:12 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id QAA26646;
       Mon, 12 Apr 1999 16:04:11 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA32736;
       Mon, 12 Apr 1999 16:03:36 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA11832
       for <[email protected]>; Mon, 12 Apr 1999 15:59:24 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id QAA12578
       for <[email protected]>; Mon, 12 Apr 1999 16:59:15 -0400
Message-Id: <[email protected]>
Date: Mon, 12 Apr 1999 16:59:14 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: Just checking
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

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

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

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

--

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


From [email protected]  Mon Apr 12 17:26: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 RAA27950;
       Mon, 12 Apr 1999 17:26:56 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA12826;
       Mon, 12 Apr 1999 17:27:53 -0500 (CDT)
Received: from bajan.pct.edu (pat.pct.edu [12.4.137.254])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA07308
       for <[email protected]>; Mon, 12 Apr 1999 17:23:53 -0500 (CDT)
Received: from localhost (dhill@localhost [127.0.0.1])
       by bajan.pct.edu (8.8.7/8.8.7) with ESMTP id SAA02709
       for <[email protected]>; Mon, 12 Apr 1999 18:24:21 -0400
Message-Id: <[email protected]>
Date: Mon, 12 Apr 1999 18:24:21 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Duncan Hill <[email protected]>
To: [email protected]
Subject: User access to multiple directories
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Greetings.  I need a bit of input on how to solve a problem I have.

Several of the staff/faculty here maintain several different web
pages, scattered throughout the webserver docs tree.  Most of them are
using Netscape publishing to accomplish this, but a few have requested
FTP access.

I have been able to set them up with real access (guest won't work in
this case I don't think) to their primary directory, but I now need
an easy way (is there such a thing?) to give them access to their
secondary directory.

Example:
User fred has a primary directory under the web tree of /courses/fred/
They also maintain the Automobile Club pages under /clubs/auto/

They will log in to /courses/fred/ right now, but I can't think of an
easy way to only let them then access /clubs/auto/ without having full
roam over the rest of the server.  They are set up in their own group,
so if anything, they only have read access to /etc/passwd etc (which
is shadowed, and 99% don't even know what a unix server looks like)
and no delete access.

Any ideas I can try?

--

Duncan Hill                     Sapere aude
One net to rule them all, One net to find them,
One net to bring them all, and using Unix bind them.



From [email protected]  Mon Apr 12 18:20: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 SAA28537;
       Mon, 12 Apr 1999 18:20:11 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA29222;
       Mon, 12 Apr 1999 18:21:08 -0500 (CDT)
Received: from aventurine.sge.net (aventurine.sge.net [152.91.14.25])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA28987
       for <[email protected]>; Mon, 12 Apr 1999 18:13:28 -0500 (CDT)
Received: from titanium.sge.net ([email protected] [152.91.9.2])
       by aventurine.sge.net (8.9.3/8.9.3) with ESMTP id JAA07024;
       Tue, 13 Apr 1999 09:13:18 +1000 (EST)
Received: (from uucp@localhost)
       by titanium.sge.net (8.8.5/8.8.5) id JAA18377;
       Tue, 13 Apr 1999 09:13:17 +1000 (EST)
Received: from kryptonite.sge.net(10.1.2.11) by titanium.sge.net via smap (3.2)
       id xma017970; Tue, 13 Apr 99 09:12:56 +1000
Received: from amber. (ice-int2.sge.net [10.1.2.254])
       by kryptonite.sge.net (8.9.3/8.9.3) with SMTP id JAA14626;
       Tue, 13 Apr 1999 09:12:55 +1000 (EST)
Message-Id: <[email protected]>
Date: Tue, 13 Apr 1999 09:11:46 +1000
Reply-To: [email protected]
Sender: [email protected]
From: James McMahon <[email protected]>
To: Duncan Hill <[email protected]>
Cc: [email protected]
Subject: Re: User access to multiple directories
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.06 [en] (WinNT; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Why not simply use two logins - to use your example, give fred a login
"fred" to access /courses/fred,
and a login"auto" to access /clubs/auto.  This way you can have both users
as guests and restrict their access to only those directories (if you wish
to have the appropriate chroot file tree).

Alternatively, you could chroot them to /courses and /clubs, have the
chroot files in these directories (bin, etc, lib ... ) and use unix
permissions to restrict them to only changing their specific area.  You
could also have them automatically cd'd to the required directory in this
model using the homedir/./logindir syntax in etc/passwd.

Hope this helps,

James


Duncan Hill wrote:

> Greetings.  I need a bit of input on how to solve a problem I have.
>
> Several of the staff/faculty here maintain several different web
> pages, scattered throughout the webserver docs tree.  Most of them are
> using Netscape publishing to accomplish this, but a few have requested
> FTP access.
>
> I have been able to set them up with real access (guest won't work in
> this case I don't think) to their primary directory, but I now need
> an easy way (is there such a thing?) to give them access to their
> secondary directory.
>
> Example:
> User fred has a primary directory under the web tree of /courses/fred/
> They also maintain the Automobile Club pages under /clubs/auto/
>
> They will log in to /courses/fred/ right now, but I can't think of an
> easy way to only let them then access /clubs/auto/ without having full
> roam over the rest of the server.  They are set up in their own group,
> so if anything, they only have read access to /etc/passwd etc (which
> is shadowed, and 99% don't even know what a unix server looks like)
> and no delete access.
>
> Any ideas I can try?
>
> --
>
> Duncan Hill                     Sapere aude
> One net to rule them all, One net to find them,
> One net to bring them all, and using Unix bind them.


From [email protected]  Tue Apr 13 16:38: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 QAA22615;
       Tue, 13 Apr 1999 16:38:03 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id QAA18362;
       Tue, 13 Apr 1999 16:37:24 -0500 (CDT)
Received: from newman.myriad.net (mail.myriad.net [204.57.67.6])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id QAA14046
       for <[email protected]>; Tue, 13 Apr 1999 16:32:02 -0500 (CDT)
Received: from thebeast ([email protected] [206.28.116.105])
       by newman.myriad.net (8.8.7/8.8.7) with SMTP id QAA15650
       for <[email protected]>; Tue, 13 Apr 1999 16:31:56 -0500
Message-Id: <[email protected]>
Date: Tue, 13 Apr 1999 16:33:18 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Kevin Sorensen" <[email protected]>
To: <[email protected]>
Subject: Logging problems with Guest?
MIME-Version: 1.0
Content-Type: text/plain;
       charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I have successfully set up several wu-ftpd guess accounts as specified in
the guest-howto, or so I thought. Upon viewing my xferlogs, I noticed that
transfers from the accounts I had set up following the guest-howto were not
showing up in the xferlogs, but that they did show up partially in the
messages logs. I have asked several friends who have far more linux
experience than myself, and they are stumped on why the xferlog isn't
tracking those accounts either, so I figured I would post my question to you
in hope of some insight on this matter. Currently running Redhat 5.2, kernal
2.2.3. Any other information you may need, just ask!



Kevin
[email protected]


From [email protected]  Tue Apr 13 17:20: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 RAA22687;
       Tue, 13 Apr 1999 17:20:51 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA03305;
       Tue, 13 Apr 1999 17:21:56 -0500 (CDT)
Received: from aventurine.sge.net (aventurine.sge.net [152.91.14.25])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA21705
       for <[email protected]>; Tue, 13 Apr 1999 17:15:59 -0500 (CDT)
Received: from titanium.sge.net ([email protected] [152.91.9.2])
       by aventurine.sge.net (8.9.3/8.9.3) with ESMTP id IAA27488
       for <[email protected]>; Wed, 14 Apr 1999 08:15:56 +1000 (EST)
Received: (from uucp@localhost)
       by titanium.sge.net (8.8.5/8.8.5) id IAA14129
       for <[email protected]>; Wed, 14 Apr 1999 08:15:55 +1000 (EST)
Received: from kryptonite.sge.net(10.1.2.11) by titanium.sge.net via smap (3.2)
       id xma013999; Wed, 14 Apr 99 08:15:48 +1000
Received: from amber. (ice-int2.sge.net [10.1.2.254])
       by kryptonite.sge.net (8.9.3/8.9.3) with SMTP id IAA23372
       for <[email protected]>; Wed, 14 Apr 1999 08:15:48 +1000 (EST)
Message-Id: <[email protected]>
Date: Wed, 14 Apr 1999 08:14:33 +1000
Reply-To: [email protected]
Sender: [email protected]
From: James McMahon <[email protected]>
To: [email protected]
Subject: What is the go with the list server?
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.06 [en] (WinNT; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I know that this has been mentioned before, but is there any further word on
what is wrong with the list server?  I managed to get 1 message from the list
in the last 24 hours, and I think that is a bit strange.  Usually there will be
at least 10 and up to 20 or so.

Anyway, hopefully if everyone gets this, there will be some replies generated
and I'll see some traffic just to confirm that the list is working.

Thanks,

James
[email protected]


From [email protected]  Tue Apr 13 18:45: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 SAA22848;
       Tue, 13 Apr 1999 18:44:59 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA02932;
       Tue, 13 Apr 1999 18:44:47 -0500 (CDT)
Received: from gatekeep.ti.com (gatekeep.ti.com [192.94.94.61])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA14057
       for <[email protected]>; Tue, 13 Apr 1999 18:40:40 -0500 (CDT)
Received: from spanky.dal.asp.ti.com ([172.24.154.20]) by gatekeep.ti.com (8.8.8) with ESMTP id SAA11836; Tue, 13 Apr 1999 18:40:09 -0500 (CDT)
Received: from pavis.asic.sc.ti.com (pavis.asic.sc.ti.com [128.247.100.46])
       by spanky.dal.asp.ti.com (8.8.8+Sun/8.8.8/FL-ASP-1.13) with ESMTP id SAA07036;
       Tue, 13 Apr 1999 18:40:08 -0500 (CDT)
Received: (from bobl@localhost) by pavis.asic.sc.ti.com (8.8.6 (PHNE_17135)/8.7.1) id SAA21603; Tue, 13 Apr 1999 18:40:08 -0500 (CDT)
Message-Id: <[email protected]>
Date: Tue, 13 Apr 1999 18:40:08 CDT
Reply-To: [email protected] (Bob Luckin)
Sender: [email protected]
From: Bob Luckin <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: What is the go with the list server?
In-Reply-To: <[email protected]>; from "James McMahon" at Apr 14, 99 8:14 am
X-MIMI-Options: HEADERS TI2
X-Mailer: Elm [revision: 212.4]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

James said :-
> I know that this has been mentioned before, but is there any further word on
> what is wrong with the list server?  I managed to get 1 message from the list
> in the last 24 hours, and I think that is a bit strange.  Usually there will be
> at least 10 and up to 20 or so.
>
> Anyway, hopefully if everyone gets this, there will be some replies generated
> and I'll see some traffic just to confirm that the list is working.
>
> Thanks,
>
> James
> [email protected]

It has been a bit quiet recently.  Until Greg posted his email I just
assumed it was a slack period (has happened occasionally before), but maybe
there is a problem.

Anyway, I got the mail, so at least James can post to the list, and at least
I can receive from it...

Cheers, Bob

From [email protected]  Tue Apr 13 18:56: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 SAA22882;
       Tue, 13 Apr 1999 18:56:30 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA15804;
       Tue, 13 Apr 1999 18:57:42 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA07698
       for <[email protected]>; Tue, 13 Apr 1999 18:51:00 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id TAA27094
       for <[email protected]>; Tue, 13 Apr 1999 19:50:58 -0400
Message-Id: <[email protected]>
Date: Tue, 13 Apr 1999 19:50:58 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: New list: [email protected]
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

The sudden lack of traffic on the wustl.edu list has me worried;
especially considering I _know_ some emails are not making it to the list
and I've heard others make the same comment.

If you have attempted to ask a question and it has not appeared on the
list, you may send your questions directly to me but I'd prefer to start
swtiching such questions over to the WU-FTPD Development Group.

--

The WU-FTPD Development Group has established a mailing list for questions
and general discussion about all versions of the WU-FTPD daemon.

To subscribe to the list send an email to
 [email protected]
with the body of the email consisting of the lines
 subscribe wuftpd-questions
 end

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

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

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

--

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





From [email protected]  Wed Apr 14 00:27: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 AAA23791;
       Wed, 14 Apr 1999 00:27:36 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id AAA26198;
       Wed, 14 Apr 1999 00:27:29 -0500 (CDT)
Received: from mserver.fh-koblenz.de (mserver.fh-koblenz.de [143.93.144.2])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id AAA21310
       for <[email protected]>; Wed, 14 Apr 1999 00:22:56 -0500 (CDT)
Received: from ss1000e0.fhkoblenz (ss1000e0 [143.93.145.200])
       by mserver.fh-koblenz.de (8.8.8/8.8.8-ms) with SMTP id HAA06497;
       Wed, 14 Apr 1999 07:21:59 +0200 (MET DST)
Received: by ss1000e0.fhkoblenz (SMI-8.6/SMI-SVR4)
       id HAA16163; Wed, 14 Apr 1999 07:22:15 +0200
Message-Id: <[email protected]>
Date: Wed, 14 Apr 1999 07:22:15 +0200 (MET DST)
Reply-To: [email protected]
Sender: [email protected]
From: [email protected] (Michael Schmidt)
To: [email protected]
Cc: [email protected], [email protected],
       [email protected] (Michael Schmidt)
Subject: Re: What is the go with the list server?
In-Reply-To: <[email protected]> from "Bob Luckin" at Apr 13, 99 06:40:08 pm
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4 PL25]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> From: Bob Luckin <[email protected]>
> Subject: Re: What is the go with the list server?
>
> James said :-
> > I know that this has been mentioned before, but is there any further word on
> > what is wrong with the list server?  I managed to get 1 message from the list
[...]
>
> It has been a bit quiet recently.  Until Greg posted his email I just
> assumed it was a slack period (has happened occasionally before), but maybe
> there is a problem.
>
> Anyway, I got the mail, so at least James can post to the list, and at least
> I can receive from it...

I got both ones, James' and Bob's mail too.  Who else?
Next one please...    ;-)

Have a nice day
Michael

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

From [email protected]  Wed Apr 14 10:53: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 KAA25065;
       Wed, 14 Apr 1999 10:53:45 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA02080;
       Wed, 14 Apr 1999 10:53:08 -0500 (CDT)
Received: from aw162.netaddress.usa.net (aw162.netaddress.usa.net [204.68.24.62])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA11980
       for <[email protected]>; Wed, 14 Apr 1999 10:44:08 -0500 (CDT)
Received: (qmail 29752 invoked by uid 60001); 14 Apr 1999 15:41:55 -0000
Received: from 204.68.24.62 by aw162 via web-mailer(M3.0.0.45) on Wed Apr 14 15:41:55 GMT 1999
Message-Id: <[email protected]>
Date: 14 Apr 99 08:41:55 MST
Reply-To: [email protected]
Sender: [email protected]
From: Jim Gallagher <[email protected]>
To: [email protected]
Subject: wu-ftpd banner
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
X-Mailer: USANET web-mailer (M3.0.0.45)
X-MIME-Autoconverted: from quoted-printable to 8bit by wugate.wustl.edu id KAA21870
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Is there a way to change the login banner message, other than recompiling?



____________________________________________________________________
Get free e-mail and a permanent address at http://www.amexmail.com/?A=1

From [email protected]  Wed Apr 14 11:15: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 LAA25126;
       Wed, 14 Apr 1999 11:15:38 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA03171;
       Wed, 14 Apr 1999 11:16:31 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA31229
       for <[email protected]>; Wed, 14 Apr 1999 11:09:48 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id MAA02684;
       Wed, 14 Apr 1999 12:09:37 -0400
Message-Id: <[email protected]>
Date: Wed, 14 Apr 1999 12:09:37 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Jim Gallagher <[email protected]>
Cc: [email protected]
Subject: Re: wu-ftpd banner
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On 14 Apr 1999, Jim Gallagher wrote:

> Is there a way to change the login banner message, other than
> recompiling?

In VR17 you can use the following:

 greeting full
 greeting brief
 greeting terse

Where

 full --- full version information including ftpcmd.y changes (the
          parenthetical number you've always wondered about) and the date
          and time ftpcmd.y was last processed into ftpcmd.c (no, that's
          not the date and time you compiled, how odd).

 brief -- shows just the server name.  Ie:
          220 ftp.wu-ftpd.org FTP server ready.

 terse -- just the fact the server is up.
          220 FTP server ready.

Any other forms, or on non-VR versions, and you'll need to hack the
source.

--

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


From [email protected]  Wed Apr 14 13:01: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 NAA25282;
       Wed, 14 Apr 1999 13:01:06 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA16808;
       Wed, 14 Apr 1999 13:00:23 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA01903
       for <[email protected]>; Wed, 14 Apr 1999 12:55:51 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id NAA03901
       for <[email protected]>; Wed, 14 Apr 1999 13:55:40 -0400
Message-Id: <[email protected]>
Date: Wed, 14 Apr 1999 13:55:40 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: Re: Possible WU-ftpd Worm ?
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


---------- Forwarded message ----------
Date: Wed, 14 Apr 1999 13:51:46 -0400 (EDT)
From: Gregory A Lundberg <[email protected]>
To: Stu Alchor <[email protected]>
Cc: [email protected],
   WU-FTPD Discussion List <[email protected]>,
   WU-FTPD Questions <[email protected]>
Subject: Re: Possible WU-ftpd Worm ?

On Wed, 14 Apr 1999, Stu Alchor wrote:

> As I've run the old ftp exploit I found in the bugtraq and they didn't
> work so I thought we were not vulnerable. I will attach the core of
> the ftp worm (SDI-wu.c), the exploit for the vulnerability, which,
> btw, worked in my host.

>   strcpy ( tmp, "MKD "); strcat ( tmp, buff); strcat ( tmp, "\n");

This is the realpath() overflow discussed in

 http://www.cert.org/advisories/CA-99-03-FTP-Buffer-Overflows.html

Please review that document to determine if your version of the WU-FTPD
daemon is vulnerable.

The addition of a backdoor (if true) is new, however.

Anyone wishing to discuss this matter may contact me through either of the
WU-FTPD discussion lists cc'd above or through private email.



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

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

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

--

Gregory A Lundberg
1441 Elmdale Drive              [email protected]
Kettering, OH 45409-1615 USA    1-888-977-5370



From [email protected]  Wed Apr 14 13:38: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 NAA25375;
       Wed, 14 Apr 1999 13:38:29 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA25650;
       Wed, 14 Apr 1999 13:39:17 -0500 (CDT)
Received: from mta1.imation.com (mail2.imation.com [207.242.212.137])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA03016
       for <[email protected]>; Wed, 14 Apr 1999 13:37:49 -0500 (CDT)
Received: by mta1.imation.com(Lotus SMTP MTA v4.6.4  (830.2 3-23-1999))  id 86256753.00663F4B ; Wed, 14 Apr 1999 13:36:48 -0500
Message-Id: <[email protected]>
Date: Wed, 14 Apr 1999 13:36:55 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Carol L. Evers" <[email protected]>
To: WU-FTPD Discussion List <[email protected]>,
       WU-FTPD Questions <[email protected]>
Subject: Problems with VR17 on HP-UX 10.20
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Lotus-FromDomain: IMATION
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN



Hi all,

I am trying to install VR17 on my HP-UX box running 10.20.  The code compiles
okay.  But when I install it, I am having problems with both anonymous and guest
users.  Everything worked okay on VR15.

For anonymous users, I get the message in syslog:

Apr 14 13:08:05 ftp ftpd[24210]: FTP LOGIN REFUSED (ftp not in /etc/passwd) FROM
207.242.212.2 [207.242.212.2], anonymous
Apr 14 13:08:05 ftp ftpd[24210]: FTP session closed

Here is my entry in /etc/passwd:

ftp:*:500:1:Anonymous FTP user:/home/ftp/./pub:/usr/bin/false

I'm having a different problem for guest users:

Syslog looks like:

Apr 14 13:07:38 ftp ftpd[24209]: ACCESS DENIED (not in any class) TO
207.242.212.2 [207.242.212.2]
Apr 14 13:07:38 ftp ftpd[24209]: FTP LOGIN REFUSED (access denied) FROM
207.242.212.2 [207.242.212.2], mmcvaradmin
Apr 14 13:07:38 ftp ftpd[24209]: FTP session closed

My ftpaccess file looks like:

class   local       guest,anonymous       207.242.212.2 163.228.*.*
class   remote      guest       *
class   anonymous   anonymous   *

#limit   guest       30   Any              /usr/local/lib/ftpd/guestlimit.msg
limit   local        30   Any              /usr/local/lib/ftpd/guestlimit.msg
limit   remote       30   Any              /usr/local/lib/ftpd/guestlimit.msg
limit   anonymous    30   Any              /usr/local/lib/ftpd/anonlimit.msg

guestgroup guest
guestgroup lguest

I did a bin/ckconfig to make sure all the files are there.  I've also done a
strings against the ftpd program to make sure its using the ftpaccess file I
think it is.  I'm running out of ideas.  Any help would be appreciated.

Carol Evers
UNIX Administrator
Imation Enterprises Corp.



From [email protected]  Wed Apr 14 14:11: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 OAA25459;
       Wed, 14 Apr 1999 14:11:46 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA25776;
       Wed, 14 Apr 1999 14:12:06 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA10200
       for <[email protected]>; Wed, 14 Apr 1999 14:10:01 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id PAA04767
       for <[email protected]>; Wed, 14 Apr 1999 15:09:59 -0400
Message-Id: <[email protected]>
Date: Wed, 14 Apr 1999 15:09:59 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: WU-FTPD Discussion List <[email protected]>
Subject: [VR17] Intel/Linux RPMS available.
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Thanks to Wally for building these.

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

These RPMs install the deamon standalone (not inetd).

--

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


From [email protected]  Wed Apr 14 19:08: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 TAA02027;
       Wed, 14 Apr 1999 19:08:49 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA15242;
       Wed, 14 Apr 1999 19:09:41 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA10748
       for <[email protected]>; Wed, 14 Apr 1999 19:06:18 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id UAA07455;
       Wed, 14 Apr 1999 20:06:14 -0400
Message-Id: <[email protected]>
Date: Wed, 14 Apr 1999 20:06:14 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Carol L. Evers" <[email protected]>
Cc: WU-FTPD Discussion List <[email protected]>,
       WU-FTPD Questions <[email protected]>
Subject: Re: Problems with VR17 on HP-UX 10.20
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 14 Apr 1999, Carol L. Evers wrote:

> I am trying to install VR17 on my HP-UX box running 10.20.  The code
> compiles okay.  But when I install it, I am having problems with both
> anonymous and guest users.  Everything worked okay on VR15.
>
> For anonymous users, I get the message in syslog:
>
> Apr 14 13:08:05 ftp ftpd[24210]: FTP LOGIN REFUSED (ftp not in
> /etc/passwd) FROM 207.242.212.2 [207.242.212.2], anonymous
> Apr 14 13:08:05 ftp ftpd[24210]: FTP session closed
>
> I'm having a different problem for guest users:
>
> Apr 14 13:07:38 ftp ftpd[24209]: ACCESS DENIED (not in any class) TO
> 207.242.212.2 [207.242.212.2]
> Apr 14 13:07:38 ftp ftpd[24209]: FTP LOGIN REFUSED (access denied) FROM
> 207.242.212.2 [207.242.212.2], mmcvaradmin
> Apr 14 13:07:38 ftp ftpd[24209]: FTP session closed
>
> guestgroup guest
> guestgroup lguest
>
> I did a bin/ckconfig to make sure all the files are there.  I've also
> done a strings against the ftpd program to make sure its using the
> ftpaccess file I think it is.  I'm running out of ideas.  Any help
> would be appreciated.

I'm thinking the problem is a bad build.  Try one of the prebuilt binaries
from my FTP site (be sure to chose the right one for your system).  ISTM
someone else had a similar problem a few weeks ago and it turned out to
the trusted/nontrusted HP/UX and a switch in src/config/config.hpx which
was making it hard to get the right version.  Let me know how the
prebuilts work.

It looks like the guest user isn't EXPLICITLY listed in /etc/group as
member of the group guest or lguest; be sure to check that.

--

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


From [email protected]  Thu Apr 15 08:19: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 IAA10498;
       Thu, 15 Apr 1999 08:19:28 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA23867;
       Thu, 15 Apr 1999 08:18:19 -0500 (CDT)
Received: from mta1.imation.com (mail2.imation.com [207.242.212.137])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA22843
       for <[email protected]>; Thu, 15 Apr 1999 08:09:15 -0500 (CDT)
Received: by mta1.imation.com(Lotus SMTP MTA v4.6.4  (830.2 3-23-1999))  id 86256754.00482B15 ; Thu, 15 Apr 1999 08:08:16 -0500
Message-Id: <[email protected]>
Date: Thu, 15 Apr 1999 08:08:25 -0500
Reply-To: [email protected]
Sender: [email protected]
From: "Carol L. Evers" <[email protected]>
To: Gregory A Lundberg <"lundberg+wuftpd"@vr.net>
Cc: WU-FTPD Discussion List <[email protected]>,
       WU-FTPD Questions <[email protected]>
Subject: Re: Problems with VR17 on HP-UX 10.20
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Lotus-FromDomain: IMATION
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN



Greg,

Someone else mentioned the Trusted thing too.  I checked the config.hpx file
from VR15 and it had TRUSTED undef, but in VR17 you have TRUSTED define.  I
changed it back to undef, and both anonymous and guest users work fine now.

Carol Evers
UNIX Administrator
Imation Enterprises Corp.





Gregory A Lundberg <"lundberg+wuftpd"@vr.net> on 04/14/99 07:06:14 PM

To:   Carol L. Evers/IT/Imation@Imation
cc:   WU-FTPD Discussion List <[email protected]>, WU-FTPD Questions
     <[email protected]>
Subject:  Re: Problems with VR17 on HP-UX 10.20




On Wed, 14 Apr 1999, Carol L. Evers wrote:

> I am trying to install VR17 on my HP-UX box running 10.20.  The code
> compiles okay.  But when I install it, I am having problems with both
> anonymous and guest users.  Everything worked okay on VR15.
>
> For anonymous users, I get the message in syslog:
>
> Apr 14 13:08:05 ftp ftpd[24210]: FTP LOGIN REFUSED (ftp not in
> /etc/passwd) FROM 207.242.212.2 [207.242.212.2], anonymous
> Apr 14 13:08:05 ftp ftpd[24210]: FTP session closed
>
> I'm having a different problem for guest users:
>
> Apr 14 13:07:38 ftp ftpd[24209]: ACCESS DENIED (not in any class) TO
> 207.242.212.2 [207.242.212.2]
> Apr 14 13:07:38 ftp ftpd[24209]: FTP LOGIN REFUSED (access denied) FROM
> 207.242.212.2 [207.242.212.2], mmcvaradmin
> Apr 14 13:07:38 ftp ftpd[24209]: FTP session closed
>
> guestgroup guest
> guestgroup lguest
>
> I did a bin/ckconfig to make sure all the files are there.  I've also
> done a strings against the ftpd program to make sure its using the
> ftpaccess file I think it is.  I'm running out of ideas.  Any help
> would be appreciated.

I'm thinking the problem is a bad build.  Try one of the prebuilt binaries
from my FTP site (be sure to chose the right one for your system).  ISTM
someone else had a similar problem a few weeks ago and it turned out to
the trusted/nontrusted HP/UX and a switch in src/config/config.hpx which
was making it hard to get the right version.  Let me know how the
prebuilts work.

It looks like the guest user isn't EXPLICITLY listed in /etc/group as
member of the group guest or lguest; be sure to check that.

--

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






From [email protected]  Thu Apr 15 10:05: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 KAA12145;
       Thu, 15 Apr 1999 10:05:22 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA19568;
       Thu, 15 Apr 1999 10:05:03 -0500 (CDT)
Received: from vesuve.globetrotter.net (vesuve.globetrotter.net [142.169.1.81])
       by wugate.wustl.edu (8.9.3/8.8.5) with ESMTP id KAA02301
       for <[email protected]>; Thu, 15 Apr 1999 10:02:39 -0500 (CDT)
Received: from globetrotter.net (cindy.quebectel.com [142.169.1.76])
       by vesuve.globetrotter.net (8.8.5/8.8.5) with ESMTP id LAA02778
       for <[email protected]>; Thu, 15 Apr 1999 11:02:37 -0400 (EDT)
Message-Id: <[email protected]>
Date: Thu, 15 Apr 1999 11:02:37 -0400
Reply-To: [email protected]
Sender: [email protected]
From: Raphael Chasse <[email protected]>
To: [email protected]
Subject: Tools for satistics
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: [email protected]
X-Mailer: Mozilla 4.5 [en] (X11; I; SunOS 5.5.1 sun4u)
X-Accept-Language: fr-CA
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

I'm using BeroFtpd 1.3.4 on Solaris 2.5.1.

How can we collect statistics on transfer times ?  Is there tools to
monitor the progress
of data transfer at different points?

Thank you,
--
Raphael Chasse
Analyste systemes d'exploitation reseau et reseautique
[email protected]

From [email protected]  Thu Apr 15 15:13: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 PAA16620;
       Thu, 15 Apr 1999 15:13:06 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA12079;
       Thu, 15 Apr 1999 15:12:47 -0500 (CDT)
Received: from mail-out1.apple.com (mail-out1.apple.com [17.254.0.52])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA10381
       for <[email protected]>; Thu, 15 Apr 1999 15:09:03 -0500 (CDT)
Received: from mailgate2.apple.com ([17.129.100.225])
       by mail-out1.apple.com (8.8.5/8.8.5) with ESMTP id NAA20586
       for <[email protected]>; Thu, 15 Apr 1999 13:03:02 -0700
Received: from scv4.apple.com (scv4.apple.com) by mailgate2.apple.com
(mailgate2.apple.com- SMTPRS 2.0.15) with ESMTP id <[email protected]> for <[email protected]>;
Thu, 15 Apr 1999 13:02:55 -0700
Received: from apple.com (shortline.apple.com [17.202.12.174])
       by scv4.apple.com (8.9.3/8.9.3) with ESMTP id NAA49664
       for <[email protected]>; Thu, 15 Apr 1999 13:01:30 -0700
Message-Id: <[email protected]>
Date: Thu, 15 Apr 1999 13:03:08 -0700
Reply-To: [email protected]
Sender: [email protected]
From: Larry Goodwin <[email protected]>
To: wu ftp <[email protected]>
Subject: VR18 compile for MacOS X server
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.51 (Macintosh; U; PPC)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Folks,

I am trying to build ftpd vr18 for Apple's MacOS X server. The system is BSD4.4.

I get malloc errors shown below. I can get rid of them by removing the
definitions in ftw.c I am not sure if that is a good thing to do.

Making support library.
cc -O -DDEBUG   -c ftw.c
ftw.c: In function `chwalk':
ftw.c:195: conflicting types for `malloc'
/System/Library/Frameworks/System.framework/Headers/bsd/stdlib.h:100:
previous declaration of `malloc'
make: *** [ftw.o] Error 1

The next error is:

MMaking support library.
rm -f libsupport.a
ar cq libsupport.a strcasestr.o authuser.o ftw.o
ranlib libsupport.a

Making ftpd.
make: *** No rule to make target `/usr/lib/libc.a', needed by `ftpd'.  Stop.

Any ideas?
Thanks,
--
Larry Goodwin              Phone: 408 974-0520
Apple Computer             Fax:   408 974-0800
1 Infinite Loop            Pager: 1-800-539-7517
Cupertino, CA

From [email protected]  Thu Apr 15 15:44: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 PAA17013;
       Thu, 15 Apr 1999 15:44:02 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA22633;
       Thu, 15 Apr 1999 15:45:03 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA17083
       for <[email protected]>; Thu, 15 Apr 1999 15:40:45 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id QAA18924;
       Thu, 15 Apr 1999 16:40:27 -0400
Message-Id: <[email protected]>
Date: Thu, 15 Apr 1999 16:40:26 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Larry Goodwin <[email protected]>
Cc: wu ftp <[email protected]>
Subject: Re: VR18 compile for MacOS X server
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 15 Apr 1999, Larry Goodwin wrote:

> I am trying to build ftpd vr18 for Apple's MacOS X server. The system
> is BSD4.4.

Hmm.  guess I should start coding it if you're compiling it already.  You
must mean VR17. :)

> I get malloc errors shown below. I can get rid of them by removing the
> definitions in ftw.c I am not sure if that is a good thing to do.
>
> Making support library.
> cc -O -DDEBUG   -c ftw.c
> ftw.c: In function `chwalk':
> ftw.c:195: conflicting types for `malloc'
> /System/Library/Frameworks/System.framework/Headers/bsd/stdlib.h:100:
> previous declaration of `malloc'
> make: *** [ftw.o] Error 1
>
> The next error is:
>
> MMaking support library.
> rm -f libsupport.a
> ar cq libsupport.a strcasestr.o authuser.o ftw.o
> ranlib libsupport.a
>
> Making ftpd.
> make: *** No rule to make target `/usr/lib/libc.a', needed by `ftpd'.  Stop.

first off, it's possible that nobody's done a port for wu-ftpd on MacOS.
Is it really BSD or is it MacOS which looks a lot like BSD?  You may be
charting new groupnd here.

Some specific things to do:

ftw.c error: add the following line to the end of your
src/config/config.<os> file where <os> is whatever you're saying to the
build command:

#define NO_MALLOC_PROTO


make error: try changeing src/makefiles/Makefile.<os> where it reads

LIBC     = /usr/lib/libc.a

make it say simply

LIBC     =





--

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


From [email protected]  Thu Apr 15 19:56:17 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id TAA20067;
       Thu, 15 Apr 1999 19:56:15 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA25000;
       Thu, 15 Apr 1999 19:56:12 -0500 (CDT)
Received: from lacebark.ntu.edu.au (lacebark.ntu.edu.au [138.80.63.12])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA14921
       for <[email protected]>; Thu, 15 Apr 1999 19:55:03 -0500 (CDT)
Received: by lacebark.ntu.edu.au (AIX 3.2/UCB 5.64/4.03)
         id AA17389; Fri, 16 Apr 1999 10:17:13 +1100
Message-Id: <[email protected]>
Date: Fri, 16 Apr 1999 10:17:13 +1100
Reply-To: [email protected]
Sender: [email protected]
From: Brian Salter-Duke <[email protected]>
To: [email protected]
Subject: Compiling VR17 with old AIX
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.93.2i
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I am new to WU-FTP. I first compiled 2.4.2-beta-13 and set up all
the config files etc. Everything worked fine. I then realised this
was an old version, so I upgraded to beta-18. I then heard about
a security problem that was fixed in the VR releases after 10, so
I went for the latest version - VR17. This works fine under Digital
Unix, but my main server is an old RS6000 running AIX3.2. This
fails on compile as follows:-

make args are :
make opts are :

Copying Makefiles.

Linking src/config.h

Making support library.
       cc -O2 -D_NO_PROTO   -c getusershell.c
       cc -O2 -D_NO_PROTO   -c fnmatch.c
       cc -O2 -D_NO_PROTO   -c strcasestr.c
       cc -O2 -D_NO_PROTO   -c strsep.c
       cc -O2 -D_NO_PROTO   -c authuser.c
"/usr/include/netinet/if_ether.h", line 82.9: 1506-007 (S) Struct or
union arphdr is undefined.
   1501-106: (S) Include file net/if_dl.h not found.
make: 1254-004 The error code from the last command is 1.

Make Quitting.

Making ftpd.
       cc -O2 -D_NO_PROTO -I.. -I../support -L../support -c ftpd.c
"/usr/include/netinet/if_ether.h", line 82.9: 1506-007 (S) Struct or
union arphdr is undefined.
   1501-106: (S) Include file net/if_dl.h not found.
make: 1254-004 The error code from the last command is 1.

Make Quitting.

then errors about not finding libsupport.a, which are obvious.

In both authuser.c and ftpd.c there is a "ifdef AIX" block that includes
both if_ether.h and net/if_dl.h. I do not have the latter on my system
and perhaps the former is different from what is expected. It looks
to me as if the AIX config files and makefiles are only tested for
AIX4.

Can anyone tell me what these include files are used for in the code,
or suggest any other fix for the AIX 3 systems.

Cheers, Brian.
--
       Associate Professor Brian Salter-Duke (Brian Duke)
School of Mathematical and Physical Sciences, Northern Territory University,
 Darwin, NT 0909, Australia.  Phone 08-89466702. Fax 08-89466847
e-mail: [email protected]  WWW http://lacebark.ntu.edu.au/chemistry

From [email protected]  Thu Apr 15 20:20: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 UAA20387;
       Thu, 15 Apr 1999 20:20:34 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA32320;
       Thu, 15 Apr 1999 20:21:47 -0500 (CDT)
Received: from aventurine.sge.net (aventurine.sge.net [152.91.14.25])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA21482
       for <[email protected]>; Thu, 15 Apr 1999 20:18:02 -0500 (CDT)
Received: from titanium.sge.net ([email protected] [152.91.9.2])
       by aventurine.sge.net (8.9.3/8.9.3) with ESMTP id LAA23810;
       Fri, 16 Apr 1999 11:16:25 +1000 (EST)
Received: (from uucp@localhost)
       by titanium.sge.net (8.8.5/8.8.5) id LAA19279;
       Fri, 16 Apr 1999 11:16:24 +1000 (EST)
Received: from kryptonite.sge.net(10.1.2.11) by titanium.sge.net via smap (3.2)
       id xma018817; Fri, 16 Apr 99 11:15:45 +1000
Received: from amber. (ice-int2.sge.net [10.1.2.254])
       by kryptonite.sge.net (8.9.3/8.9.3) with SMTP id LAA21241;
       Fri, 16 Apr 1999 11:15:45 +1000 (EST)
Message-Id: <[email protected]>
Date: Fri, 16 Apr 1999 11:14:15 +1000
Reply-To: [email protected]
Sender: [email protected]
From: James McMahon <[email protected]>
To: Brian Salter-Duke <[email protected]>
Cc: [email protected]
Subject: Re: Compiling VR17 with old AIX
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.06 [en] (WinNT; I)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I haven't worked on AIX3.2 for a while now, but I seem to recall that
the default C compiler shipped tended not to work so well.  I had lots
of trouble compiling things until I managed to compile the current version
of gcc and then used that with good success from then on.

I know that I probably didn't help much, but good luck.

James


Brian Salter-Duke wrote:

> I am new to WU-FTP. I first compiled 2.4.2-beta-13 and set up all
> the config files etc. Everything worked fine. I then realised this
> was an old version, so I upgraded to beta-18. I then heard about
> a security problem that was fixed in the VR releases after 10, so
> I went for the latest version - VR17. This works fine under Digital
> Unix, but my main server is an old RS6000 running AIX3.2. This
> fails on compile as follows:-
>
> make args are :
> make opts are :
>
> Copying Makefiles.
>
> Linking src/config.h
>
> Making support library.
>         cc -O2 -D_NO_PROTO   -c getusershell.c
>         cc -O2 -D_NO_PROTO   -c fnmatch.c
>         cc -O2 -D_NO_PROTO   -c strcasestr.c
>         cc -O2 -D_NO_PROTO   -c strsep.c
>         cc -O2 -D_NO_PROTO   -c authuser.c
> "/usr/include/netinet/if_ether.h", line 82.9: 1506-007 (S) Struct or
> union arphdr is undefined.
>     1501-106: (S) Include file net/if_dl.h not found.
> make: 1254-004 The error code from the last command is 1.
>
> Make Quitting.
>
> Making ftpd.
>         cc -O2 -D_NO_PROTO -I.. -I../support -L../support -c ftpd.c
> "/usr/include/netinet/if_ether.h", line 82.9: 1506-007 (S) Struct or
> union arphdr is undefined.
>     1501-106: (S) Include file net/if_dl.h not found.
> make: 1254-004 The error code from the last command is 1.
>
> Make Quitting.
>
> then errors about not finding libsupport.a, which are obvious.
>
> In both authuser.c and ftpd.c there is a "ifdef AIX" block that includes
> both if_ether.h and net/if_dl.h. I do not have the latter on my system
> and perhaps the former is different from what is expected. It looks
> to me as if the AIX config files and makefiles are only tested for
> AIX4.
>
> Can anyone tell me what these include files are used for in the code,
> or suggest any other fix for the AIX 3 systems.
>
> Cheers, Brian.
> --
>         Associate Professor Brian Salter-Duke (Brian Duke)
> School of Mathematical and Physical Sciences, Northern Territory
> University,
>   Darwin, NT 0909, Australia.  Phone 08-89466702. Fax 08-89466847
> e-mail: [email protected]  WWW
> http://lacebark.ntu.edu.au/chemistry


From [email protected]  Fri Apr 16 07:59: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 HAA27159;
       Fri, 16 Apr 1999 07:59:03 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA13577;
       Fri, 16 Apr 1999 07:57:26 -0500 (CDT)
Received: from landfield.com (ns.landfield.com [208.196.145.2])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA18881
       for <[email protected]>; Fri, 16 Apr 1999 07:51:28 -0500 (CDT)
Received: (from kent@localhost)
       by landfield.com (8.9.0/8.9.0) id HAA27014;
       Fri, 16 Apr 1999 07:49:48 -0500 (CDT)
Message-Id: <[email protected]>
Date: Fri, 16 Apr 1999 07:49:47 -0500 (CDT)
Reply-To: [email protected]
Sender: [email protected]
From: Kent Landfield <[email protected]>
To: [email protected]
Cc: [email protected], [email protected]
Subject: Re: What is the go with the list server?
In-Reply-To: <[email protected]> from "Bob Luckin" at Apr 13, 99 06:40:08 pm
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4 PL25]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

#
# James said :-
# > I know that this has been mentioned before, but is there any further word on
# > what is wrong with the list server?  I managed to get 1 message from the list
# > in the last 24 hours, and I think that is a bit strange.  Usually there will be
# > at least 10 and up to 20 or so.
# >
# > Anyway, hopefully if everyone gets this, there will be some replies generated
# > and I'll see some traffic just to confirm that the list is working.
# >
# > Thanks,
# >
# > James
# > [email protected]
#
# It has been a bit quiet recently.  Until Greg posted his email I just
# assumed it was a slack period (has happened occasionally before), but maybe
# there is a problem.
#
# Anyway, I got the mail, so at least James can post to the list, and at least
# I can receive from it...
#
# Cheers, Bob
#

I have reviewed the logs and see nothing immediately funky but that doesn't
mean there isn't. I'll see if this gets through...

--
Kent Landfield                        Phone: 1-817-545-2502
Email: [email protected]             http://www.landfield.com/
Email: [email protected]                   http://www.nfr.net/
Search the Usenet FAQ Archive at http://www.faqs.org/faqs/
Search the RFC/FYI/STD/BCP Archive at http://www.faqs.org/rfcs/


From [email protected]  Fri Apr 16 08:10: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 IAA27306;
       Fri, 16 Apr 1999 08:09:59 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA17404;
       Fri, 16 Apr 1999 08:09:51 -0500 (CDT)
Received: from thelab.hub.org (nat192.236.mpoweredpc.net [142.177.192.236])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA02232
       for <[email protected]>; Fri, 16 Apr 1999 07:57:07 -0500 (CDT)
Received: from localhost (scrappy@localhost)
       by thelab.hub.org (8.9.3/8.9.1) with ESMTP id JAA19215
       for <[email protected]>; Fri, 16 Apr 1999 09:57:25 -0300 (ADT)
       (envelope-from [email protected])
Message-Id: <[email protected]>
Date: Fri, 16 Apr 1999 09:57:25 -0300 (ADT)
Reply-To: [email protected]
Sender: [email protected]
From: The Hermit Hacker <[email protected]>
To: [email protected]
Subject: BeroFTPD, PAM and Solaris ...
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


Is anyone working on the above combination?  with v1.3.4, and
--enable-pam, it doesn't appear to do anything ... I have ssh with PAM
enabled, and it works fine, so my pam_modules are working fine...

If not, I'll most likely jump into this when I get back rom holidays...


Marc G. Fournier                   ICQ#7615664               IRC Nick: Scrappy
Systems Administrator @ hub.org
primary: [email protected]           secondary: scrappy@{freebsd|postgresql}.org


From [email protected]  Fri Apr 16 08:15: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 IAA27389;
       Fri, 16 Apr 1999 08:15:07 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA23261;
       Fri, 16 Apr 1999 08:13:47 -0500 (CDT)
Received: from thelab.hub.org (nat192.236.mpoweredpc.net [142.177.192.236])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA27535
       for <[email protected]>; Fri, 16 Apr 1999 07:57:30 -0500 (CDT)
Received: from localhost (scrappy@localhost)
       by thelab.hub.org (8.9.3/8.9.1) with ESMTP id JAA19186;
       Fri, 16 Apr 1999 09:54:47 -0300 (ADT)
       (envelope-from [email protected])
Message-Id: <[email protected]>
Date: Fri, 16 Apr 1999 09:54:47 -0300 (ADT)
Reply-To: [email protected]
Sender: [email protected]
From: The Hermit Hacker <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: WU-FTPD Discussion List <[email protected]>,
       Stan Olan Barber <[email protected]>,
       Oliver Billmann <[email protected]>,
       Michael Brennen <[email protected]>, Frank Cusack <[email protected]>,
       Jacques Distler <[email protected]>,
       Scott J Ellentuch <[email protected]>, Alain ENOUT <[email protected]>,
       Cristian Gafton <[email protected]>,
       Eilon Gishri <[email protected]>,
       Coranth Gryphon <[email protected]>,
       Roger Hanke <[email protected]>,
       Koos van den Hout <[email protected]>,
       Wakui Kazuhiko <[email protected]>, Ted Keller <[email protected]>,
       Ayamura Kikuchi <[email protected]>,
       Kazuyoshi Komine <[email protected]>,
       Kent Landfield <[email protected]>, Bob Luckin <[email protected]>,
       Albert Lunde <[email protected]>,
       Hamish N Marson <[email protected]>,
       Lee McLoughlin <[email protected]>
Subject: Re: [ANNOUNCEMENT] WU-FTPD Development Group
In-Reply-To: <[email protected]>
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


Great, the only question I have is does this mean that the BeroFTPD and VR
stuff is going to be all merged into one happy family again?  I'm using
BeroFTPD here, and have no problems in changing back to just straight
wu-ftpd, but don't want to lose all the features...

On Thu, 1 Apr 1999, Gregory A Lundberg wrote:

> The WU-FTPD Development Group is now forming.  The goals of this group,
> until modified by the group, shall be to:
>
>  - serve as a central clearinghouse for all information concerning WU-FTPD
>    and related software and documentation;
>
>  - foster future development of the WU-FTPD software in particular, and the
>    FTP protocol in general;
>
>  - elminate dependence upon a single person for corrections and
>    enhancements to the software and its documentation;
>
>  - stop subdivision of the user base by merging the various efforts into a
>    single effort.
>
> Recent discussions, both private and public, has convinced me the time has
> come for a change in management of the Washington University FTP Daemon,
> and its many derivatives variously known as wu-archive, wu-ftpd, wu-ftpd-vr
> and BeroFTPD.
>
> Bernhard, I and several others have, for some time now, been working toward
> this goal.  The most visible results of our work have, to date, been the
> stream of updates Bernhard and I have produced.  Less visible has been our
> work on the formation of an open development group to manage future
> development of the software.
>
> Last year I registered the domain names 'wu-ftpd.org' and 'wuftpd.org' and
> Kent Landfield began work on servers to host the group.  In the interim,
> Kent was pulled away by other tasks.  As a result, I took on implementation
> of the servers.  To be honest, my work load has not allowed me to have all
> the services in place I have planned.  Enough services are ready, however,
> that the group may begin work while the remaining tasks are completed.
>
> The following Internet services are currently online or planned for the
> near future:
>
>  - ANONCVS.WU-FTPD.ORG (not implemented)
>
>  - CVS.WU-FTPD.ORG (90% complete)
>
>  - FTP.WU-FTPD.ORG (80% complete)
>
>  - WWW.WU-FTPD.ORG (not implemented)
>
>  - MAIL.WU-FTPD.ORG (90% complete)
>
> These servers are currently provided by the VRnet Company as a public
> service to the Internet community.  As such, I reserve final authority as
> to which services are provided, their configuration and maintenance, and
> all security issues.
>
> Due to security measures on the current servers, there are five levels of
> membership in the WU-FTPD Development Group.  Once the group is up and
> running, these may change.  In decreasing security privilege these are:
>
>  Host Admins
>  -----------
>  These are the persons responsible for the actual hardware and software
>  providing the services.  Having SSH-root access these users have complete
>  authority and access to all facets of the servers.  At his time, this
>  group consists soles of VRnet staff members and is unlikely to change so
>  long as the servers are hosted at VRnet.
>
>  The following entities are host administrators:
>
>    [email protected]
>    [email protected]
>    [email protected]
>    [email protected]
>    [email protected]
>
>  Group Admins
>  ------------
>  These are the persons responsible for the creation and deletion of users
>  on the group's servers.  These users have SSH-root privileges on the
>  servers they administer; their privileges are resticted to those functions
>  necessary to their jobs.  At this time, the only server allowing Group
>  Administration is CVS.WU-FTPD.ORG; other servers will be added to this
>  list as they are completed.
>
>  The following persons have Group Administrative rights on CVS.WU-FTPD.ORG:
>
>    Bernhard Rosenkraenzer
>    Gregory A Lundberg
>
>  Other administrators may be appointed by the group.  The Host Admins may
>  veto an appointment on the grounds of past security problems involving the
>  appointee, but otherwise must honor the group's decision and grant
>  administrative access in a timely fashion.
>
>  Full Members
>  ------------
>  These are members having full access to the servers.  At this point, this
>  primarily mens they have commit rights on CVS.WU-FTPD.ORG; other full-
>  member privileges will be added as the servers are completed.  These
>  privileges are granted by the creation of an account for the member on the
>  servers by the group administrators.
>
>  During the initial formation period, Bernhard Rosenkraenzer and Gregory A
>  Lundberg are issuing invitations to people who, for various reasons, they
>  feel should be members of the WU-FTPD Development Group.  Once a
>  sufficient number have joined, the group is expected to adopt its own
>  procedures concerning membership and the rights and privileges of members.
>
>    Stan Olan Barber <[email protected]>
>    Oliver Billmann <[email protected]>
>    Michael Brennen <[email protected]>
>    Frank Cusack <[email protected]>
>    Jacques Distler <[email protected]>
>    Scott J Ellentuch <[email protected]>
>    Alain ENOUT <[email protected]>
>    Cristian Gafton <[email protected]>
>    Eilon Gishri <[email protected]>
>    Coranth Gryphon <[email protected]>
>    Roger Hanke <[email protected]>
>    Koos van den Hout <[email protected]>
>    Wakui Kazuhiko <[email protected]>
>    Ted Keller <[email protected]>
>    Ayamura Kikuchi <[email protected]>
>    Kazuyoshi Komine <[email protected]>
>    Kent Landfield <[email protected]>
>    Bob Luckin <[email protected]>
>    Albert Lunde <[email protected]>
>    Hamish N Marson <[email protected]>
>    Lee McLoughlin <[email protected]>
>    Steven C Neighorn <[email protected]>
>    Nathan Neulinger <[email protected]>
>    Bryan D. O'Connor (email address unknown)
>    Scott Parmenter <[email protected]>
>    Chad Price <[email protected]>
>    Jordan Ritter <[email protected]>
>    Michael Schmidt <[email protected]>
>    Phil Schwan <[email protected]>
>    Guy J Speier <[email protected]>
>    Stefan Vogel <[email protected]>
>    Al Walker <[email protected]>
>    Ian Willis <[email protected]>
>    Auteria Wally Winzer Jr <[email protected]>
>    Alex Yu <[email protected]>
>
>    The order above simply alphabetical.  We have attempted to list those
>    who we felt have contributed significantly to the daemon over the past
>    and are sure we missed a number of people we intended to include.  For
>    that we beg your undertanding and humbly appologize.
>
>  Members
>  -------
>  These are members who, for whatever reason, have chosen not to accept
>  accounts or privileges on the various servers; or have had those
>  privileges revoked.  The distinction here is privilege on the servers; the
>  group will decide what other rights members may have.  The idea is that a
>  member of the group may choose to have email privileges, yet not accept
>  cvs commit privileges.
>
>  Non-Members
>  -----------
>  Non-members have no special privileges on the group's servers.  Anonymous
>  access to some of the servers is permitted non-members.  The group will
>  determine the anonymous access rules for mailing lists and the servers.
>

Marc G. Fournier                   ICQ#7615664               IRC Nick: Scrappy
Systems Administrator @ hub.org
primary: [email protected]           secondary: scrappy@{freebsd|postgresql}.org


From [email protected]  Fri Apr 16 12:52: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 MAA02530;
       Fri, 16 Apr 1999 12:52:04 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA28635;
       Fri, 16 Apr 1999 12:49:36 -0500 (CDT)
Received: from tor-exch1.attcanada.com (birch.attcanada.com [142.194.2.249])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA13691
       for <[email protected]>; Fri, 16 Apr 1999 12:46:02 -0500 (CDT)
Received: by attcanada.com with Internet Mail Service (5.5.2232.9)
       id <2N31RY24>; Fri, 16 Apr 1999 13:46:41 -0400
Message-Id: <[email protected]>
Date: Fri, 16 Apr 1999 13:43:49 -0400
Reply-To: [email protected]
Sender: [email protected]
From: "Yin, Jie" <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: guest-howto
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 using OpenLinx. I want to setup a guest ftp account, so that user can
only ftp but not telnet to the host, and user is only limited to his own
home directory and under, user can not browse the whole file system.

I read Michael Brennen's Guest-Howto, I changed the entry in /etc/passwd to
read like

may:x:500:500: p mayer:/home/may/./:/etc/ftponly

I put an entry  /etc/ftponly in /etc/shells

when logon, user is defaulted to his home instead of the root, but user
would still be able to use cd or ls to browser the whole file system.

Is there anything wrong with this? hope people who know the anwser could
give me a hand.

thanks for help

J Y

From [email protected]  Fri Apr 16 13:02:54 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id NAA02754;
       Fri, 16 Apr 1999 13:02:53 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA18251;
       Fri, 16 Apr 1999 13:02:29 -0500 (CDT)
Received: from tor-exch1.attcanada.com (birch.attcanada.com [142.194.2.249])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA21860
       for <[email protected]>; Fri, 16 Apr 1999 12:57:56 -0500 (CDT)
Received: by attcanada.com with Internet Mail Service (5.5.2232.9)
       id <2N31RYMZ>; Fri, 16 Apr 1999 13:58:35 -0400
Message-Id: <[email protected]>
Date: Fri, 16 Apr 1999 13:57:21 -0400
Reply-To: [email protected]
Sender: [email protected]
From: "Yin, Jie" <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: guest-howto
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



> -----Original Message-----
> From: Yin, Jie
> Sent: Friday, April 16, 1999 1:44 PM
> To:   '[email protected]'
> Subject:      guest-howto
>
> I am using OpenLinx. I want to setup a guest ftp account, so that user can
> only ftp but not telnet to the host, and user is only limited to his own
> home directory and under, user can not browse the whole file system.
>
> I read Michael Brennen's Guest-Howto, I changed the entry in /etc/passwd
> to read like
>
> may:x:500:500: p mayer:/home/may/./:/etc/ftponly
>
> I put an entry  /etc/ftponly in /etc/shells
>
> when logon, user is defaulted to his home instead of the root, but user
> would still be able to use cd or ls to browser the whole file system.
>
> Is there anything wrong with this? hope people who know the anwser could
> give me a hand.
>
> thanks for help
>
> J Y

From [email protected]  Fri Apr 16 13:17: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 NAA03001;
       Fri, 16 Apr 1999 13:17:02 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA08070;
       Fri, 16 Apr 1999 13:15:36 -0500 (CDT)
Received: from mailbox1.ucsd.edu (mailbox1.ucsd.edu [132.239.1.53])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA02800
       for <[email protected]>; Fri, 16 Apr 1999 13:11:46 -0500 (CDT)
Received: from eel.ucsd.edu (eel.ucsd.edu [132.239.16.13])
       by mailbox1.ucsd.edu (8.9.1a/8.9.1) with ESMTP id LAA12068;
       Fri, 16 Apr 1999 11:10:41 -0700 (PDT)
Received: by eel.ucsd.edu (980427.SGI.8.8.8/940406.SGI)
        id LAA15808; Fri, 16 Apr 1999 11:10:39 -0700 (PDT)
Message-Id: <[email protected]>
Date: Fri, 16 Apr 1999 11:10:39 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Mona Wong" <[email protected]>
To: [email protected], [email protected]
Subject: [VR17] WU-FTPD-2.4.2-VR17 Released
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi Gregory:

       I tried to download VR17 from ftp://ftp.vr.net/pub/wu-ftpd/ but got a
timeout error.  Is there a problem with this site?

       Also, I just heard of a security hole newly discussed by bugtraq and
wanted to know if VR17 fixes that hole.  Do you know anything about this new
hole?

Mona


--
==================================================================
Mona Wong
graphics / visualization programmer wanna-be & web fool-arounder
National Center for Microscopy and Imaging Research
University of California, San Diego
http://www-ncmir.ucsd.edu
==================================================================


From [email protected]  Fri Apr 16 15:21: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 PAA04805;
       Fri, 16 Apr 1999 15:21:29 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA04621;
       Fri, 16 Apr 1999 15:14:22 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA21200
       for <[email protected]>; Fri, 16 Apr 1999 15:10:54 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id PAA02120;
       Fri, 16 Apr 1999 15:10:35 -0400
Message-Id: <[email protected]>
Date: Fri, 16 Apr 1999 15:10:34 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Mona Wong <[email protected]>
Cc: [email protected]
Subject: Re: [VR17] WU-FTPD-2.4.2-VR17 Released
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 16 Apr 1999, Mona Wong wrote:

>       I tried to download VR17 from ftp://ftp.vr.net/pub/wu-ftpd/ but
> got a timeout error.  Is there a problem with this site?
>
>       Also, I just heard of a security hole newly discussed by bugtraq
> and wanted to know if VR17 fixes that hole.  Do you know anything
> about this new hole?

Offline for a few.  I'm offsite, my people tell me it was a failure
somewhere.  You're reading this, it's back up.  My reply is taking a while
because I"m having to deal with PSI's typical lossage through NC (how they
can call 80% packet loss 'normal traffic' is beyond me) .. anyway ..



There was a posting yesterday on Bugtraq.  As near as I can tell, it was
about an attack directed at the realpath() bug.  The posting claimed to
work against all versions and derivitives of WU-FTPD, including
specificall VR. I can't get it to. Others on Bugtraq can't get it to.
The author of the posting hasn't seen fit to do more than make that one
vague claim; no evidence, no daemon version numbers.  We (the wu-ftpd
group) are looking at the code to see if there's something else which
needs fixing.  All I can say right now is only one person has made a
claim, that claim looks unfounded, and he's not sharing.

My bet, he doesn't even know which version of the daemon he's running.  He
may think he's running a VR version but here's his server's greeting:

220 dumb.admin.edu FTP server (Version wu-2.4.2-academ[BETA-18](1) Mon Aug 3 19:17:20 EDT 1998) ready.

[The name has been changed to protect the foolish.]

Um, isn't that the clean-build date and time from Redhat's RPM?  By golly,
I think it is.  Please, don't tell me the fool is complaining and he's
running a default-install from the RH CD.



Here's how the attack talked about in bugtraq works:

In a loop, MKD/CWD (make directory, create directory) until we're near the
limit MAXPATHLEN.  Do a MKD/CWD with the attack payload.  The payload
itself is not long enough to overflow a buffer.  It's trying to get the
daemon to overflow a buffer inside realpath() when rebuilding the full
pathname.

Let's say this attack does work.  Is there anything you can do to stop it?
Sure.  Don't allow world-writable directories in your FTP site.  Where you
must allow them, use proper upload clauses to limit the user's ability to
create subdirectories.

So, while there may be problems with the daemon (given the sorry state of
the code, can you blame it?) _this_ attack doesn't appear work and nobody
has any evidence there is one which _will_ work.

--

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




From [email protected]  Fri Apr 16 15:24: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 PAA04869;
       Fri, 16 Apr 1999 15:24:06 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA22460;
       Fri, 16 Apr 1999 15:20:49 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA05508
       for <[email protected]>; Fri, 16 Apr 1999 15:15:06 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id PAA02171;
       Fri, 16 Apr 1999 15:15:02 -0400
Message-Id: <[email protected]>
Date: Fri, 16 Apr 1999 15:15:02 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: WU-FTPD Discussion List <[email protected]>,
       WU-FTPD Questions <[email protected]>
Subject: SDI-wu is NOT the worm (fwd)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN



--

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

---------- Forwarded message ----------
Date: Fri, 16 Apr 1999 02:08:22 -0300
From: Eduard Condor <[email protected]>
To: [email protected]
Subject: SDI-wu is NOT the worm

We've been very surprised by the last message with subject "WU-ftp worm",
which the author claims to be hit by a ftpd worm.

As the authors of the code attached in that message, we would like to
say that we have no connections with this worm and we've never seen such
code before. That means we do NOT have the code.

Sekure SDI is not a cracker group. Our exploit code has been made only for
testing purpose and it was NOT suppose to be released.

Also, we would like to make a little comment about the wu-ftpd exploit:

- The SDI-wu code needs some fixes to work in Red Hat and other linux
distribution. Script kiddies -> don't even try to run it!

- The first exploit released (made by duke - I think ADMwuftpd) will not
work. WU-ftpd will discard nulls characters so the return address
(bf ff f3 c0) will not be passed to the stack, which means we cannot
execute the instructions inserted in the buffer. It also will bring you to
the reason we've not coded the exploit in the ordinary way.

- Unlike the WU-ftp, the PROFTP will not accept some of the characters of
the standard shellcode and exploit code, so it's much more difficult to
exploit. I would say it's nearly impossible.

I've received a lot of message asking about how to use the exploit, bla
bla. We will NOT help kiddies with this tool.

At last, I would like to make clear that Sekure SDI has nothing to do with
this worm. Our goal is only to seek and provide security information.

   * PLEASE, updated your wu-ftpd to the newest version! *

Thank you,

-condor
www.sekure.org
s e k u r e

pgp key available at: http://condor.sekure.org/condor.asc


From [email protected]  Fri Apr 16 19:03: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 TAA07376;
       Fri, 16 Apr 1999 19:03:17 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA21267;
       Fri, 16 Apr 1999 19:01:18 -0500 (CDT)
Received: from mailbox2.ucsd.edu (mailbox2.ucsd.edu [132.239.1.54])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA14983
       for <[email protected]>; Fri, 16 Apr 1999 18:56:33 -0500 (CDT)
Received: from eel.ucsd.edu (eel.ucsd.edu [132.239.16.13])
       by mailbox2.ucsd.edu (8.9.1a/8.9.1) with ESMTP id QAA08825
       for <@ucsd.edu:[email protected]>; Fri, 16 Apr 1999 16:56:32 -0700 (PDT)
Received: by eel.ucsd.edu (980427.SGI.8.8.8/940406.SGI)
       for [email protected] id QAA17985; Fri, 16 Apr 1999 16:56:30 -0700 (PDT)
Message-Id: <[email protected]>
Date: Fri, 16 Apr 1999 16:56:30 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Mona Wong" <[email protected]>
To: [email protected]
Subject: problem compiling wu-ftpd 2.4.2 vr17 on sgi
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi:

       I tried to compiled wu-ftpd 2.4.2 VR17 on SGI IRIX 6.2 and got errors:

proteus:/p12/src/wu-ftpd-2.4.2-vr17) ./build CC=gcc sgi
[...]
       gcc -L../support -o ftpd ftpd.o ftpcmd.o glob.o logwtmp.o popen.o
vers.o access.o extensions.o  realpath.o acl.o private.o authenticate.o
conversions.o hostacc.o  sigfix.o routevector.o restrict.o  -lsupport
ld32: WARNING 126: The archive ../support/libsupport.a defines no global
symbols. Ignoring.
ld32: ERROR 33: Unresolved text symbol "getusershell" -- 1st referenced by
ftpd.o.
ld32: ERROR 33: Unresolved text symbol "endusershell" -- 1st referenced by
ftpd.o.
ld32: ERROR 33: Unresolved text symbol "snprintf" -- 1st referenced by ftpd.o.
ld32: ERROR 33: Unresolved text symbol "vsnprintf" -- 1st referenced by ftpd.o.
ld32: ERROR 33: Unresolved text symbol "strcasestr" -- 1st referenced by
access.o.
ld32: ERROR 33: Unresolved text symbol "strsep" -- 1st referenced by private.o.
ld32: ERROR 33: Unresolved text symbol "auth_fd" -- 1st referenced by
authenticate.o.
ld32: ERROR 33: Unresolved text symbol "auth_tcpuser" -- 1st referenced by
authenticate.o.
ld32: INFO 152: Output file removed because of error.
*** Error code 1 (bu21)

       How should I fix this?

       By the way, will the SGI build (documentation says it is for SGI Irix
4.0.5a work for IRIX 6.2?

Mona



Mona


--
==================================================================
Mona Wong
graphics / visualization programmer wanna-be & web fool-arounder
National Center for Microscopy and Imaging Research
University of California, San Diego
http://www-ncmir.ucsd.edu
==================================================================


From [email protected]  Fri Apr 16 19:42:04 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id TAA09558;
       Fri, 16 Apr 1999 19:42:03 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA00032;
       Fri, 16 Apr 1999 19:40:29 -0500 (CDT)
Received: from gw1.bfg.com (gateway.bfg.com [131.187.253.2])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA25350
       for <[email protected]>; Fri, 16 Apr 1999 19:33:56 -0500 (CDT)
Received: (from uucp@localhost)
       by gw1.bfg.com (8.9.3/8.9.3) id UAA11160;
       Fri, 16 Apr 1999 20:30:30 -0400 (EDT)
Received: from ns1.bfg.com(192.73.67.20) by gw1.bfg.com via smap (V2.1)
       id sma010945; Fri, 16 Apr 99 20:29:26 -0400
Received: from localhost (keller@localhost)
       by ns1.bfg.com (8.9.3/8.9.3) with ESMTP id UAA07719;
       Fri, 16 Apr 1999 20:29:18 -0400 (EDT)
Message-Id: <[email protected]>
Date: Fri, 16 Apr 1999 20:29:18 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Ted Keller <[email protected]>
To: Mona Wong <[email protected]>
Cc: [email protected]
Subject: Re: problem compiling wu-ftpd 2.4.2 vr17 on sgi
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Mona,

getusershell and endusershell are in the support directory directory of
the wu-ftpd distribution.  Make sure your Makefile adds the -L../support
line and includes the -lsupport library.

Hope this helps.

ted keller


On Fri, 16 Apr 1999, Mona Wong wrote:

> Hi:
>
>       I tried to compiled wu-ftpd 2.4.2 VR17 on SGI IRIX 6.2 and got errors:
>
> proteus:/p12/src/wu-ftpd-2.4.2-vr17) ./build CC=gcc sgi
> [...]
>         gcc -L../support -o ftpd ftpd.o ftpcmd.o glob.o logwtmp.o popen.o
> vers.o access.o extensions.o  realpath.o acl.o private.o authenticate.o
> conversions.o hostacc.o  sigfix.o routevector.o restrict.o  -lsupport
> ld32: WARNING 126: The archive ../support/libsupport.a defines no global
> symbols. Ignoring.
> ld32: ERROR 33: Unresolved text symbol "getusershell" -- 1st referenced by
> ftpd.o.
> ld32: ERROR 33: Unresolved text symbol "endusershell" -- 1st referenced by
> ftpd.o.
> ld32: ERROR 33: Unresolved text symbol "snprintf" -- 1st referenced by ftpd.o.
> ld32: ERROR 33: Unresolved text symbol "vsnprintf" -- 1st referenced by ftpd.o.
> ld32: ERROR 33: Unresolved text symbol "strcasestr" -- 1st referenced by
> access.o.
> ld32: ERROR 33: Unresolved text symbol "strsep" -- 1st referenced by private.o.
> ld32: ERROR 33: Unresolved text symbol "auth_fd" -- 1st referenced by
> authenticate.o.
> ld32: ERROR 33: Unresolved text symbol "auth_tcpuser" -- 1st referenced by
> authenticate.o.
> ld32: INFO 152: Output file removed because of error.
> *** Error code 1 (bu21)
>
>       How should I fix this?
>
>       By the way, will the SGI build (documentation says it is for SGI Irix
> 4.0.5a work for IRIX 6.2?
>
> Mona
>
>
>
> Mona
>
>
> --
> ==================================================================
> Mona Wong
> graphics / visualization programmer wanna-be & web fool-arounder
> National Center for Microscopy and Imaging Research
> University of California, San Diego
> http://www-ncmir.ucsd.edu
> ==================================================================
>


From [email protected]  Fri Apr 16 21:32: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 VAA14948;
       Fri, 16 Apr 1999 21:32:00 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id VAA07191;
       Fri, 16 Apr 1999 21:30:38 -0500 (CDT)
Received: from grafton.blackstone-eda.com ([206.216.18.149])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id VAA25481
       for <[email protected]>; Fri, 16 Apr 1999 21:29:49 -0500 (CDT)
Received: from localhost (robertsn@localhost)
       by grafton.blackstone-eda.com (8.9.3/8.9.3) with ESMTP id WAA02118
       for <[email protected]>; Fri, 16 Apr 1999 22:29:16 -0400 (EDT)
Message-Id: <Pine.GSO.4.05.9904162218190.1847-100000@grafton.blackstone-eda.com>
Date: Fri, 16 Apr 1999 22:29:16 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Paul Robertson <[email protected]>
To: [email protected]
Subject: NAT, PASV, and "connection refused"
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Authentication-Warning: grafton.blackstone-eda.com: robertsn owned process doing -bs
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Our public wu-ftpd server (2.4.2-vr16 on RedHat 5.2) is sitting behind
an Iproute box that does address translation and packet-filtering for
us. The ftp server has a private IP address behind the Iproute box. All
outbound traffic is permitted by the packet filter. Only inbound packets
on specific ports are permitted. Pretty standard stuff, I think.

We discovered yesterday that we had problems with FTP clients that ran
in passive mode. After doing a little research, we:

- added the following lines to the /etc/ftpaccess file:

  passive address 192.168.2.112  192.168.2.0/24
  passive address 206.123.123.123 0.0.0.0/0
  passive ports 0.0.0.0/0 33300 33350

  The intent was that internal clients would see the private
  address. External clients would see the public address (which gets
  translated 192.168.2.112). We also configured the packet-filter to
  allow port range 33300-33350 inbound for the client connects to the
  server data port.

Unfortunately, when we attempt a passive connection from an external
ftp client, we see the following:

petunia:~>ftp ftp.whatever.com
Connected to ftp.whatever.com.
220 gatekeeper.whatever.com FTP server ready.
Name (ftp.whatever.com:smith): ftp
331 Guest login ok, send your complete e-mail address as password.
Password:
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> pass
Passive mode on.
ftp> dir
227 Entering Passive Mode (206,123,123,123,139,128)
ftp: connect: Connection refused


>From an external address, I can telnet to 206.123.123.123 on all ports
in the range 33300 to 33350, so I know that the packet filter is
passing the packets. What's very strange is that when I run "netstat
-a" on the ftp server after running the PASV command, I see the
following entry:

Active Internet connections (including servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
tcp        0      0 206.123.123.123:35712   *:*                     LISTEN

So the server IS listening on the data port, but why is the "Local
Address" the EXTERNAL IP address (203.123.123.123), and not the internal
(192.168.2.112) address? Does this imply that the ftp server is somehow
listening on another address? Even from the internal network, with the
listening connection as above, I cannot complete the transfer with
"telnet 192.168.2.112 35712": I get "connection refused".

In the ftpaccess man page, the relevant note says:

"NOTE: this does not change the address the daemone actually lis-
 tens on, only the address reported to the client.  This feature
 allows the daemon to operate correctly behind IP-renumbering
 firewalls."

Any suggestions as to why external ftp clients are unable to connect
in passive mode? I've scanned the archives and cannot find anything
that seems relevant to my experience.

Thanks in advance,

Paul


--
Paul Robertson
Phone:   (781) 213-9101  Fax: (508) 793-2972
E-Mail:  [email protected]



From [email protected]  Fri Apr 16 21:36:54 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id VAA15079;
       Fri, 16 Apr 1999 21:36:53 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id VAA14819;
       Fri, 16 Apr 1999 21:36:51 -0500 (CDT)
Received: from grafton.blackstone-eda.com ([206.216.18.149])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id VAA16212
       for <[email protected]>; Fri, 16 Apr 1999 21:36:04 -0500 (CDT)
Received: from localhost (robertsn@localhost)
       by grafton.blackstone-eda.com (8.9.3/8.9.3) with ESMTP id WAA02269
       for <[email protected]>; Fri, 16 Apr 1999 22:35:31 -0400 (EDT)
Message-Id: <Pine.GSO.4.05.9904162234080.2126-100000@grafton.blackstone-eda.com>
Date: Fri, 16 Apr 1999 22:35:31 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Paul Robertson <[email protected]>
To: [email protected]
Subject: Correction: NAT, PASV, and "connection refused"
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Authentication-Warning: grafton.blackstone-eda.com: robertsn owned process doing -bs
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Our public wu-ftpd server (2.4.2-vr16 on RedHat 5.2) is sitting behind
an Iproute box that does address translation and packet-filtering for
us. The ftp server has a private IP address behind the Iproute box. All
outbound traffic is permitted by the packet filter. Only inbound packets
on specific ports are permitted. Pretty standard stuff, I think.

We discovered yesterday that we had problems with FTP clients that ran
in passive mode. After doing a little research, we:

- added the following lines to the /etc/ftpaccess file:

  passive address 192.168.2.112  192.168.2.0/24
  passive address 206.123.123.123 0.0.0.0/0
  passive ports 0.0.0.0/0 33300 33350

  The intent was that internal clients would see the private
  address. External clients would see the public address (which gets
  translated 192.168.2.112). We also configured the packet-filter to
  allow port range 33300-33350 inbound for the client connects to the
  server data port.

Unfortunately, when we attempt a passive connection from an external
ftp client, we see the following:

petunia:~>ftp ftp.whatever.com
Connected to ftp.whatever.com.
220 gatekeeper.whatever.com FTP server ready.
Name (ftp.whatever.com:smith): ftp
331 Guest login ok, send your complete e-mail address as password.
Password:
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> pass
Passive mode on.
ftp> dir
227 Entering Passive Mode (206,123,123,123,139,128)
ftp: connect: Connection refused


>From an external address, I can telnet to 206.123.123.123 on all ports
in the range 33300 to 33350, so I know that the packet filter is
passing the packets. What's very strange is that when I run "netstat
-a" on the ftp server after running the PASV command, I see the
following entry:

Active Internet connections (including servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
tcp        0      0 206.123.123.123:33305   *:*
LISTEN

So the server IS listening on the data port, but why is the "Local
Address" the EXTERNAL IP address (203.123.123.123), and not the internal
(192.168.2.112) address? Does this imply that the ftp server is somehow
listening on another address? Even from the internal network, with the
listening connection as above, I cannot complete the transfer with
"telnet 192.168.2.112 33305": I get "connection refused".

In the ftpaccess man page, the relevant note says:

"NOTE: this does not change the address the daemone actually lis-
 tens on, only the address reported to the client.  This feature
 allows the daemon to operate correctly behind IP-renumbering
 firewalls."

Any suggestions as to why external ftp clients are unable to connect
in passive mode? I've scanned the archives and cannot find anything
that seems relevant to my experience.

Thanks in advance,

Paul


--
Paul Robertson
Phone:   (781) 213-9101  Fax: (508) 793-2972
E-Mail:  [email protected]




From [email protected]  Sat Apr 17 01:40: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 BAA22994;
       Sat, 17 Apr 1999 01:40:51 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id BAA16277;
       Sat, 17 Apr 1999 01:39:23 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id BAA29209
       for <[email protected]>; Sat, 17 Apr 1999 01:34:44 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id BAA06938;
       Sat, 17 Apr 1999 01:34:30 -0400
Message-Id: <[email protected]>
Date: Sat, 17 Apr 1999 01:34:29 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Paul Robertson <[email protected]>
Cc: [email protected]
Subject: Re: Correction: NAT, PASV, and "connection refused"
In-Reply-To: <Pine.GSO.4.05.9904162234080.2126-100000@grafton.blackstone-eda.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 16 Apr 1999, Paul Robertson wrote:

>    passive address 192.168.2.112  192.168.2.0/24
>    passive address 206.123.123.123 0.0.0.0/0

> 227 Entering Passive Mode (206,123,123,123,139,128)
> ftp: connect: Connection refused

> tcp        0      0 206.123.123.123:33305   *:*

First point:  Your server is set up incorrectly.  You're using NAT and the
bind() to the outside address was successful.  That means the machine has
an interface listening on the external address.  You don't want that.  It
defeats the purpose of NAT.  Probably it's a leftover from before using
VR16.

What you should be seeing is:

425 Can't open passive connection: Cannot assign requested address.

Use ifconfig to determine which interface is listening on the wrong
address block.  Disable that interface immedeately with ifconfig and
correct the startup scripts of the machine so it doesn't come back.


Second point:  Guess what.  You're right.  The wrong address is being
bind()'d.  Here's a patch for VR16.  If the patch won't apply cleanly,
it's because of whitespace.  I've put it in my FTP site if you need a
clean copy:

 ftp://ftp.vr.net/private/lundberg/quickfix/passive_address.patch



Index: ftpd.c
===================================================================
RCS file: /cvsroot/wu-ftpd/src/ftpd.c,v
retrieving revision 1.4
diff -c -r1.4 ftpd.c
*** ftpd.c      1999/03/04 06:43:36     1.4
--- ftpd.c      1999/04/17 06:29:34
***************
*** 4471,4477 ****
     if (data != -1)
         lreply(0, "     Data connection open");
     else if (pdata != -1 || usedefault == 0){
!       sin = ( usedefault == 0 ? &data_dest : &pasv_addr );
       a = (u_char *) & sin->sin_addr;
       p = (u_char *) & sin->sin_port;
 #define UC(b) (((int) b) & 0xff)
--- 4471,4482 ----
     if (data != -1)
         lreply(0, "     Data connection open");
     else if (pdata != -1 || usedefault == 0){
!       if (usedefault == 0)
!           sin = &data_dest;
!       else if (route_vectored)
!           sin = &vect_addr;
!       else
!           sin = &pasv_addr;
       a = (u_char *) & sin->sin_addr;
       p = (u_char *) & sin->sin_port;
 #define UC(b) (((int) b) & 0xff)
***************
*** 5350,5358 ****
         (void) setsockopt(pdata, SOL_SOCKET, SO_SNDBUF, (char *) &TCPwindowsize, sizeof(TCPwindowsize));
         (void) setsockopt(pdata, SOL_SOCKET, SO_RCVBUF, (char *) &TCPwindowsize, sizeof(TCPwindowsize));
     }
- if (route_vectored)
-     pasv_addr = vect_addr;
- else
     pasv_addr = ctrl_addr;
     pasv_addr.sin_port = 0;
     delay_signaling(); /* we can't allow any signals while euid==0: kinch */
--- 5355,5360 ----
***************
*** 5446,5452 ****
     if (listen(pdata, 1) < 0)
         goto pasv_error;
     usedefault = 1;
!     a = (char *) &pasv_addr.sin_addr;
     p = (char *) &pasv_addr.sin_port;

 #define UC(b) (((int) b) & 0xff)
--- 5448,5457 ----
     if (listen(pdata, 1) < 0)
         goto pasv_error;
     usedefault = 1;
!     if (route_vectored)
!         a = (char *) &vect_addr.sin_addr;
!     else
!         a = (char *) &pasv_addr.sin_addr;
     p = (char *) &pasv_addr.sin_port;

 #define UC(b) (((int) b) & 0xff)

--

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


From [email protected]  Sat Apr 17 07:43: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 HAA01856;
       Sat, 17 Apr 1999 07:43:40 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA05635;
       Sat, 17 Apr 1999 07:42:13 -0500 (CDT)
Received: from grafton.blackstone-eda.com ([206.216.18.149])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA29811
       for <[email protected]>; Sat, 17 Apr 1999 07:35:47 -0500 (CDT)
Received: from localhost (robertsn@localhost)
       by grafton.blackstone-eda.com (8.9.3/8.9.3) with ESMTP id IAA16791;
       Sat, 17 Apr 1999 08:34:32 -0400 (EDT)
Message-Id: <Pine.GSO.4.05.9904170829520.16425-100000@grafton.blackstone-eda.com>
Date: Sat, 17 Apr 1999 08:34:32 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Paul Robertson <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: [email protected]
Subject: Re: Correction: NAT, PASV, and "connection refused"
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Authentication-Warning: grafton.blackstone-eda.com: robertsn owned process doing -bs
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Greg,

Great support! I sent my question on a Friday night at 10:30PM, and had
an answer three hours later.

The patch worked fine, and I can now do passive ftp transfers correctly.
I'll look into the interface problem you mention.

Cheers,

Paul

--
Paul Robertson
Phone:   (781) 213-9101  Fax: (508) 793-2972
E-Mail:  [email protected]



From [email protected]  Sun Apr 18 01:20: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 BAA10253;
       Sun, 18 Apr 1999 01:20:04 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id BAA07183;
       Sun, 18 Apr 1999 01:18:31 -0500 (CDT)
Received: from thelab.hub.org (nat192.236.mpoweredpc.net [142.177.192.236])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id BAA15116
       for <[email protected]>; Sun, 18 Apr 1999 01:13:13 -0500 (CDT)
Received: from localhost (scrappy@localhost)
       by thelab.hub.org (8.9.3/8.9.1) with ESMTP id DAA42518
       for <[email protected]>; Sun, 18 Apr 1999 03:14:22 -0300 (ADT)
       (envelope-from [email protected])
Message-Id: <[email protected]>
Date: Sun, 18 Apr 1999 03:14:21 -0300 (ADT)
Reply-To: [email protected]
Sender: [email protected]
From: The Hermit Hacker <[email protected]>
To: [email protected]
Subject: BeroFTPD: Docs bug...
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


I just spent the past hour going through the VIRTUAL.* doc file trying to
get things setup here, and...alas...ther is at least one bug in it.  It
says all you have to do for a virtual host is set 'root <root-dir>'...this
didn't work, so I scanned through the ftpaccess.5 man page, and found that
it has to have 'anonymous-root' set for this to work...

Might be someone wants to fix? :(

Marc G. Fournier                   ICQ#7615664               IRC Nick: Scrappy
Systems Administrator @ hub.org
primary: [email protected]           secondary: scrappy@{freebsd|postgresql}.org


From [email protected]  Sun Apr 18 01:31: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 BAA10373;
       Sun, 18 Apr 1999 01:31:26 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id BAA31737;
       Sun, 18 Apr 1999 01:31:25 -0500 (CDT)
Received: from thelab.hub.org (nat192.236.mpoweredpc.net [142.177.192.236])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id BAA11436
       for <[email protected]>; Sun, 18 Apr 1999 01:20:48 -0500 (CDT)
Received: from localhost (scrappy@localhost)
       by thelab.hub.org (8.9.3/8.9.1) with ESMTP id DAA42550
       for <[email protected]>; Sun, 18 Apr 1999 03:21:57 -0300 (ADT)
       (envelope-from [email protected])
Message-Id: <[email protected]>
Date: Sun, 18 Apr 1999 03:21:57 -0300 (ADT)
Reply-To: [email protected]
Sender: [email protected]
From: The Hermit Hacker <[email protected]>
To: [email protected]
Subject: BeroFTPD: logfile directive not working...
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


Hi again...

       This one I can't seem to find anything on in the man page...the
'logfile' directive that the VIRTUAL.* file points out doesn't appear to
work, as all logging is going to /usr/local/log/xferlog instead of the
specific file I've put in the directive....

       Syntax change?

Marc G. Fournier                   ICQ#7615664               IRC Nick: Scrappy
Systems Administrator @ hub.org
primary: [email protected]           secondary: scrappy@{freebsd|postgresql}.org


From [email protected]  Sun Apr 18 02:16: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 CAA10750;
       Sun, 18 Apr 1999 02:16:45 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id CAA16951;
       Sun, 18 Apr 1999 02:15:26 -0500 (CDT)
Received: from raven.korax.net ([email protected] [209.82.39.7])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id CAA04728
       for <[email protected]>; Sun, 18 Apr 1999 02:11:52 -0500 (CDT)
Received: from raven.korax.net ([email protected] [209.82.39.7])
       by raven.korax.net (8.9.3/8.9.3) with ESMTP id DAA05326
       for <[email protected]>; Sun, 18 Apr 1999 03:11:48 -0400 (EDT)
Message-Id: <[email protected]>
Date: Sun, 18 Apr 1999 03:11:47 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: Re: BeroFTPD: Docs bug...
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Sun, 18 Apr 1999, The Hermit Hacker wrote:

> I just spent the past hour going through the VIRTUAL.* doc file trying to
> get things setup here, and...alas...ther is at least one bug in it.  It
> says all you have to do for a virtual host is set 'root <root-dir>'...this
> didn't work, so I scanned through the ftpaccess.5 man page, and found that
> it has to have 'anonymous-root' set for this to work...

Just to add to the above, the ftpaccess man page fails to mention the
'passwd' and 'shadow' clauses, and, more seriously, BeroFTPD itself
doesn't quite support the virtual passwd file feature on FreeBSD when
installed 'out of the box'.  I spent the last few days fixing this and
several other problems:

- When compiled with --enable-passwd, it should read /etc/master.passwd
instead of /etc/passwd (or, alternatively, configure should detect
master.passwd and enable shadow password support).

- Parsing of the FreeBSD passwd file needed some changes because of the
class/change/expire fields, and the shell had an extra character
erroneously appended to it, causing the lookup in /etc/shells to fail.

- When the upload clause is set to chown the uploaded file to the uid/gid
of the directory, the upload would die with 'Permission denied' as soon as
it began.  Also, mkdir'ed directories were not being chowned at all.

- Changed the order of some operations during the login phase to check in
ftpusers _before_ looking up the account in the passwd file.

- Added a bit of extra functionality that made sense to me -- use the
'root' clause in ftpaccess, if present, to chroot() real users to the
given path.  Currently 'root' is only used when compiled with OLDVIRT.

I've tested all of these changes on my system and they all appear to do
the right thing, though I don't know if/how they might affect guest users
because I don't use that feature.  I contacted Bernhard a few days ago
regarding submitting patches but I've yet to receive a reply.


--
Alex Bulan <[email protected]>
Systems administrator
Korax Online Inc.





From [email protected]  Mon Apr 19 09: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 JAA28403;
       Mon, 19 Apr 1999 09:54:32 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA30535;
       Mon, 19 Apr 1999 09:52:28 -0500 (CDT)
Received: from usagi.cts.com (usagi.cts.com [209.68.192.66])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA26131
       for <[email protected]>; Mon, 19 Apr 1999 09:43:04 -0500 (CDT)
Received: from king.cts.com ([email protected] [198.68.168.21])
       by usagi.cts.com (8.9.3/8.9.3) with ESMTP id HAA11918
       for <[email protected]>; Mon, 19 Apr 1999 07:43:18 -0700 (PDT)
Received: from cts.com (putc9218191.cts.com [209.68.218.191])
       by king.cts.com (8.8.7/8.8.7) with ESMTP id HAA21302
       for <[email protected]>; Mon, 19 Apr 1999 07:43:01 -0700 (PDT)
Message-Id: <[email protected]>
Date: Mon, 19 Apr 1999 07:43:50 -0700
Reply-To: [email protected]
Sender: [email protected]
From: Jason Brown <[email protected]>
To: [email protected]
Subject: ftpd problem -- HELP!
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.51 [en] (Win95; U)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I was running 2.4.2 - beta 18 on my Solaris 2.5.1 box - when we had some
problem with the ftp server.
I shutdown the ftp server, then attempted to restart it. However, it did
not restart. I found the following message in my log files:

<nodename> ftpd[459]: getpeername (/usr/sbin/ftpd): Invalid argument

I upgraded to 2.4.2 Final on the same box, recompiled and installed (
note: it couldn't ranlib -- probably because ranlibs path was not in my
env path ). At any rate I get:

<nodename> ftpd[548]: getpeername (/usr/sbin/ftpd): Invalid argument


I am typing : /usr/sbin/ftpd -aioldD at the command prompt.
I have also tried to restart the process via inetd.conf - no go there
either.

thanks,
Jason




From [email protected]  Mon Apr 19 10:37: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 KAA29289;
       Mon, 19 Apr 1999 10:37:41 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA05614;
       Mon, 19 Apr 1999 10:36:32 -0500 (CDT)
Received: from alms1.fw.att.com (alms1.att.com [192.128.167.146])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA30008
       for <[email protected]>; Mon, 19 Apr 1999 10:30:32 -0500 (CDT)
Received: from merlin.lz.att.com ([135.25.200.5])
       by alms1.fw.att.com (AT&T IPNS/MS-2.2) with SMTP id LAA07536
       for <[email protected]>; Mon, 19 Apr 1999 11:30:00 -0400 (EDT)
Received: by merlin.lz.att.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.996.62)
       id <[email protected]>; Mon, 19 Apr 1999 11:34:37 -0400
Message-Id: <c=US%a=_%p=att%[email protected]>
Date: Mon, 19 Apr 1999 11:34:36 -0400
Reply-To: [email protected]
Sender: [email protected]
From: Roger Hanke <[email protected]>
To: "'[email protected]'" <[email protected]>,
       "'[email protected]'"
        <[email protected]>
Subject: RE: BeroFTPD: logfile directive not working...
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 Scrappy,
Went thru this same discovery process not to
long ago when I upgraded my Beta Virtual operation
to BeroFTPD. So use anonymous-root instead of
root as you discovered. Need to add
--enable-oldvirt to configure command to get
logfile directive working. Bernhard said he
would add anonymous-logfile and guest-logfile
directives to version 1.3.5 and update docs when
I pointed this problem out.
       Roger Hanke

-----Original Message-----
From: The Hermit Hacker [mailto:[email protected]]
Sent: Sunday, April 18, 1999 2:22 AM
To: [email protected]
Subject: BeroFTPD: logfile directive not working...



Hi again...

       This one I can't seem to find anything on in the man page...the
'logfile' directive that the VIRTUAL.* file points out doesn't appear to
work, as all logging is going to /usr/local/log/xferlog instead of the
specific file I've put in the directive....

       Syntax change?

Marc G. Fournier                   ICQ#7615664               IRC Nick:
Scrappy
Systems Administrator @ hub.org
primary: [email protected]           secondary:
scrappy@{freebsd|postgresql}.org


From [email protected]  Mon Apr 19 11:10: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 LAA29878;
       Mon, 19 Apr 1999 11:10:07 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA30620;
       Mon, 19 Apr 1999 11:08:01 -0500 (CDT)
Received: from gatekeeper.dsg.com (gatekeeper.dsg.com [204.179.88.126])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA24756
       for <[email protected]>; Mon, 19 Apr 1999 11:00:28 -0500 (CDT)
Received: (from uucp@localhost) by gatekeeper.dsg.com (8.6.10/8.6.10) id KAA01186 for <[email protected]>; Mon, 19 Apr 1999 10:52:11 -0500
Received: from ares.dsg.com(204.179.89.129) by gatekeeper.dsg.com via smap (V1.3)
       id sma001179; Mon Apr 19 10:51:48 1999
Received: from pluto.dsg.com (pluto [204.179.89.169])
       by ares.dsg.com (8.8.5/8.8.5) with ESMTP id LAA17061
       for <[email protected]>; Mon, 19 Apr 1999 11:00:02 -0500 (CDT)
Received: by pluto.dsg.com with Internet Mail Service (5.5.2232.9)
       id <HGG1SCN8>; Mon, 19 Apr 1999 11:02:08 -0500
Message-Id: <[email protected]>
Date: Mon, 19 Apr 1999 11:02:07 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Ray Texter <[email protected]>
To: "Wu-Ftpd (E-mail)" <[email protected]>
Subject: Wu-ftp Uploading for anonymous user.+-
MIME-Version: 1.0
Content-Type: text/plain;
       charset="iso-8859-1"
X-Mailer: Internet Mail Service (5.5.2232.9)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


I'm trying to set up anonymous ftp uploading. and can't get it to work...

So far I've done the following.
I still get the error can't upload file to /ftp/incoming.....


ftpadmin:*:96:96::/home/ftp:   (should this be chrooted or should this be a
normal account.)


chown ftpadmin /home/ftp/incoming
chgrp ftpadmin /home/ftp/incoming
chmod 3773 /home/ftp/incoming

touch /home/ftp/.notar
chmod 0 /home/ftp/.notar
touch /home/ftp/incoming/.notar
chmod 0 /home/ftp/incoming/.notar

**** Added to : /etc/ftpaccess ******
noretrieve .notar
upload /home/ftp /incoming yes ftpadmin ftpadmin 0440 nodirs
noretrieve /home/ftp/incoming/


Thank you
rjt

From [email protected]  Mon Apr 19 11:12: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 LAA29922;
       Mon, 19 Apr 1999 11:12:07 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA32676;
       Mon, 19 Apr 1999 11:10:28 -0500 (CDT)
Received: from gw1.bfg.com (gateway.bfg.com [131.187.253.2])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA01662
       for <[email protected]>; Mon, 19 Apr 1999 11:00:51 -0500 (CDT)
Received: (from uucp@localhost)
       by gw1.bfg.com (8.9.3/8.9.3) id MAA14321;
       Mon, 19 Apr 1999 12:00:35 -0400 (EDT)
Received: from ns1.bfg.com(192.73.67.20) by gw1.bfg.com via smap (V2.1)
       id sma013680; Mon, 19 Apr 99 12:00:05 -0400
Received: from localhost (keller@localhost)
       by ns1.bfg.com (8.9.3/8.9.3) with ESMTP id LAA02337;
       Mon, 19 Apr 1999 11:59:55 -0400 (EDT)
Message-Id: <[email protected]>
Date: Mon, 19 Apr 1999 11:59:55 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Ted Keller <[email protected]>
To: Jason Brown <[email protected]>
Cc: [email protected]
Subject: Re: ftpd problem -- HELP!
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Jason,

There are two locations in the ftpd. c code where getpeername is called.
One is for deamon processing and the second is for inetd processing.
These are determined by the compile switch on the makefile or the config.h
include header.

Probably would make sense to determine which of these two you are trying
to fight.  If it's from the inetd process, this is determined prior to any
of the ftpd arguments being scanned off of the input line - so the options
should not be entering the picture yet.

I suspect this is NOT ftpd related - but a larger issue in your solaris
system.   You may want to verify some of your solaris settings.  Probably
the first one I would look at is to verify your default route is set on
that box.  This is some thing that "could change" across a boot - and
drive you absolutely crazy.

Hope this helps.

ted keller


On Mon, 19 Apr 1999, Jason Brown wrote:

> I was running 2.4.2 - beta 18 on my Solaris 2.5.1 box - when we had some
> problem with the ftp server.
> I shutdown the ftp server, then attempted to restart it. However, it did
> not restart. I found the following message in my log files:
>
> <nodename> ftpd[459]: getpeername (/usr/sbin/ftpd): Invalid argument
>
> I upgraded to 2.4.2 Final on the same box, recompiled and installed (
> note: it couldn't ranlib -- probably because ranlibs path was not in my
> env path ). At any rate I get:
>
> <nodename> ftpd[548]: getpeername (/usr/sbin/ftpd): Invalid argument
>
>
> I am typing : /usr/sbin/ftpd -aioldD at the command prompt.
> I have also tried to restart the process via inetd.conf - no go there
> either.
>
> thanks,
> Jason
>
>
>


From [email protected]  Tue Apr 20 20:46: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 UAA15955;
       Tue, 20 Apr 1999 20:46:19 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA11593;
       Tue, 20 Apr 1999 20:36:36 -0500 (CDT)
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 UAA13438
       for <[email protected]>; Tue, 20 Apr 1999 20:28:22 -0500 (CDT)
Received: from nbnet.nb.ca ([142.166.7.34]) by quartz.nbnet.nb.ca
         (Post.Office MTA v3.1.2 release (PO203-101c)
         ID# 607-54382U75000L75000S0V35) with ESMTP id AAA24300
         for <[email protected]>; Tue, 20 Apr 1999 22:28:20 -0300
Message-Id: <[email protected]>
Date: Tue, 20 Apr 1999 22:28:28 -0300
Reply-To: [email protected]
Sender: [email protected]
From: MItch Pond <[email protected]>
To: [email protected]
Cc: WU-FTPD Discussion List <[email protected]>
Subject: just stumbled across this
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: mlp
X-Mailer: Mozilla 4.5 [en] (X11; I; Linux 2.2.2 i586)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

http://www.devshed.com/Server_Side/Administration/wuftpd/


From [email protected]  Wed Apr 21 08:11: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 IAA23156;
       Wed, 21 Apr 1999 08:11:51 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA24276;
       Wed, 21 Apr 1999 08:10:16 -0500 (CDT)
Received: from www.inlandcg.com (clubheaven.com [216.161.200.22])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA28193
       for <[email protected]>; Wed, 21 Apr 1999 08:02:11 -0500 (CDT)
Received: from [216.161.200.7] ([216.161.200.7])
       by www.inlandcg.com (8.9.3/8.9.3) with ESMTP id HAA20650
       for <[email protected]>; Wed, 21 Apr 1999 07:58:58 -0500 (CDT)
Message-Id: <[email protected]>
Date: Wed, 21 Apr 1999 08:00:07 +0000
Reply-To: [email protected]
Sender: [email protected]
From: "sr" <[email protected]>
To: [email protected]
Subject: It killed my http service!
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-Mailer: Microsoft Outlook Express Macintosh Edition - 4.5 (0410)
X-Priority: 3
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I love Unix, the unexpected always pops up to make things interesting.

I have a Sun box running SunOS 5.6
I was attempting to install wu-ftpd per the instructions at
http://smc.vnet.net/ , FAQ section, Question 8.  I got done with all the
instructions and discovered my web pages are no longer accessible.  I've
restored the inetd.conf to the original and restarted inetd, and the problem
persists.

After over a year with Unix, I am still a neophyte.  Any help is GREATLY
appreciated.

Steve Ralston

From [email protected]  Wed Apr 21 08:48: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 IAA23698;
       Wed, 21 Apr 1999 08:48:44 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA12439;
       Wed, 21 Apr 1999 08:48:32 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA01683
       for <[email protected]>; Wed, 21 Apr 1999 08:44:43 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id JAA16052;
       Wed, 21 Apr 1999 09:44:35 -0400
Message-Id: <[email protected]>
Date: Wed, 21 Apr 1999 09:44:35 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: sr <[email protected]>
Cc: [email protected]
Subject: Re: It killed my http service!
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 21 Apr 1999, sr wrote:

> I have a Sun box running SunOS 5.6 I was attempting to install wu-ftpd
> per the instructions at http://smc.vnet.net/ , FAQ section, Question
> 8.  I got done with all the instructions and discovered my web pages
> are no longer accessible.  I've restored the inetd.conf to the
> original and restarted inetd, and the problem persists.

I don't know what the instructions are since you didn't give a full URL
and the site is not usable to Lynx.

I'll assume it told you to revoke world-read and/or world-execute
permissions on some or all of the files or directories in your user's
homes.  If so, say "Ooopsie", and put 'em back.  Most HTTP servers will
only handle files which are world readable.  If you want the files only
available over HTTP (and not over FTP) you'll have to redesign the
directory layout and permissions.

--

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


From [email protected]  Wed Apr 21 09:13: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 JAA24141;
       Wed, 21 Apr 1999 09:13:57 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA30219;
       Wed, 21 Apr 1999 09:13:35 -0500 (CDT)
Received: from molbio.unmc.edu (molbio.unmc.edu [137.197.214.37])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA22862
       for <[email protected]>; Wed, 21 Apr 1999 09:08:27 -0500 (CDT)
Received: from windsurf2 (windsurf2.unmc.edu [137.197.214.115])
       by molbio.unmc.edu (8.9.1b+Sun/8.9.1) with SMTP id JAA01453;
       Wed, 21 Apr 1999 09:09:12 -0500 (CDT)
Message-Id: <[email protected]>
Date: Wed, 21 Apr 1999 09:09:47 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Chad Price <[email protected]>
To: [email protected], sr <[email protected]>
Cc: [email protected]
Subject: Re: It killed my http service!
In-Reply-To: <[email protected]>
References: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

At 09:44 AM 4/21/1999 -0400, Gregory A Lundberg wrote:
>On Wed, 21 Apr 1999, sr wrote:
>
>> I have a Sun box running SunOS 5.6 I was attempting to install wu-ftpd
>> per the instructions at http://smc.vnet.net/ , FAQ section, Question
>> 8.  I got done with all the instructions and discovered my web pages
>> are no longer accessible.  I've restored the inetd.conf to the
>> original and restarted inetd, and the problem persists.
>
>I don't know what the instructions are since you didn't give a full URL
>and the site is not usable to Lynx.
>

It's slow enough to be hard to use anyway..  I just looked at it appears
that he has installed beta-15.  Not a good idea anyway. It seems he has not
paid any attention to the security announcements.


>I'll assume it told you to revoke world-read and/or world-execute
>permissions on some or all of the files or directories in your user's
>homes.  If so, say "Ooopsie", and put 'em back.  Most HTTP servers will
>only handle files which are world readable.  If you want the files only
>available over HTTP (and not over FTP) you'll have to redesign the
>directory layout and permissions.
>

FWIW, here are the steps in the FAQ he is talking about, and I can't see
how any of this would have affected a Web server unless he did something
else he's not telling us about.

In any case, Greg is correct in the paragraph above. http and ftp can be
difficult (or impossible) to mix due to the varying permissions requirements.

Q8:

     I want to install wu-ftpd on my system. What are the steps?

     A8:

     Suman Malla and Detlef Mauritz took the wu-ftpd binary from this site
     and performed the following steps. Details may vary with your site.
     There is now a version that installs in /usr/local. Be careful to make
     copies of any files you may change. It is very important that you read
     the the documentation for more help.

     1. create directory: /opt/WUftpd
     2. pkgadd -d wu-ftpd-2.4
     3. vi /opt/WUftpd/etc/ftpaccess
        create the following lines:
          class   all  real,guest  *
          guestgroup ftpguests
        to allow only ftp-access for real-user and guest-user, not for
        anonymous; the guest-user
        have to be a member of the group ftpguests
     4. create the group "ftpguests" in /etc/group
     5. create the user-account, the line in passwd-file has to look like:
          guestuser:x:1069:15:Guest FTP-user:/home/guestuser/./anydir:/bin/ksh
          - where 15 is the id of the group ftpguests
          - the directory /home/guestuser is the root directory of this user
     6. vi /etc/inetd.conf
        change line:
          ftp    stream  tcp     nowait  root    /usr/sbin/in.ftpd
          in.ftpd
        to:
          ftp    stream  tcp     nowait  root    /opt/WUftpd/etc/ftpd    ftpd
          -d
     7. restart inetd
     8. create the following directories and files:
        (you can copy them from /export/ftp)

        /home/guestuser/:
        total 8
        dr-xr-xr-x   2 root     other        512 Jun  4 09:01 bin
        dr-xr-xr-x   2 root     other        512 Jun  4 09:01 dev
        dr-xr-xr-x   2 root     other        512 Jun  4 09:01 etc
        dr-xr-xr-x   4 root     other        512 Jun  4 09:40 usr

        /home/guestuser/bin:
        total 36
        -r-xr-xr-x   1 root     other      17500 Jun  4 09:44 ls

        /home/guestuser/dev:
        total 0
        cr--r--r--   1 root     other     11, 42 Jun  4 09:01 tcp
        cr--r--r--   1 root     other    105,  1 Jun  4 09:01 ticotsord
        cr--r--r--   1 root     other     11, 41 Jun  4 09:01 udp
        cr--r--r--   1 root     other     13, 12 Jun  4 09:01 zero

        /home/guestuser/etc:
        total 4
        -r--r--r--   1 root     other         37 Jun  4 09:01 group
        -r--r--r--   1 root     other         87 Jun  4 09:01 passwd

        /home/guestuser/usr:
        total 4
        dr-xr-xr-x   2 root     other        512 Jun  4 09:40 bin
        dr-xr-xr-x   2 root     other        512 Jun  4 09:40 lib

        /home/guestuser/usr/bin:
        total 36
        ---x--x--x   1 root     other      17500 Jun  4 09:40 ls

        /home/guestuser/usr/lib:
        total 3192
        -r-xr-xr-x   1 root     other      24576 Jun  4 09:40 ld.so
        -r-xr-xr-x   1 root     other     106768 Jun  4 09:40 ld.so.1
        -r-xr-xr-x   1 root     other     664048 Jun  4 09:40 libc.so.1
        -r-xr-xr-x   1 root     other       2568 Jun  4 09:40 libdl.so.1
        -r-xr-xr-x   1 root     other      15304 Jun  4 09:40 libintl.so.1
        -r-xr-xr-x   1 root     other     565500 Jun  4 09:40 libnsl.so.1
        -r-xr-xr-x   1 root     other      68780 Jun  4 09:40 libsocket.so.1
        -r-xr-xr-x   1 root     other      39340 Jun  4 09:40 libw.so.1
        -r-xr-xr-x   1 root     other      10796 Jun  4 09:40 nss_dns.so.1
        -r-xr-xr-x   1 root     other      21028 Jun  4 09:40 nss_files.so.1
        -r-xr-xr-x   1 root     other      24408 Jun  4 09:40 nss_nis.so.1
        -r-xr-xr-x   1 root     other      28848 Jun  4 09:40 nss_nisplus.so.1
        -r-xr-xr-x   1 root     other       9316 Jun  4 09:40 straddr.so.2

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


From [email protected]  Wed Apr 21 09:15: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 JAA24176;
       Wed, 21 Apr 1999 09:15:54 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA28201;
       Wed, 21 Apr 1999 09:15:27 -0500 (CDT)
Received: from pizza.hvu.nl (Pizza.hvu.nl [145.89.234.2])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id JAA04308
       for <[email protected]>; Wed, 21 Apr 1999 09:10:46 -0500 (CDT)
Received: (from koos@localhost) by pizza.hvu.nl (8.8.6/KH19980502 (dbm++)) id QAA08484; Wed, 21 Apr 1999 16:10:42 +0200 (MET DST)
Message-Id: <[email protected]>
Date: Wed, 21 Apr 1999 16:10:41 +0200
Reply-To: [email protected]
Sender: [email protected]
From: Koos van den Hout _U nix and we all_ <[email protected]>
To: sr <[email protected]>
Cc: [email protected]
Subject: Re: It killed my http service!
In-Reply-To: <[email protected]>; from sr on Wed, Apr 21, 1999 at 08:00:07AM +0000
References: <[email protected]>
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

Quoting sr who wrote on Wed, Apr 21, 1999 at 08:00:07AM +0000:

> I have a Sun box running SunOS 5.6
> I was attempting to install wu-ftpd per the instructions at
> http://smc.vnet.net/ , FAQ section, Question 8.

The wu-ftpd version on that site is *OLD* and should be replaced with
a newer version.

I can't find a FAQ on wu-ftpd at http://smc.vnet.net/ and question 8 in
the FAQ on wu-ftpd I maintain is on a different subject.

Download the newest version from
ftp.academ.com:/pub/wu-ftpd/wu-ftpd-2.4.2.tar.Z

Oh and that faq is at

http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html

> I got done with all the
> instructions and discovered my web pages are no longer accessible.  I've
> restored the inetd.conf to the original and restarted inetd, and the problem
> persists.

Sounds like something in the access for the files of the webserver. wu-ftpd
has nothing to do with it (although a better definition of "no longer
accessible" could help to answer this question).

                                   Koos

--
Koos van den Hout                    Expertisecentrum Cetis http://cetis.nl/
[email protected] (Work)                     Workphonenumber: +31-30-2586287
[email protected] (Home)                   Workfaxnumber: +31-30-2586290
http://web.cetis.hvu.nl/~koos/  PGP keyid RSA/1024 0xCA845CB5 via keyservers

From [email protected]  Wed Apr 21 10:46: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 KAA25713;
       Wed, 21 Apr 1999 10:46:44 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA19913;
       Wed, 21 Apr 1999 10:45:03 -0500 (CDT)
Received: from www.inlandcg.com (clubheaven.com [216.161.200.22])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA22591
       for <[email protected]>; Wed, 21 Apr 1999 10:37:57 -0500 (CDT)
Received: from [216.161.200.7] ([216.161.200.7])
       by www.inlandcg.com (8.9.3/8.9.3) with ESMTP id KAA26452
       for <[email protected]>; Wed, 21 Apr 1999 10:34:44 -0500 (CDT)
Message-Id: <[email protected]>
Date: Wed, 21 Apr 1999 10:35:53 +0000
Reply-To: [email protected]
Sender: [email protected]
From: "sr" <[email protected]>
To: [email protected]
Subject: Re: It killed my http service!
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-Mailer: Microsoft Outlook Express Macintosh Edition - 4.5 (0410)
X-Priority: 3
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I got it fixed.  Somehow, I have no idea how, the server_user got changed in
the httpd.conf file.  I changed it back and now it works.

s

From [email protected]  Wed Apr 21 14:01: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 OAA00615;
       Wed, 21 Apr 1999 14:01:21 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA17809;
       Wed, 21 Apr 1999 13:58:31 -0500 (CDT)
Received: from pecos.mis.earthlink.net (pecos.mis.earthlink.net [207.217.69.23])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA01328
       for <[email protected]>; Wed, 21 Apr 1999 13:50:11 -0500 (CDT)
Received: by pecos.mis.earthlink.net with Internet Mail Service (5.5.2448.0)
       id <29KDN9Q0>; Wed, 21 Apr 1999 11:50:03 -0700
Message-Id: <[email protected]>
Date: Wed, 21 Apr 1999 11:50:02 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Durham, Kenneth J" <[email protected]>
To: "'wuftp'" <[email protected]>
Subject: getting to the right dir
MIME-Version: 1.0
Content-Type: text/plain;
       charset="iso-8859-1"
X-Mailer: Internet Mail Service (5.5.2448.0)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Ive been having hard time getting my users to get to the right dir when they
login via ftp.  I want the user when they login to have the dir automaticly
changed for them. example
/home/username/public_html    this is the dir
/home/username                      this is were they go when they login
/home/username/public_html    i want them to be in this dir when they login

i guess what im wondering is that how can i make a script to automaticly
send them to this dir?  can someone help me out.  thanks

From [email protected]  Wed Apr 21 14:24: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 OAA00928;
       Wed, 21 Apr 1999 14:24:21 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA03016;
       Wed, 21 Apr 1999 14:21:01 -0500 (CDT)
Received: from pecos.mis.earthlink.net (pecos.mis.earthlink.net [207.217.69.23])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA23174
       for <[email protected]>; Wed, 21 Apr 1999 14:16:37 -0500 (CDT)
Received: by pecos.mis.earthlink.net with Internet Mail Service (5.5.2448.0)
       id <29KDN97F>; Wed, 21 Apr 1999 12:16:37 -0700
Message-Id: <[email protected]>
Date: Wed, 21 Apr 1999 12:16:35 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Durham, Kenneth J" <[email protected]>
To: "'Ray Texter'" <[email protected]>, "'wuftp'" <[email protected]>
Subject: RE: getting to the right dir
MIME-Version: 1.0
Content-Type: text/plain;
       charset="iso-8859-1"
X-Mailer: Internet Mail Service (5.5.2448.0)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I tried this befor but then the user is not albe to use the ls command.
because the files needed for ls are in /home/username   is there to write a
logon script to make then change the dir?

-----Original Message-----
From: Ray Texter [mailto:[email protected]]
Sent: Wednesday, April 21, 1999 12:15 PM
To: '[email protected]'
Subject: RE: getting to the right dir


in the etc passwd file...     :/home/username/./public_html/:/bin/csh
try this....


-----Original Message-----
From: Durham, Kenneth J [mailto:[email protected]]
Sent: Wednesday, April 21, 1999 1:50 PM
To: 'wuftp'
Subject: getting to the right dir


Ive been having hard time getting my users to get to the right dir when they
login via ftp.  I want the user when they login to have the dir automaticly
changed for them. example
/home/username/public_html    this is the dir
/home/username                      this is were they go when they login
/home/username/public_html    i want them to be in this dir when they login

i guess what im wondering is that how can i make a script to automaticly
send them to this dir?  can someone help me out.  thanks

From [email protected]  Wed Apr 21 14:58: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 OAA01565;
       Wed, 21 Apr 1999 14:58:26 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA07863;
       Wed, 21 Apr 1999 14:52:30 -0500 (CDT)
Received: from pecos.mis.earthlink.net (pecos.mis.earthlink.net [207.217.69.23])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA07501
       for <[email protected]>; Wed, 21 Apr 1999 14:45:20 -0500 (CDT)
Received: by pecos.mis.earthlink.net with Internet Mail Service (5.5.2448.0)
       id <29KDN0W3>; Wed, 21 Apr 1999 12:45:22 -0700
Message-Id: <[email protected]>
Date: Wed, 21 Apr 1999 12:45:20 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Durham, Kenneth J" <[email protected]>
To: "'wuftp'" <[email protected]>
Subject: Authentication
MIME-Version: 1.0
Content-Type: text/plain;
       charset="iso-8859-1"
X-Mailer: Internet Mail Service (5.5.2448.0)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I dont know if this is the right the place to ask this question, if now can
someone please point me in the right directions.   I have two machines
connected on a network.  One is running the apache and mail  and the other
is running ftp.  Is there a way that i can have both machines Authenticate
from one passwd file?  The apache and mail computer has all the users on its
passwd file.  Does anyone know how to do this?  Or know were i can find out
how to do this?  Thanks you guys

From [email protected]  Wed Apr 21 15:11: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 PAA01799;
       Wed, 21 Apr 1999 15:11:18 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA26712;
       Wed, 21 Apr 1999 15:05:06 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA11893
       for <[email protected]>; Wed, 21 Apr 1999 15:02:56 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id QAA19723;
       Wed, 21 Apr 1999 16:02:36 -0400
Message-Id: <[email protected]>
Date: Wed, 21 Apr 1999 16:02:35 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Durham, Kenneth J" <[email protected]>
Cc: "'Ray Texter'" <[email protected]>, "'wuftp'" <[email protected]>
Subject: RE: getting to the right dir
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


you have two choices:

- move the chroot point so it's unique for each user.  this is a pain to
 set up and can be a bigger pain to maintain

- upgrade to VR17 and read the ftpaccess manpage section about
 'restrict-uid'

neither will allow you to start them in a given directory and change to
others at the same level (in your example below, from
/home/username/./public_html to /home/username/./privatestuff).  if you
need that, what you have is what you get because the problem cannot be
solved on the FTP server .. it's a user training / web browser issue.

On Wed, 21 Apr 1999, Durham, Kenneth J wrote:

> I tried this befor but then the user is not albe to use the ls
> command. because the files needed for ls are in /home/username is
> there to write a logon script to make then change the dir?
>
> -----Original Message-----
> From: Ray Texter [mailto:[email protected]]
> Sent: Wednesday, April 21, 1999 12:15 PM
> To: '[email protected]'
> Subject: RE: getting to the right dir
>
>
> in the etc passwd file...     :/home/username/./public_html/:/bin/csh
> try this....
>
>
> -----Original Message-----
> From: Durham, Kenneth J [mailto:[email protected]]
> Sent: Wednesday, April 21, 1999 1:50 PM
> To: 'wuftp'
> Subject: getting to the right dir
>
>
> Ive been having hard time getting my users to get to the right dir when they
> login via ftp.  I want the user when they login to have the dir automaticly
> changed for them. example
> /home/username/public_html    this is the dir
> /home/username                      this is were they go when they login
> /home/username/public_html    i want them to be in this dir when they login
>
> i guess what im wondering is that how can i make a script to automaticly
> send them to this dir?  can someone help me out.  thanks

--

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


From [email protected]  Wed Apr 21 15:17: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 PAA01922;
       Wed, 21 Apr 1999 15:17:24 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA26454;
       Wed, 21 Apr 1999 15:12:10 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA15429
       for <[email protected]>; Wed, 21 Apr 1999 15:05:47 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id QAA19751;
       Wed, 21 Apr 1999 16:05:41 -0400
Message-Id: <[email protected]>
Date: Wed, 21 Apr 1999 16:05:41 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Durham, Kenneth J" <[email protected]>
Cc: "'wuftp'" <[email protected]>
Subject: Re: Authentication
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Radius.

If you're running a machine which supports PAM (Linux, solaris and
another, HP/UX, I think) upgrade to VR17, install the PAM radius module
(don't ask me where to get it, don't know) and run Radius on the mail
server.

Any other machine, happy hacking.

On Wed, 21 Apr 1999, Durham, Kenneth J wrote:

> I dont know if this is the right the place to ask this question, if
> now can someone please point me in the right directions.  I have two
> machines connected on a network.  One is running the apache and mail
> and the other is running ftp.  Is there a way that i can have both
> machines Authenticate from one passwd file?  The apache and mail
> computer has all the users on its passwd file.  Does anyone know how
> to do this?  Or know were i can find out how to do this?  Thanks you
> guys

--

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


From [email protected]  Wed Apr 21 17:16: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 RAA03613;
       Wed, 21 Apr 1999 17:16:12 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA31190;
       Wed, 21 Apr 1999 17:15:28 -0500 (CDT)
Received: from molbio.unmc.edu (molbio.unmc.edu [137.197.214.37])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA29883
       for <[email protected]>; Wed, 21 Apr 1999 17:11:23 -0500 (CDT)
Received: from windsurf2 (windsurf2.unmc.edu [137.197.214.115])
       by molbio.unmc.edu (8.9.1b+Sun/8.9.1) with SMTP id RAA17597;
       Wed, 21 Apr 1999 17:11:56 -0500 (CDT)
Message-Id: <[email protected]>
Date: Wed, 21 Apr 1999 17:11:30 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Chad Price <[email protected]>
To: [email protected], "Durham, Kenneth J" <[email protected]>
Cc: "'wuftp'" <[email protected]>
Subject: Re: Authentication
In-Reply-To: <[email protected]>
References: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

At 04:05 PM 4/21/1999 -0400, Gregory A Lundberg wrote:
>Radius.
>
>If you're running a machine which supports PAM (Linux, solaris and
>another, HP/UX, I think) upgrade to VR17, install the PAM radius module
>(don't ask me where to get it, don't know) and run Radius on the mail
>server.
>
>Any other machine, happy hacking.

about the only cross-platform answer for user validation is NIS.

Happy Hacking...
>
>On Wed, 21 Apr 1999, Durham, Kenneth J wrote:
>
>> I dont know if this is the right the place to ask this question, if
>> now can someone please point me in the right directions.  I have two
>> machines connected on a network.  One is running the apache and mail
>> and the other is running ftp.  Is there a way that i can have both
>> machines Authenticate from one passwd file?  The apache and mail
>> computer has all the users on its passwd file.  Does anyone know how
>> to do this?  Or know were i can find out how to do this?  Thanks you
>> guys
>
>--
>
>Gregory A Lundberg              Senior Partner, VRnet Company
>1441 Elmdale Drive              [email protected]
>Kettering, OH 45409-1615 USA    1-800-809-2195
>

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


From [email protected]  Wed Apr 21 17:29: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 RAA03744;
       Wed, 21 Apr 1999 17:29:20 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA31269;
       Wed, 21 Apr 1999 17:28:46 -0500 (CDT)
Received: from frontiernet.net ([email protected] [209.130.129.198])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA07754
       for <[email protected]>; Wed, 21 Apr 1999 17:22:55 -0500 (CDT)
Received: (from dsf@localhost)
       by frontiernet.net (8.8.8a/8.8.8) id SAA53770;
       Wed, 21 Apr 1999 18:22:47 -0400
Message-Id: <[email protected]>
Date: Wed, 21 Apr 1999 18:22:47 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Dan Foster <[email protected]>
To: [email protected]
Cc: [email protected] (Dan Foster), [email protected]
Subject: Re: Authentication
In-Reply-To: <[email protected]> from Chad Price at "Apr 21, 99 05:11:30 pm"
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.4ME+ PL35 (25)]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hot Diggety! On a bright and sunny day, Chad Price was rumored to have said...
> At 04:05 PM 4/21/1999 -0400, Gregory A Lundberg wrote:
> >Radius.
> >
> >If you're running a machine which supports PAM (Linux, solaris and
> >another, HP/UX, I think) upgrade to VR17, install the PAM radius module
> >(don't ask me where to get it, don't know) and run Radius on the mail
> >server.
> >
> >Any other machine, happy hacking.
>
> about the only cross-platform answer for user validation is NIS.

..or DCE, but I digress ;-)

RADIUS is a reasonable answer that integrates the most readily with
existing OSes/servers/apps with a bare minimum of additional code in
more places than any of the other distributed computing environments.
(DCE, NIS, CORBA, etc)

That said, I now return you to our ftpd discussion :)

-Dan

From [email protected]  Wed Apr 21 18:30: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 SAA04409;
       Wed, 21 Apr 1999 18:30:48 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA19018;
       Wed, 21 Apr 1999 18:27:51 -0500 (CDT)
Received: from lacebark.ntu.edu.au (lacebark.ntu.edu.au [138.80.63.12])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA16623
       for <[email protected]>; Wed, 21 Apr 1999 18:23:30 -0500 (CDT)
Received: by lacebark.ntu.edu.au (AIX 3.2/UCB 5.64/4.03)
         id AA14016; Thu, 22 Apr 1999 08:45:58 +1100
Message-Id: <[email protected]>
Date: Thu, 22 Apr 1999 08:45:57 +1100
Reply-To: [email protected]
Sender: [email protected]
From: Brian Salter-Duke <[email protected]>
To: WU-FTP List <[email protected]>
Subject: Compiling WU-FTP VR17 under old AIX
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.93.2i
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

A while back I posted about an error compiling VR17 on
an old AIX running AIX3.2 as follows:-

> This fails on compile as follows:-
>
> make args are :
> make opts are :
>
> Copying Makefiles.
>
> Linking src/config.h
>
> Making support library.
>       cc -O2 -D_NO_PROTO   -c getusershell.c
>       cc -O2 -D_NO_PROTO   -c fnmatch.c
>       cc -O2 -D_NO_PROTO   -c strcasestr.c
>       cc -O2 -D_NO_PROTO   -c strsep.c
>       cc -O2 -D_NO_PROTO   -c authuser.c
> "/usr/include/netinet/if_ether.h", line 82.9: 1506-007 (S) Struct or
> union arphdr is undefined.
>     1501-106: (S) Include file net/if_dl.h not found.
> make: 1254-004 The error code from the last command is 1.
>
> Make Quitting.
>
> Making ftpd.
>       cc -O2 -D_NO_PROTO -I.. -I../support -L../support -c ftpd.c
> "/usr/include/netinet/if_ether.h", line 82.9: 1506-007 (S) Struct or
> union arphdr is undefined.
>     1501-106: (S) Include file net/if_dl.h not found.
> make: 1254-004 The error code from the last command is 1.
>
> Make Quitting.
>
> then errors about not finding libsupport.a, which are obvious.
>
> In both authuser.c and ftpd.c there is a "ifdef AIX" block that includes
> both if_ether.h and net/if_dl.h. I do not have the latter on my system
> and perhaps the former is different from what is expected. It looks
> to me as if the AIX config files and makefiles are only tested for
> AIX4.
>
> Can anyone tell me what these include files are used for in the code,
> or suggest any other fix for the AIX 3 systems.

I got no useful replies. Today I looked at this again. I just commented
out the include lines for if_ether.h and if_dl.h in both authusers.c and
ftpd.c. It then compiled fine with both the AIX cc and gcc. It appears to
run OK. Have I done anything stupid re security by doing this. Could the
VR developers comment on what this include files do?

Another problem was that ./build install gave:-

make args are :
make opts are :
installing binaries.
sh: test: 0402-017 Specify a parameter with this command.
make: 1254-004 The error code from the last command is 1.

Make Quitting.

I installed by hand. I do not understand this error message.

Cheers, Brian.
--
       Associate Professor Brian Salter-Duke (Brian Duke)
School of Mathematical and Physical Sciences, Northern Territory University,
 Darwin, NT 0909, Australia.  Phone 08-89466702. Fax 08-89466847
e-mail: [email protected]  WWW http://lacebark.ntu.edu.au/chemistry

--
       Associate Professor Brian Salter-Duke (Brian Duke)
School of Mathematical and Physical Sciences, Northern Territory University,
 Darwin, NT 0909, Australia.  Phone 08-89466702. Fax 08-89466847
e-mail: [email protected]  WWW http://lacebark.ntu.edu.au/chemistry

From [email protected]  Wed Apr 21 18:39: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 SAA04594;
       Wed, 21 Apr 1999 18:39:24 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA32639;
       Wed, 21 Apr 1999 18:39:12 -0500 (CDT)
Received: from mail1.dh.trw.com (mail1.dh.trw.com [129.193.109.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA16570
       for <[email protected]>; Wed, 21 Apr 1999 18:35:45 -0500 (CDT)
Received: from trw.com ([129.4.74.179]) by mail1.dh.trw.com
         (Netscape Messaging Server 3.5)  with ESMTP id AAA548;
         Wed, 21 Apr 1999 16:35:13 -0700
Message-Id: <[email protected]>
Date: Wed, 21 Apr 1999 16:35:11 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Scott Parmenter" <[email protected]>
To: wuftplist <[email protected]>,
       wuftpd-questions <[email protected]>
Subject: Upload question
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.04 [en] (Win95; U)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

I'm currently running VR15 on TSOL 2.5.1.

I will eventually have a bunch of users that I will need to chroot to a
common point and then restrict to their individual home directories.
But, I'm having some difficulties getting the upload statements to
behave as I'd like.  What I want to do is to only allow the users to
upload files to their individual IN directories.  Each user's incoming
directory would have the form /ftp/users/userX/IN where userX is unique
for each user.  I hope that there's a way to do this so that one upload
clause will apply to all of the users, instead of having to use one
clause for each user.  I'd like to have all uploaded files be owned by
user "ftptest" and match the group ID of the user who uploads the file.

Here's the relevant snippet from my current ftpaccess file:

guest-root    /ftp/users    %5000-5999
restricted-uid    %5000-5999
upload    absolute    /ftp/users/*    /IN    yes    ftptest    *
0640    nodirs

However, I definitely don't have the upload clause correct.  I've tried
a number of variations and read all the relevant FAQ's and how-to's I
could find, but to no avail.  Does anyone have any suggestions on how to
do this?

Thanks,
Scott


From [email protected]  Thu Apr 22 01:56:04 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id BAA09350;
       Thu, 22 Apr 1999 01:56:03 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id BAA26505;
       Thu, 22 Apr 1999 01:54:18 -0500 (CDT)
Received: from zeugme.francenet.fr (zeugme.francenet.fr [193.149.97.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id BAA19930
       for <[email protected]>; Thu, 22 Apr 1999 01:49:16 -0500 (CDT)
Received: from breizh.francenet.fr (gpconnect.francenet.net [193.149.111.208])
       by zeugme.francenet.fr (8.8.5/8.8.5) with ESMTP id IAA18682
       for <[email protected]>; Thu, 22 Apr 1999 08:53:13 +0200 (METDST)
Received: from localhost (localhost [127.0.0.1])
       by breizh.francenet.fr (8.9.2/8.9.1) with ESMTP id IAA00541
       for <[email protected]>; Thu, 22 Apr 1999 08:49:12 +0200 (CEST)
Message-Id: <[email protected]>
Date: Thu, 22 Apr 1999 08:49:12 +0200
Reply-To: [email protected]
Sender: [email protected]
From: Gildas PERROT <[email protected]>
To: [email protected]
Subject: complex directory permissions with wu-ftp (ACL ?) ?
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: exmh version 2.0.2 2/24/98
X-Face: '%)H7X3>"mU[aaPz3aZ`^e{*DV1&W;+P-Wx*Yk)Ah[e(-AO&EB\D.gq2y{kH73Q29}_A4H,eykdf!9dj[m\gwFgZOTt?=7gI+RBN,I({A32-MyZrmtrD%8*L/boGS0,+Lj$H|@
X-Url: http://www.francenet.fr/
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

I would like to set different FTP file access permissions for several
groups on directories.

Suppose I have 2 directories dir1 and dir2 and I want to create :

- group1 who has W access to dir1 and dir2
- group2 who has W access to dir1 only
- group3 who has R access to dir1 and dir2
- group4 who has R access to dir1 only
- group5 who has R&W access to dir1 and dir2
- group6 who has R&W access to dir1 only

Is it possible to implement that with WU-FTP (with ACL since I am using
Solaris ?) or do I need another package ?

Thanks in advance for your help.                        Gildas.
--
Gildas PERROT, [email protected]         __o
FranceNet, 28 rue Desaix, 75015 Paris ---_ \<,_
http://www.francenet.fr            ---- (_)/ (_)



From [email protected]  Thu Apr 22 02:38: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 CAA09793;
       Thu, 22 Apr 1999 02:38:02 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id CAA24016;
       Thu, 22 Apr 1999 02:38:01 -0500 (CDT)
Received: from gamma2.uta.edu (gamma2.uta.edu [129.107.62.209])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id CAA15075
       for <[email protected]>; Thu, 22 Apr 1999 02:31:58 -0500 (CDT)
Received: from localhost (dcn9417@localhost)
       by gamma2.uta.edu (8.8.8+Sun/8.8.8) with SMTP id CAA11799
       for <[email protected]>; Thu, 22 Apr 1999 02:31:57 -0500 (CDT)
Message-Id: <Pine.GSO.3.95.990422022856.11766A-100000@gamma2>
Date: Thu, 22 Apr 1999 02:31:57 -0500 (CDT)
Reply-To: [email protected]
Sender: [email protected]
From: "Danny N." <[email protected]>
To: [email protected]
Subject: about user home directory
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: dcn9417@gamma2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi guys,

hope you could help me out on this one....I need help of configuring the
wu-ftpd where it keep the user in his own home directory once he's logged
in...this way he cant view system files, or get out of his home directory.

thanx


From [email protected]  Thu Apr 22 20:14: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 UAA24426;
       Thu, 22 Apr 1999 20:14:33 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA05708;
       Thu, 22 Apr 1999 20:13:14 -0500 (CDT)
Received: from southpass.baynetworks.com (ns2.BayNetworks.COM [134.177.3.16])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA26439
       for <[email protected]>; Thu, 22 Apr 1999 20:08:59 -0500 (CDT)
Received: from mailhost.BayNetworks.COM (hd331.s8dfb.BayNetworks.COM [141.251.211.49])
       by southpass.baynetworks.com (8.9.1/8.9.1) with ESMTP id SAA01771
       for <[email protected]>; Thu, 22 Apr 1999 18:05:10 -0700 (PDT)
Received: from mailhost.corpwest.BayNetworks.COM (scar.corpwest.baynetworks.com [134.177.1.49])
       by mailhost.BayNetworks.COM (8.9.1/8.8.8) with ESMTP id DAA07352
       for <[email protected]>; Fri, 23 Apr 1999 03:09:18 +0200 (MET DST)
Received: from majnu.corpwest.baynetworks.com (majnu [134.177.85.110])
       by mailhost.corpwest.BayNetworks.COM (8.8.8+Sun/BNET-97/05/05-S) with ESMTP
       id SAA24816; Thu, 22 Apr 1999 18:07:18 -0700 (PDT)
       for <[email protected]>
Received: from majnu (majnu [134.177.85.110])
       by majnu.corpwest.baynetworks.com (8.9.1b+Sun/8.9.1) with SMTP id SAA04582
       for <[email protected]>; Thu, 22 Apr 1999 18:08:39 -0700 (PDT)
Message-Id: <[email protected]>
Date: Thu, 22 Apr 1999 18:08:39 -0700 (PDT)
Reply-To: Rakesh Khandelwal <[email protected]>
Sender: [email protected]
From: Rakesh Khandelwal <[email protected]>
To: [email protected]
Subject: Need help on setting up ftp-server
MIME-Version: 1.0
Content-Type: TEXT/plain; charset=us-ascii
Content-MD5: exXNaYgrdRV/Ir6yy0TIuQ==
X-Mailer: dtmail 1.3.0 CDE Version 1.3 SunOS 5.7 sun4u sparc
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

I am trying to setup an ftp server. When I login as anonymous I can list all the
directories and files under the ftp home. Is there any way I can restrict the
users to list these directories/files but they should be able to do cd(change
directory) if they know the name of the directory.

Your help will be highly appreciated.

Thanks,

Rakesh


From [email protected]  Thu Apr 22 20:32:36 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id UAA24609;
       Thu, 22 Apr 1999 20:32:35 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA15915;
       Thu, 22 Apr 1999 20:32:16 -0500 (CDT)
Received: from mail2.rochester.rr.com ([email protected] [24.92.226.75])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA29001
       for <[email protected]>; Thu, 22 Apr 1999 20:27:20 -0500 (CDT)
Received: from chad ([24.93.23.12]) by mail2.rochester.rr.com
         (Post.Office MTA v3.5.2 release 221 ID# 0-53939U80000L80000S0V35)
         with SMTP id com for <[email protected]>;
         Thu, 22 Apr 1999 21:29:39 -0400
Message-Id: <[email protected]>
Date: Wed, 21 Apr 1999 21:26:47 -0400
Reply-To: [email protected]
Sender: [email protected]
From: Chad Stewart <[email protected]>
To: [email protected]
Subject: Uploading configuration / latest version question
In-Reply-To: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN



I'm trying to configure the ability for anonymous users to upload
to a 'private' pre-established directory, in other words from
the parent dir, anonymous can *not* see the child(ren).  Once
in the child they can only put files, they can't see or read
what others might have put (aka blind put).  Below are the
entries from my /etc/ftpaccess and the output from a
ls -al from the parent, i.e. incoming.  Right now this
errors with permission denied (Upload).


upload   /ftp                       *      no
upload   /ftp/pub/incoming          *      no
upload   /ftp/pub/incoming/prv      *      yes       ftp    daemon   0200
  nodirs

incoming#
drwxr-x--x   3 root     root         1024 Apr 21 13:34 .
dr-xr-sr-x   4 root     root         1024 Apr 22 18:42 ..
drwx-wx-wx   2 root     root         1024 Apr 21 13:34 prv


FTP server (Version wu-2.4.2-academ (1)
from the file wu-ftpd-2.4.2.tar.Z.

Is that the latest version?  What's the difference between
that version and the VR series?



TIA,
Chad






From [email protected]  Fri Apr 23 09:14:52 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id JAA02327;
       Fri, 23 Apr 1999 09:14:51 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA01667;
       Fri, 23 Apr 1999 09:13:04 -0500 (CDT)
Received: from gatekeeper.dsg.com (gatekeeper.dsg.com [204.179.88.126])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id JAA06049
       for <[email protected]>; Fri, 23 Apr 1999 09:05:14 -0500 (CDT)
Received: (from uucp@localhost) by gatekeeper.dsg.com (8.6.10/8.6.10) id IAA24488 for <[email protected]>; Fri, 23 Apr 1999 08:56:42 -0500
Received: from ares.dsg.com(204.179.89.129) by gatekeeper.dsg.com via smap (V1.3)
       id sma024481; Fri Apr 23 08:56:19 1999
Received: from pluto.dsg.com (pluto [204.179.89.169])
       by ares.dsg.com (8.8.5/8.8.5) with ESMTP id JAA08228
       for <[email protected]>; Fri, 23 Apr 1999 09:04:47 -0500 (CDT)
Received: by pluto.dsg.com with Internet Mail Service (5.5.2232.9)
       id <HGG1S155>; Fri, 23 Apr 1999 09:06:59 -0500
Message-Id: <[email protected]>
Date: Fri, 23 Apr 1999 09:06:53 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Ray Texter <[email protected]>
To: "Wu-Ftpd (E-mail)" <[email protected]>
Subject: Using Guestgroup in FTPaccess file..
MIME-Version: 1.0
Content-Type: text/plain;
       charset="iso-8859-1"
X-Mailer: Internet Mail Service (5.5.2232.9)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Does anyone have Examples for using guestgroup command in wu-ftp v17.  I've
created a user, when I ftp in with this account Wu-ftp will not chroot to
the users home dir.  I also have a group call ftpadmins which ftpuser belong
to . The ftpaccess file looks like this
passwd:
ftpuser:X:test user:/home/./ftpuser/:/bin/false


CLASS    DSG     REAL   *.DSG.COM

guestgroup  ftpadmins


I thought this would chroot the user to /home then CD them to there home
directory. This is not working for me.

Thanks Ray




From [email protected]  Fri Apr 23 10:21: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 KAA03276;
       Fri, 23 Apr 1999 10:21:14 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA32286;
       Fri, 23 Apr 1999 10:20:56 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA25165
       for <[email protected]>; Fri, 23 Apr 1999 10:15:39 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id LAA06442;
       Fri, 23 Apr 1999 11:15:26 -0400
Message-Id: <[email protected]>
Date: Fri, 23 Apr 1999 11:15:26 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Ray Texter <[email protected]>
Cc: "Wu-Ftpd (E-mail)" <[email protected]>
Subject: Re: Using Guestgroup in FTPaccess file..
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 23 Apr 1999, Ray Texter wrote:

> Does anyone have Examples for using guestgroup command in wu-ftp v17.  I've
> created a user, when I ftp in with this account Wu-ftp will not chroot to
> the users home dir.  I also have a group call ftpadmins which ftpuser belong
> to . The ftpaccess file looks like this
> passwd:
> ftpuser:X:test user:/home/./ftpuser/:/bin/false
>
> CLASS  DSG     REAL   *.DSG.COM
>
> guestgroup  ftpadmins
>
> I thought this would chroot the user to /home then CD them to there home
> directory. This is not working for me.

'ftpuser' must be a member of 'ftpadmins' .. explicitly listed in
/etc/group (membership by default in /etc/passwd doesn't count)

the chroot and cd occurs, but if you're using a web browser you won't see
the cd since the first thing the browsers do is 'CWD /'

--

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


From [email protected]  Fri Apr 23 10:27: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 KAA03403;
       Fri, 23 Apr 1999 10:27:42 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA16285;
       Fri, 23 Apr 1999 10:27:17 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA28231
       for <[email protected]>; Fri, 23 Apr 1999 10:25:29 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id LAA06576;
       Fri, 23 Apr 1999 11:25:10 -0400
Message-Id: <[email protected]>
Date: Fri, 23 Apr 1999 11:25:10 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Scott Parmenter <[email protected]>
Cc: wuftplist <[email protected]>,
       wuftpd-questions <[email protected]>
Subject: Re: Upload question
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 21 Apr 1999, Scott Parmenter wrote:

> I'm currently running VR15 on TSOL 2.5.1.
>
> I will eventually have a bunch of users that I will need to chroot to
> a common point and then restrict to their individual home directories.
> But, I'm having some difficulties getting the upload statements to
> behave as I'd like.  What I want to do is to only allow the users to
> upload files to their individual IN directories.  Each user's incoming
> directory would have the form /ftp/users/userX/IN where userX is
> unique for each user.  I hope that there's a way to do this so that
> one upload clause will apply to all of the users, instead of having to
> use one clause for each user.  I'd like to have all uploaded files be
> owned by user "ftptest" and match the group ID of the user who uploads
> the file.
>
> Here's the relevant snippet from my current ftpaccess file:
>
> guest-root    /ftp/users    %5000-5999
> restricted-uid    %5000-5999
> upload    absolute    /ftp/users/*    /IN    yes    ftptest    *
> 0640    nodirs
>
> However, I definitely don't have the upload clause correct.  I've
> tried a number of variations and read all the relevant FAQ's and
> how-to's I could find, but to no avail.  Does anyone have any
> suggestions on how to do this?

If the user is in /ftp/users/etc/passwd and you've set their home there,
you should be OK.  Otherwise, you'll need to use a match against their
entry in the real /etc/passwd homedir.

--

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


From [email protected]  Fri Apr 23 10:34: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 KAA03502;
       Fri, 23 Apr 1999 10:34:15 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA14817;
       Fri, 23 Apr 1999 10:33:40 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA30500
       for <[email protected]>; Fri, 23 Apr 1999 10:27:37 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id LAA06605;
       Fri, 23 Apr 1999 11:27:17 -0400
Message-Id: <[email protected]>
Date: Fri, 23 Apr 1999 11:27:17 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Rakesh Khandelwal <[email protected]>
Cc: [email protected]
Subject: Re: Need help on setting up ftp-server
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 22 Apr 1999, Rakesh Khandelwal wrote:

> I am trying to setup an ftp server. When I login as anonymous I can
> list all the directories and files under the ftp home. Is there any
> way I can restrict the users to list these directories/files but they
> should be able to do cd(change directory) if they know the name of the
> directory.

World-read permissions on a directory control whether anonymous FTP users
can list its contenxt.

--

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


From [email protected]  Fri Apr 23 10:40: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 KAA03632;
       Fri, 23 Apr 1999 10:40:18 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA24243;
       Fri, 23 Apr 1999 10:40:08 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA04314
       for <[email protected]>; Fri, 23 Apr 1999 10:35:19 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id LAA06735;
       Fri, 23 Apr 1999 11:35:12 -0400
Message-Id: <[email protected]>
Date: Fri, 23 Apr 1999 11:35:12 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Chad Stewart <[email protected]>
Cc: [email protected]
Subject: Re: Uploading configuration / latest version question
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Wed, 21 Apr 1999, Chad Stewart wrote:

> Is that the latest version?

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

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

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

> What's the difference between that version and the VR series?

Main difference: a maintainer who fixes the code, an answers questions.

Other differences: about a year and a half of coding, correcting and
bugfixing.  For details, read the FIXES* files.

Most important difference from youre point of view: it fixes the bug
you're fighting.

--

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


From [email protected]  Fri Apr 23 10:46:54 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id KAA03746;
       Fri, 23 Apr 1999 10:46:54 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA19624;
       Fri, 23 Apr 1999 10:46:32 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA31717
       for <[email protected]>; Fri, 23 Apr 1999 10:40:53 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id LAA06649;
       Fri, 23 Apr 1999 11:29:32 -0400
Message-Id: <[email protected]>
Date: Fri, 23 Apr 1999 11:29:32 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Danny N." <[email protected]>
Cc: [email protected]
Subject: Re: about user home directory
In-Reply-To: <Pine.GSO.3.95.990422022856.11766A-100000@gamma2>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Thu, 22 Apr 1999, Danny N. wrote:

> hope you could help me out on this one....I need help of configuring
> the wu-ftpd where it keep the user in his own home directory once he's
> logged in...this way he cant view system files, or get out of his home
> directory.

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

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

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

--

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


From [email protected]  Fri Apr 23 12:37: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 MAA05692;
       Fri, 23 Apr 1999 12:37:58 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA02973;
       Fri, 23 Apr 1999 12:37:38 -0500 (CDT)
Received: from mailfw2.ford.com (mailfw2.ford.com [136.1.1.27])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA22472
       for <[email protected]>; Fri, 23 Apr 1999 12:35:05 -0500 (CDT)
Received: by mailfw2.ford.com id NAA13213
 (InterLock SMTP Gateway 4.2 for [email protected]);
 Fri, 23 Apr 1999 13:34:44 -0400
Received: by mailfw2.ford.com (Internal Mail Agent-1);
 Fri, 23 Apr 1999 13:34:44 -0400
Message-Id: <[email protected]>
Date: Fri, 23 Apr 1999 13:19:14 -0400
Reply-To: [email protected]
Sender: [email protected]
From: "Adams, Ann (A.M.)" <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: FW: SUBSCRIBE WU-FTPD Ann Adams
Mime-Version: 1.0
Content-Type: text/plain
X-Mailer: Internet Mail Service (5.5.2448.0)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi, just went out and downloaded your latest and greatest ftp 2.4.2.
Glancing at what is there, I didn't see any notes on Y2K.  Has  there been
any y2k testing down on it at all?  Since its public, its use at your own
risk, but I had heard that 2.4 was not y2k compliant.  Any input on this
issue?

Thanks,

Ann Adams

From [email protected]  Fri Apr 23 13:36: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 NAA06715;
       Fri, 23 Apr 1999 13:36:20 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id NAA25161;
       Fri, 23 Apr 1999 13:35:46 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id NAA27331
       for <[email protected]>; Fri, 23 Apr 1999 13:30:29 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id OAA08632;
       Fri, 23 Apr 1999 14:30:18 -0400
Message-Id: <[email protected]>
Date: Fri, 23 Apr 1999 14:30:17 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "Adams, Ann (A.M.)" <[email protected]>
Cc: "'[email protected]'" <[email protected]>
Subject: Re: FW: SUBSCRIBE WU-FTPD Ann Adams
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 23 Apr 1999, Adams, Ann (A.M.) wrote:

> Hi, just went out and downloaded your latest and greatest ftp 2.4.2.
> Glancing at what is there, I didn't see any notes on Y2K.  Has there
> been any y2k testing down on it at all?  Since its public, its use at
> your own risk, but I had heard that 2.4 was not y2k compliant.  Any
> input on this issue?

I read a great response to this question a couple of days ago.  This
answer serves for Wu-FTPD as well as the package it was originally posted
about.

> This question is asked a lot lately. But it is exceptionally stupid,
> because:
> 1. Are some random guys off the Internet trustworthy enough so you
>    could trust their word if they said "yes"?
> 2. You have the source code, go look for yourself
> The answer is: [it] should be Y2K compliant.  But we don't really
> care.

Other responses I've seen point out that Unix software generally does not
have problems with dates (except, of course, the The Day the World Shall
End: January 18, 2038); simply asking the question shows a lack of
understanding of Unix.

My personal favorite response is: Who knows?  Who care?  Nobody seems to
know what the Y2K problem is, or what Y2K compliance means.  You cannot
comply with a standard unless a standard has been set, and there is no
definition for the term 'Y2K compliance' nor a standard for 'Y2K
compliance' to which one might adhere.

Be thankful you have the source code available to you.  Any so-called
'statement of compliance' from a vendor who will not provide the source
code is completely worthless; they don't know what it means to you, you
don't know what standard they're complying to, and you have no recourse if
it turns out you think something is broken (read their statements, they
invariable say, in effect, "We don't think it's broken, but don't bother
us about it if it is because we don't know what you're talking about").
With source code at least you can check it first and fix it later if
something breaks.

Where should you look in the source code?  I don't know.  The FTP protocol
doesn't use dates or even times, except in a couple of commentary strings
sent to the remote user.  If there's a problem in them it's probably the
remote client's problem not the server's.  I will point out that a change
was made a couple of years ago to support a perticular broken client's
(mis)interpretation of one of these responses.  That change probably
represents the entire set of date or time related modifications made to
the daemon.

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

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

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

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


From [email protected]  Fri Apr 23 14:15: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 OAA07310;
       Fri, 23 Apr 1999 14:15:01 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA02750;
       Fri, 23 Apr 1999 14:14:42 -0500 (CDT)
Received: from gatekeeper.dsg.com (gatekeeper.dsg.com [204.179.88.126])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id OAA08923
       for <[email protected]>; Fri, 23 Apr 1999 14:11:47 -0500 (CDT)
Received: (from uucp@localhost) by gatekeeper.dsg.com (8.6.10/8.6.10) id OAA04166 for <[email protected]>; Fri, 23 Apr 1999 14:03:17 -0500
Received: from ares.dsg.com(204.179.89.129) by gatekeeper.dsg.com via smap (V1.3)
       id sma004161; Fri Apr 23 14:03:10 1999
Received: from pluto.dsg.com (pluto [204.179.89.169])
       by ares.dsg.com (8.8.5/8.8.5) with ESMTP id OAA10315
       for <[email protected]>; Fri, 23 Apr 1999 14:11:41 -0500 (CDT)
Received: by pluto.dsg.com with Internet Mail Service (5.5.2232.9)
       id <HGG1SF1G>; Fri, 23 Apr 1999 14:13:52 -0500
Message-Id: <[email protected]>
Date: Fri, 23 Apr 1999 14:13:50 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Ray Texter <[email protected]>
To: "Wu-Ftpd (E-mail)" <[email protected]>
Subject: Library file..
MIME-Version: 1.0
Content-Type: text/plain;
       charset="iso-8859-1"
X-Mailer: Internet Mail Service (5.5.2232.9)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I'm looking for the name of the library file that support the Dir....

Does any one know what this is....

Thanks  Ray

From [email protected]  Fri Apr 23 16:00:25 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id QAA08801;
       Fri, 23 Apr 1999 16:00:24 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA15370;
       Fri, 23 Apr 1999 15:59:45 -0500 (CDT)
Received: from junior.srt.net (junior.srt.net [206.113.196.31])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA25554
       for <[email protected]>; Fri, 23 Apr 1999 15:56:38 -0500 (CDT)
Received: from srt.net ([207.49.226.139])
       by junior.srt.net (8.9.1/8.9.1) with ESMTP id QAA19484
       for <[email protected]>; Fri, 23 Apr 1999 16:54:52 -0400
Message-Id: <[email protected]>
Date: Fri, 23 Apr 1999 16:50:47 -0400
Reply-To: [email protected]
Sender: [email protected]
From: Paul Baughman <[email protected]>
To: [email protected]
Subject: problems compiling for virtual servers IRIX 6.4
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.5 [en] (Win95; U)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hi,

I'm trying to compile wu-ftpd 2.4.2 for virtual servers.  If I compile
it straight out of the box with "./build sgi" it works fine.  I get
warnings, but no errors.  If I add the "-DVIRUTAL" flag as explained in
http://www.landfield.com/wu-ftpd/virtual-ftp-faq.html I get fatal
errors.  Can anyone give me any pointers?

TIA

Paul Baughman
System Administrator
SRT Enterprises

/build CFLAGS="-DVIRTUAL" sgi

[ ok stuff deleted...]

       cc -DVIRTUAL -c realpath.c
       cc -DVIRTUAL -c acl.c
       cc -DVIRTUAL -c private.c
       cc -DVIRTUAL -c authenticate.c
"authenticate.c", line 38: error(1005): could not open source file
         "support/authuser.h"
 #include "support/authuser.h"
                              ^

1 catastrophic error detected in the compilation of "authenticate.c".
Compilation terminated.
*** Error code 2 (bu21)

Making ftpcount.
       cc -DVIRTUAL -o ftpcount ftpcount.c vers.o -lsupport
ld32: FATAL 9: I/O error (-lsupport): No such file or directory
cc INTERNAL ERROR:  /usr/lib32/cmplrs/ld32 returned non-zero status 32
*** Error code 1 (bu21)

Making ftpshut.
       cc -DVIRTUAL -o ftpshut ftpshut.c vers.o -lsupport
"ftpshut.c", line 58: warning(1233): explicit type is missing ("int"
assumed)
 extern version[];
        ^

"ftpshut.c", line 110: warning(1110): statement is unreachable
                 break;
                 ^

ld32: FATAL 9: I/O error (-lsupport): No such file or directory
cc INTERNAL ERROR:  /usr/lib32/cmplrs/ld32 returned non-zero status 32
*** Error code 1 (bu21)

Making ckconfig.
       cc -DVIRTUAL -o ckconfig ckconfig.c

Links to executables are in bin directory:
size: bin/ftpd: cannot open
size: bin/ftpcount: cannot open
size: bin/ftpshut: cannot open
size: bin/ftpwho: cannot open
bin/ckconfig:

          Section           Size        Physical        Virtual
                                        Address         Address

            .interp          21        268435732       268435732
      .MIPS.options         128        268435756       268435756
           .reginfo          24        268435884       268435884
           .dynamic         256        268435908       268435908
           .liblist          20        268436164       268436164
            .dynstr         379        268436184       268436184
              .hash         428        268436564       268436564
            .dynsym         656        268436992       268436992
       .MIPS.symlib          41        268437648       268437648
              .msym         328        268437692       268437692
   .MIPS.interfaces           0        268438020       268438020
        .MIPS.stubs         100        268438020       268438020
              .text        1400        268438128       268438128
              .init          24        268439536       268439536
            .rodata         976        268509184       268509184
               .got          68        268510160       268510160
            .srdata           5        268510232       268510232
               .bss          36        268510240       268510240
3810 + 1044 + 36 = 4890
Done

From [email protected]  Fri Apr 23 17:10: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 RAA09753;
       Fri, 23 Apr 1999 17:09:59 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA05839;
       Fri, 23 Apr 1999 17:09:51 -0500 (CDT)
Received: from bart.etermedia.net (bart.etermedia.net [195.100.165.9])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA25708
       for <[email protected]>; Fri, 23 Apr 1999 17:05:11 -0500 (CDT)
Received: from dialup114-3-58.swipnet.se
       ([130.244.114.186] helo=mongo.rullstol.org ident=rille)
       by bart.etermedia.net with smtp (Exim 2.12 #1)
       id 10ao4M-0000kx-00
       for [email protected]; Sat, 24 Apr 1999 00:05:10 +0200
Message-Id: <[email protected]>
Date: Fri, 23 Apr 1999 23:15:18 +0000 (GMT)
Reply-To: [email protected]
Sender: [email protected]
From: Rickard Andersson <[email protected]>
To: [email protected]
Subject: bash ?
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello ... im a newbee at wu-ftpd, i just wonder if anyone knows why
i cant logon to a mashine (if the user runs bash) its a sparc station
with solaris 2.6, but if i run csh it works..if anyone know, please reply

Kind Regards

Rickard Andersson
[email protected]

"there is no stupig questions, only stupid people"



From [email protected]  Fri Apr 23 17:30: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 RAA10046;
       Fri, 23 Apr 1999 17:30:44 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id RAA20013;
       Fri, 23 Apr 1999 17:30:33 -0500 (CDT)
Received: from mail1.dh.trw.com (mail1.dh.trw.com [129.193.109.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id RAA25907
       for <[email protected]>; Fri, 23 Apr 1999 17:23:51 -0500 (CDT)
Received: from trw.com ([129.4.74.179]) by mail1.dh.trw.com
         (Netscape Messaging Server 3.5)  with ESMTP id AAA58E0;
         Fri, 23 Apr 1999 15:23:17 -0700
Message-Id: <[email protected]>
Date: Fri, 23 Apr 1999 15:23:16 -0700
Reply-To: [email protected]
Sender: [email protected]
From: "Scott Parmenter" <[email protected]>
To: Gregory A Lundberg <[email protected]>
Cc: wuftplist <[email protected]>,
       wuftpd-questions <[email protected]>
Subject: Re: Upload question
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.04 [en] (Win95; U)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

<HTML>

<BLOCKQUOTE TYPE=CITE>If the user is in /ftp/users/etc/passwd and you've
set their home there,
<BR>you should be OK.&nbsp; Otherwise, you'll need to use a match against
their
<BR>entry in the real /etc/passwd homedir.</BLOCKQUOTE>
Well, I finally got the upload clause to work using:

<P>&nbsp;&nbsp;&nbsp; upload&nbsp;&nbsp;&nbsp; absolute&nbsp;&nbsp;&nbsp;
/ftp/users/*&nbsp;&nbsp;&nbsp; /*/IN&nbsp;&nbsp;&nbsp; yes&nbsp;&nbsp;&nbsp;
ftptest&nbsp;&nbsp;&nbsp; *&nbsp;&nbsp;&nbsp; 0640&nbsp;&nbsp;&nbsp; nodirs

<P>But, in the process, I also needed to make the following change in ftpd.c:

<P><TT>&nbsp;&nbsp;&nbsp; /* if we have a uid and gid, then use them. */</TT><TT></TT>

<P><TT>&nbsp;&nbsp;&nbsp; if (valid > 0) {</TT>
<BR><TT>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; oldid = geteuid();</TT>
<BR><TT>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; delay_signaling(); /*
we can't allow any signals while euid==0: kinch */</TT>
<BR><TT>-&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (void) seteuid((uid_t) 0);</TT>
<BR><TT>+&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (void) seteuid((uid_t) uid);</TT>
<BR><TT>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if ((fchown(fdout, uid,
gid)) &lt; 0) {</TT>
<BR><TT>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ...</TT>

<P>So far I haven't noticed any side effects from not being root.&nbsp;
I believe this is necessary because _POSIX_CHOWN_RESTRICTED is apparently
not defined by default for Trusted Solaris, and it affects the fchown()
call.&nbsp; Or if it is defined, I can't find it.&nbsp; Anyway, you may
want to consider adding an #ifdef-else clause for the seteuid() call to
handle both cases.

<P>Scott</HTML>


From [email protected]  Fri Apr 23 18:22: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 SAA10602;
       Fri, 23 Apr 1999 18:22:46 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id SAA29591;
       Fri, 23 Apr 1999 18:22:38 -0500 (CDT)
Received: from pc01.ext.miyake.org (pc01.ext.miyake.org [210.154.2.83])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id SAA23804
       for <[email protected]>; Fri, 23 Apr 1999 18:16:53 -0500 (CDT)
Received: from pc04.int.miyake.org (pc04.int.miyake.org [210.154.2.92])
       by pc01.ext.miyake.org (8.9.3/3.7W-pc01-2.4) with ESMTP id IAA05916;
       Sat, 24 Apr 1999 08:16:20 +0900
Received: from localhost (localhost [127.0.0.1])
       by pc04.int.miyake.org (8.8.8/3.6W-pc04-1.3) with ESMTP id IAA06802;
       Sat, 24 Apr 1999 08:16:19 +0900 (JST)
Message-Id: <[email protected]>
Date: Sat, 24 Apr 1999 08:16:19 +0900
Reply-To: [email protected]
Sender: [email protected]
From: Kenji Miyake <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: bash ?
In-Reply-To: Your message of "Fri, 23 Apr 1999 23:15:18 +0000 (GMT)"
       <[email protected]>
References: <[email protected]>
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-MH-BIFF: Version: mh-biff.el (0.97) on Emacs 19.28.1, Mule 2.3 (usg-unix-v)
X-Mailer: Mew version 1.93 on Emacs 19.28 / Mule 2.3 (SUETSUMUHANA)
X-Dispatcher: imput version 980905(IM100)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

From: Rickard Andersson <[email protected]>
Subject: bash ?
Date: Fri, 23 Apr 1999 23:15:18 +0000 (GMT)

> Hello ... im a newbee at wu-ftpd, i just wonder if anyone knows why
> i cant logon to a mashine (if the user runs bash) its a sparc station
> with solaris 2.6, but if i run csh it works..if anyone know, please reply

may be /etc/shells was not exist properly.
(read 'man -s 4 shells')

From [email protected]  Sat Apr 24 20:01: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 UAA17054;
       Sat, 24 Apr 1999 20:01:00 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id TAA23604;
       Sat, 24 Apr 1999 19:59:29 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id TAA00068
       for <[email protected]>; Sat, 24 Apr 1999 19:57:05 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id UAA22699;
       Sat, 24 Apr 1999 20:56:59 -0400
Message-Id: <[email protected]>
Date: Sat, 24 Apr 1999 20:56:58 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Paul Baughman <[email protected]>
Cc: [email protected]
Subject: Re: problems compiling for virtual servers IRIX 6.4
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Fri, 23 Apr 1999, Paul Baughman wrote:

> I'm trying to compile wu-ftpd 2.4.2 for virtual servers.  If I compile
> it straight out of the box with "./build sgi" it works fine.  I get
> warnings, but no errors.  If I add the "-DVIRUTAL" flag as explained
> in http://www.landfield.com/wu-ftpd/virtual-ftp-faq.html I get fatal
> errors.  Can anyone give me any pointers?

I'd suggest you start here:
 ftp://ftp.gnu.org/gnu/gcc/gcc-2.8.1.tar.gz

--

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


From [email protected]  Mon Apr 26 11:52: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 LAA09239;
       Mon, 26 Apr 1999 11:52:41 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id LAA29776;
       Mon, 26 Apr 1999 11:49:05 -0500 (CDT)
Received: from junior.srt.net (junior.srt.net [206.113.196.31])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id LAA29380
       for <[email protected]>; Mon, 26 Apr 1999 11:42:21 -0500 (CDT)
Received: from srt.net ([207.49.226.139])
       by junior.srt.net (8.9.1/8.9.1) with ESMTP id MAA11164
       for <[email protected]>; Mon, 26 Apr 1999 12:40:32 -0400
Message-Id: <[email protected]>
Date: Mon, 26 Apr 1999 12:36:30 -0400
Reply-To: [email protected]
Sender: [email protected]
From: Paul Baughman <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: problems compiling for virtual servers IRIX 6.4
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.5 [en] (Win95; U)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Greg, thanks for the tip.  I was afraid someone would suggest this.
I've tried gcc 2.8.1, and I'm having trouble compiling that also.  The
stage2 and stage3 compilers don't compare.  If you happen to have a
pre-built binary lying around...?  Or gcc2.7.x that I can compile 2.8.1
with?

I'll go back to gcc and see what I can figure out....

Thanks
--Paul

Gregory A Lundberg wrote:
>
> I'd suggest you start here:
>   ftp://ftp.gnu.org/gnu/gcc/gcc-2.8.1.tar.gz
>
> --
>
> Gregory A Lundberg              Senior Partner, VRnet Company
> 1441 Elmdale Drive              [email protected]
> Kettering, OH 45409-1615 USA    1-800-809-2195

From [email protected]  Mon Apr 26 12:15: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 MAA09552;
       Mon, 26 Apr 1999 12:15:23 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA00708;
       Mon, 26 Apr 1999 12:13:11 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA23819
       for <[email protected]>; Mon, 26 Apr 1999 12:08:03 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id NAA03854;
       Mon, 26 Apr 1999 13:07:19 -0400
Message-Id: <[email protected]>
Date: Mon, 26 Apr 1999 13:07:18 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Paul Baughman <[email protected]>
Cc: [email protected]
Subject: Re: problems compiling for virtual servers IRIX 6.4
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 26 Apr 1999, Paul Baughman wrote:

> Greg, thanks for the tip.  I was afraid someone would suggest this.
> I've tried gcc 2.8.1, and I'm having trouble compiling that also.
> The stage2 and stage3 compilers don't compare.  If you happen to have
> a pre-built binary lying around...?  Or gcc2.7.x that I can compile
> 2.8.1 with?
>
> I'll go back to gcc and see what I can figure out....

I used to have someone providing pre-built binaries for the VR series.  I
haven't heard from him in a while, though.  I don't run Irix, so cannot
help you with them myself.

--

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


From [email protected]  Mon Apr 26 12:47: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 MAA10056;
       Mon, 26 Apr 1999 12:47:16 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id MAA21631;
       Mon, 26 Apr 1999 12:45:20 -0500 (CDT)
Received: from molbio.unmc.edu (molbio.unmc.edu [137.197.214.37])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id MAA20003
       for <[email protected]>; Mon, 26 Apr 1999 12:41:30 -0500 (CDT)
Received: from windsurf2 (windsurf2.unmc.edu [137.197.214.115])
       by molbio.unmc.edu (8.9.1b+Sun/8.9.1) with SMTP id MAA21748;
       Mon, 26 Apr 1999 12:41:35 -0500 (CDT)
Message-Id: <[email protected]>
Date: Mon, 26 Apr 1999 12:41:19 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Chad Price <[email protected]>
To: [email protected], Paul Baughman <[email protected]>
Cc: [email protected]
Subject: Re: problems compiling for virtual servers IRIX 6.4
In-Reply-To: <[email protected]>
References: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

At 01:07 PM 4/26/1999 -0400, Gregory A Lundberg wrote:
>On Mon, 26 Apr 1999, Paul Baughman wrote:
>
>> Greg, thanks for the tip.  I was afraid someone would suggest this.
>> I've tried gcc 2.8.1, and I'm having trouble compiling that also.
>> The stage2 and stage3 compilers don't compare.  If you happen to have
>> a pre-built binary lying around...?  Or gcc2.7.x that I can compile
>> 2.8.1 with?

Since there are Sun binaries for gcc on the net, I'd be astonished if there
were no SGI binaries available.  I'd do a Web search if I were you.

Chad


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


From [email protected]  Mon Apr 26 15:05: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 PAA12171;
       Mon, 26 Apr 1999 15:05:55 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA04841;
       Mon, 26 Apr 1999 15:02:46 -0500 (CDT)
Received: from web-s1mur.lu.ch ([195.65.169.254])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id OAA14469
       for <[email protected]>; Mon, 26 Apr 1999 14:56:06 -0500 (CDT)
Received: from email-s1mur.oid.fd.lu.admin.ch (195.65.169.20) by web-s1mur.lu.ch (NPlex 1.3.156) for [email protected]; 26 Apr 1999 21:53:41 +0200
Received: from RAS (194.40.190.41) by email-s1mur.oid.fd.lu.admin.ch (NPlex 1.3.171) for [email protected]; 26 Apr 1999 21:58:31 +0200
Message-Id: <[email protected]> (added by email-s1mur.oid.fd.lu.admin.ch)
Date: Mon, 26 Apr 1999 22:50:52 +0200
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: <[email protected]>
Subject: can't see the the files and directorys in the ~ftp/pub directory
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-MSMail-Priority: Normal
X-Priority: 3
X-Mailer: Microsoft Internet Mail 4.70.1155
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

dear wu-ftpd-users

i've installed wu-ftpd (2.4.2) on a suse-linux (2.0.36). My /u/www/ftp
directory
has the following structure:

u/www/ftp/bin/ls
/u/www/ftp/etc/group
/u/www//ftp/etc/passwd
/u/www/ftp/pub/

When i login as anonymous-ftp-user i can connect to the
/u/www/ftp-directory but i can't see the files and directorys stored there.

to make sure that i do not have any permission problems i set all files and
directorys open. the user ftp is in the passwd
file and points to /u/www/ftp. There seems to be a problem with the
'ls'-command. I'm able to (blind)-download the files in the ~ftp/pub.
what did i wrong ???? (any cofiguration files ???)

thanx alot for your help


hubert


From [email protected]  Mon Apr 26 15:09: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 PAA12263;
       Mon, 26 Apr 1999 15:09:49 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA15011;
       Mon, 26 Apr 1999 15:08:06 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA10268
       for <[email protected]>; Mon, 26 Apr 1999 15:06:55 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id QAA07849;
       Mon, 26 Apr 1999 16:06:50 -0400
Message-Id: <[email protected]>
Date: Mon, 26 Apr 1999 16:06:49 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: can't see the the files and directorys in the ~ftp/pub
directory
In-Reply-To: <[email protected]> (added by email-s1mur.oid.fd.lu.admin.ch)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Mon, 26 Apr 1999 [email protected] wrote:

> There seems to be a problem with the 'ls'-command.

FAQ

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

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

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

--

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


From [email protected]  Mon Apr 26 15:30: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 PAA12660;
       Mon, 26 Apr 1999 15:30:41 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA10932;
       Mon, 26 Apr 1999 15:27:29 -0500 (CDT)
Received: from acs7.acs.ucalgary.ca ([email protected] [136.159.34.207])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA24741
       for <[email protected]>; Mon, 26 Apr 1999 15:22:11 -0500 (CDT)
Received: (from yip@localhost) by acs7.acs.ucalgary.ca (AIX4.3/UCB 8.8.8/8.8.8) id OAA23434 for [email protected]; Mon, 26 Apr 1999 14:22:06 -0600
Message-Id: <[email protected]>
Date: Mon, 26 Apr 99 14:22:05 MDT
Reply-To: [email protected]
Sender: [email protected]
From: "Joseph Yip" <[email protected]>
To: [email protected]
Subject: Default umask
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Mailer: ELM [version 2.3 PL11K]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On our system the default umask is set to 077.  I wonder if there
is a way to set the default umask to 022 just for files created
in the ~/public_html directories of our real users.  This would
save the trouble of doing a chmod for PC users who want to
"publish" their web documents.  If this is not possible, I wonder
if a different default umask can be specified for a virtual
domain so that the users may use a this domain for publishing.

Thanks in advance!

--
Joseph Yip      University Computing Services   (403) 220-6218
.............................................................
      In an exquisite dance of joy the stars ignite.       .
           Expecting nothing less, God smiles.             .
.............................................................

From [email protected]  Mon Apr 26 15:42: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 PAA12829;
       Mon, 26 Apr 1999 15:42:17 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA05305;
       Mon, 26 Apr 1999 15:40:29 -0500 (CDT)
Received: from junior.srt.net (junior.srt.net [206.113.196.31])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA28879
       for <[email protected]>; Mon, 26 Apr 1999 15:38:21 -0500 (CDT)
Received: from srt.net ([207.49.226.139])
       by junior.srt.net (8.9.1/8.9.1) with ESMTP id QAA13870;
       Mon, 26 Apr 1999 16:36:31 -0400
Message-Id: <[email protected]>
Date: Mon, 26 Apr 1999 16:32:29 -0400
Reply-To: [email protected]
Sender: [email protected]
From: Paul Baughman <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: can't see the the files and directorys in the ~ftp/pub directory
References: <[email protected]> (added by email-s1mur.oid.fd.lu.admin.ch)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.5 [en] (Win95; U)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hubert,

Most likely you're using a statically linked ls without the proper
libraries.  This has happened to me on my RH Linux boxes.  Check out:
ftp://ftp.fni.com/pub/wu-ftpd/guest-howto.html

[email protected] wrote:
>
> dear wu-ftpd-users
>
> i've installed wu-ftpd (2.4.2) on a suse-linux (2.0.36). My /u/www/ftp
> directory
> has the following structure:
>
> u/www/ftp/bin/ls
> /u/www/ftp/etc/group
> /u/www//ftp/etc/passwd
> /u/www/ftp/pub/
>
> When i login as anonymous-ftp-user i can connect to the
> /u/www/ftp-directory but i can't see the files and directorys stored there.
>
> to make sure that i do not have any permission problems i set all files and
> directorys open. the user ftp is in the passwd
> file and points to /u/www/ftp. There seems to be a problem with the
> 'ls'-command. I'm able to (blind)-download the files in the ~ftp/pub.
> what did i wrong ???? (any cofiguration files ???)
>
> thanx alot for your help
>
> hubert

From [email protected]  Mon Apr 26 15: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 PAA12970;
       Mon, 26 Apr 1999 15:49:40 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA00695;
       Mon, 26 Apr 1999 15:46:45 -0500 (CDT)
Received: from junior.srt.net (junior.srt.net [206.113.196.31])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA13325
       for <[email protected]>; Mon, 26 Apr 1999 15:42:18 -0500 (CDT)
Received: from srt.net ([207.49.226.139])
       by junior.srt.net (8.9.1/8.9.1) with ESMTP id QAA13918;
       Mon, 26 Apr 1999 16:40:28 -0400
Message-Id: <[email protected]>
Date: Mon, 26 Apr 1999 16:36:26 -0400
Reply-To: [email protected]
Sender: [email protected]
From: Paul Baughman <[email protected]>
To: [email protected], [email protected]
Subject: Re: can't see the the files and directorys in the ~ftp/pub directory
References: <[email protected]> (added by email-s1mur.oid.fd.lu.admin.ch) <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.5 [en] (Win95; U)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN



Hubert,

Most likely you're using a statically linked ls without the proper
libraries.  This has happened to me on my RH Linux boxes.  Check out:
ftp://ftp.fni.com/pub/wu-ftpd/guest-howto.html specifically number 4.

Paul Baughman
System Administrator
SRT Enterprises

[email protected] wrote:
>
> dear wu-ftpd-users
>
> i've installed wu-ftpd (2.4.2) on a suse-linux (2.0.36). My /u/www/ftp
> directory
> has the following structure:
>
> u/www/ftp/bin/ls
> /u/www/ftp/etc/group
> /u/www//ftp/etc/passwd
> /u/www/ftp/pub/
>
> When i login as anonymous-ftp-user i can connect to the
> /u/www/ftp-directory but i can't see the files and directorys stored there.
>
> to make sure that i do not have any permission problems i set all files and
> directorys open. the user ftp is in the passwd
> file and points to /u/www/ftp. There seems to be a problem with the
> 'ls'-command. I'm able to (blind)-download the files in the ~ftp/pub.
> what did i wrong ???? (any cofiguration files ???)
>
> thanx alot for your help
>
> hubert

From [email protected]  Mon Apr 26 16:01: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 QAA13137;
       Mon, 26 Apr 1999 16:01:28 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA27409;
       Mon, 26 Apr 1999 15:59:38 -0500 (CDT)
Received: from tracker.excite.com (tracker-rwcmta.excite.com [198.3.99.217])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA06456
       for <[email protected]>; Mon, 26 Apr 1999 15:53:39 -0500 (CDT)
Received: from bessie.excite.com ([199.172.152.102]) by tracker.excite.com
         (InterMail v4.00.03.11 201-229-104-111) with ESMTP
         id <[email protected]>
         for <[email protected]>; Mon, 26 Apr 1999 13:06:49 -0700
Message-Id: <[email protected]>
Date: Mon, 26 Apr 1999 13:06:49 PDT
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: Help compiling WU-FTP on IRIX 6.4
MIME-Version: 1.0
Content-Type: text/plain
X-Mailer: Excite Mail
X-Sender-Ip: 208.155.255.2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

HELP!! I've been trying to compile WU-FTP 2.4.2 V18 on IRIX 6.4 and had no
results. I think part of the problem is the pathnames.h file it currently
reads as follows:

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


#ifdef SOLARIS_2
#define UTMP_DIR        "/var/adm"
#define WTMP_DIR        "/var/adm"
#define LASTLOG_DIR     "/var/adm"
#else
#define UTMP_DIR        "/etc"
#define WTMP_DIR        "/usr/adm"
#define LASTLOG_DIR     "/usr/adm"
#endif

#define _PATH_EXECPATH  "/bin/ftp-exec"

#ifdef USE_ETC
#define _PATH_FTPUSERS  "/etc/ftpusers"
#define _PATH_FTPACCESS "/etc/ftpaccess"
#define _PATH_CVT       "/etc/ftpconversions"
#define _PATH_PRIVATE   "/etc/ftpgroups"
#else
#ifdef USE_ETC_FTPD
#define _PATH_FTPUSERS  "/etc/ftpd/ftpusers"
#define _PATH_FTPACCESS "/etc/ftpd/ftpaccess"
#define _PATH_CVT       "/etc/ftpd/ftpconversions"
#define _PATH_PRIVATE   "/etc/ftpd/ftpgroups"
#else
#ifdef USE_LOCAL_ETC
#define _PATH_FTPUSERS  "/usr/local/etc/ftpusers"
#define _PATH_FTPACCESS "/usr/local/etc/ftpaccess"
#define _PATH_CVT       "/usr/local/etc/ftpconversions"
#define _PATH_PRIVATE   "/usr/local/etc/ftpgroups"
#else
#ifdef USE_OPT_FTPD
#define _PATH_FTPUSERS  "/opt/ftpd/lib/ftpusers"
#define _PATH_FTPACCESS "/opt/ftpd/lib/ftpaccess"
#define _PATH_CVT       "/opt/ftpd/lib/ftpconversions"
#define _PATH_PRIVATE   "/opt/ftpd/lib/ftpgroups"
#else
#define _PATH_FTPUSERS  "/usr/local/lib/ftpd/ftpusers"
#define _PATH_FTPACCESS "/usr/local/lib/ftpd/ftpaccess"
#define _PATH_CVT       "/usr/local/lib/ftpd/ftpconversions"
#define _PATH_PRIVATE   "/usr/local/lib/ftpd/ftpgroups"
#endif
#endif
#endif
#endif

#ifdef USE_VAR
#ifdef USE_PID
#define _PATH_PIDNAMES  "/var/pid/ftp.pids-%s"
#else
#ifdef VAR_RUN
#define _PATH_PIDNAMES  "/var/run/ftp.pids-%s"
#else
#define _PATH_PIDNAMES  "/var/adm/ftp.pids-%s"
#endif
#endif
#ifdef USE_LOG
#define _PATH_XFERLOG   "/var/log/xferlog"
#else
#define _PATH_XFERLOG   "/var/adm/xferlog"
#endif
#else
#ifndef _PATH_PIDNAMES
#define _PATH_PIDNAMES  "/usr/local/lib/ftpd/pids/%s"
#endif
#ifndef _PATH_XFERLOG
#define _PATH_XFERLOG   "/usr/local/logs/xferlog"
#endif
#endif

#ifndef _PATH_UTMP
#ifdef UTMP_FILE
#define _PATH_UTMP UTMP_FILE
#endif
#endif

#ifndef _PATH_WTMP
#ifdef WTMP_FILE
#define _PATH_WTMP WTMP_FILE
#endif
#endif

#ifndef _PATH_UTMP
#define _PATH_UTMP      UTMP_DIR"/utmp"
#endif
#ifndef _PATH_WTMP
#define _PATH_WTMP      WTMP_DIR"/wtmp"
#endif
#ifndef _PATH_LASTLOG
#define _PATH_LASTLOG   LASTLOG_DIR"/lastlog"
#endif

#ifndef _PATH_BSHELL
#define _PATH_BSHELL    "/bin/sh"
#endif

#ifndef _PATH_DEVNULL
#define _PATH_DEVNULL   "/dev/null"
#endif

#ifdef  HOST_ACCESS
#ifdef USE_ETC
#define _PATH_FTPHOSTS  "/etc/ftphosts"
#else
#ifdef USE_ETC_FTPD
#define _PATH_FTPHOSTS  "/etc/ftpd/ftphosts"
#else
#ifdef USE_LOCAL_ETC
#define _PATH_FTPHOSTS  "/usr/local/etc/ftphosts"
#else
#ifdef USE_OPT_FTPD
#define _PATH_FTPHOSTS  "/opt/ftpd/lib/ftphosts"
#else
#define _PATH_FTPHOSTS  "/usr/local/lib/ftpd/ftphosts"
#endif
#endif
#endif
#endif
#endif


If anyone can help it would be highly appreciated.

Larry R Mangum Jr
CAD Administrator
Alps Automotive Inc




_______________________________________________________
Get your free, private email at http://mail.excite.com/

From [email protected]  Mon Apr 26 20:47: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 UAA24250;
       Mon, 26 Apr 1999 20:47:08 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA28356;
       Mon, 26 Apr 1999 20:45:30 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA31780
       for <[email protected]>; Mon, 26 Apr 1999 20:39:05 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id VAA11628;
       Mon, 26 Apr 1999 21:39:00 -0400
Message-Id: <[email protected]>
Date: Mon, 26 Apr 1999 21:39:00 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Help compiling WU-FTP on IRIX 6.4
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

So what's the symptom of the problem?  What version of the daemon are you
trying to compile?  Someone else was having problems a day or two ago; his
looks like it's a lame compiler.  Which compiler/version are you
attempting to use?

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

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

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

--

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


From [email protected]  Tue Apr 27 03:59:28 1999
Received: from wugate.wustl.edu (wugate.wustl.edu [128.252.120.1])
       by landfield.com (8.9.0/8.9.0) with ESMTP id DAA10503;
       Tue, 27 Apr 1999 03:59:27 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id DAA14727;
       Tue, 27 Apr 1999 03:55:03 -0500 (CDT)
Received: from solsrv.mpia-hd.mpg.de (solsrv.mpia-hd.mpg.de [149.217.40.100])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id DAA12697
       for <[email protected]>; Tue, 27 Apr 1999 03:50:39 -0500 (CDT)
Received: from mpia-hd.mpg.de (sun6 [149.217.40.206])
       by solsrv.mpia-hd.mpg.de (8.8.8/8.8.8) with ESMTP id KAA02667
       for <[email protected]>; Tue, 27 Apr 1999 10:48:57 +0200 (MET DST)
Received: (from tremmel@localhost)
       by mpia-hd.mpg.de (8.8.8+Sun/8.8.8) id KAA22849;
       Tue, 27 Apr 1999 10:48:55 +0200 (MET DST)
Message-Id: <[email protected]>
Date: Tue, 27 Apr 1999 10:48:55 +0200 (MET DST)
Reply-To: [email protected]
Sender: [email protected]
From: Ralph Tremmel <[email protected]>
To: [email protected], [email protected]
Subject: no login message on Solaris
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Hello,

I had wu-ftp running on SunOS for about 2 years.
Now I installed version "wu-2.4(2) Wed Oct 8 " on Solaris2.5

Everything looks good and ftp is running since a couple of days.
ckconfig feels completely satisfied.

Now I found that login via ftp (anonymous or real) is not logged by the
system. I mean 'last ftp' shows nothing. This was not so on SunOS.

Is this correct? I really have checked the manual but found nothing.
What still do I have to do to log ftp-logins like 'normal' logins do?

Thanks for help,
Ralph Tremmel

From [email protected]  Tue Apr 27 05:06: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 FAA11155;
       Tue, 27 Apr 1999 05:06:46 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id FAA32051;
       Tue, 27 Apr 1999 05:04:06 -0500 (CDT)
Received: from xenia.mc2.renault.fr ([email protected] [193.194.133.5])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id EAA09295
       for <[email protected]>; Tue, 27 Apr 1999 04:57:41 -0500 (CDT)
Received: from univers.mc2.renault.fr by xenia.mc2.renault.fr id LAA17914 for <[email protected]>; Tue, 27 Apr 1999 11:57:37 +0200 (MET DST)
Received: from kitten.pdj.renault.fr by univers.mc2.renault.fr id LAA05847 for <[email protected]>; Tue, 27 Apr 1999 11:57:36 +0200 (MET DST)
Received: by kitten id LAA29669 for <[email protected]>; Tue, 27 Apr 1999 11:17:27 +0200 (MET DST)
Received: by goblin id LAA11453 for <[email protected]>; Tue, 27 Apr 1999 11:56:56 +0200 (MET DST)
Message-Id: <[email protected]>
Date: Tue, 27 Apr 1999 11:56:56 +0200
Reply-To: [email protected]
Sender: [email protected]
From: Charles Bruneteau <[email protected]>
To: [email protected]
Subject: overwrite and upload
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: [email protected]
X-Mailer: Mozilla 4.5 [en] (X11; I; SunOS 5.5.1 sun4u)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

hi,

i'm configuring a wuftp (2.4.2 VR17) server with guests accounts and the
-r option.
it works great but i'm a bit surprised with something with overwriting
and uploading :

  i have these lines in my ftpaccess :
                   ...
               overwrite yes guest
                   ...
               upload  /     /*/incoming yes * 501   0660 nodirs
               upload  /*   /*/outgoing yes *  502  0240 nodirs
               upload  /     *  no
               upload  /*   *  no

   the user 4001 has the homedirectory  :  /4001
   the user 5001 has the homedirectory  :  /

   i touch a random file in /4001/incoming :
              -rw-------   1  5001     500      2380 Apr 27 11:23
y1RHOCx

   here are the attributes of /4001/incoming :
               drwx--x--x   2  4001     500       512 Apr 27 11:18
incoming

   when a the guest user 5001 type the command 'put  a_file  y1RHOCx',
the attributes become :
              -rw-------   1  4001     500      2380 Apr 27 11:23
y1RHOCx

so the owner of the file has changed (as specified in the upload line in
ftpaccess, i guess), but the rights should be 0660 ?

i wonder if an overwrite is considered as an upload ?


thanks for any advise


Charles Bruneteau



From [email protected]  Tue Apr 27 07:48: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 HAA13064;
       Tue, 27 Apr 1999 07:48:57 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA28057;
       Tue, 27 Apr 1999 07:46:02 -0500 (CDT)
Received: from rbhub101.chamb.disa.mil (rbhub101.chamb.disa.mil [209.22.120.24])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA25004
       for <[email protected]>; Tue, 27 Apr 1999 07:45:26 -0500 (CDT)
Received: by rbhub101.chamb.disa.mil with Internet Mail Service (5.5.2448.0)
       id <J40FYSKS>; Tue, 27 Apr 1999 08:47:29 -0400
Message-Id: <[email protected]>
Date: Tue, 27 Apr 1999 08:47:41 -0400
Reply-To: [email protected]
Sender: [email protected]
From: "El-Allam, Khalid" <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: 550 can't set guest privileges
MIME-Version: 1.0
Content-Type: text/plain;
       charset="iso-8859-1"
X-Priority: 5
X-Mailer: Internet Mail Service (5.5.2448.0)
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

I just loaded an wu-ftp (2.4.2- beta-13) on sun OS 2.5.1, when I ftp as an
anonymous ftp, I get a login failure
with the  following message: 550 can't set guest privileges. The error entry
in the /var/adm/messages was pointing
to a none existent /var/adm/wtmp file which is not true,
Any suggestion
Thanks
el-allak.

From [email protected]  Tue Apr 27 08:14: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 IAA13433;
       Tue, 27 Apr 1999 08:14:25 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA05497;
       Tue, 27 Apr 1999 08:11:39 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA31768
       for <[email protected]>; Tue, 27 Apr 1999 08:07:29 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id JAA16792;
       Tue, 27 Apr 1999 09:07:08 -0400
Message-Id: <[email protected]>
Date: Tue, 27 Apr 1999 09:07:07 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Ralph Tremmel <[email protected]>
Cc: [email protected]
Subject: Re: no login message on Solaris
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 27 Apr 1999, Ralph Tremmel wrote:

> I had wu-ftp running on SunOS for about 2 years. Now I installed
> version "wu-2.4(2) Wed Oct 8 " on Solaris2.5

Please check your version number.  If you are running 2.4 you should
immedeately upgrade to the latest version.  there are so many security
problems with 2.4 you should discontinue FTP operations until you have
completed the upgrade.

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

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

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

> Now I found that login via ftp (anonymous or real) is not logged by
> the system. I mean 'last ftp' shows nothing. This was not so on SunOS.

ISTM Sun's 'last' commands are broken and cannot be trusted.

> Is this correct? I really have checked the manual but found nothing.
> What still do I have to do to log ftp-logins like 'normal' logins do?

Here's the comment I added to the source for VR17 about this:

   /*
    * Date: Tue, 09 Mar 1999 14:59:42 -0600
    * From: Chad Price <[email protected]>
    * To: [email protected]
    * Subject: Re: Problem w/ Solaris /var/adm/wtmpx and /usr/bin/last(1)
    *
    * I've been running Sol 2.4 since it came out, and the 'last' command
    * has never worked correctly, for ftpd or logins either one.  wtmpx
    * often fails to close out sessions when the user logs out.  As a
    * result, I only use last to see who logged in, not who/when the
    * logout occurred.
    *
    * When I first installed it, it was even worse, and they immediately
    * told me to patch the system.  This fixed it to semi-compus mentis,
    * but not to working order.  So I guess my conclusion is: ignore the
    * wtmpx / last log stuff on Solaris 2.4 (and other releases of Solaris
    * too from what I see in the comments), it's broken and always has
    * been.  I do of course stand ready to be corrected (in this case,
    * pointed to a patch which really does fix it.)
    *
    */

My recomendation: If you want this fixed properly, upgrade to a version of
Unix without so many problems.  Linux and FreeBSD come to mind.

--

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


From [email protected]  Tue Apr 27 08:33: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 IAA13704;
       Tue, 27 Apr 1999 08:33:57 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA10096;
       Tue, 27 Apr 1999 08:30:55 -0500 (CDT)
Received: from molbio.unmc.edu (molbio.unmc.edu [137.197.214.37])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA31876
       for <[email protected]>; Tue, 27 Apr 1999 08:28:50 -0500 (CDT)
Received: from windsurf2 (windsurf2.unmc.edu [137.197.214.115])
       by molbio.unmc.edu (8.9.1b+Sun/8.9.1) with SMTP id IAA18807;
       Tue, 27 Apr 1999 08:28:33 -0500 (CDT)
Message-Id: <[email protected]>
Date: Tue, 27 Apr 1999 08:28:20 -0500
Reply-To: [email protected]
Sender: [email protected]
From: Chad Price <[email protected]>
To: [email protected], Ralph Tremmel <[email protected]>
Cc: [email protected]
Subject: Re: no login message on Solaris
In-Reply-To: <[email protected]>
References: <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Sender: [email protected]
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

At 09:07 AM 4/27/1999 -0400, Gregory A Lundberg wrote:
>On Tue, 27 Apr 1999, Ralph Tremmel wrote:
>
>> Now I found that login via ftp (anonymous or real) is not logged by
>> the system. I mean 'last ftp' shows nothing. This was not so on SunOS.
>
>ISTM Sun's 'last' commands are broken and cannot be trusted.

I can confirm that from personal experience over the last 4 years. (But
then Greg already included my comments..) Version 2.7 (7) of Solaris seems
to have fixed it, but I still do not trust it.

Chad



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


From [email protected]  Tue Apr 27 08:35: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 IAA13730;
       Tue, 27 Apr 1999 08:35:37 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA11268;
       Tue, 27 Apr 1999 08:32:43 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA32408
       for <[email protected]>; Tue, 27 Apr 1999 08:28:54 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id JAA16980;
       Tue, 27 Apr 1999 09:28:44 -0400
Message-Id: <[email protected]>
Date: Tue, 27 Apr 1999 09:28:43 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Charles Bruneteau <[email protected]>
Cc: [email protected]
Subject: Re: overwrite and upload
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 27 Apr 1999, Charles Bruneteau wrote:

> i'm configuring a wuftp (2.4.2 VR17) server with guests accounts and
> the -r option. it works great but i'm a bit surprised with something
> with overwriting and uploading :
>
> i have these lines in my ftpaccess :
>     overwrite yes guest
>     upload /  /*/incoming yes * 501 0660 nodirs
>     upload /* /*/outgoing yes * 502 0240 nodirs
>     upload /  *           no
>     upload /* *           no
>
> the user 4001 has the homedirectory: /4001
> the user 5001 has the homedirectory: /
>
> here are the attributes of /4001/incoming:
>    drwx--x--x   2  4001     500       512 Apr 27 11:18 incoming
>
> i touch a random file in /4001/incoming:
>    -rw-------   1  5001     500      2380 Apr 27 11:23 y1RHOCx
>
> when a the guest user 5001 type the command 'put a_file y1RHOCx', the
> attributes become:
>    -rw-------   1  4001     500      2380 Apr 27 11:23 y1RHOCx
>
> so the owner of the file has changed (as specified in the upload line
> in ftpaccess, i guess), but the rights should be 0660 ?
>
> i wonder if an overwrite is considered as an upload?

ISTM overwrite should be considered an upload at least for the question,
"May I upload?"  Passing that it should obey existing ownerships and
permissions and not change those.

I just tested and, sure enough, you're right.  The upload clause is
resetting the owner user/group.  Everything else seems OK (upload check,
permissions check, permissions unchanged).

*sigh*

--

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


From [email protected]  Tue Apr 27 08:40: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 IAA13810;
       Tue, 27 Apr 1999 08:40:24 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id IAA28982;
       Tue, 27 Apr 1999 08:37:38 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id IAA07670
       for <[email protected]>; Tue, 27 Apr 1999 08:32:53 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id JAA17027;
       Tue, 27 Apr 1999 09:32:42 -0400
Message-Id: <[email protected]>
Date: Tue, 27 Apr 1999 09:32:42 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: "El-Allam, Khalid" <[email protected]>
Cc: "'[email protected]'" <[email protected]>
Subject: Re: 550 can't set guest privileges
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 27 Apr 1999, El-Allam, Khalid wrote:

> I just loaded an wu-ftp (2.4.2- beta-13) on sun OS 2.5.1, when I ftp
> as an anonymous ftp, I get a login failure with the following message:
> 550 can't set guest privileges.
> The error entry in the /var/adm/messages was pointing to a
> non-existent /var/adm/wtmp file which is not true.

First off, you should upgrade.  Beta-13 is very old and has a number of
security problems.

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

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

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


What was the exact message in your system log?  And did you see my posting
a few minute ago about Sun's lame Unix systems' handling of wtmp and the
last command?

--

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


From [email protected]  Tue Apr 27 10:31: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 KAA15688;
       Tue, 27 Apr 1999 10:31:05 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA30326;
       Tue, 27 Apr 1999 10:28:03 -0500 (CDT)
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 KAA18998
       for <[email protected]>; Tue, 27 Apr 1999 10:22:34 -0500 (CDT)
Received: from puccini.grenoble.hp.com (puccini.grenoble.hp.com [15.128.127.194])
       by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id LAA17596
       for <[email protected]>; Tue, 27 Apr 1999 11:22:17 -0400 (EDT)
Received: from hp.com (enki.grenoble.hp.com [15.128.52.21])
       by puccini.grenoble.hp.com (8.8.6 (PHNE_14041)/8.8.6 TIS Openmail) with ESMTP id RAA11547
       for <[email protected]>; Tue, 27 Apr 1999 17:22:29 +0200 (METDST)
Message-Id: <[email protected]>
Date: Tue, 27 Apr 1999 17:24:16 +0200
Reply-To: [email protected]
Sender: [email protected]
From: Pierre Treille <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [WU-FTP]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.51 [en] (WinNT; I)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


   Hello Gurus,

I just install the wu-ftp 2.4.2 , and I got now a problem with the
anonymous user : as I login anonymous with ftp, I can not get the
listing of all the directory ( like pub ) : the command is successfull
but I see anything ...

   Any Idea ?
   Thanks in advance,
   Pierre.





From [email protected]  Tue Apr 27 10:50: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 KAA15994;
       Tue, 27 Apr 1999 10:50:10 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id KAA07129;
       Tue, 27 Apr 1999 10:47:04 -0500 (CDT)
Received: from mail.vr.net ([email protected] [205.133.13.8])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id KAA30163
       for <[email protected]>; Tue, 27 Apr 1999 10:40:53 -0500 (CDT)
Received: from localhost (lundberg@localhost)
       by mail.vr.net (8.9.3/8.9.3) with ESMTP id LAA18302;
       Tue, 27 Apr 1999 11:39:57 -0400
Message-Id: <[email protected]>
Date: Tue, 27 Apr 1999 11:39:56 -0400 (EDT)
Reply-To: [email protected]
Sender: [email protected]
From: Gregory A Lundberg <[email protected]>
To: Pierre Treille <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [WU-FTP]
In-Reply-To: <[email protected]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Sender: [email protected]
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

On Tue, 27 Apr 1999, Pierre Treille wrote:

> I just install the wu-ftp 2.4.2 , and I got now a problem with the
> anonymous user : as I login anonymous with ftp, I can not get the
> listing of all the directory ( like pub ) : the command is successfull
> but I see anything ...

Your answer is in the FAQ

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

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

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

--

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


From [email protected]  Tue Apr 27 15:25: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 PAA20274;
       Tue, 27 Apr 1999 15:25:08 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id PAA08311;
       Tue, 27 Apr 1999 15:20:18 -0500 (CDT)
Received: from cubbie.excite.com (cubbie-rwcmta.excite.com [198.3.99.216])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id PAA00241
       for <[email protected]>; Tue, 27 Apr 1999 15:16:33 -0500 (CDT)
Received: from bucky.excite.com ([199.172.152.80]) by cubbie.excite.com
         (InterMail v4.00.03.11 201-229-104-111) with ESMTP
         id <[email protected]>;
         Tue, 27 Apr 1999 13:16:01 -0700
Message-Id: <[email protected]>
Date: Tue, 27 Apr 1999 13:16:02 PDT
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected], [email protected]
Cc: [email protected]
Subject: Re: Help compiling WU-FTP on IRIX 6.4
MIME-Version: 1.0
Content-Type: text/plain
X-Mailer: Excite Mail
X-Sender-Ip: 208.155.255.2
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

Here is the tail end of what I get when I run the command
"./build CC=gcc sgi"

      int     nisigno;
       void    (*nifunc) (sigval_t);
} notifyinfo_t;

typedef struct sigevent {
       int                     sigev_notify;
       notifyinfo_t            sigev_notifyinfo;
       sigval_t                sigev_value;
       unsigned long           sigev_reserved[13];
       unsigned long           sigev_pad[6];
} sigevent_t;
















# 1 "/usr/include/sys/siginfo.h"














# 1 "/usr/include/standards.h"
# 19 "/usr/include/sys/siginfo.h"
# 1 "/usr/include/sys/signal.h"








# 20 "/usr/include/sys/siginfo.h"




















# 49 "/usr/include/sys/siginfo.h"





# 63 "/usr/include/sys/siginfo.h"






























# 100 "/usr/include/sys/siginfo.h"





# 112 "/usr/include/sys/siginfo.h"







# 183 "/usr/include/sys/signal.h"








typedef struct siginfo {
       int     si_signo;
       int     si_code;
       int     si_errno;
       union {

               int     si_pad[((128 / sizeof(__int32_t)) - 3)];

               struct {
                       pid_t   __pid;
                       union {
                               struct {
                                       uid_t   __uid;
                               } __kill;
                               struct {
                                       clock_t __utime;
                                       int __status;
                                       clock_t __stime;
                               } __cld;
                       } __pdata;
               } __proc;

               struct {
                       void    *__addr;
               } __fault;

               struct {

                       int     __fd;
                       long    __band;
               } __file;

               union sigval    __value;



       } __data;

} siginfo_t;

# 239 "/usr/include/sys/signal.h"


# 247 "/usr/include/sys/signal.h"







typedef struct {
       __uint32_t __sigbits[4];
} sigset_t;


typedef union __sighandler {
       void (*__sa_handler)();

       void (*__sa_sigaction)(int, siginfo_t *, void *);

} __sighandler_t;

typedef struct sigaction {
       int sa_flags;
       __sighandler_t sa_sighandler;
       sigset_t sa_mask;

       int sa_resv[2];
} sigaction_t;















# 294 "/usr/include/sys/signal.h"


























struct sigstack {
       void    *ss_sp;
       int     ss_onstack;
};





typedef struct sigaltstack {
       void    *ss_sp;
       int     ss_size;
       int     ss_flags;
} stack_t;





# 1 "/usr/include/sys/ucontext.h"






















# 1 "/usr/include/standards.h"
# 24 "/usr/include/sys/ucontext.h"
# 1 "/usr/include/sys/signal.h"








# 25 "/usr/include/sys/ucontext.h"
# 1 "/usr/include/sgidefs.h"











# 26 "/usr/include/sys/ucontext.h"

# 38 "/usr/include/sys/ucontext.h"










typedef unsigned int greg_t;

typedef greg_t gregset_t[36];

typedef struct __fpregset {
       union {
               double          __fp_dregs[16];
               float           __fp_fregs[32];
               unsigned int    __fp_regs[32];
       } __fp_r;
       unsigned int    __fp_csr;
       unsigned int    __fp_pad;
} fpregset_t;

typedef struct {
       gregset_t       __gregs;
       fpregset_t      __fpregs;
} mcontext_t;

typedef struct ucontext {
       unsigned long   uc_flags;
       struct ucontext *uc_link;
       sigset_t        uc_sigmask;
       stack_t         uc_stack;
       mcontext_t      uc_mcontext;
       long            uc_filler[47];

       int             uc_triggersave;
} ucontext_t;









# 130 "/usr/include/sys/ucontext.h"


























# 205 "/usr/include/sys/ucontext.h"


# 245 "/usr/include/sys/ucontext.h"


# 340 "/usr/include/sys/signal.h"


# 389 "/usr/include/sys/signal.h"







extern void     (*bsd_signal(int, void (*)(int)))(int);
extern int      killpg(pid_t, int);
extern int      sigstack(struct sigstack *, struct sigstack *);





extern void     (*signal(int,void (*)()))();























typedef struct sigcontext {
       __uint32_t      sc_regmask;
       __uint32_t      sc_status;
       __uint64_t      sc_pc;



       __uint64_t      sc_regs[32];



       __uint64_t      sc_fpregs[32];
       __uint32_t      sc_ownedfp;
       __uint32_t      sc_fpc_csr;
       __uint32_t      sc_fpc_eir;

       __uint32_t      sc_ssflags;
       __uint64_t      sc_mdhi;
       __uint64_t      sc_mdlo;



       __uint64_t      sc_cause;
       __uint64_t      sc_badvaddr;
       __uint64_t      sc_triggersave;
       sigset_t        sc_sigset;
       __uint64_t      sc_fp_rounded_result;
       __uint64_t      sc_pad[31];
} sigcontext_t;













# 478 "/usr/include/sys/signal.h"



# 490 "/usr/include/sys/signal.h"






# 505 "/usr/include/sys/signal.h"



















# 8 "/usr/include/sys/ptimers.h"

# 16 "/usr/include/sys/ptimers.h"

typedef struct itimerspec {
       struct timespec it_interval;
       struct timespec it_value;
} itimerspec_t;





typedef struct ptimer_info {
       __int64_t       next_timeout;
       __int64_t       interval_tick;
       int             signo;
       union sigval    value;
       int             clock_type;
       toid_t          next_toid;
       int             overrun_cnt;
} ptimer_info_t;












# 75 "/usr/include/time.h"



# 86 "/usr/include/time.h"




















struct  tm {
       int     tm_sec;
       int     tm_min;
       int     tm_hour;
       int     tm_mday;
       int     tm_mon;
       int     tm_year;
       int     tm_wday;
       int     tm_yday;
       int     tm_isdst;
};




extern clock_t clock(void);
extern double difftime(time_t, time_t);
extern time_t mktime(struct tm *);
extern time_t time(time_t *);
extern char *asctime(const struct tm *);
extern char *ctime (const time_t *);
extern struct tm *gmtime(const time_t *);
extern struct tm *localtime(const time_t *);
extern size_t strftime(char *, size_t, const char *, const struct tm *);





extern void tzset(void);
extern char *tzname[2];











struct sigevent;
extern int clock_settime(clockid_t, const struct timespec *);
extern int clock_gettime(clockid_t, struct timespec *);
extern int clock_getres(clockid_t, struct timespec *);
extern int nanosleep(const struct timespec *, struct timespec *);
extern int timer_create(clockid_t, struct sigevent *, timer_t *);
extern int timer_delete(timer_t);
extern int timer_settime(timer_t, int, const struct itimerspec *, struct
itimerspec *);
extern int timer_gettime(timer_t, struct itimerspec *);
extern int timer_getoverrun(timer_t);






extern time_t timezone;
extern int daylight;
extern char *strptime(const char *, const char *, struct tm *);






extern struct tm *getdate(const char *);
extern int getdate_err;



extern int cftime(char *, char *, const time_t *);
extern int ascftime(char *, const char *, const struct tm *);
extern time_t altzone;






extern char *asctime_r(const struct tm *, char *);
extern char *ctime_r(const time_t *, char *);
extern struct tm *gmtime_r(const time_t *, struct tm *);
extern struct tm *localtime_r(const time_t *, struct tm *);


# 213 "/usr/include/sys/time.h"













# 25 "/usr/include/sys/stat.h"







# 51 "/usr/include/sys/stat.h"





struct  stat {
       dev_t   st_dev;
       long    st_pad1[3];
       ino_t   st_ino;
       mode_t  st_mode;
       nlink_t st_nlink;
       uid_t   st_uid;
       gid_t   st_gid;
       dev_t   st_rdev;
       long    st_pad2[2];
       off_t   st_size;
       long    st_pad3;
       timespec_t st_atim;
       timespec_t st_mtim;
       timespec_t st_ctim;
       long    st_blksize;
       blkcnt_t st_blocks;
       char    st_fstype[16];
       long    st_pad4[8];
};






struct  stat64 {
       dev_t   st_dev;
       long    st_pad1[3];
       ino64_t st_ino;
       mode_t  st_mode;
       nlink_t st_nlink;
       uid_t   st_uid;
       gid_t   st_gid;
       dev_t   st_rdev;
       long    st_pad2[2];
       off64_t st_size;
       long    st_pad3;
       timespec_t st_atim;
       timespec_t st_mtim;
       timespec_t st_ctim;
       long    st_blksize;
       blkcnt64_t st_blocks;
       char    st_fstype[16];
       long    st_pad4[8];
};


# 113 "/usr/include/sys/stat.h"





# 126 "/usr/include/sys/stat.h"




















# 160 "/usr/include/sys/stat.h"

# 168 "/usr/include/sys/stat.h"





















int _fxstat(const int, int, struct stat *);
int _xstat(const int, const char *, struct stat *);
int _lxstat(const int, const char *, struct stat *);
int _xmknod(const int, const char *, mode_t, dev_t);


int fchmod(int, mode_t);


extern int chmod(const char *, mode_t);
extern int mkdir(const char *, mode_t);
extern int mkfifo(const char *, mode_t);
extern mode_t umask(mode_t);

# 238 "/usr/include/sys/stat.h"

int fstat(int, struct stat *);
int stat(const char *, struct stat *);

int lstat(const char *, struct stat *);
int mknod(const char *, mode_t, dev_t);



int fstat64(int, struct stat64 *);
int lstat64(const char *, struct stat64 *);
int stat64(const char *, struct stat64 *);













# 39 "ckconfig.c"
# 1 "pathnames.h"


































# 44 "pathnames.h"



# 79 "pathnames.h"



# 111 "pathnames.h"













# 145 "pathnames.h"









# 173 "pathnames.h"

# 40 "ckconfig.c"

int
main()
{
 struct stat  sbuf;
 char        *sp;
 char         buf[1024];


 fprintf((&__iob[1]), "Checking _PATH_FTPUSERS :: %s\n", "/etc/ftpusers");
 if ( (stat("/etc/ftpusers", &sbuf)) < 0 )
   printf("I can't find it... look in doc/examples for an example.\n");
 else
   printf("ok.\n");


 fprintf((&__iob[1]), "\nChecking _PATH_FTPACCESS :: %s\n",
"/etc/ftpaccess");
 if ( (stat("/etc/ftpaccess", &sbuf)) < 0 )
   printf("I can't find it... look in doc/examples for an example.\n");
 else
   printf("ok.\n");


 fprintf((&__iob[1]), "\nChecking _PATH_PIDNAMES :: %s\n",
"/var/adm/ftp.pids-%s");
 strcpy(buf, "/var/adm/ftp.pids-%s");
 sp = (char *)strrchr(buf, '/');
 *sp = '\0';
 if ( (stat(buf, &sbuf)) < 0 ) {
   printf("I can't find it...\n");
   printf("You need to make this directory [%s] in order for\n",buf);
   printf("the limit and user count functions to work.\n");
 } else
   printf("ok.\n");


 fprintf((&__iob[1]), "\nChecking _PATH_CVT :: %s\n",
"/etc/ftpconversions");
 if ( (stat("/etc/ftpconversions", &sbuf)) < 0 )
   printf("I can't find it... look in doc/examples for an example.\n");
 else
   printf("ok.\n");


 fprintf((&__iob[1]), "\nChecking _PATH_XFERLOG :: %s\n",
"/var/adm/xferlog");
 if ( (stat("/var/adm/xferlog", &sbuf)) < 0 ) {
   printf("I can't find it... \n");
   printf("Don't worry, it will be created automatically by the\n");
   printf("server if you do transfer logging.\n");
 } else
   printf("ok.\n");


 fprintf((&__iob[1]), "\nChecking _PATH_PRIVATE :: %s\n",
"/etc/ftpgroups");
 if ( (stat("/etc/ftpgroups", &sbuf)) < 0 ) {
   printf("I can't find it... look in doc/examples for an example.\n");
   printf("You only need this if you want SITE GROUP and SITE GPASS\n");
   printf("functionality. If you do, you will need to edit the
example.\n");
 } else
   printf("ok.\n");


 fprintf((&__iob[1]), "\nChecking _PATH_FTPHOSTS :: %s\n",
"/etc/ftphosts");
 if ( (stat("/etc/ftphosts", &sbuf)) < 0 ) {
   printf("I can't find it... look in doc/examples for an example.\n");
   printf("You only need this if you are using the HOST ACCESS
features\n");
   printf("of the server.\n");
 } else
   printf("ok.\n");
 return(0);
}
Error(1005): could not open source file "/var/tmp/cca000UN.i"

1 catastrophic error detected in the compilation of "/var/tmp/cca000UN.i".
Compilation terminated.
*** Error code 1 (bu21)

Executables are in bin directory:
size: bin/ftpd: cannot open
size: bin/ftpcount: cannot open
size: bin/ftpshut: cannot open
size: bin/ftpwho: cannot open
size: bin/ckconfig: cannot open
Done


Larry Mangum Jr

On Mon, 26 Apr 1999 21:39:00 -0400 (EDT), Gregory A Lundberg wrote:

> So what's the symptom of the problem?  What version of the daemon are you
> trying to compile?  Someone else was having problems a day or two ago;
his
> looks like it's a lame compiler.  Which compiler/version are you
> attempting to use?
>
> The location of the latest version of wu-ftpd can be found in the
> directory
>
>       ftp://ftp.vr.net/pub/wu-ftpd/
>
> wu-ftpd Resource Center:  http://www.landfield.com/wu-ftpd/
> wu-ftpd FAQ:              http://www.cetis.hvu.nl/~koos/wu-ftpd-faq.html
> wu-ftpd list archive:     http://www.landfield.com/wu-ftpd/mail-archive/
>
> --
>
> Gregory A Lundberg              Senior Partner, VRnet Company
> 1441 Elmdale Drive              [email protected]
> Kettering, OH 45409-1615 USA    1-800-809-2195
>





_______________________________________________________
Get your free, private email at http://mail.excite.com/

From [email protected]  Tue Apr 27 20:16: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 UAA23746;
       Tue, 27 Apr 1999 20:16:11 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA12079;
       Tue, 27 Apr 1999 20:11:45 -0500 (CDT)
Received: from hissy.excite.com (hissy-rwcmta.excite.com [198.3.99.229])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA17748
       for <[email protected]>; Tue, 27 Apr 1999 20:07:44 -0500 (CDT)
Received: from zero.excite.com ([199.172.152.241]) by hissy.excite.com
         (InterMail v4.00.03.11 201-229-104-111) with ESMTP
         id <[email protected]>
         for <[email protected]>; Tue, 27 Apr 1999 18:07:12 -0700
Message-Id: <[email protected]>
Date: Tue, 27 Apr 1999 18:07:12 PDT
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: Re: Help compiling WU-FTP on IRIX 6.4
MIME-Version: 1.0
Content-Type: text/plain
X-Mailer: Excite Mail
X-Sender-Ip: 207.115.62.38
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

> From: Chad Price <[email protected]>
> To: [email protected]
> Subject: Re: Help compiling WU-FTP on IRIX 6.4
> Date: Tue, 27 Apr 1999 16:32:08 -0500
> Message-ID: <[email protected]>
>
> At 02:10 PM 4/27/1999 -0700, you wrote:
> >This is all that I get. Im using GNU compilers: gcc g++ and objective-C
> >Version 2.6.3
>
> (1) Tell the list, not me. I'm not able to help as I have no IRIX but I
am
> able to see that you did not provide enough info to diagnose the problem.
> There are others much more knowledgable than myself on the list.
>
> (2) tell them which gnu C (there is no c++ code in wu-ftpd).  Provide a
> screen copy of the point on the compile at which things go wrong. Oh.. I
> found it at the bottom of the stuff.  Promise, we don't need to see
copies
> of the source again - just a sampling. The error we need to see is:
>
> >> >features\n");
> >> >    printf("of the server.\n");
> >> >  } else
> >> >    printf("ok.\n");
> >> >  return(0);
> >> >}
> >> >Error(1005): could not open source file "/var/tmp/cca000UN.i"
> >> >
> >> >1 catastrophic error detected in the compilation of
> >"/var/tmp/cca000UN.i".
> >> >Compilation terminated.
> >> >*** Error code 1 (bu21)
> >> >
> >> >Executables are in bin directory:
> >> >size: bin/ftpd: cannot open
> >> >size: bin/ftpcount: cannot open
> >> >size: bin/ftpshut: cannot open
> >> >size: bin/ftpwho: cannot open
> >> >size: bin/ckconfig: cannot open
> >> >Done
> >> >
>
> which basically tells me that your compiler is not installed correctly.
> I'd start there unless someone else writes with a more specific solution.
> It looks like the source files are being cat-ted to the screen rather
than
> run through the compiler after the pre-compile (cpp) stage.
>
> >and wu-ftpd-2.4.2-vr17
> >
>
> Good. It's the latest and works fine.
>
> Chad
>
> Chad Price
> Systems Manager
> University of Nebraska Medical Center
> 600 S 42nd St
> Omaha, NE 68506-6495
> [email protected]
> (402) 559-9527
> (402) 559-4077 (FAX)
>





_______________________________________________________
Get your free, private email at http://mail.excite.com/

From [email protected]  Tue Apr 27 20:16: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 UAA23754;
       Tue, 27 Apr 1999 20:16:50 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id UAA21083;
       Tue, 27 Apr 1999 20:12:47 -0500 (CDT)
Received: from stinger.excite.com (stinger-rwcmta.excite.com [198.3.99.220])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id UAA17563
       for <[email protected]>; Tue, 27 Apr 1999 20:10:56 -0500 (CDT)
Received: from derby.excite.com ([199.172.152.144]) by stinger.excite.com
         (InterMail v4.00.03.11 201-229-104-111) with ESMTP
         id <[email protected]>
         for <[email protected]>; Tue, 27 Apr 1999 18:10:20 -0700
Message-Id: <[email protected]>
Date: Tue, 27 Apr 1999 18:10:21 PDT
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: Re: Help compiling WU-FTP on IRIX 6.4
MIME-Version: 1.0
Content-Type: text/plain
X-Mailer: Excite Mail
X-Sender-Ip: 207.115.62.38
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN

This is all that I get. Im using GNU compilers: gcc g++ and objective-C
Version 2.6.3

> >> >features\n");
> >> >    printf("of the server.\n");
> >> >  } else
> >> >    printf("ok.\n");
> >> >  return(0);
> >> >}
> >> >Error(1005): could not open source file "/var/tmp/cca000UN.i"
> >> >
> >> >1 catastrophic error detected in the compilation of
> >"/var/tmp/cca000UN.i".
> >> >Compilation terminated.
> >> >*** Error code 1 (bu21)
> >> >
> >> >Executables are in bin directory:
> >> >size: bin/ftpd: cannot open
> >> >size: bin/ftpcount: cannot open
> >> >size: bin/ftpshut: cannot open
> >> >size: bin/ftpwho: cannot open
> >> >size: bin/ckconfig: cannot open
> >> >Done




_______________________________________________________
Get your free, private email at http://mail.excite.com/

From [email protected]  Wed Apr 28 03:15: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 DAA27825;
       Wed, 28 Apr 1999 03:15:09 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id DAA14831;
       Wed, 28 Apr 1999 03:09:48 -0500 (CDT)
Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id DAA21501
       for <[email protected]>; Wed, 28 Apr 1999 03:04:02 -0500 (CDT)
Received: from puccini.grenoble.hp.com (puccini.grenoble.hp.com [15.128.127.194])
       by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id BAA05278
       for <[email protected]>; Wed, 28 Apr 1999 01:03:57 -0700 (PDT)
Received: from hp.com (enki.grenoble.hp.com [15.128.52.21])
       by puccini.grenoble.hp.com (8.8.6 (PHNE_14041)/8.8.6 TIS Openmail) with ESMTP id KAA15476
       for <[email protected]>; Wed, 28 Apr 1999 10:03:52 +0200 (METDST)
Message-Id: <[email protected]>
Date: Wed, 28 Apr 1999 10:05:38 +0200
Reply-To: [email protected]
Sender: [email protected]
From: Pierre Treille <[email protected]>
To: [email protected]
Subject: [WU-FTP]SUMMARY problem with ls
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 4.51 [en] (WinNT; I)
X-Accept-Language: en
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN


   Thanks to
      [email protected],
      [email protected]

   The answer is that wu_ftp is looking for ls in the ~ftp/bin/ls, but in
my distribution ls is in the ~ftp/usr/bin/ !
A simple link ln -s ~ftp/usr/bin/ ~ftp/bin solve the problem ... But the
way wu_ftp is showing that it do not find the command is not really clear
, in the first time I suspected a security problem in the ftpaccess file.

   Thanks again,
   Pierre.

[email protected] wrote:

>     Hello Gurus,
>
> I just install the wu-ftp 2.4.2 , and I got now a problem with the
> anonymous user : as I login anonymous with ftp, I can not get the
> listing of all the directory ( like pub ) : the command is successfull
> but I see anything ...
>
>     Any Idea ?
>     Thanks in advance,
>     Pierre.

--
_______________________________________________________________________
Pierre TREILLE    -    IT France - Production Services
mailto:[email protected]
phone:(+33) 04 76 14 49 51



From [email protected]  Wed Apr 28 07:35: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 HAA00780;
       Wed, 28 Apr 1999 07:35:25 -0500 (CDT)
Received: from host (wugate.wustl.edu [128.252.120.1])
       by wugate.wustl.edu (8.8.8/8.8.5) with SMTP id HAA18080;
       Wed, 28 Apr 1999 07:28:45 -0500 (CDT)
Received: from lmsfw2.emea.ibm.com (d06lmsgate-3.uk.ibm.com [195.212.29.3])
       by wugate.wustl.edu (8.8.8/8.8.5) with ESMTP id HAA27254
       for <[email protected]>; Wed, 28 Apr 1999 07:24:37 -0500 (CDT)
Received: from d06relay01.portsmouth.uk.ibm.com (d06relay01.portsmouth.uk.ibm.com [9.166.84.147])
       by lmsfw2.emea.ibm.com (1.0.0) with ESMTP id NAA34832
       for <[email protected]>; Wed, 28 Apr 1999 13:17:40 +0100
Received: from d06mta04.portmsouth.uk.ibm.com (d06mta04_cs0 [9.180.35.2])
       by d06relay01.portsmouth.uk.ibm.com (8.8.8m2/NCO v1.8) with SMTP id NAA93596
       for <[email protected]>; Wed, 28 Apr 1999 13:23:58 +0100
Received: by d06mta04.portmsouth.uk.ibm.com(Lotus SMTP MTA Internal build v4.6.2  (651.2 6-10-1998))  id 80256761.004415AC ; Wed, 28 Apr 1999 13:23:39 +0100
Message-Id: <[email protected]>
Date: Wed, 28 Apr 1999 14:22:36 +0200
Reply-To: [email protected]
Sender: [email protected]
From: [email protected]
To: [email protected]
Subject: chroot is not working for guest users
Mime-Version: 1.0
Content-type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
X-Lotus-FromDomain: IBMSE@IBMGB
X-MIME-Autoconverted: from quoted-printable to 8bit by wugate.wustl.edu id HAA19475
X-Listprocessor-Version: 8.0 -- ListProcessor(tm) by CREN



Hi,
I have downloaded wuftp (Version wu-2.4.2-academ[BETA-18-VR14](1) from
www.bull.de/pub/aix432) and I'm trying to see if it can fullfill my
"wishes".

I would like to create a ftp server in AIX and have different users
accessing only their home directories (to chroot to $HOME).

Let say the anonymous ftp has its root dir in /home/ftp. When another user,
let say kalle, is ftp'ing to the machine he should be seeing
/home/ftp/kalle only and nothing above that.

I've been trying to access information about wuftp to accomplish that, but
haven't found anything that helps......

The issue I have is that I'll get to /home/ftp/kalle, but I can still do a
"cd .." and see the directories above $HOME of the kalle. I can even go
down in other users $HOME which is what I want to prevent.

This is my config :
-------------

/etc/inetd.conf:
ftp     stream  tcp4    nowait  root    /usr/local/bin/ftpd     ftpd -a

/etc/passwd (all AIX users defined):